Sayılarla ne demek?
E-ticarette ödeme çoğu zaman sitenin dışında tamamlanır. Ziyaretçi kart bilgisini girer, bankanın 3D Secure doğrulama sayfasına gider, onay kodunu yazar ve sipariş onay sayfasına geri döner. Bu dönüşte tarayıcı, geldiği yer olarak banka ya da ödeme sağlayıcısının adresini gönderir.
Ayar yapılmadığında analitik bunu yeni bir geliş olarak yorumlar. Satın alma, ziyaretçiyi siteye getiren reklam ya da bülten yerine banka alan adına yazılır. Raporda bir anda onlarca banka ve ödeme şirketi "yönlendirme kaynağı" olarak belirir.
Hariç tutma listesi bu alan adlarını tanımlar. GA4'te web veri akışının etiket ayarlarında bulunur; listedeki bir alandan dönen ziyaretçi için geliş bilgisi yok sayılır ve oturum önceki kaynağıyla devam eder.
Listeye neler girer?
| Tür | Örnek |
|---|---|
| Ödeme altyapısı | Sanal POS ve ödeme sağlayıcısı alan adları |
| Banka doğrulama | 3D Secure sayfaları |
| Dijital cüzdan | Cüzdan ve hızlı ödeme servisleri |
| Taksit / alışveriş kredisi | Finansman sağlayıcıları |
| Kimlik doğrulama | Sosyal giriş sayfaları |
İkinci satır Türkiye'deki siteler için özellikle önemli. Kartla ödemelerin büyük kısmı bankanın kendi doğrulama sayfasından geçiyor ve her banka farklı bir alan adı kullanabiliyor; liste yalnızca ödeme sağlayıcısıyla sınırlı kaldığında banka adları raporda görünmeye devam ediyor.
Nasıl kurulur?
- Yönlendirme raporunu açın. Banka ve ödeme alanlarını listeleyin.
- Satın alma yapan yönlendirmelere bakın. En şüpheliler bunlar.
- Alan adlarını listeye ekleyin. Veri akışı etiket ayarlarından.
- Test siparişi verin. Kaynak korunuyor mu?
- Ayda bir tekrar kontrol edin. Yeni bankalar eklenebilir.
Uygulamada ne oluyor?
En sık keşif, satın almaların önemli bir kısmının banka alan adlarına yazılmış olması. Reklam kampanyalarının getirisi olduğundan düşük görünüyor ve bütçe kararları bu eksik veriye göre veriliyor.
İkinci gözlem, listenin bir kez kurulup unutulması. Ödeme sağlayıcısı değiştiğinde ya da yeni bir cüzdan seçeneği eklendiğinde, yeni alan adı listede olmadığı için sorun sessizce geri dönüyor.
Üçüncüsü, ayarın geçmiş veriyi düzeltmediğinin bilinmemesi. Liste bugünden itibaren çalışıyor; önceki aylarda bankalara yazılmış satışlar raporlarda öyle kalıyor.
Dördüncüsü, alt alan adlarının gözden kaçması. Bir bankanın doğrulama sayfası ana alan adı yerine farklı bir alt alan kullanabiliyor; listeye eklenen kuralın bunu kapsadığı test edilmeli.
Beşincisi, hariç tutma ile alanlar arası takibin karıştırılması. Ödeme sayfası sizin kontrolünüzdeki başka bir alan adındaysa ve orada da analitik etiketi varsa, doğru çözüm alanlar arası takip; hariç tutma üçüncü taraf sayfalar içindir.
Altıncısı, gerçek iş ortaklarının yanlışlıkla listeye eklenmesi. Bir blog ya da karşılaştırma sitesi hariç tutulduğunda, oradan gelen gerçek ziyaretçilerin kaynağı siliniyor.
Yedincisi, oturum sayısının beklenmedik biçimde düşmesi. Liste kurulduktan sonra ödeme dönüşleri artık yeni oturum sayılmadığı için oturum sayısı hafifçe azalıyor; bu bir sorun değil, düzeltmenin kendisi.
Sekizincisi, sosyal giriş sayfalarının unutulması. Ziyaretçi bir sosyal hesapla giriş yapıp geri döndüğünde, sosyal platform kaynak olarak görünebiliyor ve o oturumdaki satış organik sosyale yazılıyor.
Dokuzuncusu, test yapılmaması. Liste doğru görünse de gerçek bir test siparişiyle kaynağın korunup korunmadığı kontrol edilmeden, ayarın çalıştığından emin olunamıyor.
Onuncusu, reklam platformlarının kendi raporlarıyla karşılaştırma. Liste kurulmadan önce reklam platformu analitikten çok daha fazla satış gösteriyordu; düzeltmeden sonra iki kaynak arasındaki fark belirgin biçimde kapanıyor.
On birincisi, taksit ve alışveriş kredisi sağlayıcılarının atlanması. Bu servislerde ziyaretçi uzun bir başvuru sürecinden geçip dönüyor; dönüş anında kaynağın korunması, kredili satışların doğru kanala yazılmasını sağlıyor.
On ikincisi, sorunun ödeme sağlayıcısıyla konuşulmaması. Bazı sağlayıcılar dönüş adresine sipariş bilgisini parametre olarak ekliyor ya da ayrı bir ara sayfa kullanıyor; teknik akışı bilmek listeyi eksiksiz kurmayı kolaylaştırıyor.
Neyi çözmez?
Hariç tutma, etiketi olmayan sayfalar arasındaki geçişleri birleştirmez. Kendi kontrolünüzdeki alan adları için alanlar arası yapılandırma gerekir.
Sıkça sorulan sorular
GA4'te nerede?
Web veri akışının etiket ayarlarında, istenmeyen yönlendirmeler listesinde.
3D Secure sayfaları eklenmeli mi?
Evet. Aksi halde satışlar banka alan adlarına yazılabilir.
Geçmiş veri düzelir mi?
Hayır. Ayar yalnızca sonraki oturumları etkiler.
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.
GA4, GTM, Meta Pixel, CAPI, Google Ads dönüşüm, TikTok Pixel ve event doğrulama ile sağlam ölçümleme altyapısı.
