Reklam paneli ile mağaza paneli neden farklı sayılar gösterir? Kaybolan dönüşümleri geri kazanmanın adımları.
Reklam paneli ile mağaza paneli neden farklı sayılar gösterir?
Çünkü ikisi aynı şeyi saymaz. Mağaza paneliniz gerçekleşen siparişi sayar; reklam paneli ise yalnızca kendisine ulaşabilen ve kendi atıf kurallarına uyan siparişi sayar. Aradaki fark üç kaynaktan gelir:
- Sinyal kaybı: Reklam engelleyiciler, Safari'nin izleme önleme özellikleri, iOS'taki uygulama izleme izni ve reddedilen çerez onayları tarayıcıdaki etiketin hiç çalışmamasına yol açar.
- Farklı atıf pencereleri: Meta varsayılan olarak tıklamadan sonraki 7 günü ve görüntülemeden sonraki 1 günü sayar; GA4 ise kanallar arası, veriye dayalı bir model kullanır. Aynı sipariş iki platformda farklı kanala yazılabilir.
- Hatalı kurulum: Teşekkür sayfası yenilendiğinde iki kez sayılan satın almalar, KDV veya kargo dahil/hariç karışık gönderilen ciro, para birimi eksik olaylar.
Fark sıfır olmaz; hedef farkı açıklanabilir ve sabit tutmaktır. Bizim pratiğimizde mağaza paneli ile reklam toplamı arasındaki farkın her hafta aynı aralıkta kalması, tek tek sayıların tutmasından daha önemlidir.
1. Önce bir ölçüm planı yazın
Etiket kurmadan önce neyi ölçeceğinize karar verin. Bir e-ticaret sitesi için temel olay listesi şudur:
| Olay | Ne zaman tetiklenir | Zorunlu parametreler |
|---|---|---|
| view_item | Ürün sayfası açıldığında | Ürün kimliği, fiyat, para birimi |
| add_to_cart | Sepete eklendiğinde | Ürün kimliği, adet, değer |
| begin_checkout | Ödeme adımı başladığında | Sepet değeri, ürün listesi |
| purchase | Sipariş onaylandığında | Sipariş numarası, değer, para birimi |
Sipariş numarasını her zaman gönderin. Hem tekrarlanan satın almaları ayıklamanın hem de tarayıcı ile sunucu olaylarını eşleştirmenin anahtarı budur. Ciroyu da tek bir kurala bağlayın: örneğin KDV dahil, kargo hariç.
2. GA4'ü karar verdiren kaynak olarak kurun
GA4, reklam platformlarından bağımsız bakan tek göz olduğu için tarafsız kaynak görevini görür. Kurulumda dikkat edilmesi gerekenler:
- Satın alma ve potansiyel müşteri olaylarını GA4'te temel etkinlik (key event) olarak işaretleyin.
- Veri saklama süresini 14 aya çıkarın; varsayılan süre 2 aydır ve yıllık kıyası imkânsız hale getirir.
- Ödeme altyapısının alan adını (ör. sanal POS 3D Secure sayfası) yönlendirme hariç tutma listesine ekleyin; aksi halde satışlar "referral" kaynağına yazılır.
- Google Ads ve Merchant Center hesaplarını GA4'e bağlayın.
3. Meta Pixel'i Conversions API ile tamamlayın
Meta Conversions API (CAPI), aynı olayları tarayıcı yerine sunucunuzdan Meta'ya gönderir. Tarayıcıda engellenen bir satın alma, sunucudan yine ulaşır. Doğru kurulumun üç şartı vardır:
- Tekilleştirme: Pixel ve CAPI aynı olay için aynı
event_iddeğerini göndermeli. Aksi halde satışlar iki kez sayılır. - Eşleştirme kalitesi: Kullanıcının onayıyla e-posta ve telefon gibi bilgiler karma (hash) haline getirilerek gönderilmeli. Olay Yöneticisi'ndeki eşleştirme puanını takip edin.
- Gerçek zamanlılık: Olaylar sipariş anında gönderilmeli; gün sonunda toplu gönderilen veri optimizasyona daha az katkı sağlar.
ikas, Shopify gibi altyapıların çoğunda CAPI için hazır entegrasyon bulunur. Önce bunu kullanın, ihtiyaç kalırsa sunucu taraflı Etiket Yöneticisi'ne geçin.
4. Google Ads'te gelişmiş dönüşümleri açın
Gelişmiş dönüşümler (enhanced conversions), sipariş anında toplanan e-posta veya telefon bilgisini karma haline getirip Google'a gönderir ve çerezi kaybolmuş dönüşümleri Google hesabıyla eşleştirir. Etiket Yöneticisi ya da Google etiketi üzerinden birkaç adımda açılır ve özellikle mobil trafikte raporlanan dönüşüm sayısını belirgin şekilde iyileştirir. GA4'ten içe aktarılan dönüşüm yerine Google Ads'in kendi satın alma etiketini birincil dönüşüm yapmak da teklif stratejisinin daha hızlı öğrenmesini sağlar.
5. Sunucu taraflı ölçüm ne zaman gerekir?
Sunucu taraflı Etiket Yöneticisi (server-side GTM), sitedeki tüm etiketleri kendi alt alan adınızda çalışan bir sunucu üzerinden dağıtır. Avantajları; çerezlerin birinci taraf olarak daha uzun yaşaması, sayfaya yüklenen üçüncü taraf kodun azalması ve hangi verinin hangi platforma gittiğini tek noktadan kontrol etmektir. Dezavantajı ise aylık sunucu maliyeti ve bakım ihtiyacıdır.
Genel kuralımız: Aylık reklam harcaması yüksek, birden fazla reklam platformu kullanan ve hazır entegrasyonların yetmediği markalar için sunucu taraflı kurulum değerlidir. Küçük mağazalarda hazır CAPI entegrasyonu ve gelişmiş dönüşümler çoğu zaman yeterlidir.
6. Çerez onayını ölçümle birlikte tasarlayın
KVKK kapsamında pazarlama çerezleri için açık rıza gerekir. Onay bandını ölçümden ayrı düşünmeyin: Google İzin Modu (Consent Mode) ile onay vermeyen kullanıcılar için çerezsiz sinyaller gönderilebilir ve Google boşluğu modelleme ile tamamlar. Onay bandının tasarımı, kabul oranını ve dolayısıyla ölçülebilen veriyi doğrudan etkiler.
Kurulumu nasıl test edersiniz?
- GA4 DebugView ve Meta Olay Yöneticisi'ndeki test olayları ekranında kendi test siparişinizi takip edin.
- Bir hafta boyunca mağaza panelindeki sipariş sayısını GA4, Meta ve Google Ads ile yan yana bir tabloya yazın.
- Meta'da tekilleştirme oranını ve eşleştirme puanını kontrol edin; Google Ads'te gelişmiş dönüşümlerin durum ekranını inceleyin.
Ölçemediğiniz satışı reklam algoritması da göremez; görmediğini de bir daha bulamaz.
Sonuç
Dönüşüm takibi bir kez kurulup unutulan bir iş değildir; tema değişikliği, yeni ödeme yöntemi veya çerez bandı güncellemesi kurulumu sessizce bozabilir. Ölçüm planını yazın, tarayıcı etiketlerini sunucu olaylarıyla tamamlayın ve her ay mağaza paneliyle karşılaştırın. Bütçe kararlarınız ancak bu temel sağlam olduğunda doğru olur.