Gelişmiş dönüşümler (enhanced conversions) Google Ads’e, Meta Dönüşüm API’si (Conversions API) ise Meta’ya, tarayıcı çerezinin yetmediği durumlarda dönüşümü eşleştirebilmesi için ek ve güvenli bir veri yolu sağlar. İkisinin de amacı aynıdır: kullanıcının izin verdiği ölçüde, kaybolan dönüşümleri yeniden görünür kılmak. Bu yazıda iki yöntemin nasıl çalıştığını, hangi sırayla kurulacağını ve kurulumdan sonra neyin kontrol edileceğini anlatıyoruz.
Sorun ne: Neden dönüşümler kayboluyor?
Klasik reklam ölçümü, kullanıcının tarayıcısına yerleşen çerezlere ve sayfadaki piksel koduna dayanır. Bu zincir birkaç noktada kopabilir:
- Tarayıcıların üçüncü taraf çerezlere ve izleme betiklerine getirdiği kısıtlamalar.
- Reklam engelleyiciler ve gizlilik eklentileri.
- Kullanıcının çerez onayını reddetmesi.
- Reklamı telefonda görüp satın almayı bilgisayardan yapmak gibi cihaz değişiklikleri.
Kopukluk olduğunda platform satışın reklamdan geldiğini göremez, kampanyanın performansını olduğundan düşük hesaplar ve otomatik teklif sistemleri yanlış kitleye yönelir. Gelişmiş dönüşümler ve Dönüşüm API’si bu kopukluğu tamamen ortadan kaldırmaz, ama eşleşme oranını iyileştirir.
Gelişmiş dönüşümler nasıl çalışır?
Kullanıcı bir form doldurduğunda ya da satın alma yaptığında, sitenizde zaten topladığınız e-posta adresi veya telefon numarası gibi bilgiler, tek yönlü bir karma (hash) yöntemiyle şifrelenir ve dönüşüm etiketiyle birlikte Google’a gönderilir. Google bu şifreli veriyi, oturum açmış kullanıcı hesaplarıyla eşleştirir ve dönüşümü ilgili reklam tıklamasına bağlar.
İki türü vardır:
- Web için gelişmiş dönüşümler: Satın alma ya da form gönderimi sitede tamamlanır.
- Potansiyel müşteriler için gelişmiş dönüşümler: Form sitede doldurulur, satış daha sonra çevrimdışı gerçekleşir. CRM’de satışa dönen kayıtlar Google Ads’e geri aktarılır.
Kurulum Google Etiket Yöneticisi, doğrudan Google etiketi ya da Google Ads API üzerinden yapılabilir. Hangi alanların zorunlu olduğunu ve verinin nasıl biçimlendirileceğini Google Ads yardım sayfasından doğrulayın.
Meta Dönüşüm API’si nasıl çalışır?
Meta pikseli tarayıcıdan veri gönderir. Dönüşüm API’si ise aynı olayı sizin sunucunuzdan ya da kullandığınız platformun entegrasyonundan doğrudan Meta’ya iletir. Tarayıcı tarafı engellendiğinde sunucu tarafı yine de çalıştığı için olay kaybolmaz.
Burada kritik kavram tekilleştirmedir (deduplication). Aynı satın alma hem pikselden hem API’den gelirse Meta bunu iki satış saymamalıdır. Bunun için her iki kaynakta aynı olay adı ve aynı olay kimliği (event_id) gönderilir. Tekilleştirme kurulmazsa raporlar şişer ve teklif sistemi yanlış öğrenir.
Meta, Olay Yöneticisi’nde her olay için bir eşleşme kalitesi puanı gösterir. Bu puan, gönderdiğiniz müşteri bilgilerinin (şifrelenmiş e-posta, telefon, ad, şehir gibi) Meta kullanıcılarıyla ne kadar iyi eşleştiğini anlatır. Puanı yükseltmenin yolu, izin alınmış ve doğru biçimlenmiş daha fazla parametre göndermektir.
Karşılaştırma
| Konu | Google gelişmiş dönüşümler | Meta Dönüşüm API’si |
|---|---|---|
| Ne gönderir? | Dönüşüm etiketine eklenen şifreli müşteri bilgisi | Sunucudan gönderilen olay ve şifreli müşteri bilgisi |
| Tarayıcıya bağımlılık | Web sürümünde etiket hâlâ tarayıcıda çalışır | Sunucu tarafı tarayıcıdan bağımsız çalışır |
| Kurulum yolları | Etiket Yöneticisi, Google etiketi, API | Hazır platform entegrasyonu, ağ geçidi, doğrudan API |
| En sık hata | Müşteri bilgisinin yanlış alandan okunması | Tekilleştirme eksikliği nedeniyle çift sayım |
| Kontrol yeri | Google Ads dönüşüm tanılama ekranı | Olay Yöneticisi ve eşleşme kalitesi puanı |
Kurulum sırası
- Mevcut durumu kaydedin. Son birkaç haftanın platformda görünen dönüşüm sayısını ve sizin sisteminizdeki (e-ticaret paneli ya da CRM) gerçek sipariş veya form sayısını yan yana yazın. Aradaki fark, sonradan iyileşmeyi ölçmenin referansı olur.
- Rıza altyapısını hazırlayın. Çerez onay aracınızın reklam ve ölçüm izinlerini doğru aktardığından emin olun. Gelişmiş dönüşümler ve API, onay kurallarını aşmanın yolu değildir.
- Hangi verinin nereden okunacağını belirleyin. Teşekkür sayfasında ya da veri katmanında (dataLayer) e-posta ve telefon bilgisinin hazır olup olmadığını kontrol edin.
- Google tarafını kurun ve test edin. Etiket Yöneticisi önizleme modunda verinin dolu geldiğini doğrulayın; birkaç gün sonra Google Ads tanılama ekranını kontrol edin.
- Meta tarafını kurun. E-ticaret altyapınızın hazır entegrasyonu varsa onu kullanın. Olay Yöneticisi’nin test olayları ekranında pikselden ve sunucudan gelen olayların tekilleştirildiğini görün.
- İki hafta sonra karşılaştırın. Platformda görünen dönüşüm sayısının gerçek sayıya yaklaşıp yaklaşmadığına bakın.
Daha kapsamlı bir sunucu altyapısı düşünüyorsanız sunucu taraflı etiketleme yazımız hangi durumda gerekli olduğunu ayrıca ele alıyor.
Lead toplayan işletmeler için ek adım
E-ticarette satış sitede tamamlanır; B2B ve hizmet işletmelerinde ise asıl değerli olay, formun satışa dönüşmesidir ve bu genellikle günler sonra, telefonda ya da toplantıda gerçekleşir. Bu durumda yalnız form gönderimini ölçmek, reklam platformlarına eksik bir hikâye anlatır. Çözüm, CRM’deki aşama değişikliklerini platformlara geri göndermektir:
- Google tarafında potansiyel müşteriler için gelişmiş dönüşümler, formu dolduran kişinin şifreli e-posta bilgisini daha sonra CRM’den gelen satış kaydıyla eşleştirir.
- Meta tarafında Dönüşüm API’si üzerinden CRM olayları gönderilebilir; örneğin “nitelikli lead” ya da “teklif verildi” gibi aşamalar ayrı olaylar olarak tanımlanır.
- Her iki durumda da CRM’de formu dolduran kişinin e-posta ya da telefon bilgisinin eksiksiz ve tutarlı biçimde saklanması gerekir.
Bu geri bildirim döngüsü kurulduğunda teklif sistemleri “form dolduran” kişiyi değil “satışa dönen” kişiyi bulmaya çalışır. Kurulum için satış ekibinin aşamaları düzenli işaretlemesi şarttır; aksi halde platforma giden sinyal yine eksik kalır.
Sık yapılan hatalar
- Telefon numarasını ülke kodu olmadan ya da boşluklu biçimde göndermek. Eşleşme bu yüzden düşük kalır.
- API’yi kurup pikseli kapatmak. İkisi birlikte, tekilleştirilerek çalışmalıdır.
- Test olaylarını canlı veride bırakmak.
- Değer ve para birimi parametresini satın alma olayına eklememek; değer tabanlı teklif bu veri olmadan çalışamaz.
- Kurulumu bir kez yapıp site güncellemesinden sonra tekrar test etmemek.
Sık sorulan sorular
Gelişmiş dönüşümler kişisel veriyi Google’a açık halde mi gönderiyor?
Hayır. Veri, gönderilmeden önce tek yönlü karma yöntemiyle şifrelenir. Yine de bu bir kişisel veri işleme faaliyetidir; aydınlatma metninizde ve çerez politikanızda bu aktarımı açıkça belirtmeniz gerekir. Bu yazı hukuki görüş değildir; kendi durumunuz için hukuk danışmanınıza danışın.
Küçük bir e-ticaret sitesi için Dönüşüm API’si gerekli mi?
Meta reklamlarına düzenli bütçe ayırıyorsanız evet. Çoğu hazır e-ticaret altyapısı bunu birkaç adımda kurmanıza izin verir. Reklam yalnız ara sıra veriliyorsa önce pikselin doğru çalışmasına odaklanabilirsiniz.
Kurulumdan sonra dönüşümler artarsa satış mı arttı?
Hayır, ölçüm iyileşti. Daha önce görünmeyen dönüşümler artık görünüyor. Bu yüzden karşılaştırmayı platform verisiyle değil, kendi sipariş ya da CRM verinizle yapın.
Profaj olarak e-ticaret dönüşüm takibi kurulumlarında platform verisini işletmenin kendi sipariş kayıtlarıyla karşılaştırarak eksik eşleşmeleri tek tek kapatıyoruz.