Meta Dönüşüm API'sinde atlanan üç ayar
Tarayıcı ile sunucu tarafındaki olayların eşleşmesi çoğu hesapta ilk gün bozuluyor. Olay kimliği, tekilleştirme ve test olayları — üçü de kurulumun sonunda değil başında yapılır.
Dönüşüm API'si kurulumu genelde şöyle bitiyor: sunucudan olay gönderiliyor, panelde olaylar görünüyor, herkes kurulumu tamam sayıyor. Sonra bir hafta içinde dönüşüm sayısının şişmiş olduğu fark ediliyor ve kimse hangi rakama güveneceğini bilemiyor.
Sorun genellikle üç ayarda. Üçü de kurulumun ilk gününde yapılırsa on dakika sürüyor; sonradan yapılırsa geçmiş veriyi kurtarmak mümkün olmuyor.
Bir · Olay kimliği iki tarafta da aynı olmalı
Aynı satın alma hem tarayıcıdan hem sunucudan gönderiliyorsa, platformun bunların tek bir olay olduğunu anlamasının tek yolu ortak bir kimlik. Bu kimlik iki tarafta da AYNI değeri taşımalı ve olayın kendisinden türemeli — sipariş numarası gibi. Tarayıcıda rastgele üretilip sunucuya taşınmayan bir kimlik, hiç kimlik olmamasıyla aynı sonucu verir.
İki · Tekilleştirme zaman penceresi var
Tekilleştirme sonsuza kadar geriye bakmaz. Tarayıcı olayı ile sunucu olayının arası açılırsa — örneğin sunucu tarafı olayları toplu işle gece gönderiliyorsa — eşleşme penceresi kapanır ve iki olay ayrı ayrı sayılır. Toplu gönderim kolay görünür ama tam da bu yüzden çift sayımın en yaygın sebebi.
Sunucu olaylarını, tarayıcı olayıyla aynı istekte değilse bile aynı dakikalar içinde göndermek en güvenli yol. Gecikmeli gönderim gerekiyorsa gecikmeyi bilinçli seçin ve pencereyi bilerek kabul edin.
Üç · Test olayları yayına çıkmadan KAPATILIR
Kurulum sırasında kullanılan test olayı kodu, kurulum bittiğinde kaldırılmadığında gerçek olaylar test akışına düşer. Panelde olaylar görünmeye devam eder ama optimizasyona girmezler. Bu, teşhis edilmesi en zor kurulum hatası: her şey çalışıyor gibi görünür, sadece sonuç yoktur.
Kurulumu bitmiş saymadan önce
- Bir test satın alması yapın ve aynı olayın hem tarayıcı hem sunucu tarafında göründüğünü, ama tek dönüşüm olarak sayıldığını doğrulayın.
- Olay eşleşme kalitesini bir hafta üst üste kontrol edin; ilk gün iyi görünüp sonra düşen kurulumlar yaygın.
- Test olayı kodunun üretim ortamında bulunmadığını kodda arayarak doğrulayın, panele bakarak değil.
- Sunucu olaylarının kaç saniye gecikmeyle gittiğini ölçün ve bu gecikmeyi bir yere yazın.
Bu dördü yapılmadan alınan hiçbir performans kararı güvenilir değildir — ölçüm bozuksa optimizasyon da bozuktur ve otomasyon o bozuk ölçüme göre karar verir.