Meta reklamlarının kalitesi, hedefleme ayarlarınızdan çok platforma gönderdiğiniz dönüşüm sinyaline bağlı. Advantage+ gibi otomatik ürünler hedeflemeyi sizin elinizden aldıkça bu daha da doğru hâle geldi: sistem kimi bulacağını sizin dönüşüm verinizden öğreniyor. Veri eksikse, yanlış insanları bulur.
Tarayıcı tek başına neden yetmiyor
Pixel tarayıcıdan olay gönderir. iOS izin değişiklikleri, reklam engelleyiciler ve çerez kısıtlamaları sonrasında bu olayların ciddi bir kısmı Meta'ya hiç ulaşmıyor. Rapora "az dönüşüm" olarak yansıyan şey çoğu zaman az satış değil, az görünen satış. Conversions API (CAPI) aynı olayı sunucudan gönderir; tarayıcının göremediğini sunucu görür.
CAPI'ye giden üç yol — hangisi ne zaman
- Platform entegrasyonu (Shopify, WooCommerce vb.): En hızlı ve en az bakım isteyen yol. E-ticaret altyapınızın hazır Meta entegrasyonu varsa çoğu işletme için doğru başlangıç budur. Bedeli esneklik: özel olaylar ve özel alanlar sınırlıdır.
- Sunucu taraflı GTM: Kendi sunucu konteynerinizden tüm platformlara (Meta, Google, TikTok) tek noktadan olay dağıtırsınız. Kontrol tam, veri sahipliği sizde; bedeli kurulum eforu ve küçük bir sunucu maliyeti. Birden fazla reklam platformu ciddi bütçeyle koşuyorsa yatırım kendini amorti eder.
- CDP / üçüncü taraf araçlar: Segment, Stape benzeri araçlar aradaki mühendislik yükünü alır. Ekipte geliştirici yoksa pragmatik köprüdür; bedeli aylık ücret ve bir katman daha bağımlılık.
İkisi birlikte, tekilleştirmeyle
Doğru kurulum ikisini birlikte çalıştırmaktır. Pixel ve CAPI aynı satın almayı gönderdiğinde Meta bunu iki dönüşüm saymasın diye olaylara aynı event_id verilir; sistem bunları tekilleştirir. En sık gördüğüm hata burada: CAPI kurulmuş ama event_id eşleşmiyor, dönüşümler şişiyor, optimizasyon bozuluyor.
event_id pratiği
Tekilleştirmenin çalışması için üç koşul gerekir: aynı olay adı (Purchase iki tarafta da Purchase olmalı), aynı event_id (sipariş numarası gibi deterministik bir değer en sağlamıdır; rastgele üretilen kimlikler iki tarafta farklı üretilirse işe yaramaz) ve makul zaman aralığı (iki olay birbirine yakın ulaşmalı). Kontrolün adresi Events Manager'daki olay detayıdır: "tekilleştirildi" etiketini görmüyorsanız, iki kanal ayrı ayrı sayılıyor demektir — dönüşümleriniz kağıt üstünde şişer, gerçekte teklif algoritması kirli veriyle beslenir.
Olay eşleşme kalitesi
Events Manager'daki EMQ puanı, gönderdiğiniz olayların gerçek kişilerle ne kadar eşleştiğini gösterir. E-posta, telefon, ad gibi müşteri bilgilerinin (hash'lenmiş hâliyle) olaylarla birlikte gönderilmesi bu puanı yükseltir. Düşük EMQ, düşük öğrenme demektir.
EMQ'yu pratikte yükselten şeyler
- E-posta + telefon birlikte: Tek başına e-postadan belirgin daha güçlü eşleşme sağlar; ikisini de topluyorsanız ikisini de gönderin.
- fbp/fbc çerez değerleri: Sunucu olaylarına tarayıcı çerezlerinin eklenmesi, sunucu ile tarayıcı kimliğini birbirine bağlar — çoğu hazır entegrasyon bunu yapar, özel kurulumlarda unutulur.
- Ad-soyad, şehir, ülke: Küçük katkılar ama toplamda fark yaratır; hepsi hash'lenmiş gönderilir, açık veri Meta'ya gitmez.
- Olay anında toplama: Satın alma olayına müşteri bilgisini "sonradan zenginleştirme" ile değil, olay anında ekleyin; geç gelen veri eşleşmeye girmez.
Kurulumu test etme akışı
Canlıya güvenmeden önce dört adımlık bir tur atarım: Events Manager'da Test Events sekmesiyle sunucu olaylarının ulaştığını görmek; tarayıcıda Pixel Helper eklentisiyle istemci olaylarını doğrulamak; bir test siparişiyle iki olayın da düşüp "tekilleştirildi" olarak işaretlendiğini kontrol etmek; ve 24-48 saat sonra EMQ puanına bakmak. Bu turu geçmeyen kurulum "bitmiş" sayılmaz — çünkü bozuk CAPI, hiç CAPI olmamasından daha zararlıdır: yanlış güven verir.
Sahada en sık gördüğüm beş hata
- Çift sayım: CAPI kuruldu, event_id yok. Panoda dönüşümler bir gecede "arttı"; ekip kutlama yaparken teklif algoritması çöp veriyle öğreniyor. Belirtisi ani ve açıklamasız dönüşüm sıçramasıdır.
- Yarım olay seti: Purchase sunucudan gidiyor ama huninin üstü (ViewContent, AddToCart) yalnızca tarayıcıda. Sinyal kaybı asimetrik olunca, sistemin huni resmi çarpılır.
- Boş müşteri bilgisi: CAPI teknik olarak çalışıyor, ama olaylarla birlikte e-posta/telefon gitmiyor. EMQ düşük, kazanç kağıt üstünde kalıyor. CAPI'nin değeri taşıdığı eşleşme verisindedir; boş zarf göndermek postane masrafına değmez.
- Test olaylarının canlıda kalması: Test amaçlı kurulan olay akışı ya da deneme değerleri canlı veriye karışıyor. Yayına alma anında test trafiğini ayırmak beş dakikalık iştir; ayırmamak haftalarca kirli veri demektir.
- Kur ve unut: Kurulum bir kez yapılıp yıllarca kontrol edilmiyor. Site yenilenir, tema değişir, olaylar sessizce kopar. Ayda bir Events Manager'a beş dakikalık bakış, bu riskin tamamını yönetir.
Kurulum hızlı kontrol listesi
- Pixel ve CAPI aynı olay setini mi gönderiyor (yalnızca Purchase değil)?
- Her olayda deterministik event_id var mı ve iki tarafta aynı mı?
- Events Manager'da olaylar "tekilleştirildi" görünüyor mu?
- E-posta + telefon (hash'li) olaylarla birlikte gidiyor mu?
- fbp/fbc değerleri sunucu olaylarına ekleniyor mu?
- Alan adı doğrulaması yapıldı mı?
- EMQ puanı düzenli kontrol ediliyor mu?
Benim standardım
Yeni bir Meta hesabı devraldığımda: GTM üzerinden Pixel; sunucu taraflı GTM veya platform entegrasyonuyla CAPI; her olayda event_id; toplu olay ölçümü için alan adı doğrulaması; ve test olaylarıyla teşhis. Bunlar bitmeden kreatif ya da kitle konuşmuyorum, çünkü kör uçan bir hesabı optimize edemezsiniz.
Kısa sorular, kısa cevaplar
Küçük bütçeli hesapta CAPI değer mi? Hazır platform entegrasyonu varsa evet — maliyeti sıfıra yakın, kaybı telafisi zor. Sunucu taraflı GTM yatırımı ise belli bir harcama ölçeğinin altında acele etmeyeceğim bir adım.
CAPI kurunca sonuçlar ne zaman görünür? Sinyal düzelir düzelmez raporlar değişir (daha fazla dönüşüm görünür); optimizasyon etkisi ise sistemin yeni veriyle öğrenmesiyle haftalar içinde oturur.
Google tarafında karşılığı ne? Aynı mantık: gelişmiş dönüşümler (enhanced conversions) ve çevrimdışı dönüşüm aktarımı. Sinyal mimarisini bir platform için kurduysanız, ikincisine taşımak yarım gündür.