Meta reklamlarında "maliyetim neden sürekli artıyor" diye soran e-pin satıcılarının büyük bölümü aslında bir maliyet sorunu yaşamıyor. Yaşadıkları şey bir veri sorunu: reklam algoritması, gerçekleşen satışların ancak bir kısmını görebiliyor ve gördüğü bu eksik listeye bakarak kime reklam göstereceğine karar veriyor. Yani bütçeni yanlış kitleye harcatan şey rakiplerin değil, kendi ölçüm kurulumun.
Tarayıcıya kurulan klasik piksel, bugünün internetinde tek başına yetersiz kaldı. Reklam engelleyiciler, tarayıcı izleme kısıtları ve mobil işletim sistemi izinleri devreye girdiğinde satın alma sinyalinin önemli bir kısmı Meta'ya hiç ulaşmıyor. Çözüm, olayı kullanıcının tarayıcısından değil doğrudan senin sunucundan göndermek. Sağlam bir epin satış scripti bunu ödeme onay katmanına bağlar; böylece para hesabına geçtiği anda olay üretilir.
Piksel neden tek başına eksik kalıyor?
Piksel, kullanıcının tarayıcısında çalışan bir JavaScript parçasıdır. Bu, çalışması için üç şeyin aynı anda doğru gitmesi gerektiği anlamına gelir: tarayıcının kodu yüklemesi, kullanıcının izin vermesi ve sayfanın olay tetiklenmeden kapanmaması. E-pin satışında sipariş süreci saniyeler sürer ve kullanıcı ödeme sağlayıcısından döner dönmez çoğu zaman sekmeyi kapatır. Tam o anda satın alma olayı yarıda kalır. Bu yüzden ciddi bir e-pin yazılımı kurgusunda tarayıcı olayı bir ek kanal, sunucu olayı ise ana kanal olarak konumlandırılır.
Dönüşüm API tam olarak neyi değiştiriyor?
Dönüşüm API, olayı senin sunucundan Meta'ya doğrudan ileten bir bağlantıdır. Arada tarayıcı yoktur; dolayısıyla engelleyici, çerez kısıtı ya da kapanan sekme sinyali durduramaz. Daha da önemlisi, sunucudan gönderilen olaya çok daha zengin eşleştirme verisi ekleyebilirsin: hash'lenmiş e-posta, hash'lenmiş telefon, ülke, şehir, IP ve tarayıcı imzası. Meta bu alanları kullanarak olayı gerçek bir kullanıcı hesabıyla eşleştirir. Eşleşme kalitesi yükseldikçe algoritmanın "bu satın almayı kim yaptı" sorusuna verdiği cevap netleşir ve benzer kitle üretimi keskinleşir.
| Karşılaştırma | Yalnız piksel | Piksel + Dönüşüm API |
|---|---|---|
| Engelleyiciden etkilenme | Yüksek | Yok denecek kadar az |
| Sekme kapanınca kayıp | Olay kaybolur | Olay yine gider |
| Eşleşme verisi zenginliği | Sınırlı | Hash'li e-posta, telefon, IP |
| Sahte olay riski | Konsoldan tetiklenebilir | Sunucu doğrulamalı |
| Mükerrer sayım riski | Düşük | event_id ile yönetilir |
| Kurulum zorluğu | Kolay | Orta, yazılım desteği ister |
Aynı satış iki kez sayılırsa ne olur?
İki kanalı birlikte kullanmanın tek riski budur ve çözümü basittir: her satın alma için tek bir event_id üretirsin. Aynı kimlik hem tarayıcı olayında hem sunucu olayında gönderilir. Meta ikisini alır, aynı kimliği görür ve tek olay olarak kabul eder. Bu değeri rastgele üretmek yerine sipariş numarasından türetmek en sağlıklı yöntemdir; çünkü sipariş numarası zaten benzersizdir ve sonradan denetlemek istediğinde kaydı bulabilirsin. Bu tekilleştirme kurgusu olmayan bir dijital ürün satış yazılımı kurulumu, ciroyu iki katı gösterip reklam raporlarını tamamen anlamsız hale getirir.
Dönüşüm API sonrası kazanılan sinyalin dağılımı
- Engellenen tarayıcı olayları 45%
- Ödeme dönüşünde kopan oturumlar 25%
- Mobil uygulama içi tarayıcı kayıpları 20%
- Gecikmeli onaylanan ödemeler 10%
Hangi olayları göndermek reklamını gerçekten iyileştirir?
Meta'ya olay yağdırmak değil, doğru sıralamayı öğretmek işe yarar. E-pin işinde anlamlı huni şu şekildedir: ViewContent ürün detayında, AddToCart sepete eklemede, InitiateCheckout ödeme adımında, AddPaymentInfo sağlayıcı seçiminde ve Purchase ödeme onaylandığında. Buna ek olarak üyelik için CompleteRegistration ve bakiye yüklemesi için özel bir olay tanımlarsın. Kritik nokta şudur: Purchase olayı, ödeme sağlayıcısının geri bildirimi doğrulanmadan asla gönderilmemelidir. Kullanıcının teşekkür sayfasını görmesi ödemenin tamamlandığı anlamına gelmez; bunu yalnızca sunucun bilir.
E-posta ve telefon alanları Meta'ya yalnızca SHA-256 ile hash'lenmiş biçimde iletilir. Hash almadan önce boşlukları temizle, küçük harfe çevir ve telefonu ülke kodlu tek formata getir; aksi halde eşleşme oranın düşer.
Eşleşme kalitesi puanını nasıl yükseltirsin?
Olay Yöneticisi ekranında her olay için bir eşleşme kalitesi puanı görürsün. Bu puan, gönderdiğin tanımlayıcıların ne kadarının gerçek bir hesapla örtüştüğünü gösterir. Puanı yükseltmenin en hızlı yolu, üyelik verisini olaya bağlamaktır: satın alma anında kullanıcının kayıtlı e-postası ve telefonu zaten sistemindedir, tek yapman gereken bunları hash'leyip olaya eklemektir. İkinci hızlı kazanç, tarayıcı çerezlerinden gelen fbp ve reklam tıklamasından gelen fbc değerlerini sipariş kaydına yazıp sunucu olayında geri göndermektir. Bu iki değeri saklamayan bir e-pin satış yazılımı, reklam tıklamasıyla satışı ilişkilendirme şansını en baştan kaybeder.
Kurulumu nasıl denetlersin?
Denetim, kurulumdan daha önemlidir çünkü hatalı sinyal, sinyalsizlikten daha maliyetlidir. Aşağıdaki listeyi kurulum biter bitmez uygula, sonra yedi gün boyunca haftalık olarak tekrarla.
| Kontrol maddesi | Bakılacak yer | Beklenen sonuç |
|---|---|---|
| Her Purchase iki kanaldan mı geliyor | Olay Yöneticisi | Tekilleştirilmiş olarak işaretli |
| event_id sipariş numarasıyla eşleşiyor mu | Sunucu logu | Birebir aynı değer |
| Hash formatı doğru mu | Test olayı aracı | Eşleşme alanları yeşil |
| fbp ve fbc saklanıyor mu | Sipariş tablosu | Reklamdan gelenlerde dolu |
| Ödeme onayı bekleniyor mu | Ödeme geri bildirimi | Onaysız olay yok |
| İade olayı gönderiliyor mu | İptal akışı | Negatif değerle iletiliyor |
| Test trafiği ayrıştırılmış mı | Test olay kodu | Canlı veriye karışmıyor |
Reklam bütçeni ölçüm eksiğine ödemeyi bırak
Pinova, e-pin ve dijital ürün satan işletmelerin kullandığı bir satış yönetim yazılımıdır; sipariş doğrulama, olay üretimi ve tanımlayıcı saklama katmanları bu tür entegrasyonlar düşünülerek tasarlanmıştır. Özellikleri gör veya fiyatları karşılaştır.
Dönüşüm API kurunca pikseli kaldırmalı mıyım?
Hayır. İkisi birlikte çalıştığında en yüksek kapsama ulaşırsın. Piksel davranışsal sinyalleri, Dönüşüm API ise doğrulanmış satın almayı taşır. Tek şart, olayları event_id ile tekilleştirmendir.
Eşleşme kalitesi puanım düşük, ne yapmalıyım?
Önce hash formatını kontrol et: küçük harf, boşluksuz, telefonda ülke kodu. Ardından üyelik e-postası ve telefonunu olaya ekle, fbp ve fbc değerlerini sipariş kaydından geri gönder.
Bakiye yüklemesini Purchase olarak mı göndermeliyim?
Hayır. Bakiye yüklemesini ayrı bir özel olay olarak tanımla. Aksi halde hem yükleme hem harcama sayılır ve reklam raporundaki ciro gerçeğin iki katı görünür.
Sunucudan olay göndermek kişisel veri riski yaratır mı?
Doğru yapıldığında hayır. Kimlik alanları hash'lenerek gönderilir, düz metin veri hiçbir zaman iletilmez. Ayrıca aydınlatma metninde ölçüm amaçlı veri aktarımını belirtmen gerekir.
Meta tarafında kazanan satıcı, daha yüksek bütçe ayıran değil; algoritmaya daha temiz ve daha eksiksiz sinyal veren satıcıdır. Tekilleştirilmiş olaylar, doğrulanmış satın almalar ve zengin eşleştirme verisi üçlüsü kurulduğunda aynı bütçeyle daha fazla satış alırsın. Bu kurgunun bir satış panelinde nasıl göründüğünü merak ediyorsan canlı demo içinde sipariş akışını ve entegrasyon ayarlarını uçtan uca inceleyebilirsin.