Meta Pixel ve Conversions API ile aynı satın alma iki kaynaktan gelebilir. Olay adı ve kimliğini eşleştirerek tek bir işlemin doğru ölçüldüğünü kontrol edin.
Meta Pixel ve Conversions API (CAPI) aynı satın almayı gönderiyorsa, iki gönderim aynı olayı tarif etmelidir. Tarayıcı ve sunucu tarafında aynı olay adını ve aynı olay kimliğini kullanın; farklı bir satın almada yeni bir kimlik üretin. Böylece Meta iki gönderimin aynı işlem olduğunu ayırt edebilir. Bu kontrol, reklam raporundaki satın alma sayısını mağazadaki toplam siparişe eşitlemez; o karşılaştırma ayrıca yapılır.
Pixel ve CAPI neyi gönderir?
Pixel, tarayıcıdan olay gönderir. Conversions API, sunucu tarafındaki entegrasyondan olay gönderir. İki yol da bir sipariş için Purchase bildirebilir. Bu, iki ayrı satın alma olduğu anlamına gelmez. Meta’nın resmî iş SDK’sı olay adı ve olay kimliğinin, tarayıcıdan ve sunucudan gelen olayların aynı olup olmadığını belirlemek için birlikte kullanıldığını açıklar.
Üç şeyi bir test siparişiyle doğrulayın
1. Olay adı iki tarafta aynı mı?
Tarayıcı tarafı Purchase gönderirken sunucu tarafı farklı adlı bir özel olay gönderiyorsa ikisini eşleşmiş kabul etmeyin. Önce hangi olayın gerçekten satın almayı temsil ettiğini belirleyin. Sepete ekleme ve satın alma farklı adımlardır; bunlara aynı görev verilmemelidir.
2. Aynı işlemin kimliği iki tarafta aynı mı?
Varsayımsal bir testte tarayıcı Purchase için eventID olarak purchase_test_1048, sunucu ise aynı Purchase için event_id olarak purchase_test_1048 gönderebilir. Başka bir satın alma aynı kimliği kullanmamalıdır. Sunucu ve tarayıcı bağımsız rastgele kimlik üretirse aynı siparişi eşleştirecek bağ kaybolur. Bir gönderim yeniden deneniyorsa aynı gerçek olayın kimliğini koruyun. E-posta, telefon veya başka kişisel veriyi olay kimliği yapmayın.
3. Satın alma gerçekten ne zaman oluşuyor?
Satın alma olayını yalnız onay sayfasının her açılışına bağlamak tekrar gönderim üretebilir. Testte sayfayı yenilediğinizde yeni satın alma oluşmadığını, farklı test siparişinin ise ayrı kimlikle geldiğini kontrol edin. Değer ve para birimini beklenen tutarla karşılaştırın. Entegrasyonun test ortamını kullanın; gerçek müşteri verisini veya erişim anahtarlarını ekrana ve rapora taşımayın.
Belirtiye göre ilk kontrolü seçin
• Bir sipariş için iki farklı Purchase kimliği: Kimliğin iki gönderim yoluna nasıl aktarıldığını inceleyin. Bağımsız rastgele kimlik üretimi ilk şüphelilerden biridir.
• Ayrı siparişler aynı kimlikle geliyor: Kimliğin işlem başına üretildiğini doğrulayın. Aynı kimliği yeniden kullanmak eksik ölçüme yol açabilir.
• Yalnız bir gönderim yolu görünüyor: Bu tek başına çift sayım değildir. Diğer yolun neden gelmediğini, izin ve entegrasyon ayarları çerçevesinde ayrı inceleyin.
• Olay doğru, mağaza ile reklam raporu farklı: Tarih, saat dilimi, para birimi, ilişkilendirme ve rapor kapsamını karşılaştırın. Reklam geliri ile Shopify satışları arasındaki fark bu ayrımı anlatır.
Testin geçmesi neyi kanıtlar?
Bir test siparişi, ölçtüğünüz senaryoda iki gönderimin doğru eşleştiğini gösterebilir. Tüm ödeme yöntemlerini, tekrar denemeleri ve raporlama gecikmelerini tek başına doğrulamaz. Sonucu tarih, ortam ve test edilen senaryoyla kaydedin. Kurulum değişikliğinden sonra AdLens Meta Ads raporlama sayfasındaki ölçüm yaklaşımıyla dönemsel eğilimleri izleyebilirsiniz. Olay gönderimi ve eşleşme teşhisi ise Meta’nın test ve olay araçlarında yapılır.
