Purchase Event Nedir?

Sayılarla ne demek?

Bütün ölçüm yapısının en kritik olayıdır. Getiri oranı, dönüşüm maliyeti, kanal karşılaştırması, reklam optimizasyonu — hepsi bu tek kaydın doğruluğuna dayanır.

Bu yüzden buradaki bir hata, tek bir raporu değil bütün raporları bozar. Diğer olaylarda yapılan bir hata sınırlı etki yaratırken satın alma olayındaki hata her sayıya yayılır.

Siparişin kendisi ve adımın huni içindeki anlamı sipariş tamamlama maddesinde anlatılıyor; burada odak kaydın kurulumu.

Hangi alanlar şart?

İlk satır en kritik olanı. Sipariş numarası gönderildiğinde analitik aracı aynı numarayla gelen tekrarları kendisi ayıklayabiliyor; gönderilmediğinde teşekkür sayfasının her yenilenmesi yeni bir satış sayılıyor.

Nasıl kurulur?

1. Onay sayfasında tetikleyin. Düğmede değil.
2. Sipariş numarasını gönderin. Tekrar sayımın tek koruması.
3. Tutarın tanımını sabitleyin. Kargo ve vergi dahil mi, hariç mi?
4. Sunucu tarafıyla destekleyin. Engellenen olaylar kaybolmasın.
5. Siparişle mutabakat yapın. Her ay, sipariş sistemiyle.

Uygulamada ne oluyor?

En sık hata, olayın ödeme düğmesine basıldığında gönderilmesi. Kart reddedildiğinde de olay gitmiş oluyor ve raporda gerçekleşmemiş satışlar görünüyor.

İkinci gözlem, sipariş numarasının gönderilmemesi. Kullanıcı teşekkür sayfasını yeniliyor ya da e-postadaki bağlantıdan tekrar açıyor; her seferinde yeni bir satış sayılıyor.

Üçüncüsü, tutarın tanımının belirsiz olması. Bir platforma kargo dahil, diğerine hariç tutar gönderiliyor ve iki panelin geliri hiçbir zaman birbirini tutmuyor.

Dördüncüsü, onay sayfasına hiç ulaşılmayan ödeme yolları. Bazı ödeme sağlayıcıları kullanıcıyı sitenize geri döndürmüyor; bu satışlar hiç kaydedilmiyor.

Beşincisi, para biriminin gönderilmemesi. Bazı platformlar tutarı hiç kaydetmiyor; sipariş sayısı doğru, gelir sıfır görünüyor.

Altıncısı, test siparişlerinin ayıklanmaması. Ekip içi denemeler gerçek satış gibi kaydediliyor; düşük hacimli hesaplarda bu, verinin önemli bir kısmını bozuyor.

Yedincisi, yalnızca pikselle ölçüm yapılması. Engelleyiciler ve tarayıcı kısıtları nedeniyle satışların bir bölümü platforma hiç ulaşmıyor; reklam sistemi eksik veriyle öğreniyor.

Sekizincisi, iptal ve iadelerin geri bildirilmemesi. Satış kaydediliyor ama iptal edildiğinde düşülmüyor; gelir raporu kalıcı olarak şişik kalıyor.

Dokuzuncusu, ürün listesinin tutarla uyuşmaması. Ürünlerin toplam fiyatı ile gönderilen tutar farklı; indirim ve kargonun nasıl yansıtıldığı belirsiz kalıyor.

Onuncusu, olayın birden çok yerden tetiklenmesi. Hem sabit kod hem etiket yöneticisi aynı olayı gönderiyor ve her satış iki kez sayılıyor.

On birincisi, aylık mutabakatın yapılmaması. Ölçüm aracındaki satış sayısı ile sipariş sistemindeki sayı her ay yan yana konmadığında, yüzde yirmilik bir sapma bile fark edilmeden yıllarca sürebiliyor.

On ikincisi, kurulumun bir kez doğrulanıp bırakılması. Ödeme sağlayıcısı değişikliği, tema güncellemesi ya da yeni bir eklenti bu olayı sessizce bozabiliyor; her büyük değişiklikten sonra bir test siparişiyle yeniden denetlenmeli.

Neyi göstermez?

Satın alma olayı, karı göstermez. Ciroyu kaydeder; ürün maliyeti ve iade hesaba katılmadıkça gerçek sonuç bilinmez.

Sıkça sorulan sorular

Nerede tetiklenmeli?

Siparişin gerçekten oluştuğu onay sayfasında ya da sunucuda. Ödeme düğmesi yanlış yer.

Sipariş numarası neden şart?

Tekrar sayımın tek koruması. Olmadığında sayfa her yenilendiğinde yeni satış sayılır.

Tutara kargo dahil mi?

Kararı siz verirsiniz ama bütün platformlarda aynı tanımı kullanmalısınız. Bu konuyla birlikte ele alınan Shipping Amount, GA4 e-ticaret olaylarında bir siparişin kargo ücreti kısmını gösterir; net gelir ayrıştırması için ölçülür.

Bu kavramın bütün resim içindeki yerini Dönüşüm Takibi ve Ölçümleme Rehberi içinde ayrıntılı anlattım.