Satın alma ve lead olayının gerçek kaynağını belirleyin
Sunucu taraflı ölçümleme kurulumu planlanırken satın almanın işletme açısından hangi anda oluştuğu açıkça kararlaştırılmalıdır. Ödeme denemesi, sipariş açılması ve ödemenin kabulü farklı durumlardır. Seçilen durumun sahibi ödeme veya sipariş sisteminde belli olsun. Tarayıcıdaki teşekkür ekranını bu kararın yerine koymayın; ekran eski bir sipariş için yeniden açılabilir.
Lead için de bir form düğmesine basılmasıyla sunucunun talebi kabul etmesini ayırın. Kontrollü bir örnekte zorunlu alan eksik kalsın, diğerinde kayıt kabul edilsin. Beklenen iş olayı yalnızca tanımladığınız kabul koşulunda oluşmalı. Kaynak kaydın varlığı ile satış ekibinin lead niteliğini kabul etmesi ayrı inceleme adımlarıdır.
Kabul dosyasına kaynak sistem, iş durumu, olay adı ve o durumu doğrulayacak kanıtı yazın. Gerçek müşteri bilgilerini ekip dışına taşıyan ekran görüntüleri kullanmayın. Kontrollü kayıt etiketleriyle çalışın; inceleyen kişi aynı etiket üzerinden kaynak durumunu, tarayıcı isteğini ve sunucu iletimini ilişkilendirebilsin. Kaynak durumun kabulünü hangi ekip üyesinin doğruladığını ayrıca belirtin.
Satın alma
Siparişin kabul edilen iş durumunu ve kaynak kaydını karşılaştırın. Teşekkür ekranı tek başına kanıt değildir.
Lead
Başarı koşulunu sunucu kabulüne bağlayın. Eksik veya reddedilen başvuruyu kabul edilmiş talepten ayırın.
Sorumlu
İş durumu tanımını kimin değiştirebileceğini ve değişiklikte kimin yeniden inceleyeceğini kaydedin.
OKUMADAN SONRAKİ ADIMA
Olay doğruluğunu kaynakla karşılaştıralım
Olay sözlüğünüzü ve kişisel verileri ayıklanmış kabul tablonuzu paylaşarak başlayabilirsiniz. Belirsiz kaynak durumu veya tekilleştirme kuralı için inceleme kapsamını birlikte belirleyelim.
Tutar, para birimi ve ürün bilgisini doğrulayın
Ölçüm verisinin sunucuda dönüştürülmesi sırasında tutar, para birimi ve ürün bilgisi kaynak siparişle aynı anlamı taşımalıdır. Tutarın ürün toplamı mı, indirim sonrası toplam mı olduğunu belirtin; kargo ve verginin dahil olup olmadığını kaydedin. Bir alanın sayı görünmesi, iş tanımının doğru olduğu anlamına gelmez.
Farklı varyant, adet ve indirim içeren kontrollü siparişler seçin. Kaynaktaki ürün kimliği ile gönderilen kimliğin aynı ürün ailesini mi yoksa aynı satılabilir varyantı mı anlattığını kontrol edin. Katalog bağlantısı kullanılıyorsa bu ayrımı katalog sorumlusuyla teyit edin. Gösterim adı yerine yanlış kimlik eşleşmesi, satış yorumunu etkileyebilir.
Para birimini tutardan bağımsız bir kabul alanı olarak işaretleyin. Boş değer, metin biçimine dönüşmüş fiyat veya eski para birimi ayrı başarısızlık sayılmalıdır. Beklenen değerleri kaynak kayıttan üretin; paneldeki değeri kopyalayıp beklenen sonuç diye yazmak karşılaştırmayı geçersiz kılar.
| Kontrol | Kaynak kanıtı | Kabul koşulu |
|---|---|---|
| Tutar | İndirim, vergi ve kargo tanımı | İki gönderim aynı onaylı tutar kapsamını kullanır. |
| Para birimi | Siparişin işlem para birimi | Değer ve para birimi birlikte anlamlıdır. |
| Ürün | Varyant kimliği ve adet | Görünen ürün ile gönderilen satılabilir öğe eşleşir. |
İzin ve veri kapsamını iki kanalda kontrol edin
İzin bilgisiyle çalışan sunucu ölçümleme tasarımı, tarayıcı ve sunucu yollarının farklı kurallarla gelişmesini önlemelidir. İzin verilmeden önce, izin verildikten sonra ve tercih geri çekildiğinde beklenen davranışı yazın. Her durum için hangi alanın hangi hedefe gidebileceği belirli olsun; sunucuya taşınması veriyi sınırsız kullanılabilir yapmaz.
İzin bilgisinin sunucu katmanına taşınması ve her hedefin bu bilgiyi nasıl uyguladığı ayrı kabul sorularıdır. Her hedef için izin durumunu, izin verilen alanları ve uygulanan kararı yan yana yazın. Eşleme amacıyla kullanılan müşteri alanları için toplama amacı, erişim ve platform koşulları ayrıca değerlendirilmelidir. Karma değer üretmek veya veriyi dönüştürmek, tek başına izin ya da hukuki uygunluk kanıtı değildir.
Kanıt dosyalarında iletişim verisinin tamamını göstermeyin. Tarayıcı isteği, sunucu dönüşümü ve hedef yükünün alan adlarını karşılaştırmak çoğu teknik incelemeyi destekler. Hata günlükleri de bu kapsama dahildir. Gereksiz kişisel veriyi inceleme kolaylığı adına kalıcı bir kayda dönüştürmeyin.
Yenileme, yeniden deneme ve başarısız siparişi test edin
Olay tesliminin dayanıklılığı için tek bir başarılı siparişten daha geniş kabul senaryoları gerekir. Önce aynı onay ekranını yeniden açın, sonra aynı kaynak olayın yeniden işlenmesini örnekleyin. Beklenen sonuç kaynakta yeni bir satış oluşmadıkça yeni satın alma sayılmamasıdır. Teslim girişimi ile iş olayının kimliği ayrı izlenmelidir.
Reddedilen ödeme, iptal edilmiş işlem ve tamamlanmadan terk edilmiş checkout için satın alma koşulunu ayrıca değerlendirin. Başarısız siparişin ekrana ulaşması onu satış yapmaz. Bir entegrasyon iş durumunu gecikmeli okuyorsa bekleme ve tekrar kontrol davranışını kaydedin. Rastgele gecikme eklemek yerine doğru kaynak durumunu bekleyen koşulu inceleyin.
İki ayrı başarılı siparişin birbirinden ayrıldığını da gösterin. Yalnızca tekrar sayımın önlenmesini test etmek, farklı satışların yanlış birleşmesini kaçırabilir. Kontrollü kayıtlarla tekrar ile farklı sipariş için ayrı beklenen sonuç yazın. İnceleyen kişi aynı kaynak satışın tekrarını ve yeni kaynak satışı ayırt edebilsin; karar kaydında her iki senaryonun kimlik ilişkisi bulunsun.
Test olaylarını kaynak kayıtla eşleştirin
Ölçümleme kabul incelemesi sonunda kaynak kayıt, tarayıcı olayı ve sunucu olayı birlikte okunabilmelidir. Test Events görünümünü kaynak siparişle ilişkilendiren bir kontrol etiketi kullanın. Bir olayın görünmesi, değerlerinin doğru olduğunu veya reklam raporlarında aynı biçimde yorumlanacağını tek başına göstermez. Gözlem koşullarını ve inceleme sahibini kaydedin.
Tablonuzda senaryo, kaynak durum, olay adı, iki kimlik, tutar kapsamı, para birimi, ürün, izin durumu, gözlenen çıktı ve karar sütunları olsun. Eksik kanıt için geçti işareti kullanmayın. Belge erişimi veya entegrasyon sürümü belirsizse yayın kararı beklesin; bu eksikliği satış performansı iddiasıyla kapatmayın.
Eşleşme kalitesi puanı bir teknik teşhis göstergesi olabilir; daha fazla satışın veya izin uygunluğunun kanıtı değildir. Teslim katmanının bakımını ayrıca sunucu taraflı ölçümleme yayın kontrolü ile değerlendirin. Olay doğruluğunun kabulü ile altyapının işletilmesi farklı sorumluluklardır.
Olay doğruluğunu kaynakla karşılaştıralım
E-posta ve telefon bu taleple ilgili iletişim içindir. Bülten aboneliği oluşturmaz.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
Piksel ve CAPI birlikte iki satış mı sayar?
İki yol aynı satışı bildiriyor diye otomatik olarak iki satış sayılacağı söylenemez. Ortak olay kimliği, olay adı ve platformun güncel tekilleştirme koşullarını test edin. Kaynak sipariş ile iki gönderimi ilişkilendirmeden doğru tekilleştirme iddiasında bulunmayın.
Her denemede yeni olay kimliği üretmek doğru mu?
Aynı iş olayının teslimini tekrar ediyorsanız kimliği değiştirmek yanlış yeni olaylar oluşturabilir. Farklı siparişler ise farklı kimliklerle ayrılmalıdır. Entegrasyonun kimliği nerede üretip nasıl koruduğunu güncel belge ve kontrollü testle doğrulayın.
CAPI çerez iznini gereksiz hale getirir mi?
Hayır. Sunucu üzerinden gönderim izin tercihlerini geçersiz kılmaz. İzin bilgisinin aktarımı, gönderilecek veri kapsamı ve ilgili platform koşulları birlikte incelenir. CAPI bağlantısını hukuki uygunluk belgesi gibi sunmayın.
Eşleşme puanı satış başarısını kanıtlar mı?
Hayır. Eşleşme puanı teslim edilen alanlarla ilgili teknik bir işarettir. Satış sonucu kaynak siparişler, kampanya hedefi ve uygun bir değerlendirme tasarımıyla incelenir; puanın yükselmesi tek başına gelir artışını kanıtlamaz.
Başarısız sipariş satın alma olayı göndermeli mi?
Kaynak sistemde satın alma tanımınız karşılanmıyorsa satın alma bildirimi oluşmamalıdır. Ödeme reddi, iptal ve tamamlanmamış checkout ayrı senaryolardır. Bunları başarılı siparişin akışını kopyalayarak değerlendirmeyin.
KAPSAMI BİRLİKTE BELİRLEYELİM
Olay doğruluğunu kaynakla karşılaştıralım
Olay sözlüğünüzü ve kişisel verileri ayıklanmış kabul tablonuzu paylaşarak başlayabilirsiniz. Belirsiz kaynak durumu veya tekilleştirme kuralı için inceleme kapsamını birlikte belirleyelim.
Ölçümleme incelemesini konuşalım