Reklam panelinizde ROAS düşüyor ama banka hesabınızdaki para aynı kalıyorsa, muhtemelen bir performans probleminiz yok — bir ölçüm probleminiz var. 2026'nın ikinci yarısında Meta Ads yöneticilerinin en sık karşılaştığı tablo tam olarak bu: platform içi rakamlar eriyor, gerçek ciro yerinde duruyor. Sebebi Apple'ın iOS 26 ile genişlettiği Link Tracking Protection (Bağlantı Takip Koruması) özelliğinin, reklam tıklama kimliklerini URL'den tamamen silmesi.
Bu yazıda neyin bozulduğunu, hangi kampanyaların ne kadar etkilendiğini ve ölçüm doğruluğunu geri kazanmak için bugün atabileceğiniz adımları tek tek ele alıyoruz.
fbclid Neydi ve Neden Bu Kadar Önemliydi?
Bir kullanıcı Meta reklamınıza tıkladığında, Meta hedef URL'nizin sonuna fbclid adında bir parametre ekler. Bu parametre, o tıklamanın kimlik kartıdır. Siteye ulaştığında Meta Pixel bu değeri okur ve tarayıcıda _fbc çerezini oluşturur. Ziyaretçi 20 dakika sonra sepeti tamamladığında, gönderilen satın alma olayı bu _fbc değerini taşır ve Meta "bu satış, şu reklama ait" diyebilir.
Buradaki kritik nokta şu: bu eşleştirme deterministik. Yani tahmin değil, birebir doğrulama. Meta'nın raporladığı dönüşümlerin omurgası bu mekanizmaya dayanıyordu.
Link Tracking Protection devreye girdiğinde bu zincirin ilk halkası kopuyor. Apple, kullanıcı Safari'de gizli sekme kullandığında, Mail veya Mesajlar uygulamasından bir bağlantı açtığında fbclid, gclid, msclkid gibi tıklama tanımlayıcılarını URL'den kesip atıyor. Pixel siteye ulaşan ziyaretçiyi görüyor, ama o ziyaretçinin nereden geldiğini artık kanıtlayamıyor.
Meta bu durumda daha zayıf sinyallere geri çekiliyor: IP adresi, tarayıcı çerezleri, gönderilen kullanıcı verileri ve zamanlama korelasyonları. Bunlar olasılıksal yöntemler — çalışıyorlar, ama hem daha az kesinlikle çalışıyorlar hem de mobil ağlarda paylaşılan IP'ler yüzünden gürültüye açıklar.
Etkiyi Kim Ne Kadar Hissediyor?
Etki homojen değil. Trafiğinizin iOS payı, satın alma yolunuzun uzunluğu ve kullanıcıların hangi uygulamadan geldiği belirleyici oluyor.
En çok etkilenenler: iOS kullanıcı payı yüksek, Safari trafiği ağırlıklı ve karar süresi uzun kategoriler. Türkiye'de moda, kozmetik, mobilya ve premium tüketim ürünlerinde iOS payı genelde piyasa ortalamasının üzerinde seyrediyor. Kullanıcı reklamı görüp bağlantıyı arkadaşına WhatsApp'tan gönderdiğinde veya kendine Mesajlar'dan attığında, o tıklama artık takip edilemiyor.
Daha az etkilenenler: Uygulama içi tarayıcıda kalan, tek oturumda kapanan, anlık satın alma davranışı olan işler. Aynı oturumda dönüşen bir kampanyada zamanlama korelasyonu hâlâ makul sonuç veriyor.
Sahada gördüğümüz tipik tablo şu: yalnızca Pixel'e dayanan bir kurulumda dönüşümlerin ciddi bir bölümü raporlanmıyor. Sunucu taraflı ölçümü doğru kurmuş hesaplarda ise kapsama oranı belirgin şekilde yukarı çıkıyor. Aradaki fark, kampanya bütçenizin nereye gittiğine dair kararların doğruluğunu belirliyor.
Ve buradaki asıl tehlike raporlama değil, optimizasyon. Meta'nın algoritması gördüğü dönüşümlere göre öğrenir. Belirli bir kitle segmentinin dönüşümleri sistematik olarak kaybolduğunda, algoritma o segmentin kötü performans gösterdiğini varsayar ve bütçeyi oradan çeker. Yani ölçüm kaybı, doğrudan yanlış bütçe dağılımına dönüşür.
Çözüm Katmanı 1: Conversions API'yi Gerçekten Kurun
Conversions API (CAPI), dönüşüm olaylarını kullanıcının tarayıcısından değil, kendi sunucunuzdan Meta'ya göndermenizi sağlar. Tarayıcı katmanındaki engellemelerden etkilenmez, çünkü olay hiç tarayıcıdan geçmez.
Ancak "CAPI kurduk" cümlesi tek başına bir şey ifade etmiyor. Kritik olan nasıl kurulduğu:
- Pixel ve CAPI paralel çalışmalı. Biri diğerinin yerine geçmez; ikisi birlikte çalışıp birbirinin boşluğunu kapatır.
- event_id ile tekilleştirme zorunlu. Aynı satın alma hem tarayıcıdan hem sunucudan gidiyorsa, her iki olaya da aynı benzersiz
event_idverilmeli. Aksi halde tek satışı iki kez sayarsınız — bu da ROAS'ı yapay olarak şişirir ve kararlarınızı bozar. - Kullanıcı verisi alanları dolu olmalı. Hash'lenmiş e-posta, telefon, ad-soyad, şehir, ülke, IP ve user agent. Ne kadar çok eşleştirme sinyali gönderirseniz, tıklama kimliği olmadan da eşleştirme kalitesi o kadar yüksek olur.
- Sunucu taraflı entegrasyon tercih edin. Tarayıcıda çalışan "CAPI Gateway" benzeri çözümler kısmi fayda sağlar; asıl kazanç doğrudan sunucudan giden olaylarda.
Olay Eşleştirme Kalitesi (Event Match Quality) skorunuzu Events Manager'dan düzenli takip edin. 6.0'ın altındaki skorlar ciddi eşleştirme kaybına işaret eder; hedefiniz 8.0 ve üzeri olmalı. Bu altyapı çalışmasını Meta Ads yönetimi sürecinizin ayrılmaz bir parçası olarak görmelisiniz — reklam metnini optimize etmeden önce ölçümün doğru olduğundan emin olun.
Çözüm Katmanı 2: fbclid'i Yakaladığınız Anda Saklayın
Link Tracking Protection her tıklamada devreye girmiyor. Parametre geldiğinde onu kalıcı hale getirmek, kaybettiğiniz veriyi azaltır.
Uygulama şu şekilde: sayfa ilk yüklendiğinde URL'de fbclid varsa, bunu Meta'nın beklediği fbc formatına çevirip (fb.1.zaman_damgası.fbclid_değeri) hem birinci taraf çerezine hem de oturum deposuna yazın. Dönüşüm gerçekleştiğinde bu değeri CAPI olayınıza ekleyin. Böylece kullanıcı iki gün sonra doğrudan siteye gelip satın alsa bile eşleştirme korunur.
Aynı mantık UTM parametreleri için de geçerli. UTM'ler Apple'ın sildiği tıklama kimlikleri listesinde değil, dolayısıyla çoğu durumda hayatta kalıyorlar. Kampanya, ad set ve reklam düzeyinde tutarlı bir UTM şeması kurmak, platform verisi zayıfladığında elinizde kalan en güvenilir ikinci kaynak olur. Bu şemayı analitik aracınızla eşleştirdiğinizde, Meta panelinden bağımsız bir doğrulama katmanınız olur.
Sadece Meta'nın Sorunu Değil: Google ve Diğer Kanallar
Link Tracking Protection'ın hedef listesi yalnızca Meta ile sınırlı değil. Apple aynı mantığı Google'ın gclid ve Microsoft'un msclkid parametreleri için de uyguluyor. Yani sorun kanal bazlı değil, ekosistem geneli.
Google tarafında dengeleyici mekanizma Gelişmiş Dönüşümler (Enhanced Conversions). Bu özellik, dönüşüm anında topladığınız hash'lenmiş e-posta ve telefon bilgisini Google'a göndererek tıklama kimliği olmadan da eşleştirme yapılmasını sağlıyor. Meta'daki CAPI ile aynı felsefeye dayanır: tarayıcıya güvenme, birinci taraf verini kullan. Google Ads yönetimi tarafında Gelişmiş Dönüşümler'i açmamış bir hesap, 2026 koşullarında ciddi dezavantajlı başlıyor.
Sonuç olarak her kanalın ayrı bir "kurtarma" mekanizması var, ama hepsinin ortak paydası aynı: sunucu taraflı, birinci taraf veriye dayalı ölçüm. Bu altyapıyı bir kez doğru kurduğunuzda, hangi platformda reklam verirseniz verin ölçüm kaliteniz taşınabilir hale gelir.
En Sık Yapılan Dört Hata
1. Pixel'i kapatıp sadece CAPI'ye geçmek. "Sunucu taraflı daha güvenilir madem, tarayıcı olayını kaldıralım" mantığı yanlış. Pixel, sunucunun göremediği davranışsal sinyalleri (sayfa gezinme derinliği, oturum süresi) taşır ve Meta'nın kitle modellemesini besler. İkisi tamamlayıcıdır, alternatif değil.
2. event_id'yi atlamak. Tekilleştirme kimliği olmadan çift gönderim yapan hesaplar, dönüşümlerini olduğundan yüksek görür. Panelde ROAS 4,0 görünürken gerçek değer 2,0 olabilir. Bu hata, kötü kampanyaları hayatta tutup bütçeyi yanlış yere akıtır.
3. Sadece satın alma olayını sunucudan göndermek. Sepete ekleme, ödeme başlatma ve içerik görüntüleme olayları da CAPI'ye dahil edilmeli. Algoritma huninin üst basamaklarını göremezse optimizasyon sinyali zayıflar; özellikle düşük hacimli hesaplarda öğrenme aşaması uzar.
4. Kullanıcı verisini eksik göndermek. Sadece e-posta göndermek yerine telefon, ad, soyad, şehir, posta kodu, ülke, IP ve user agent alanlarını da doldurun. Her ek alan eşleştirme olasılığını yükseltir ve bu tamamen ücretsiz bir kazanımdır.
Çözüm Katmanı 3: Panele Değil, Ciroya Bakın
Ölçüm altyapısını ne kadar iyileştirirseniz iyileştirin, platform içi rakamlar artık mutlak gerçek değil. Bu yüzden karar alma çerçevenizi değiştirmeniz gerekiyor.
Blended ROAS kullanın. Toplam ciroyu toplam reklam harcamasına bölün. Bu metrik hiçbir atribüsyon modeline bağlı değildir, dolayısıyla iOS güncellemeleriyle oynamaz. Platform ROAS'ı düşerken blended ROAS sabit kalıyorsa, sorununuz reklamda değil ölçümde demektir.
Artımsallık testi yapın. Bir kampanyayı belirli bir coğrafyada iki hafta durdurun ve toplam ciroda ne olduğunu izleyin. Ciro düşmüyorsa o kampanya zaten gerçekleşecek satışları kendine yazıyordu. Bu, hiçbir atribüsyon modelinin veremeyeceği bir cevaptır.
Sipariş anketi ekleyin. Ödeme sonrası sayfaya "Bizi nereden duydunuz?" sorusu koymak, düşük maliyetli ama şaşırtıcı derecede işe yarayan bir doğrulama yöntemi. Yüzde 30-40 yanıt oranı bile kanal ağırlıklarını görmeniz için yeterli.
Yeni müşteri maliyetine odaklanın. Toplam pazarlama harcamasını yeni müşteri sayısına bölün. Bu sayı, platform raporlarındaki gürültüden tamamen bağımsız olarak işletmenizin büyüyüp büyümediğini söyler. E-ticaret altyapınızın bu veriyi temiz şekilde üretebiliyor olması, ölçüm stratejinizin temelidir.
30 Günlük Uygulama Planı
1. hafta — Teşhis. Events Manager'da Olay Eşleştirme Kalitesi skorlarınızı, sunucu olaylarının toplam içindeki payını ve tekilleştirme oranını çıkarın. Analitik aracınızda iOS/Android kırılımında dönüşüm oranı farkına bakın. Aradaki uçurum, kayıp verinin büyüklüğünü gösterir.
2. hafta — Altyapı. CAPI'yi sunucu taraflı kurun veya mevcut kurulumu gözden geçirin. Tüm anahtar olaylara event_id ekleyin. Kullanıcı verisi alanlarını maksimuma çıkarın. fbclid yakalama ve saklama scriptini yayına alın.
3. hafta — Doğrulama. Blended ROAS, yeni müşteri maliyeti ve platform ROAS'ını yan yana gösteren bir rapor kurun. Sipariş sonrası anketi devreye alın. En az bir kampanyada artımsallık testi başlatın.
4. hafta — Karar. Toplanan veriyle bütçe dağılımını yeniden değerlendirin. Meta'nın düşük gösterdiği ama blended verinin desteklediği kampanyaları kapatmayın; ölçüm kaybının kurbanı olabilirler. Performans pazarlama stratejinizi bu üç kaynağın kesişimine göre kurun.
Sonuç
Apple'ın gizlilik yönü tek taraflı ilerliyor ve bu trendin geri dönmesini beklemek gerçekçi değil. Tıklama kimliğine dayalı deterministik ölçüm dönemi kapanıyor. Kazananlar, panel rakamlarını kutsamayı bırakıp kendi veri altyapısını kuranlar olacak.
Bu bir teknik detay meselesi değil, doğrudan bütçe verimliliği meselesi. Ölçemediğiniz kampanya, algoritmanın gözünde başarısız kampanyadır — ve algoritma bütçeyi ona göre dağıtır. Sunucu taraflı ölçümü kuran, birden fazla doğrulama kaynağı kullanan ve kararlarını tek bir panelin insafına bırakmayan ekipler, aynı bütçeyle belirgin şekilde daha iyi sonuç alıyor.
İşe bugün Events Manager'daki eşleştirme kalitesi skorunuza bakarak başlayın. Muhtemelen düşündüğünüzden daha fazla veri kaybediyorsunuz.
