Meta web'den uygulamaya: tıklama var, AppsFlyer'da install yok mu?

Meta link tıklamaları gösterirken AppsFlyer hiç install göstermiyorsa, ya install’lar farklı bir etiket altındadır ya da kayıt, reklam ile uygulama arasındaki aşamalardan birinde kopmuştur. AppsFlyer, Meta web’den uygulamaya install’larını Facebook Ads altında raporluyor, metaweb_int altında değil. İlk kontrol, doğru etikete bakıp bakmadığınız. İkincisi, tek bir test tıklamasını bir kayıt eksik çıkana kadar aşama aşama izlemek. iOS’ta bir ayar, AppsFlyer’ın toplu raporları aynı kalırken Meta’nın ne aldığını değiştiriyor: AppsFlyer’ın Advanced Privacy ayarı açıkken, ATT izni vermemiş kullanıcıların postback’leri click ID veya cihaz tanımlayıcıları taşımıyor. İzin vermiş bir test telefonu testi geçebilirken, diğer herkesin postback’lerinde Meta’nın tıklamayı tanımlamak için kullandığı click ID bulunmuyor.

Kapsam: conversion location’ı Website olan ve AppsFlyer’ın Meta Web entegrasyonu (metaweb_int) üzerinden ölçülen Meta reklamları. Uygulama App Store veya Google Play’den yükleniyor, trial ve satın alma event’lerini AppsFlyer SDK’sı ya da RevenueCat gönderiyor. Platformlarla ilgili her ifadeyi 1 Ekim 2026’da sağlayıcının kendi sayfasından kontrol ettim. Conversion’ı web sitesinin kendisinde gerçekleşen web kampanyaları farklı bir AppsFlyer rehberi kullanıyor, bu yazıya girmiyor. Meta app promotion kampanyaları da dışarıda: orada Meta’ya ulaştığı halde optimize edilemeyen bir event’i Trial ve purchase event’lerim Meta AEM için neden uygun değil? yazısında anlattım.

“Tıklama var ama install yok” ne demek olabilir?

Üç şeyden biri olabilir ve her birinin çözümü farklı.

1. Etiket farkı. AppsFlyer’ın Meta Ads: Create web-based campaigns rehberine (15 Eylül 2026’da düzenlendi) göre web’den uygulamaya install’lar dashboard’larda ve ham veride Facebook Ads PID’i altında (“under the Facebook Ads PID”) raporlanıyor. Ham veride original_url alanı pid=metaweb_int değerini koruyor, postback raporları ise metaweb_int’i postback’in gittiği media source olarak gösteriyor.
2. İki farklı tıklama. Meta reklam tıklamasını sayıyor. AppsFlyer’ın landing page akışında AppsFlyer tıklaması, kullanıcı sayfanızdaki call to action’a dokunduğunda kaydediliyor. Dokunmadan ayrılan ziyaretçi yalnızca bir impression’dır. Bu impression, ancak AppsFlyer’ın view through attribution’ını açtıysanız bir install’a sayılır (24 saate kadar lookback).
3. Gerçek bir kopukluk. Click ID mağaza link’ine ulaşmadı, install eşleştirilemedi ya da sonraki event Meta’ya hiç gitmedi.

Aşağıdaki test bunları birbirinden ayırıyor.

Tek bir test tıklamasını her aşamada nasıl izlersiniz?

Toplu rakamlara bakmadan önce tek bir yolu uçtan uca kontrol ediyorum.

Testi, eksik bir kayıt yalnızca bir ayar sorunu anlamına gelecek şekilde hazırlayın:

• Telefonu test cihazı olarak kaydedin. AppsFlyer’ın Registering test devices sayfasına (28 Ağustos 2026’da düzenlendi) göre reattribution penceresi install attribution’larını 90 günde bir ile sınırlıyor. Bu yüzden telefon kayıtlı değilse aynı telefonda tekrarlanan test install’ları hiçbir şey kaydetmiyor. İzlemeye izin verecek bir iPhone için AppsFlyer’ın yöntemi, onu IDFA ile kaydetmek.
• Test telefonunda ATT izni verin. Bir ekip üyesinin telefonunu kullanın, uygulamanızın ATT isteminde Allow’a dokunun, landing page bir consent banner’ı gösteriyorsa onu da kabul edin. AppsFlyer’ın Apply Aggregated Advanced Privacy framework makalesine göre (11 Haziran 2026’da düzenlendi) kullanıcısı ATT iznini vermiş bir uygulamaya giden web trafiği, hem sizin hem de reklam network’ü için user level attribution verisi alıyor. Yani Advanced Privacy bu testin gösterdiklerini sınırlamıyor.
• Reklama bir kullanıcının tıklayacağı gibi tıklayın: telefonda, Facebook veya Instagram içinde, masaüstü önizlemesinden değil. Sayfa Safari’de açılırsa Private Browsing kullanmayın, çünkü AppsFlyer’ın 2023 tarihli Link tracking Privacy (LTP) bulletin’i iOS 17’nin bu modda fbclid’yi kaldırdığını söylüyor.
• Her adımın saatini not edin, böylece satırları sonradan bulabilirsiniz.

Sonra aşamaları sırayla geçin ve başarısız olan ilkinde durun.

AppsFlyer’ın Raw data reporting overview sayfası (11 Ağustos 2026’da düzenlendi) tıklama ham verisini yalnızca Data Locker raporu olarak listeliyor, yani Data Locker olmadan 2. aşamayı link’lerin kendisinde kontrol ediyorsunuz. AppsFlyer’ın Raw data export page sayfası (13 Ağustos 2026’da düzenlendi) metaweb_int gibi web PID’lerinin media source açılır listesinde görünmediğini söylüyor; web postback’lerini görmek için PID’i elle ekliyorsunuz. RevenueCat’in AppsFlyer entegrasyon sayfası, AppsFlyer’ın Events görünümünün uygulama içi event’leri kullanıcının install tarihine göre gösterdiğini belirtiyor. Yani uygulamayı geçen hafta yüklemiş bir kullanıcının bugün yaptığı satın alma, geçen haftanın aralığında yer alıyor.

Meta reklamı hangi link’i kullanmalı?

AppsFlyer’ın rehberi seçenekleri varış noktasına göre adlandırıyor:

• Landing page: OneLink Smart Script veya Smart Banner içeren bir sayfa. AppsFlyer bunu, uygulama birkaç platformdaysa ya da sayfanın ürünü anlatmasını veya veri toplamasını istiyorsanız öneriyor. Smart Banner yalnızca OneLink link’leri oluşturuyor; Smart Script diğer mağazalar için tek platformlu link’ler de oluşturabiliyor.
• Doğrudan mağazaya: bir AppsFlyer attribution link’i; OneLink, tek platformlu ya da platformlar arası. AppsFlyer bir uyarı ekliyor: AF attribution link’lerinin kullanımı bazen hatalara yol açabilir (“Sometimes, the use of AF attribution links may lead to errors”). Önerdiği çözüm, Meta’ya sormak ya da bunun yerine landing page kullanmak.

Ads Manager’da kampanyanın conversion location’ı Website, pixel ID ise AppsFlyer’a girdiğinizle aynı. Tracking bölümünde AppsFlyer, App Events’i seçmemenizi söylüyor, aksi halde Meta bu conversion’ları SRN API’siyle sahiplenir (“otherwise Meta will claim those conversions using the SRN API”). AppsFlyer web kampanyası için hiç tıklama, impression ya da maliyet göstermiyorsa rehbere göre link’te af_c_id bulunmalı ve reklam hesabı Facebook Ads entegrasyonuna bağlı olmalı.

fbclid’ye ne olması gerekiyor?

Meta onu ekliyor, AppsFlyer taşıyor. Meta’nın developer sayfası ClickID and the fbp and fbc Parameters, click ID’yi, biri bir reklama tıkladığında Meta’nın ürettiği ve URL ile ilettiği bir parametre olarak tarif ediyor. Değerin büyük küçük harfe duyarlı olduğunu da belirtiyor. AppsFlyer, Meta’nın fbclid’yi varış URL’sine otomatik olarak eklediğini söylüyor.

Landing page kullanıyorsanız, AppsFlyer’ın Set up Smart Script to convert web visitors sayfasına (2 Eylül 2026’da düzenlendi) göre Smart Script, 2.8.1 sürümünden itibaren fbclid’yi giden URL’ye kendiliğinden iletiyor. 2.8.0 ve altı için Meta web rehberi onu elle eşlemenizi söylüyor. Değeri ham veride görmek için ayrıca af_sub1 ile af_sub5 arasındaki alanlardan birine eşleyin. Meta web rehberi, Meta’ya uygulama içi event postback’leri göndermek için fbclid’yi vazgeçilmez sayıyor. Tablodaki 2. aşama bu yüzden değeri iki link’te de kontrol ediyor.

Install’lar neden metaweb_int altında değil de Facebook Ads altında görünüyor?

Tasarım gereği. Meta web rehberi, event’lerin Meta’ya metaweb_int altında gittiğini, ama Overview ve Activity dashboard’larında ve ham veri ile API raporlarının media_source alanında Facebook Ads altında göründüğünü söylüyor. Web kampanyalarını app kampanyalarından ayırmak için AppsFlyer, kampanya adında bir web öneki veya soneki öneriyor; tek bir install’ı doğrulamak için original_url alanını okuyun.

Advanced Privacy adımı neyi değiştiriyor ve buna kim karar veriyor?

AppsFlyer’ın Meta web rehberindeki adımlardan biri şu: “Turn off Advanced Privacy (if you are setting an iOS app integration).” Aggregated Advanced Privacy makalesi ayarın ne yaptığını açıklıyor. Ayar açıkken partner’lar, ATT izni vermemiş iOS 14.5 ve sonrası kullanıcılar için yalnızca toplu kampanya ayrıntılarını alıyor. Partner’ların alamadığı user level veriler arasında AppsFlyer ID, customer user ID, click ID, IDFA, IDFV, user agent ve IP adresi var. Meta web rehberi, Meta’nın ilgili tıklamayı tanımlamak için fbclid’yi kullandığını söylüyor, yani onu taşımayan bir postback bu bağı kaybediyor. Aggregated Advanced Privacy makalesi ayrıca, Advanced Privacy entegrasyonu olmayan bir reklam network’ünün izin vermemiş kullanıcılar için hiç postback almadığını söylüyor. Bir partner’ın toggle’ı da ancak uygulama seviyesindeki Aggregated Advanced Privacy toggle’ı kapalıysa kapatılabiliyor.

Bunu sorun giderirken çevrilecek bir düğme olarak görmüyorum. AppsFlyer’ın kendisi, framework’ü kapatmadan önce Apple’ın izlemeyi nasıl tanımladığı konusunda hukuk ve diğer profesyonel danışmanlarınızla birlikte çalışmanızı söylüyor. Apple’ın User Privacy and Data Use sayfası, izlemek için ATT iznine ihtiyacınız olduğunu ve ayarlarınız ne olursa olsun bir cihazı benzersiz biçimde tanımlamak amacıyla cihazdan veri türetemeyeceğinizi (“you may not derive data from a device for the purpose of uniquely identifying it”) söylüyor. AppsFlyer, framework kapalıyken bile user level verinin bir cihazı benzersiz biçimde tanımlamak için kullanılamayacağını ekliyor. Kararı uygulama sahibi gizlilik danışmanıyla birlikte verir, ölçüm planı da o karara uyar. Yukarıdaki ATT izni verilmiş test telefonu, ayara dokunmadan yapılandırmayı kontrol etmenizi sağlıyor.

Meta’ya giden postback’ler AppsFlyer’ın belgelediği gibi kurulmuş mu?

Install postback’i otomatik, geri kalan her şey elle eşleniyor. AppsFlyer’ın Meta web rehberinden:

• Entegrasyon için pixel ID ve bir access token gerekiyor, partner toggle’ı da açık kalmalı.
• Otomatik varsayılan postback yalnızca install’lar için. Trial ve satın alma için bir Meta event’ine ya da CUSTOM’a eşleme gerekiyor.
• Bir satın alma postback’i “Values and revenue” içermeli. Başka her seçim postback’in başarısız olmasına yol açıyor.
• “This partner only” Meta’ya atfedilen event’leri gönderiyor; “All media sources, including organic” diğer partner’lara ve organic’e atfedilen event’leri de gönderiyor. Bu bir postback ayarı ve Meta’nın ne aldığını değiştiriyor. AppsFlyer’ın bir install’ı Meta’ya atfedip atfetmediğine dokunmuyor.
• metaweb_int’e server to server gönderilen event’ler ua ve ip taşımalı. SDK bunları ekliyor, server’ınızın ise kendisinin eklemesi gerekiyor.
• AppsFlyer’ın “re-engagement” dediği şey için postback’ler bu entegrasyonda desteklenmiyor.

Meta tarafında, Using the API developer sayfası, event’lerin gönderildikten sonraki 20 dakika içinde Events Manager’da doğrulanabildiğini söylüyor. Veri kaynağı orada raw, matched ve attributed event’leri gösteriyor.

SKAdNetwork bu install’ları görebilir mi?

Facebook veya Instagram uygulamasının içinde tıklanan bir reklam için hayır. Apple’ın Signing and providing ads sayfası, SKAdNetwork 4’ten itibaren attribution yapılabilen web reklamlarını listeliyor: reklam network’ünün reklamı bir Safari web sayfasında sunduğu reklamlar (“where the ad network presents an ad on a Safari web page”). Google’ın Understanding iOS App campaign measurement and reporting sayfası web’den uygulamaya attribution’ın yalnızca Safari tarayıcılarında (“only on Safari browsers”) gözlemlenebildiğini anlatıyor ve Chrome ile Firefox’u SKAdNetwork tarafından desteklenmeyen tarayıcılar olarak sayıyor. Facebook veya Instagram uygulamasındaki bir reklam bir Safari web sayfasında değil, AppsFlyer’ın Meta web rehberi de SKAdNetwork’ten söz etmiyor. Eksik bir install’ı SKAN açıklar diye beklemeyin.

Trial’ı ve satın almayı RevenueCat gönderiyorsa ne olur?

O zaman AppsFlyer’a geliri yalnızca tek bir sistem göndermeli. RevenueCat’in AppsFlyer sayfası client side gelir takibinin tamamını kaldırmanızı söylüyor (“remove all client-side tracking of revenue”), çünkü satın almaları AppsFlyer SDK’sıyla da takip etmek gelirin çift sayılmasına yol açabilir (“can lead to double counting of revenue”). Sayfa $appsflyerId attribute’unu zorunlu olarak listeliyor ve RevenueCat’in AppsFlyer’a ancak zorunlu attribute’lar ayarlıyken event gönderdiğini söylüyor. AppsFlyer ID olmadan bazı event’ler teslim edilmeyebilir, bu da eksik bir 5. ya da 6. aşama olarak çıkar.

Stripe, Paddle veya RevenueCat Billing üzerinden web’de yapılan satın almalar için RevenueCat’in web store event routing ayarı her satın almayı tek bir AppsFlyer API’sine gönderiyor, varsayılan olarak Mobile S2S’e ya da Web S2S’e. Sayfa, bir satın almanın asla iki API üzerinden birden gönderilmediğini söylüyor (“a purchase is never sent through both APIs”). Bir web satın alması yine de iki kez görünüyorsa, uygulamada hâlâ çalışan bir satın alma takibi ya da RevenueCat dışında gönderen başka bir sistem arayın. Sayfa ayrıca AppsFlyer’ın People-Based Attribution’ı 2026 sonuna kadar kullanımdan kaldırmayı planladığını söylüyor. Bu açıklanmış bir plan, gerçekleşmiş bir değişiklik değil. Meta, RevenueCat ve bir MMP’nin rakamları uyuşmadığında bunları nasıl karşılaştırdığımı Meta vs RevenueCat vs Adjust: hangi rakama güveniyorsunuz? yazısında anlattım.

Tek bir testten hangi sonucu çıkarmamalısınız?

Başarılı bir test, yolun ATT izni vermiş tek bir kullanıcı için tek bir telefonda çalıştığını kanıtlar. Diğer herkes için eşleşme oranını kanıtlamaz. Başarısız bir test, tek bir şeyi değiştirip yeniden çalıştırana kadar hangi ayarın sorumlu olduğunu göstermez. Baktığım hiçbir sağlayıcı sayfası, eksik web’den uygulamaya install’ların çözümü olarak tek bir ayarı belgelemiyor. Aynı anda yapılan birkaç değişiklik de hangisinin işe yaradığını gizler. Her seferinde aşamayı, değişikliği ve yeni gözlenen sonucu kaydedin.

Bu, benim işimde nereye oturuyor?

Bu izleme, signal engineering işimin bir parçası: reklam platformunun optimize ettiği event’in işletmenin saydığı event olduğundan ve yerine ulaştığından emin olmak. Bir Meta web kampanyasının zayıf görünmesinde ölçümün payı olup olmadığına growth audit kapsamında bakıyorum; growth audit tek başına da alınabilir. Web’den uygulamaya akışının Google tarafı, yani click ID’lerin ve conversion upload’larının farklı çalıştığı kısım, Google web’den uygulamaya AppsFlyer’da neden conversion göstermez? yazısında. Bir ekibin Google Search trafiğini neden bu yolla bir uygulamaya göndereceği ise Google Search Ads uygulama yüklemeleri için işe yarıyor mu? yazısında.

Kaynaklar

Hepsi 1 Ekim 2026’da kontrol edildi.

• AppsFlyer: Meta Ads: Create web-based campaigns, 15 Eylül 2026’da düzenlendi.
• AppsFlyer: Apply Aggregated Advanced Privacy framework, 11 Haziran 2026’da düzenlendi.
• AppsFlyer: Set up Smart Script to convert web visitors, 2 Eylül 2026’da düzenlendi.
• AppsFlyer: Raw data export page, 13 Ağustos 2026’da düzenlendi.
• AppsFlyer: Raw data reporting overview, 11 Ağustos 2026’da düzenlendi.
• AppsFlyer: Registering test devices, 28 Ağustos 2026’da düzenlendi.
• AppsFlyer: Bulletin: Link tracking Privacy (LTP) is coming with iOS17, 21 Eylül 2023’te yayınlandı.
• AppsFlyer: Meta Ads: Create web campaigns for website apps, 30 Ağustos 2026’da düzenlendi, bu yazının dışında kalan website conversion durumu için.
• Meta for Developers: ClickID and the fbp and fbc Parameters, sayfa tarihi yok.
• Meta for Developers: Using the API, sayfa tarihi yok.
• RevenueCat: AppsFlyer, sayfa tarihi yok.
• Apple Developer: User Privacy and Data Use, sayfa tarihi yok.
• Apple Developer: Signing and providing ads, sayfa tarihi yok.
• Google Ads Help: Understanding iOS App campaign measurement and reporting, sayfa tarihi yok.