Pixel tarayıcıdan, Conversions API ise sunucu veya güvenilir bir sunucu bağlantısından olay gönderebilir. Aynı dönüşüm iki kanaldan gönderiliyorsa ortak olay adı ve event_id kullanılmadığında platform bunları iki ayrı sonuç olarak sayabilir.
Bu rehberde ne bulacaksınız?
Olay planını iş sonucuyla kurmayı, tarayıcı ve sunucu olaylarını tekilleştirmeyi, hassas veriyi sınırlamayı ve Events Manager içinde gerçek senaryolarla test etmeyi öğreneceksiniz.
Olay planını sade tutun
Araç kurulmadan önce hangi kullanıcı davranışlarının gerçekten karar ve optimizasyon için gerekli olduğunu yazın. Her buton tıklamasını standart dönüşüm olarak göndermek raporu gürültülü hale getirir.
Standart olayları gerçek sonuçla eşleştirin
Müşteri adayı, Purchase veya AddToCart adı yalnız olay gerçekten o aşamayı temsil ediyorsa kullanılmalıdır.
- Form başarısını sunucu yanıtından sonra üretin.
- Satın almada sipariş kimliği ve değeri doğrulayın.
- Sayfa görüntüleme ile iş dönüşümünü ayırın.
Parametreleri en aza indirin
Optimizasyon için kullanılmayan veri gönderilmemelidir.
- Para birimi ve değer formatını standartlaştırın.
- Kişisel form metnini olay parametresine eklemeyin.
- Ürün kimliklerini katalog yapısıyla eşleştirin.
Tarayıcı ve sunucu olaylarını tekilleştirin
Aynı işlem iki kaynaktan gönderildiğinde platformun bunları tek olay kabul edebilmesi için tutarlı kimlik gerekir.
Ortak event_id üretin
Kimlik, aynı dönüşümün Pixel ve CAPI kopyalarında birebir aynı; farklı dönüşümlerde benzersiz olmalıdır.
- Kimliği başarı anında üretin.
- Tarayıcı ve sunucu katmanına aynı değeri aktarın.
- Sayfa yenilemesinde yeni satış üretmediğinizden emin olun.
Olay adı ve zamanı uyumunu kontrol edin
Event_id tek başına yeterli olmayabilir; olay adı ve gönderim zamanının da aynı işleme işaret etmesi gerekir.
- Büyük gecikmeleri ve yeniden denemeleri kaydedin.
- Purchase ile Müşteri adayı olayını yanlış eşleştirmeyin.
- Test panelinde olay tekilleştirme durumunu inceleyin.
İzin ve veri güvenliğini tasarıma ekleyin
Sunucu tarafı gönderim, ziyaretçi tercihini veya veri koruma sorumluluğunu ortadan kaldırmaz.
CMP davranışını iki yönde test edin
Kabul ve ret seçimlerinde Pixel ile sunucu olaylarının beklenen izin politikasına uyduğunu doğrulayın.
- Seçim öncesi varsayılan durumu kontrol edin.
- Tercih değişikliğinin sonraki olaylara etkisini test edin.
- Politika metnini gerçek veri akışıyla eşleştirin.
Veriyi gönderimden önce sınırlandırın
Hassas veya gereksiz alanları sonradan rapordan gizlemek yeterli değildir.
- Mesaj ve serbest metin alanlarını dışarıda bırakın.
- Hata günlüklerinde kişisel veri sızıntısını kontrol edin.
- Erişim anahtarlarını istemci kodunda göstermeyin.
Events Manager ile uçtan uca doğrulayın
Kurulumun “aktif” görünmesi bütün olayların doğru olduğu anlamına gelmez. Gerçek form, sepet ve satın alma senaryolarını tek tek test edin.
Test olaylarını senaryoya göre çalıştırın
Her işlemde hangi tarayıcı ve sunucu olaylarının oluşması gerektiğini önceden yazın.
- Tek işlemde tek birleşik sonuç arayın.
- Eksik para birimi ve değer uyarılarını inceleyin.
- Yanlış URL veya alan adı kaynaklarını bulun.
Değişiklik sonrası izlemeyi sürdürün
Tema, checkout veya CMP güncellemesi olay akışını bozabilir.
- Sürüm değişikliklerini kaydedin.
- Olay hacmindeki ani değişimleri araştırın.
- Periyodik test işlemi planlayın.
Resmi kaynaklar
Özellikler ve platform kuralları zamanla değişebilir. Uygulama öncesinde aşağıdaki birincil kaynakların güncel sürümünü kontrol edin.