WooCommerce Sepet Terk Etme Oranlarını Düşürme Rehberi
Güvenilir içerik: Yazılarımız yayına alınmadan önce teknik doğruluk açısından gözden geçirilir. Ürün iddialarımızı ölçülebilir olanla sınırlı tutarız.
WooCommerce sepet terk etme, kullanıcının ürünü sepete eklemesine rağmen siparişi tamamlamadan mağazadan ayrılmasıdır. Checkout terk etme ise kullanıcının ödeme sürecini başlatıp siparişi sonuçlandırmamasıdır.
Bu iki oran aynı problemi göstermez.
Sepet kaybı düşük satın alma niyetinden kaynaklanabilir. Checkout kaybı ise kargo, form, ödeme veya teknik hata gösterebilir.
Sepet terk oranını düşürmek için önce kayıp adımı ölçün. Ardından teknik veriyi doğrulayın. Sonra gerçek sürtünmeyi kaldırın. Kurtarma kampanyalarını en son uygulayın.
Baymard’ın güncel araştırması, ortalama e-ticaret sepet terk oranını yaklaşık yüzde 70 seviyesinde gösterir. Bu oran tek başına mağaza hedefi değildir. Sektör, cihaz, trafik kaynağı ve ürün fiyatı sonucu değiştirir.
WooCommerce Sepet Terk Etme Nedir?
Sepet terk etme, kullanıcının sepete ürün eklemesiyle başlar.
Kullanıcı ürünü değerlendirebilir. Fiyat karşılaştırabilir. Kargo maliyetini görmek isteyebilir. Ürünü daha sonra almak için saklayabilir.
Bu davranış her zaman güçlü satın alma niyeti taşımaz.
Sepet aşamasında terk
Kullanıcı ürünü sepete ekler. Ancak checkout sayfasına geçmez.
Muhtemel nedenler şunlardır:
Ürün fiyatını karşılaştırmak
Kargo ücretini öğrenmek
Kupon aramak
Ürünü daha sonra almak
Sepeti liste gibi kullanmak
Teslimat şartlarını incelemek
Satın alma kararını ertelemek
Checkout aşamasında terk
Kullanıcı ödeme sürecini başlatır. Ancak sipariş vermez.
Bu davranış daha yüksek satın alma niyeti gösterir.
Muhtemel nedenler şunlardır:
Zorunlu üyelik
Uzun form
Yüksek kargo bedeli
Beklenmeyen ek ücret
Ödeme yöntemi eksikliği
Kart veya 3D Secure hatası
Yavaş checkout
Güven eksikliği
Mobil kullanılabilirlik sorunu
Sepet ve checkout kayıpları ayrı analiz edilmelidir.
| Davranış | Kullanıcı aşaması | Ana soru |
|---|---|---|
| Add to Cart | Ürünü değerlendirme | Ürünü gerçekten istiyor mu? |
| View Cart | Toplamı inceleme | Fiyat ve kargo uygun mu? |
| Begin Checkout | Satın almaya yaklaşma | Checkout kolay mı? |
| Add Payment Info | Ödeme niyeti | Ödeme yöntemi çalışıyor mu? |
| Purchase | Tamamlanan işlem | Sipariş doğru ölçüldü mü? |
WooCommerce Cart Block, kullanıcıların ürünleri incelemesini, adetleri değiştirmesini, ürün kaldırmasını ve kargo seçeneklerini görmesini sağlar. Checkout Block ise müşteri, adres, teslimat, ödeme ve sipariş toplamı bileşenlerini işler.
Sepet Terk Etme Oranı Nasıl Hesaplanır?
Sepet terk oranı, sepete ürün ekleyen kullanıcıların ne kadarının sipariş vermediğini gösterir.
Formül:
Sepet terk oranı \= 1 − (Sipariş veren kullanıcı ÷ Sepete ürün ekleyen kullanıcı) × 100
Örnek:
Sepete ürün ekleyen kullanıcı: 2.000
Sipariş veren kullanıcı: 600
Hesaplama:
1 − (600 ÷ 2.000) × 100 \= %70
Sepet terk oranı yüzde 70 olur.
Bu oran, kaybın hangi adımda oluştuğunu göstermez.
Checkout Terk Etme Oranı Nasıl Hesaplanır?
Checkout terk oranı, ödeme sürecini başlatan kullanıcıların ne kadarının sipariş vermediğini gösterir.
Formül:
Checkout terk oranı \= 1 − (Sipariş veren kullanıcı ÷ Checkout başlatan kullanıcı) × 100
Örnek:
Checkout başlatan kullanıcı: 1.000
Sipariş veren kullanıcı: 600
Hesaplama:
1 − (600 ÷ 1.000) × 100 \= %40
Checkout terk oranı yüzde 40 olur.
Bu örnekte kullanıcıların yüzde 60’ı checkout sürecini tamamlamıştır.
Checkout Completion Rate Nasıl Hesaplanır?
Checkout completion rate, ödeme sürecini tamamlayan kullanıcı oranıdır.
Formül:
Sipariş veren kullanıcı ÷ Checkout başlatan kullanıcı × 100
Örnek:
600 ÷ 1.000 × 100 \= %60
Completion rate yüzde 60 olur.
Ödeme Başarı Oranı Nasıl Hesaplanır?
Ödeme başarı oranı, checkout terk oranından ayrı ölçülmelidir.
Kullanıcı checkout’u tamamlayabilir. Ancak banka veya ödeme altyapısı işlemi reddedebilir.
Formül:
Başarılı ödeme ÷ Toplam ödeme denemesi × 100
Örnek:
Ödeme denemesi: 800
Başarılı ödeme: 600
Ödeme başarı oranı yüzde 75 olur.
Kalan yüzde 25 şu nedenlerle kaybolabilir:
Kart reddi
Yetersiz bakiye
3D Secure hatası
Webhook problemi
Zaman aşımı
JavaScript hatası
Sağlayıcı kesintisi
Adım Bazlı Kayıp Oranı
Toplam oran yerine her adımı ayrı ölçün.
Formül:
1 − (Sonraki adıma geçen kullanıcı ÷ Mevcut adımdaki kullanıcı) × 100
Örnek funnel:
| Funnel adımı | Kullanıcı | Sonraki adıma geçen | Kayıp oranı |
|---|---|---|---|
| Add to Cart | 2.000 | 1.500 | %25 |
| View Cart | 1.500 | 1.000 | %33,3 |
| Begin Checkout | 1.000 | 760 | %24 |
| Add Payment Info | 760 | 600 | %21,1 |
| Purchase | 600 | — | — |
Bu tabloda en büyük kayıp sepetten checkout’a geçişte oluşur.
Öncelik bu aşamaya verilmelidir.
Sepet Terk Oranı Kaç Olmalıdır?
Tek bir ideal oran yoktur.
Genel ortalamalar bağlam sağlar. Ancak mağaza hedefini belirlemez.
Sepet terk oranı şu etkenlere göre değişir:
Ürün kategorisi
Ortalama sepet tutarı
Mobil trafik oranı
Yeni kullanıcı oranı
Trafik kaynağı
Kargo maliyeti
Marka bilinirliği
Satın alma döngüsü
Ürün karşılaştırma ihtiyacı
Tekrar satın alma sıklığı
Yüksek fiyatlı elektronik ürünlerde karar süresi uzar. Gıda mağazalarında karar süresi daha kısa olabilir.
Moda mağazalarında beden kararsızlığı görülebilir. Mobilya mağazalarında teslimat ve ölçü endişesi oluşabilir.
Kendi benchmark’ınızı oluşturun
Mağazanızın kendi verisini karşılaştırın.
Şu dönemleri kullanın:
Son 30 gün
Önceki 30 gün
Geçen yıl aynı dönem
Kampanya öncesi
Kampanya sonrası
Şu segmentleri ayırın:
Mobil
Masaüstü
Yeni kullanıcı
Tekrar kullanıcı
Organik trafik
Meta Ads
Google Ads
Düşük sepet tutarı
Yüksek sepet tutarı
Ürün kategorisi
Mağaza içi trend, genel ortalamadan daha değerlidir.
Kullanıcılar Neden Sepeti Terk Eder?
Sepet terk nedenleri beş ana grupta incelenmelidir.
1. Kullanıcı Niyeti Kaynaklı Nedenler
Her sepete ekleme davranışı satın alma niyeti taşımaz.
Kullanıcı şunları yapabilir:
Fiyat karşılaştırabilir.
Ürünü saklayabilir.
Kargo maliyetini hesaplayabilir.
Kupon arayabilir.
Satın alma kararını erteleyebilir.
Ürünü başka biriyle paylaşabilir.
Bu kayıpların tamamı teknik optimizasyonla çözülmez.
Kullanıcının satın almaya hazır olmadığı durumda indirim de yeterli olmayabilir.
2. Ticari Nedenler
Ticari şartlar kullanıcının kararını değiştirebilir.
Başlıca nedenler:
Yüksek kargo bedeli
Beklenmeyen vergi
Kapıda ödeme ücreti
Taksit yetersizliği
Uzun teslimat süresi
Belirsiz iade koşulu
Minimum sipariş tutarı
İndirim kodunun çalışmaması
Son adımda değişen toplam
Baymard’ın araştırması, ek maliyetlerin checkout terkinde en güçlü nedenlerden biri olduğunu gösterir. Kargo, vergi ve ek ücretlerin geç gösterilmesi kullanıcı kararını bozabilir.
3. Kullanılabilirlik Nedenleri
Checkout kullanımı kolay olmalıdır.
Sürtünme yaratan alanlar:
Uzun form
Gereksiz alanlar
Zorunlu üyelik
Karmaşık parola kuralları
Belirsiz hata mesajları
Görünmeyen sipariş butonu
Mobil taşmalar
Yanlış klavye türü
Adres tekrarları
Yetersiz otomatik tamamlama
Tek sayfa checkout her zaman daha iyi değildir.
Otuz alanlı tek sayfa, iyi tasarlanmış üç adımlı checkout’tan daha zor olabilir.
4. Teknik Nedenler
Teknik hata satın alma niyetini doğrudan keser.
Başlıca sorunlar:
Ödeme yöntemi yüklenmiyor.
Kargo yöntemi görünmüyor.
Kupon uygulanmıyor.
Sipariş butonu çalışmıyor.
JavaScript hatası oluşuyor.
Checkout sayfası yavaş açılıyor.
3D Secure dönüşü başarısız oluyor.
Webhook çalışmıyor.
Sipariş beklemede kalıyor.
Mobil oturum kayboluyor.
Bu sorunlar pazarlama mesajıyla çözülmez.
Teknik test gerekir.
5. Güven Nedenleri
Kullanıcı ödeme öncesinde risk değerlendirir.
Şu eksikler güveni azaltır:
Belirsiz iade politikası
Görünmeyen iletişim bilgileri
SSL uyarısı
Tanınmayan ödeme sağlayıcısı
Belirsiz teslimat tarihi
Son anda değişen fiyat
Eksik şirket bilgisi
Yetersiz ürün yorumu
Açıklanmayan garanti süreci
Güven rozeti tek başına çözüm değildir.
Gerçek operasyonel bilgi sunulmalıdır.
Adım 1 — GA4 ile WooCommerce Checkout Funnel Kurun
Ölçülmeyen checkout optimize edilemez.
Google Analytics 4, e-ticaret davranışları için önerilen event’ler sunar. add_to_cart, begin_checkout, add_shipping_info, add_payment_info ve purchase event’leri temel satın alma yolculuğunu ölçer.
Ölçülmesi gereken event’ler
view_itemadd_to_cartview_cartremove_from_cartbegin_checkoutadd_shipping_infoadd_payment_infopurchaserefund
Her event doğru aşamada çalışmalıdır.
Event parametreleri
Event’ler şu verileri taşımalıdır:
Ürün kimliği
Ürün adı
Ürün kategorisi
Fiyat
Adet
Para birimi
Sepet değeri
Kupon
Kargo yöntemi
Ödeme yöntemi
Transaction ID
Google, standart e-ticaret event adlarının kullanılmasını önerir. Örneğin add_to_cart yerine özel bir event adı kullanmak, standart raporlama yeteneklerini sınırlandırabilir.
GA4 Funnel Exploration kurulumu
Şu adımları uygulayın:
GA4 hesabını açın.
“Keşfet” bölümüne girin.
Funnel Exploration seçin.
Funnel adımlarını ekleyin.
Açık veya kapalı funnel seçin.
Cihaz kategorisini ekleyin.
Trafik kaynağını ekleyin.
Ürün kategorisini ekleyin.
Kayıp oranlarını karşılaştırın.
Örnek funnel:
add_to_cart → view_cart → begin_checkout → add_shipping_info → add_payment_info → purchase
Mobil ve masaüstünü ayırın
Toplam oran, cihaz sorunlarını gizleyebilir.
Örnek:
| Cihaz | Begin Checkout | Purchase | Completion Rate |
|---|---|---|---|
| Mobil | 800 | 360 | %45 |
| Masaüstü | 300 | 210 | %70 |
Bu tabloda ana sorun mobildir.
Tüm checkout’u değiştirmek yerine mobil akış incelenmelidir.
Trafik kaynaklarını ayırın
Aşağıdaki kaynaklar ayrı değerlendirilmelidir:
Meta Ads
Google Ads
Organik arama
E-posta
Doğrudan trafik
Affiliate
Influencer trafiği
Yüksek AddToCart ve düşük Purchase oranı reklam vaadiyle sayfa deneyimi arasındaki uyumsuzluğu gösterebilir.
Adım 2 — Gerçek Terk ile Tracking Kaybını Ayırın
Her eksik Purchase gerçek terk değildir.
Kullanıcı sipariş vermiş olabilir. Ancak GA4 veya reklam platformu event’i görmemiş olabilir.
WooCommerce siparişi var, Purchase event yok
Bu durum tracking kaybıdır.
Muhtemel nedenler:
Purchase event çalışmamıştır.
Teşekkür sayfası açılmamıştır.
Ad blocker event’i engellemiştir.
DataLayer eksiktir.
Transaction ID boş gitmiştir.
Consent ayarı event’i durdurmuştur.
Tag yanlış tetikleyici kullanmıştır.
Purchase event var, WooCommerce siparişi yok
Bu durum hatalı ölçümdür.
Muhtemel nedenler:
Purchase erken tetiklenmiştir.
Başarısız ödeme sonrası event çalışmıştır.
Test siparişi filtrelenmemiştir.
Sipariş sonucu sayfası tekrar yüklenmiştir.
Event iki kez çalışmıştır.
Günlük karşılaştırma yapın
| Tarih | Begin Checkout | GA4 Purchase | WooCommerce Sipariş | Başarısız Ödeme |
|---|---|---|---|---|
| 1. gün | 140 | 72 | 81 | 12 |
| 2. gün | 156 | 80 | 88 | 15 |
| 3. gün | 132 | 67 | 76 | 11 |
GA4 Purchase sayısı sürekli düşükse event kapsamı incelenmelidir.
WooCommerce siparişi ile Purchase event’i birebir kontrol edilmelidir.
Transaction ID kullanın
Her sipariş benzersiz Transaction ID taşımalıdır.
Google Analytics, aynı Transaction ID ile tekrar gönderilen aynı e-ticaret event’inin ilkini işleyip tekrarını yok sayabilir. Bu nedenle Transaction ID boş bırakılmamalıdır.
Kontrol edilmesi gereken alanlar:
Transaction ID dolu mu?
Sipariş numarasıyla eşleşiyor mu?
Aynı ID tekrar kullanılıyor mu?
Test siparişleri ayrılıyor mu?
İptal siparişler ayrıca raporlanıyor mu?
Data4Ad açısından bu bölüm kritik konumlandırma alanıdır.
Data4Ad, kullanıcı ve sipariş event’lerini WooCommerce kayıtlarıyla doğrular. Eksik veya mükerrer event’leri görünür hale getirir. Data4Ad’in temel değer önerisi, tarayıcı ve sunucu verisini daha tutarlı şekilde reklam sistemlerine aktarmaktır.
Adım 3 — Toplam Maliyeti Erken Gösterin
Kullanıcı toplam bedeli checkout sonunda öğrenmemelidir.
Ürün fiyatı tek maliyet değildir.
Toplam maliyet şunları içerebilir:
Ürün bedeli
Kargo
Vergi
Kapıda ödeme bedeli
Taksit farkı
Hizmet bedeli
Paketleme bedeli
Yurt dışı teslimat ücreti
Bu bilgiler mümkün olan en erken aşamada gösterilmelidir.
Kargo ücretini sepetten önce gösterin
Kargo bilgisi şu alanlarda sunulabilir:
Ürün sayfası
Mini sepet
Sepet sayfası
Kargo hesaplayıcı
Checkout başlangıcı
Kullanıcı teslimat bölgesini seçtikten sonra tahmini ücret görebilir.
Ücretsiz kargo eşiğini görünür yapın
Örnek mesaj:
Ücretsiz kargo için sepetinize 180 TL değerinde ürün ekleyin.
Bu mesaj gerçek hesaplamayla uyumlu olmalıdır.
Ücretsiz kargo eşiği rastgele belirlenmemelidir.
Şu metrikleri kullanın:
Ortalama sepet tutarı
Brüt marj
Ortalama kargo maliyeti
İade oranı
Paketleme maliyeti
Ürün ağırlığı
Örnek:
Ortalama sepet: 900 TL
Kargo maliyeti: 80 TL
Brüt marj: yüzde 45
Hedef sepet: 1.100 TL
Ücretsiz kargo eşiği 1.100 TL seviyesinde test edilebilir.
Finansal sonuç ayrıca ölçülmelidir.
Teslimat tarihini gösterin
Kullanıcı yalnızca “kargoya verilir” mesajı görmek istemez.
Daha açık bilgi sunun:
Bugün sipariş verirseniz
24 saat içinde hazırlanır
Tahmini teslimat: 2–4 iş günü
Stokta olmayan ürünlerde ayrı süre kullanın.
Adım 4 — Checkout Formunu Sadeleştirin
Her alan satış sürecini desteklemelidir.
Gereksiz alanlar formu uzatır.
Her alanı gerekçelendirin
Şu soruyu sorun:
Bu bilgi ödeme, teslimat veya yasal süreç için gerekli mi?
Gerekli değilse alanı kaldırın veya isteğe bağlı yapın.
Duruma göre kaldırılabilecek alanlar
Şirket adı
İkinci adres satırı
Sipariş notu
Unvan
Faks
Tekrar e-posta
Zorunlu hesap parolası
Gerekli olabilecek alanlar
Ad
Soyad
E-posta
Telefon
Teslimat adresi
İl
İlçe
Posta kodu
Fatura bilgisi
Telefon alanı kargo operasyonu için gerekli olabilir.
Ancak farklı doğrulama formatları kullanıcıyı engelleyebilir.
Checkout Block ve klasik checkout ayrımı
Yeni WooCommerce kurulumlarında Checkout Block varsayılan yapı olabilir. Klasik shortcode checkout ile blok tabanlı checkout aynı özelleştirme yöntemini kullanmaz. WooCommerce dokümantasyonu, blok checkout alanlarının ek API’lerle yönetildiğini belirtir.
Klasik hook kodunu Checkout Block üzerinde doğrudan kullanmayın.
Önce kullanılan checkout türünü belirleyin.
Hata mesajlarını alan yanında gösterin
Genel hata mesajı kullanmayın.
Zayıf mesaj:
Formda hata var.
Daha iyi mesaj:
Telefon numarası 10 hane olmalıdır.
Diğer örnekler:
E-posta formatı geçersiz.
Posta kodu eksik.
Bu bölgeye teslimat yapılmıyor.
Kart numarası tamamlanmadı.
Baymard araştırması, açık ve alan bazlı hata mesajlarının genel hata ifadelerinden daha kullanışlı olduğunu gösterir.
Adım 5 — Misafir Ödemeyi Etkinleştirin
Zorunlu üyelik ek görev oluşturur.
Kullanıcı ödeme öncesinde şunlarla uğraşabilir:
Kullanıcı adı
Parola
Parola kuralı
E-posta doğrulama
Giriş yapma
Şifre sıfırlama
Bu görevler satın alma niyetini kesebilir.
Misafir ödeme akışı
Önerilen yapı:
Kullanıcı misafir olarak sipariş verir.
E-posta adresi alınır.
Sipariş tamamlanır.
Sipariş sonrası hesap seçeneği sunulur.
Kullanıcıya hesap faydaları açıklanır.
Hesap faydaları şunlardır:
Sipariş takibi
Hızlı tekrar sipariş
Kayıtlı adres
Kolay iade
Favoriler
Özel fiyatlar
Misafir ödeme seçeneği görünür olmalıdır. Baymard, zorunlu hesap açma sürecinin checkout terkine katkı sağladığını belirtir.
Adım 6 — Mobil Checkout Deneyimini İyileştirin
Mobil kullanıcı masaüstü kullanıcıdan farklı davranır.
Küçük ekran, klavye ve yönlendirme sorunları sürtünmeyi artırır.
Gerçek cihaz kullanın
Şu cihazları test edin:
iPhone Safari
Android Chrome
Küçük ekranlı telefon
Büyük ekranlı telefon
Yavaş mobil bağlantı
Masaüstü tarayıcı emülatörü yeterli değildir.
Form alanlarını mobil uyarlayın
Telefon alanı sayısal klavye açmalıdır.
E-posta alanı e-posta klavyesi açmalıdır.
Adres alanları otomatik tamamlamayı desteklemelidir.
Butonlar kolay tıklanmalıdır.
Sipariş butonunu kontrol edin
Sipariş butonu:
Görünür olmalıdır.
Sabit chat butonuyla çakışmamalıdır.
Cookie banner altında kalmamalıdır.
Yükleme durumunu göstermelidir.
Çift tıklamayı engellemelidir.
3D Secure akışını test edin
Kontrol edin:
Banka ekranı açılıyor mu?
Banka uygulamasına geçiş çalışıyor mu?
Kullanıcı mağazaya dönebiliyor mu?
Oturum korunuyor mu?
Sipariş durumu güncelleniyor mu?
Hata mesajı görünüyor mu?
Mobil 3D Secure problemi ödeme başarısızlığı gibi görünür.
Kök neden yönlendirme olabilir.
Adım 7 — Checkout Sayfasını Hızlandırın
Checkout hızı yalnızca ilk yüklemeyi kapsamaz.
Şu işlemler ayrı ölçülmelidir:
Sayfanın açılması
Kargo hesaplanması
Ödeme yöntemlerinin yüklenmesi
Kupon uygulanması
Adres doğrulaması
Siparişin gönderilmesi
3D Secure yönlendirmesi
Üçüncü taraf script’leri azaltın
Checkout sayfasında şu araçları inceleyin:
Canlı destek
Isı haritası
A/B test aracı
Popup
Reklam etiketleri
Kişiselleştirme aracı
Video
Sosyal medya widget’ı
Her script satın alma için gerekli değildir.
Gereksiz olanları checkout’tan kaldırın.
Cache ayarlarını kontrol edin
Şu sayfaları tam sayfa cache dışında tutun:
Sepet
Checkout
Hesabım
Bu sayfalar kullanıcıya özel veri taşır.
Yanlış cache sepet içeriğini bozabilir.
JavaScript hatalarını inceleyin
Tarayıcı konsolunu açın.
Şu hataları kontrol edin:
Tanımsız fonksiyon
Engellenen istek
CORS hatası
Ödeme script’i hatası
Tema çakışması
Checkout Block uyumsuzluğu
Staging ortamında eklentileri kontrollü kapatın.
Sorunlu bileşeni izole edin.
Adım 8 — Ödeme Başarı Oranını Artırın
Checkout tamamlanması ve ödeme başarısı ayrı problemlerdir.
Ödeme sorunlarını sınıflandırın.
| Hata türü | Örnek |
|---|---|
| Kullanıcı kaynaklı | Yanlış kart bilgisi |
| Banka kaynaklı | Kart reddi |
| Sağlayıcı kaynaklı | API kesintisi |
| Site kaynaklı | JavaScript hatası |
| Entegrasyon kaynaklı | Webhook sorunu |
| Güvenlik kaynaklı | 3D Secure başarısızlığı |
WooCommerce loglarını inceleyin
Kontrol edin:
Sipariş notları
WooCommerce logları
Sağlayıcı paneli
Hata kodları
Webhook kayıtları
Callback yanıtları
Sunucu erişim logları
“Ödeme başarısız” mesajı kök nedeni açıklamaz.
Hata kodlarını sınıflandırın.
Alternatif ödeme yöntemi sunun
Kullanıcı tek yöntemle sınırlandırılmamalıdır.
Değerlendirilebilecek yöntemler:
Kredi kartı
Banka kartı
Dijital cüzdan
Havale
Kapıda ödeme
Taksit
Kayıtlı kart
Her yöntem tüm mağazalar için gerekli değildir.
Kullanıcı talebi ve operasyon maliyeti birlikte değerlendirilmelidir.
Express checkout kullanın
Express checkout mobil süreci kısaltabilir.
Ancak şu alanları test edin:
Adres aktarımı
Kargo yöntemi
Vergi hesabı
Kupon
Sipariş toplamı
Ürün varyasyonu
Purchase event
Hızlı ödeme yanlış sipariş üretmemelidir.
Adım 9 — Güven Unsurlarını Checkout Yakınında Gösterin
Güven bilgisi ödeme kararına yakın olmalıdır.
Footer içinde saklanan bilgi yeterli olmayabilir.
İade koşullarını açıklayın
Kullanıcı şunları görmelidir:
İade süresi
İade yöntemi
Kargo maliyeti
Değişim seçeneği
Ürün istisnaları
Baymard, iade ve kargo bilgilerinin bulunamamasının terk davranışına katkı sağladığını belirtir.
Teslimat bilgisini gösterin
Şu bilgileri açıkça sunun:
Hazırlık süresi
Kargo süresi
Tahmini teslimat tarihi
Takip imkânı
Teslimat bölgesi
Ödeme güvenini açıklayın
HTTPS kullanın.
3D Secure bilgisini gösterin.
Ödeme sağlayıcısını belirtin.
Kart verisinin nasıl işlendiğini açıklayın.
Gizlilik bağlantısı sunun.
İletişim bilgilerini görünür yapın
Telefon
E-posta
Canlı destek
Çalışma saatleri
Sık sorulan sorular
Kullanıcı destek kanalını aramak zorunda kalmamalıdır.
Adım 10 — Kupon Alanını Stratejik Yönetin
Görünür kupon alanı kupon arama davranışı yaratabilir.
Kullanıcı siteden ayrılır. Arama motorunda kod arar. Rakip tekliflerle karşılaşabilir.
Alternatif yerleşimler
Katlanabilir alan
Metin bağlantısı
Otomatik indirim
Kampanya URL’si
Hesaba tanımlı kupon
Sepette aktif kampanya mesajı
Kupon hatalarını ölçün
İzleyin:
Kupon alanı açılma oranı
Geçersiz kupon oranı
Kupon sonrası çıkış
Kupon sonrası dönüşüm
Kupon başına indirim
Net marj
Kupon kullanılabilirliği kadar marj etkisi de önemlidir.
Adım 11 — Ücretsiz Kargo ile İndirim Arasında Seçim Yapın
Her terk davranışına indirim vermeyin.
Sorunun kaynağına göre teşvik seçin.
| Sorun | Uygun yaklaşım |
|---|---|
| Kargo maliyeti | Ücretsiz kargo |
| Fiyat hassasiyeti | Sınırlı indirim |
| Yüksek sepet tutarı | Taksit |
| Güven eksikliği | İade ve garanti |
| Tekrar müşteri | Hızlı ödeme |
| Düşük sepet | Paket veya çapraz satış |
Ücretsiz kargo ne zaman uygundur?
Kargo ana itirazdır.
Sepet eşik altındadır.
Marj yeterlidir.
Kargo maliyeti ürün fiyatına göre yüksektir.
İndirim ne zaman uygundur?
İlk sipariş teşviki gerekir.
Fiyat hassasiyeti belirgindir.
Stok eritme hedefi vardır.
Belirli segment seçilmiştir.
Teşvik kontrol grubuyla test edilmelidir.
Adım 12 — Terk Edilmiş Sepet E-Postası Kurun
Sepet kurtarma, sürtünme azaltıldıktan sonra uygulanmalıdır.
Bozuk checkout’u e-posta ile düzeltmeye çalışmayın.
Kullanıcı ne zaman tanınır?
E-posta otomasyonu kullanıcı kimliği gerektirir.
Kimlik şu noktalarda yakalanabilir:
Checkout e-posta alanı
Üyelik
Giriş yapmış kullanıcı
Önceki sipariş
İzinli form
Kimliği belirlenmeyen kullanıcıya e-posta gönderilemez.
WooCommerce ekosistemindeki sepet kurtarma çözümleri, misafir kullanıcının e-posta veya telefon bilgisini girdikten sonra kayıt oluşturabilir.
İlk e-posta
Amaç hatırlatmadır.
Mesaj şunları içermelidir:
Sepetteki ürünler
Sepete dönüş bağlantısı
Teknik destek seçeneği
Stok bilgisi
Teslimat özeti
İlk mesajda indirim zorunlu değildir.
İkinci e-posta
Amaç güven oluşturmaktır.
İçerik:
İade koşulu
Teslimat süresi
Müşteri yorumu
Ödeme seçenekleri
Destek bilgisi
Üçüncü e-posta
Amaç kontrollü teşviktir.
Teşvik seçenekleri:
Sınırlı indirim
Ücretsiz kargo
Taksit mesajı
Paket avantajı
Marj kontrolü yapılmalıdır.
Otomasyondan çıkarılacak kullanıcılar
Satın alanlar
İletişim izni olmayanlar
İade sürecindeki kullanıcılar
Geçersiz adresler
Stokta olmayan ürün sepetleri
Test kullanıcıları
Adım 13 — SMS ve WhatsApp Akışlarını Kontrol Edin
Mesajlaşma kanalları daha doğrudan çalışır.
Aşırı kullanım güven kaybı yaratabilir.
Kanal farkları
| Kanal | Hız | Maliyet | Kullanım |
|---|---|---|---|
| E-posta | Orta | Düşük | Ana kurtarma |
| SMS | Yüksek | Orta | Kritik hatırlatma |
| Yüksek | Orta | Kontrollü destek | |
| Push | Yüksek | Düşük | İzinli kullanıcı |
İzin yönetimini doğrulayın
Telefon numarasının checkout’ta alınması pazarlama izni anlamına gelmez.
İletişim tercihleri ayrıca yönetilmelidir.
Mesaj sıklığını sınırlayın.
Adım 14 — Dinamik Remarketing Kurun
Dinamik remarketing, kullanıcının görüntülediği veya sepete eklediği ürünü gösterebilir.
Doğru ürün verisi gerekir.
Gerekli event’ler
Meta tarafında:
ViewContent
AddToCart
InitiateCheckout
Purchase
Google tarafında:
Ürün görüntüleme
Sepete ekleme
Checkout
Purchase
Ürün kimliğini eşleştirin
WooCommerce event kimliği ile katalog kimliği eşleşmelidir.
Kullanılabilecek kimlikler:
Product ID
Variation ID
SKU
Tek bir standart seçin.
Örnek:
WooCommerce event content_id \= SKU Meta katalog item_id \= SKU Merchant feed id \= SKU
Farklı kimlikler yanlış ürün reklamı oluşturabilir.
Audience segmentleri
AddToCart yaptı, Purchase yapmadı
InitiateCheckout yaptı, Purchase yapmadı
Son yedi günde sepet terk etti
Yüksek sepet tutarı bıraktı
Tekrar müşteri fakat sipariş vermedi
Satın alanları hariç tutun
Purchase event eksikse satın alan kullanıcı reklam görmeye devam eder.
Bu durum reklam maliyetini artırır.
Aynı zamanda müşteri deneyimini bozar.
Adım 15 — Meta Pixel ve Conversions API Event’lerini Doğrulayın
Meta Pixel tarayıcı event’i gönderir.
Conversions API sunucu event’i gönderir.
İki yapı birlikte kullanılabilir.
Aynı işlemi gösteren event’ler tekilleştirilmelidir.
Kontrol edilecek event’ler
AddToCart
InitiateCheckout
Purchase
Kontrol edilecek parametreler
Value
Currency
Content ID
Content type
Event time
User data
Event ID
Event ID kullanın
Browser ve server Purchase aynı siparişi gösteriyorsa Event ID eşleşmelidir.
Örnek:
Browser Purchase event_id \= order_12854 Server Purchase event_id \= order_12854
Event ID farklıysa mükerrer satış oluşabilir.
Mükerrer veri şu sonuçları üretir:
ROAS yüksek görünür.
Purchase audience bozulur.
Kampanya yanlış öğrenir.
Kurtarma kitlesi hatalı oluşur.
Bütçe yanlış ölçeklenir.
Data4Ad, WooCommerce event’lerini tarayıcı ve sunucu katmanında doğrulayan veri altyapısı partneri olarak konumlanır. Amaç, checkout tasarımını değiştirmek değildir. Amaç, kullanıcı ve sipariş event’lerinin daha güvenilir ölçülmesini sağlamaktır.
Data4Ad’in birincil hedef segmenti, aylık en az 500 sipariş alan WooCommerce mağazalarıdır. Bu hacimde küçük event ve checkout farkları anlamlı gelir etkisi oluşturur.
Adım 16 — Kurtarma Kampanyasının Net Etkisini Ölçün
Kurtarılan ciro tek başına başarı değildir.
İndirim ve reklam maliyeti sonuçtan çıkarılmalıdır.
Kurtarma oranı
Formül:
Kurtarılan sepet ÷ Kurtarma akışına giren sepet × 100
Net kurtarma geliri
Formül:
Kurtarılan gelir − İndirim maliyeti − Reklam maliyeti − Mesajlaşma maliyeti
Örnek:
Kurtarılan gelir: 400.000 TL
İndirim: 40.000 TL
Reklam maliyeti: 35.000 TL
Mesajlaşma maliyeti: 5.000 TL
Net kurtarma geliri:
400.000 − 40.000 − 35.000 − 5.000 \= 320.000 TL
Incrementality ölçün
Kullanıcı kampanya olmadan da satın alabilir.
Bu nedenle kontrol grubu kullanın.
Örnek:
Test grubu: Kurtarma mesajı alır.
Kontrol grubu: Mesaj almaz.
İki grubun sipariş oranı karşılaştırılır.
Aradaki fark gerçek artımsal etkiyi gösterir.
İzlenecek metrikler
Cart recovery rate
Checkout completion rate
Payment success rate
Kurtarılan sipariş
Net kurtarma geliri
İndirim maliyeti
E-posta dönüşümü
SMS dönüşümü
Remarketing frekansı
Abonelikten çıkma oranı
Net ROAS
WooCommerce Sepet Terk Optimizasyonu Öncelik Matrisi
Her sorunu aynı anda çözmeye çalışmayın.
Etki ve uygulama güçlüğüne göre sıralayın.
| Sorun | Etki | Uygulama güçlüğü | Öncelik |
|---|---|---|---|
| Purchase event hatası | Çok yüksek | Orta | 1 |
| Ödeme başarısızlığı | Çok yüksek | Orta | 1 |
| Kargo sürprizi | Çok yüksek | Düşük | 1 |
| Mobil checkout bozuk | Çok yüksek | Orta | 1 |
| Zorunlu üyelik | Yüksek | Düşük | 2 |
| Uzun form | Yüksek | Orta | 2 |
| Yavaş checkout | Yüksek | Orta | 2 |
| Güven bilgisi eksik | Orta | Düşük | 3 |
| Sepet e-postası eksik | Orta | Orta | 3 |
| Remarketing eksik | Orta | Orta | 3 |
| Kupon alanı | Orta | Düşük | 4 |
Önce ödeme ve veri hatalarını çözün.
Ardından ticari sürtünmeyi azaltın.
Kurtarma kampanyalarını son aşamada kurun.
14 Günlük WooCommerce Sepet Terk Optimizasyon Planı
Gün 1–2: Veri doğrulama
Kontrol edin:
GA4 event’leri
WooCommerce siparişleri
Transaction ID
Meta event’leri
Ödeme logları
Duplicate Purchase
Eksik Purchase
Gün 3–4: Funnel analizi
Segmentleri ayırın:
Mobil
Masaüstü
Trafik kaynağı
Ürün kategorisi
Sepet tutarı
Yeni kullanıcı
Tekrar kullanıcı
En yüksek kayıp adımını belirleyin.
Gün 5–6: Ticari sürtünme
Kontrol edin:
Kargo
Vergi
Teslimat
Taksit
İade
Ek ücret
Kupon
Toplam maliyeti erken gösterin.
Gün 7–8: Checkout deneyimi
Kontrol edin:
Form alanları
Misafir ödeme
Mobil klavye
Sipariş butonu
Hata mesajları
Sayfa hızı
Gün 9–10: Ödeme testi
Test edin:
Başarılı ödeme
Kart reddi
3D Secure
Mobil yönlendirme
Webhook
Callback
Bekleyen sipariş
Gün 11–12: Kurtarma akışı
Kurun:
İlk e-posta
İkinci e-posta
Satın alan dışlama
Ürün kimliği
Remarketing audience
İzin kontrolleri
Gün 13–14: Sonuç analizi
Ölçün:
Checkout completion rate
Payment success rate
Net gelir
Kurtarma oranı
İndirim maliyeti
Net ROAS
Event kapsama oranı
Sık Sorulan Sorular
Sepet terk etme oranı nasıl hesaplanır?
Sipariş veren kullanıcı sayısını sepete ürün ekleyen kullanıcı sayısına bölün. Sonucu birden çıkarın. Yüzde değerini hesaplayın.
Sepet terk etme ile checkout terk etme aynı mıdır?
Hayır. Checkout terk eden kullanıcı ödeme sürecini başlatmıştır. Satın alma niyeti genellikle daha yüksektir.
WooCommerce sepet terk oranı neden yüksek olur?
Kargo maliyeti, uzun form, zorunlu üyelik, ödeme hatası, yavaş sayfa ve mobil sorunlar oranı artırabilir.
Misafir ödeme terk oranını düşürür mü?
Zorunlu üyelik sürtünmesini azaltabilir. Etki mağaza verisiyle doğrulanmalıdır.
Ücretsiz kargo mı indirim mi daha etkilidir?
Kargo ana itirazsa ücretsiz kargo uygundur. Fiyat ana itirazsa sınırlı indirim test edilebilir.
Sepet kurtarma e-postası ne zaman gönderilmelidir?
İlk mesaj, kullanıcı sepeti terk ettikten kısa süre sonra test edilebilir. En doğru süre kullanıcı davranışına göre belirlenmelidir.
İlk sepet e-postasında kupon verilmeli mi?
Hayır. İlk mesaj yalnızca hatırlatma ve destek sunabilir. Kupon daha sonraki aşamada segment bazlı kullanılabilir.
WooCommerce checkout sayfası nasıl hızlandırılır?
Üçüncü taraf script’ler, ödeme eklentileri, sunucu kaynakları, JavaScript hataları ve cache ayarları birlikte incelenmelidir.
GA4 sepet terk oranını doğru ölçer mi?
Doğru event kurulumu gerekir. GA4 Purchase verisi WooCommerce siparişleriyle karşılaştırılmalıdır.
Sipariş var fakat Purchase event yoksa kullanıcı terk etmiş sayılır mı?
Hayır. Kullanıcı satın alma yapmıştır. Sorun tracking kaybıdır.
Purchase event var fakat sipariş yoksa ne yapılmalıdır?
Event tetikleme noktası kontrol edilmelidir. Başarısız ödeme sonrası veya teşekkür sayfası yüklenirken hatalı event oluşabilir.
Meta Pixel ve CAPI birlikte kullanılmalı mı?
Birlikte kullanılabilir. Aynı işlemi gösteren browser ve server event’leri ortak Event ID ile tekilleştirilmelidir.
Server-side tracking sepet terk oranını düşürür mü?
Doğrudan düşürmez. Funnel ve reklam event’lerinin daha güvenilir ölçülmesini sağlar.
Sonuç
WooCommerce sepet terk oranı tek bir yüzdeden oluşmaz.
Kullanıcı ürünü sepete ekleyebilir. Ancak checkout’a geçmeyebilir. Checkout’a geçen kullanıcı ödeme yönteminde çıkabilir. Ödeme yapan kullanıcı teknik hata yaşayabilir. Sipariş veren kullanıcı ise tracking kaybı nedeniyle Purchase olarak görünmeyebilir.
Doğru optimizasyon sırası şöyledir:
Sepet ve checkout terki ayrılır.
GA4 funnel event’leri doğrulanır.
WooCommerce siparişleri karşılaştırılır.
Ödeme hataları sınıflandırılır.
Kargo ve toplam maliyet erken gösterilir.
Checkout alanları sadeleştirilir.
Misafir ödeme etkinleştirilir.
Mobil checkout test edilir.
Güven unsurları görünür yapılır.
Kurtarma otomasyonları kurulur.
Remarketing event’leri doğrulanır.
Net gelir ve artımsal etki ölçülür.
Sepet terk oranını düşürmek, herkese kupon göndermek değildir.
Amaç, kullanıcının ayrıldığı adımı doğru ölçmektir. Ardından o adımdaki gerçek engel kaldırılmalıdır.
Ücretsiz WooCommerce Veri Altyapısı Auditi
WooCommerce siparişleri ile GA4, Meta Ads veya Google Ads verileri uyuşmuyorsa funnel analizi hatalı sonuç üretebilir.
Data4Ad şu alanları teknik olarak inceler:
AddToCart event
BeginCheckout event
AddPaymentInfo event
Purchase event
Transaction ID
Meta Pixel
Meta Conversions API
Event ID
Product ID eşleşmesi
Event deduplication
Server-side tracking
Reklam paneli uyuşmazlığı
Net ROAS ölçümü
Data4Ad checkout tasarımı yapmaz.
Data4Ad kargo fiyatı belirlemez.
Data4Ad sepet e-postası yazmaz.
Data4Ad, WooCommerce kullanıcı ve sipariş event’lerini doğrular. Reklam platformlarına daha tutarlı veri aktarılmasını sağlar.
Ölçülmeyen checkout kaybı optimize edilemez. Yanlış ölçülen checkout kaybı ise yanlış karar üretir.
Yasal uyarı: Bu içerikteki bilgiler yol gösterme amaçlıdır. Vergi, hukuk ve KVKK gibi kritik konularda mutlaka bir uzmandan destek alın.
Yorumlar
Yorum yaz
Benzer yazılar
WooCommerce HandL UTM Grabber Alternatifleri: UTM, Attribution ve Server-Side Tracking Karşılaştırması
WooCommerce HandL UTM Grabber alternatiflerini; UTM saklama, attribution ve server-side tracking ihtiyaçlarıyla karşılaştırın.
WooCommerce Google Ads Conversion Tracking Alternatifleri
WooCommerce Google Ads dönüşüm takibi alternatiflerini; GTM, eklenti, enhanced conversions ve server-side seçenekleriyle inceleyin.