Sepet terk oranını iyileştirmek için önce tek bir ölçüm tanımı seçin. Sepete ürün koyan herkesi ödeme başlatmış saymak, yanlış adımı düzeltmenize yol açar. Burada kişisel bilgi içermeyen olaylarla bir ödeme hunisi kuracağız.
1. Olayları doğru noktaya bağlayın
| Olay | Ne zaman? |
|---|---|
| add_to_cart | Sunucu sepete eklemeyi kabul ettiğinde |
| begin_checkout | Kullanıcı gerçek ödeme sürecini başlattığında |
| add_shipping_info | Geçerli teslimat bilgisi kabul edildiğinde |
| add_payment_info | Ödeme yöntemi adımı tamamlandığında |
| purchase | Sunucuda doğrulanmış başarılı sipariş oluştuğunda |
Sadece butona tıklanmasını purchase saymayın. Reddedilen ödeme satış değildir. Analitik ve çerez tercihleri için uygulanacak izin düzenine uyun; e-posta, telefon ve adresi analitik olayına eklemeyin.
2. GA4 veri katmanı örneği
Bu JavaScript parçası Google Tag Manager veri katmanı kullanılıyorsa begin_checkout olayını üretir. GTM'de ilgili olay tetikleyicisi ve GA4 etiketi ayrıca yapılandırılır; tek başına Google'a veri göndermez.
window.dataLayer = window.dataLayer || [];
window.dataLayer.push({ ecommerce: null });
window.dataLayer.push({
event: 'begin_checkout',
ecommerce: {
currency: 'TRY',
value: 500.00,
items: [{item_id: 'TEST-001', item_name: 'Test Ürün', price: 500.00, quantity: 1}]
}
});Ürün tutarıyla kargo/vergi dahil toplamı karıştırmayın; platformun value tanımını tutarlı uygulayın. SPA yeniden render olduğunda aynı olayı yeniden göndermemek için gerçek adım geçişini tetikleyin.
3. Örnek ölçümü hesaplayın
Aynı kohortta 100 benzersiz ödeme başlangıcı ve 60 tamamlanmış sipariş varsa bu tanımla terk oranı (100−60)/100 = %40 olur. Sepete ekleyen sayısını payda yaparsanız başka metrik ölçersiniz. Cihaz, ödeme yöntemi ve hata koduna göre kırın; kişisel veri gerekmeyen toplu rapor kullanın.
4. Bir engeli değiştirip ölçün
Adres adımında kayıp varsa mobil klavye, zorunlu alan ve posta kodu doğrulamasını inceleyin. Ödemede kayıp varsa banka retleri, yüklenmeyen 3D dönüş ve sürpriz kargo ücretini ayırın. Aynı anda beş tasarım değişikliği yaparsanız sonucu hangisinin etkilediğini anlayamazsınız.
5. Doğrulama
GTM Preview ve GA4 DebugView'da bir test yolunu baştan sona yürütün. Başarılı ödeme sayfasını yenileyince ikinci purchase oluşmamalı; transaction_id aynı siparişi tanımlamalı. Sunucudaki ödenmiş sipariş raporuyla analitiği karşılaştırın; izin vermeyen/engelleyici kullanan ziyaretçiler nedeniyle birebir eşitlik beklemeyin.
Bilgiyi uygulanabilir projeye dönüştürelim.
İhtiyacınızı teknik, operasyonel ve ticari açıdan değerlendirip doğru çözüm yol haritasını birlikte oluşturalım.
Projenizi Anlatın
