GA4 E-Ticaret Takibi: Satın Alma ve İade Ölçümü

1. Bir olay sözlüğü hazırlayın

GA4 e-ticaret ölçümünde ürün görüntüleme, sepete ekleme, ödeme başlangıcı, satın alma ve iade için sırasıyla view_item, add_to_cart, begin_checkout, purchase ve refund olayları kullanılabilir. Ürün ayrıntıları items içinde iletilir. Olayların teknik kapsamını Google’ın GA4 e-ticaret rehberinden doğrulayın.

Ekibiniz için her olayın tetiklenme anını tek cümleyle yazın. “Sepete ekle düğmesine dokunuldu” ile “ürün başarıyla sepete eklendi” aynı kabul ölçütü değildir. Satın alma olayını da başarısız ödeme veya yalnızca ödeme sayfasının açılmasıyla karıştırmayın. Kapıda ödeme gibi farklı iş modellerinde siparişin hangi aşamasını raporladığınızı ayrıca belgeleyin.

2. Sipariş kimliği, ürün ve tutarı uzlaştırın

Satın alma için kararlı bir transaction_id kullanın. Para birimini ve ürün kodlarını tutarlı gönderin. GA4 rehberindeki value tanımı ürünlerin fiyat ve adet toplamına dayanır; kargo ve vergi ayrı alanlarda ele alınır. Muhasebe ekranındaki genel toplamı hiçbir açıklama yapmadan aynı alanla karşılaştırmayın.

Tamamen örnek bir test siparişinde iki adet ürünün birim değeri 400 TL ise ürün toplamı 800 TL olur. Kargo ve vergi ayrı tanımlanmışsa bunları ikinci kez ürün değerine eklemeyin. Bu, vergi hesabı veya mali müşavirlik önerisi değil, alanların birbirine karıştırılmaması için basitleştirilmiş bir veri örneğidir. İndirimli fiyatın hangi sistemden alındığını da ölçüm sözlüğüne ekleyin.

Analitik olaylarına ad, telefon, e-posta veya açık adres eklemeyin. Sipariş referanslarının da kişiyi doğrudan tanımlayan içerik taşımamasını kontrol edin. Google Analytics’in kişisel olarak tanımlanabilir bilgi gönderimini yasaklayan veri toplama politikasını inceleyin; izin ve gizlilik gereksinimlerini ayrıca değerlendirin.

3. Aynı satın almayı iki sistemin saymasını önleyin

Önce hangi entegrasyonun hangi olayı gönderdiğini çıkarın: platform bağlantısı, tema kodu, etiket yöneticisi ve özel uygulama aynı olaydan sorumlu olmamalıdır. Birinin çalışıyor olması diğerinin devre dışı olduğu anlamına gelmez. Satın alma sorumluluğunu tek bir uygulama yoluna atayın ve eski kurulumu kaldırmadan önce yedekleyin.

Önerilen testte siparişi tamamlayın, teşekkür sayfasını yenileyin ve sipariş bağlantısını yeniden açın. Aynı işlemin raporlama sonucunu kontrol edin. Yalnızca ekranda bir bildirim görmek yeterli değildir; gönderilen kimlik ve olayları da inceleyin. Google’ın e-ticaret doğrulama rehberi, DebugView ve kurulum hatalarını incelemek için başlangıç kaynağıdır.

4. İade ve iptali tasarıma dahil edin

Ölçüm planınız yalnızca başarılı alışverişi kapsıyorsa işin geri kalanını kaçırırsınız. Tam iade, tek ürünün kısmi iadesi, ödeme başarısızlığı ve sipariş iptali için ayrı senaryolar yazın. İadenin hangi sistemde kesinleştiğini ve hangi kaydın analitiğe gönderildiğini belirleyin. Operatörün aynı düğmeye iki kez basması ihtimalini test kapsamına alın.

Örnek kabul ölçütü şöyle olabilir: “İade edilen ürün, orijinal sipariş referansıyla eşleşiyor; iade adedi satın alınan adedi aşmıyor; yeniden deneme ikinci bir iade kaydı oluşturmuyor.” Bu cümle belirli bir uygulamanın mevcut özelliğini değil, geliştirme veya entegrasyon ekibinden istenebilecek kontrolü tarif eder.

5. Günlük fark raporu oluşturun

Karşılaştırma tablosuna sipariş referansı, sipariş zamanı, mağaza durumu, ürün toplamı, para birimi ve ölçümde görülme durumunu ekleyin. Aynı tarih aralığını ve saat dilimini kullanın. İade edilen siparişi ilk satışla birlikte değerlendirin. Bekleyen ödeme ile tamamlanmış ödeme ayrı satır veya durum olarak görünmelidir.

Analitik ile operasyon kayıtlarının birebir eşleşeceğini varsaymayın. İzin tercihleri, istemci kısıtları ve teknik iletim sorunları araştırılması gereken farklar oluşturabilir. Farkın nedenini açıklamadan reklam bütçesi kararı vermek yerine, önce veri kalitesi sorunlarını sınıflandırın. Uygulama öncesinde küçük bir test setiyle başlayın; gerçek müşteri bilgilerini test belgesine kopyalamayın.

Sık sorulan sorular

Etiket yüklüyse satış takibi tamam mı?

Hayır. Başarılı ödeme, tekrar açılan sipariş, başarısız ödeme ve iade davranışını doğrulamadan tamamlandı demeyin.

Hangi rakamı esas almalıyım?

Sipariş yönetimi ve tahsilat için operasyon kayıtlarını; davranış ve kanal analizi için ölçüm raporlarını kullanın. Önce her raporun neyi saydığını netleştirin.

Hazırlama notu: Bu rehber, bağlantı verilen resmî dokümantasyon ve örnek çalışma senaryoları kullanılarak yapay zekâ desteğiyle hazırlanmıştır. Örnekler gerçek müşteri sonuçları değildir. Uygulamadan önce kullanılan altyapının güncel dokümantasyonunu ve projenize özel gereksinimleri kontrol edin.