30 Saniyede Özet
Bu makaleden öğrenecekleriniz
- Alan adı doğrulaması iOS sonrası ölçümün ilk adımıdır ve atlanamaz.
- Pixel ve Dönüşüm API birlikte kurulur; ikisi aynı olayı event_id ile tekilleştirir.
- Sekiz olay önceliklendirmesi kaldırıldı, artık olay sayısı sınırı yok.
- Olay adları web, sunucu ve uygulama tarafında aynı olmalıdır.
- Atıf pencereleri 2026'da değişti; dönem karşılaştırması aynı pencerede yapılır.
Apple'ın uygulama izleme şeffaflığı olarak bilinen gizlilik değişikliği, Meta reklamcılığını kalıcı biçimde değiştirdi. Kullanıcıya uygulamalar arası izleme için açık izin sorulmaya başlandığından beri tarayıcı ve uygulama tarafındaki ölçüm eskisi kadar eksiksiz değil. Bu, reklamların çalışmadığı anlamına gelmiyor; ölçümün nasıl kurulduğunun eskisinden çok daha belirleyici olduğu anlamına geliyor. Bu yazıda bugün hâlâ geçerli olanı, artık geçersiz olanı ve doğru kurulum sırasını anlatıyoruz.
Değişen tam olarak neydi
Önceden bir kullanıcı reklamı gördükten sonra sitenize gelip satın aldığında, bu yolculuk büyük ölçüde cihaz kimliği üzerinden izlenebiliyordu. Gizlilik izni sorulmaya başlandıktan sonra kullanıcıların önemli bir kısmı bu izni vermedi. Sonuç olarak Meta, bazı dönüşümleri artık doğrudan göremiyor ve modelleme ile tahmin ediyor. Bu yüzden raporunuzdaki dönüşüm sayısı, gerçekleşen satışın kendisi değil ölçülebilen ve modellenen kısmıdır. Bu ayrımı bilmek, panelde gördüğünüz sayıyı doğru yorumlamanın ilk şartıdır.
Bugün hâlâ geçerli olan üç adım
Birincisi alan adı doğrulaması. İşletme yöneticisinde alan adınızı doğrulamadan web dönüşümleri tarafında yapabileceğiniz şeyler kısıtlı kalır. Bu adım tek seferliktir ve genellikle bir doğrulama etiketi ya da DNS kaydıyla dakikalar içinde biter, ama atlandığında sonraki her adım eksik çalışır.
İkincisi Dönüşüm API. Pixel tarayıcıda çalışır, reklam engelleyicilerden ve gizlilik ayarlarından etkilenir. Dönüşüm API ise olayı doğrudan sunucunuzdan Meta'ya gönderir ve bu yolda aynı engeller yoktur. İkisi birlikte kurulur, biri diğerinin yerine geçmez. Aynı olayın iki kez sayılmaması için her olaya ortak bir kimlik verilir ve Meta bu kimlikle tekilleştirme yapar. Pixel kurulumunu adım adım anlattığımız ayrı bir yazımız var.Meta pixel kurulumu
Üçüncüsü canlıya almadan önce gerçek dönüşüm testi. Events Manager içindeki test aracıyla siteye girip formu doldurun ya da satın alma akışını tamamlayın ve olayın hem tarayıcıdan hem sunucudan düştüğünü gözünüzle görün. Kurulumun doğru göründüğüne bakarak değil, olayın gerçekten aktığını görerek karar verin.
Artık geçersiz olan: sekiz olay önceliklendirmesi
Bu, sahada en sık rastladığımız eski bilgi. iOS değişikliğinin ilk döneminde Meta, her alan adı için yalnızca sekiz web olayının önceliklendirilmesine izin veriyordu ve bu sıralamayı elle yapmanız gerekiyordu. Bu kısıt kaldırıldı ve ilgili sekme Events Manager arayüzünden çıkarıldı; Meta uygun olayları kendisi topluyor ve web tarafında bir olay sayısı sınırı bulunmuyor. Buna rağmen internetteki rehberlerin büyük kısmı hâlâ sekiz olayı sıralamayı anlatıyor.
Yerine geçen kontrol farklıdır ve daha önemlidir: olaylarınız eksiksiz gönderiliyor mu ve olay adları tutarlı mı? Web tarafında satın alma olayına bir ad, sunucu tarafında başka bir ad veriyorsanız Meta bunları aynı olay olarak eşleştiremez. Web, sunucu ve varsa uygulama tarafında aynı isimlendirmeyi kullanın. Gizlilik protokolünün kendisi yaşamaya devam ediyor; kalkan yalnızca elle yapılan sekizli yapılandırmaydı.
Modellenen dönüşümü nasıl okumalı
Raporda gördüğünüz dönüşümlerin bir kısmı doğrudan gözlemlenmiş, bir kısmı modellenmiştir. Bu ikisini ayıran bir düğme yoktur ve olmasını da beklemeyin. Pratik sonucu şudur: küçük hesaplarda ve düşük hacimli kampanyalarda modelleme payı görece yüksektir, dolayısıyla günlük dalgalanmaya bakarak karar vermek yanıltır. Üç günlük bir düşüşe bakıp kampanyayı kapatmak yerine haftalık toplamlara bakın. Modelleme, uzun pencerede daha kararlı davranır.
Aynı sebeple kendi tarafınızda bağımsız bir sayaç tutmak değerlidir. Formdan gelen başvuruyu kendi veritabanınızda ya da tablonuzda saymak, panelin söylediğiyle gerçekte olanı karşılaştırmanın en ucuz yoludur. Reklam panelini tek gerçek kaynak saymak, ölçümün zayıfladığı bir dönemde riskli bir alışkanlıktır.
Sunucu tarafı kurulum kimin işi
Dönüşüm API'nin sunucudan olay göndermesi gerektiği için bu adım çoğu zaman yazılım tarafına dokunur. Hazır bir altyapı kullanıyorsanız genellikle bir eklenti ya da entegrasyon yeterlidir. Özel yazılmış bir sitede ise olayın gönderileceği noktayı geliştiricinin koyması gerekir. Bu, ölçüm kurulumunun en sık ertelenen adımıdır ve ertelendiği sürece elinizdeki veri eksik kalır. Kampanya açmadan önce bu işi bitirin; sonradan eklendiğinde geçmiş dönemin verisi geri gelmez.
Elinizde müşteri listesi varsa panele yüklemek de ölçümün bir parçasıdır. Bu liste hem benzer kitle kaynağı olur hem de mevcut müşterilerinizi hariç tutmanızı sağlar; ikisi de bütçenizi doğrudan korur.
2026'da atıf pencereleri değişti
Bu, geçen yıl birçok hesapta paniğe yol açan ve çoğu zaman yanlış yorumlanan değişiklik. Ocak 2026'da yedi günlük ve yirmi sekiz günlük görüntüleme pencereleri kaldırıldı. Bazı hesaplar, satışlarında hiçbir düşüş olmadığı hâlde raporlanan dönüşümlerinin önemli bir kısmını bir gecede kaybetti. Mart 2026'da ikinci bir değişiklik geldi: tıklama artık gerçek bağlantı tıklaması anlamına geliyor, beğeni ve yorum gibi etkileşimler ayrı bir kategoriye taşındı ve izlenme eşiği düşürüldü.
Buradan çıkan pratik kural nettir: dönem karşılaştırması aynı pencerede yapılır. Bu yılın haziran ayını geçen yılın haziran ayıyla karşılaştırıp performans düştü demek, pencere değiştiği için geçersiz bir kıyastır. Eski dönemleri raporlarken kırılmayı not düşün; müşteriye bunu söylemeden sunulan bir grafik yanlış izlenim yaratır.
Uygulama tarafı ayrı bir konudur ve web tarafıyla karıştırılmamalıdır. Mobil uygulaması olan işletmelerde olay akışı farklı bir yoldan kurulur ve orada hâlâ ayrı kısıtlar geçerlidir. Web dönüşümleri için okuduğunuz bir talimatı uygulama kampanyasına taşımak, çalışmayan bir kurulum üretir. Bu iki tarafı ayrı ayrı planlayın.
Meta ile GA4 arasındaki fark ne kadar normal
İki sistem farklı atıf mantığı kullandığı için sayılar hiçbir zaman birebir tutmaz. Meta reklamı gören ve sonra dönüşen kişiyi kendine yazar; GA4 son etkileşime ağırlık verir. Bir miktar fark beklenir. Bizim eşiğimiz şudur: fark yüzde otuzu aşıyorsa bunu doğal karşılamayız ve kurulumu denetleriz. Genellikle sebep kurulumdadır, atıf farkında değil: eksik olay, çifte sayım ya da yanlış kaynak etiketi.
Kurulum sırası
Sıra şudur: alan adı doğrulaması, dönüşüm noktalarının haritası, pixel ve Dönüşüm API kurulumu, olay adı tutarlılığı, canlı test ve ancak ondan sonra kampanya. Bu sırayı bozup önce kampanya açmak, sistemin optimize edecek bir sinyali olmadığı için bütçenin ilk günlerini boşa harcar. Bütçeyi hangi seviyede vereceğinizi ayrı bir yazıda ele aldık.bütçe modeli yazımız
Kurulumun tamamını, hesap denetim listesini ve kampanya kurgusunu ana rehberimizde topladık.Meta Ads rehberimiz
Ölçüm kurulumunu ve sonrasındaki kampanya yönetimini birlikte yürüten bir ekiple çalışmak isterseniz yanınızdayız.Meta reklam yönetimi
