Ecommerce Purchase Nedir?

Sayılarla ne demek?

Satın alma olayı sitenizin gönderdiği kayıttır; bu metrik ise o kayıtların GA4 raporlarında sayıya dönüşmüş halidir. Biri girdi, diğeri çıktı.

Aradaki fark önemsiz görünür ama pratikte sürekli soru üretir: rapordaki satış sayısı, sipariş sistemindeki sayıyla, reklam panelindeki sayıyla ve hatta GA4'ün başka bir raporundaki sayıyla tutmaz.

Tutmamasının sebebi çoğu zaman bir hata değil, her sayının farklı bir soruyu cevaplamasıdır. Hangi sayının hangi soruya ait olduğunu bilmek, boşuna hata aramayı önler.

Neden farklı sayılar görülür?

Son satır en kolay gözden kaçan fark. GA4 mülkünün saat dilimi sipariş sisteminden farklı ayarlanmışsa, gece yarısına yakın siparişler bir sonraki güne yazılıyor ve günlük karşılaştırmalar hiçbir zaman tutmuyor.

Nasıl okunur?

1. Tek doğru kaynak belirleyin. Ciro için sipariş sistemi.
2. Farkı oran olarak izleyin. Mutlak eşitlik beklemeyin.
3. Saat dilimini eşleyin. Mülk ayarını kontrol edin.
4. Son günlere temkinli bakın. Veri işlenmeye devam ediyor.
5. Metrik adına dikkat edin. Benzer adlı metrikler farklı sayar.

Uygulamada ne oluyor?

En sık durum, GA4 ile sipariş sistemi arasındaki farkın hata sanılması. Belirli bir oranda fark normal; asıl sorun, bu oranın zamanla değişmesi. Sabit bir fark bir karakteristiktir, büyüyen bir fark bir arızadır.

İkinci gözlem, dünün verisine bakıp karar verilmesi. Veri işleme sürdüğü için son bir iki günün sayıları eksik görünüyor ve yanlış bir düşüş algısı oluşuyor.

Üçüncüsü, farklı raporlardaki benzer metriklerin karıştırılması. Bir raporda olay sayısı, diğerinde tekilleştirilmiş satış sayısı görünüyor ve ikisi aynı şey sanılıyor.

Dördüncüsü, saat dilimi ayarının hiç kontrol edilmemesi. Mülk kurulurken varsayılan bırakılan ayar yıllarca günlük raporları kaydırıyor.

Beşincisi, izin modunun etkisinin bilinmemesi. İzin vermeyen kullanıcıların satışları modellenerek ekleniyor ya da hiç eklenmiyor; bu, sayının tam bir sayım olmadığı anlamına geliyor.

Altıncısı, filtrelerin etkisinin unutulması. İç trafik ya da belirli bir bölge filtrelendiğinde rapor sipariş sisteminden bilinçli olarak farklılaşıyor; bu fark belgelenmeli.

Yedincisi, sipariş numarası olmadan gönderilen olayların tekrar sayılması. Bir raporda tekrarlar ayıklanıyor, diğerinde ayıklanmıyor ve iki sayı birbirinden uzaklaşıyor.

Sekizincisi, iadelerin düşülmemesi. Rapor tamamlanan satışları gösteriyor ama iade edilenleri ayrıca göstermiyor; net satış ancak iade olayı kurulduğunda hesaplanabiliyor.

Dokuzuncusu, yönetim raporunda bu sayının ciro kaynağı olarak kullanılması. Analitik aracı yönlendirme için iyi ama finansal gerçeği sipariş sistemi veriyor.

Onuncusu, farkın kanal bazında incelenmemesi. Belirli bir kanalda fark çok büyükse, o kanalın trafiği ya da ödeme yolu özel bir kayıp noktası içeriyor olabilir.

On birincisi, uygulama ve web satışlarının birlikte raporlanması. İki akışın ölçüm yapısı farklı; birleşik sayı hangi taraftaki kaybın ne kadar olduğunu gizliyor.

On ikincisi, mutabakatın bir kerelik yapılması. İlk kurulumda fark hesaplanıp bırakılıyor; oysa aylık bir tabloyla izlendiğinde bu fark, ölçüm altyapısının sağlığını gösteren en güvenilir tek gösterge oluyor.

Neyi göstermez?

Bu metrik, gerçek ciroyu göstermez. Ölçüm aracının görebildiği satışları gösterir; göremediklerini ancak sipariş sistemi söyler.

Sıkça sorulan sorular

Sipariş sistemiyle neden tutmuyor?

İzin reddi, engelleyiciler ve kayıp olaylar nedeniyle. Sabit bir fark normal, büyüyen bir fark arızadır.

Hangi sayıya güvenmeliyim?

Ciro için sipariş sistemine, kanal karşılaştırması için analitiğe.

Dünün verisi neden düşük?

Veri işlenmeye devam ediyor. Son bir iki günü karar için kullanmayın. Yakından ilişkili bir kavram olan Tax Amount, GA4 e-ticaret olaylarında bir siparişin vergi 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.