Ürün

WooCommerce Sepet Terk Etme Oranlarını Düşürme Rehberi

DEData4Ad Ekibi9 Ekim 202620 dk okuma

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 CartToplamı incelemeFiyat ve kargo uygun mu?
Begin CheckoutSatın almaya yaklaşmaCheckout kolay mı?
Add Payment InfoÖdeme niyetiÖdeme yöntemi çalışıyor mu?
PurchaseTamamlanan işlemSipariş 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çenKayıp oranı
Add to Cart2.0001.500%25
View Cart1.5001.000%33,3
Begin Checkout1.000760%24
Add Payment Info760600%21,1
Purchase600——

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_item

  • add_to_cart

  • view_cart

  • remove_from_cart

  • begin_checkout

  • add_shipping_info

  • add_payment_info

  • purchase

  • refund

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:

  1. GA4 hesabını açın.

  2. “Keşfet” bölümüne girin.

  3. Funnel Exploration seçin.

  4. Funnel adımlarını ekleyin.

  5. Açık veya kapalı funnel seçin.

  6. Cihaz kategorisini ekleyin.

  7. Trafik kaynağını ekleyin.

  8. Ürün kategorisini ekleyin.

  9. 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:

CihazBegin CheckoutPurchaseCompletion Rate
Mobil800360%45
Masaüstü300210%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

TarihBegin CheckoutGA4 PurchaseWooCommerce SiparişBaşarısız Ödeme
1. gün140728112
2. gün156808815
3. gün132677611

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ı:

  1. Kullanıcı misafir olarak sipariş verir.

  2. E-posta adresi alınır.

  3. Sipariş tamamlanır.

  4. Sipariş sonrası hesap seçeneği sunulur.

  5. 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.

SorunUygun yaklaşım
Kargo maliyetiÜcretsiz kargo
Fiyat hassasiyetiSınırlı indirim
Yüksek sepet tutarıTaksit
Güven eksikliğiİade ve garanti
Tekrar müşteriHızlı ödeme
Düşük sepetPaket 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ı

KanalHızMaliyetKullanım
E-postaOrtaDüşükAna kurtarma
SMSYüksekOrtaKritik hatırlatma
WhatsAppYüksekOrtaKontrollü destek
PushYüksekDüşü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.

SorunEtkiUygulama güçlüğüÖncelik
Purchase event hatasıÇok yüksekOrta1
Ödeme başarısızlığıÇok yüksekOrta1
Kargo sürpriziÇok yüksekDüşük1
Mobil checkout bozukÇok yüksekOrta1
Zorunlu üyelikYüksekDüşük2
Uzun formYüksekOrta2
Yavaş checkoutYüksekOrta2
Güven bilgisi eksikOrtaDüşük3
Sepet e-postası eksikOrtaOrta3
Remarketing eksikOrtaOrta3
Kupon alanıOrtaDüşük4

Ö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:

  1. Sepet ve checkout terki ayrılır.

  2. GA4 funnel event’leri doğrulanır.

  3. WooCommerce siparişleri karşılaştırılır.

  4. Ödeme hataları sınıflandırılır.

  5. Kargo ve toplam maliyet erken gösterilir.

  6. Checkout alanları sadeleştirilir.

  7. Misafir ödeme etkinleştirilir.

  8. Mobil checkout test edilir.

  9. Güven unsurları görünür yapılır.

  10. Kurtarma otomasyonları kurulur.

  11. Remarketing event’leri doğrulanır.

  12. 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.

DE

Yazar

Data4Ad Ekibi

Editoryal

Data4Ad ürün ve büyüme ekibi.

Tüm yazılarını gör

Yorumlar

Yorum yaz

E-posta adresiniz yayınlanmaz.

0/2000 karakter

Yorumunuz onaylandıktan sonra yayınlanacaktır.

Benzer yazılar