Dönüşüm API'si (CAPI)

Dönüşüm API'si üzerinden giden şey, küçük ve katı biçimli bir veri paketidir. Her olay bir ad, bir zaman damgası, olayın web sitesinde mi uygulamada mı telefonda mı yoksa mağazada mı gerçekleştiğini söyleyen bir eylem kaynağı, hash'lenmiş kimlikleri tutan bir user_data bloğu ve değer, para birimi ile bildirmek istediğiniz her şeyi içeren bir custom_data bloğu taşır. Çağrı, reklam hesabına bağlı bir erişim jetonuyla doğrulanır; böylece platform, bir zamanlar tarayıcı etiketine güvendiği gibi sunucunuza güvenir. Jeton eksik ya da süresi dolmuşsa çağrı anında geri çevrilir.

Her şey, ekleyebildiğiniz kullanılabilir kimlik sayısına bağlıdır. SHA-256 ile hash'lenmiş e-posta ve telefon en güçlü eşleşmeyi sağlar; ad, şehir, posta kodu ve ülke ağırlığı artırır; iniş anında yakalanan tıklama tanımlayıcısı ile veritabanınızdan iletilen çerez değeri eşleşmeyi bir kat daha yükseltir. Zamanlama da aynı ölçüde önemlidir: platformlar olayları yalnızca belirli bir geriye tarihleme penceresinde kabul eder ve günler sonra ulaşan bir gece yığını kaydedilse bile ilişkilendirme penceresinin dışına düşerek teklifleri hiç etkilemeyebilir. Bu yüzden gönderimi bir zaman çizelgesine değil, olayın kendisine bağlayın.

Doğal kullanım, tarayıcının bilemeyeceği olayları bildirmektir. Bir anlaşma satışça kabul edildi aşamasına geçtiğinde CRM web kancası tetiklenir ve servisiniz bu aşama değişimini, yakalama anında saklanan özgün tıklama tanımlayıcısıyla birlikte gönderir. Telefonla alınan randevular ve mağaza satışları da uygun eylem kaynağıyla aynı yoldan girer. Bir karne hunisinde puanlama gönderimden sonra yapıldığı için nitelikli olay, kademeyi değer olarak taşıyacak biçimde bir teşekkür sayfası adresinden tahmin edilmek yerine doğrudan arka uçtan yayılır. Böylece bildirilen değer, puanlamayla tam olarak aynı kaynaktan gelir ve iki taraf asla çelişmez.

Zayıf kimlikli bir olay yüksek sesle reddedilmez; kabul edilir, eşleştirilmez ve raporlamadan sessizce çıkarılır. Ekiplerin yarısı çalışmayan bir entegrasyonu sağlıklı sanmasının nedeni tam olarak budur. API, var olmayan bir kimliği de yaratamaz: hiç reklam tıklamamış trafiğin ilişkilendirilecek bir dayanağı yoktur. Ayrıca haftada yalnızca birkaç kez gerçekleşen derin huni olayı, platformun optimizasyonunun öğrenmesi için çoğu zaman fazlasıyla seyrektir. Bu iki sınır daha iyi veri toplayarak da yapılandırma ayarlarıyla da ortadan kaldırılamaz. Seyrek olaylarda bir adım yukarıdaki olayı optimizasyona vermek daha gerçekçidir.

İşe platformun kendi tanılama araçlarıyla başlayın. Büyük uygulamaların hepsi, ayrıştırdığı alanları geri yansıtan bir test olayı aracı, olay bazında bir kalite göstergesi ve eksik ya da bozuk parametreler için bir uyarı listesi sunar. Kimliğini doğrulayabileceğiniz bir kişi için test dönüşümü gönderin, beklediğiniz alanlarla göründüğünü onaylayın ve izleyen hafta boyunca eşleşmedi olarak işaretlenen üretim olaylarının payını kontrol edin.

Ardından tesisatı değil sonucu ölçün. Platformun bildirdiği dönüşümleri, aynı aralıkta kendi veritabanınızda sayılan olaylarla karşılaştırın ve kimlik alanları ekledikçe bu oranı izleyin. Yayın tarafına da bakın: optimizasyonu sunucudan bildirilen bir olaya çevirdikten sonra o olayın maliyeti ile kabul edilen lead sayısı birlikte, daha zengin sinyalin satın almayı gerçekten iyileştirip iyileştirmediğini söyler. Tek başına okunan bir dönüşüm sayısı bu soruya yanıt vermez.

En sık görülen teknik hata, hash'lemeden önce kötü normalleştirmedir. Platformlar küçük harfe indirilmiş, kırpılmış ve tanımlı biçime uygun değerler bekler; boşluklu ya da ülke kodu tutarsız yazılmış bir telefon numarası, hiçbir zaman eşleşmeyecek bir hash üretir. Her platformun normalleştirme kurallarını birebir izleyin ve kaydını doğrulayabileceğiniz bilinen bir kişiyle test edin. Zaten hash'lenmiş bir değeri ikinci kez hash'lemek de aynı sessiz hataya yol açar ve yeniden düzenlemelerde kolayca sızar.

İkinci hata, aşağı akışta kimsenin umursamadığı bir olayı seçmektir. Ekipler arayüzü bir haftada kurar, her sayfa görüntülemeyi sunucudan gönderir ve sonunda eskisiyle aynı sığ eylemi, yalnızca daha güvenilir biçimde optimize eder. Geliri en iyi öngören tek olaya karar verin, onu bir değerle gönderin ve geri kalanını raporlama için saklayın. Bir satış temsilcisinin elle işaretlediği CRM aşamasından tetiklenen dönüşümler de sinyale gecikme ve yanlılık katar.