Google Analytics 4 raporlarınızda ödeme sağlayıcınızın alan adını trafik kaynağı olarak mı görüyorsunuz? Örneğin kullanıcı Google reklamından sitenize geliyor, ürün satın almak için harici ödeme sayfasına geçiyor ve ödeme sonrasında sitenize döndüğünde kaynak/medium raporunda ödeme altyapısı referral olarak yer alıyor olabilir. Bu durum istenmeyen yönlendirme ayarları, ödeme dönüş akışı, oturum devamlılığı, cross-domain yapılandırması veya GA4 ölçüm kodunun davranışıyla ilişkili olabilir. Bu rehberde sorunu sekiz teknik nedenle inceliyoruz.
E-ticaret sitelerinde kullanıcıların alışveriş yolculuğu her zaman tek bir alan adı üzerinde gerçekleşmez.
Kullanıcı bir ürünü inceler, sepetine ekler ve ödeme aşamasına geldiğinde üçüncü taraf ödeme hizmetine yönlendirilebilir.
İşlem tamamlandığında kullanıcı çoğu zaman e-ticaret sitesinin sipariş onay sayfasına geri döner.
Bu dönüşte tarayıcı önceki sayfayı ödeme sağlayıcısının alan adı olarak bildirebilir.
Google Analytics 4 yönlendiren sayfa bilgisini trafik kaynağını belirlemek için kullanabildiğinden ödeme altyapısı raporlarda referral kaynağı olarak görünebilir.
Ancak müşteriyi ilk kez sitenize getiren kanal gerçekten ödeme sağlayıcısı değildir.
Müşteri SEO, Google Ads, sosyal medya reklamı veya başka bir kanaldan gelmiş olabilir.
GA4 ödeme sağlayıcısı referral sorunu tam olarak bu noktada önem kazanır: Ödeme işlemini gerçekleştiren aracı hizmetin, kullanıcı kazanım kaynağıymış gibi raporlanması yanlış yorumlara neden olabilir.
Bununla birlikte ödeme sağlayıcısının raporda görünmesi, bütün satın alma dönüşümlerinin mutlaka yanlış ilişkilendirildiğini kanıtlamaz.
Önce hangi raporda ve hangi kaynak boyutunda göründüğü belirlenmelidir.
Öncelikle GA4’te Trafik edinme raporunu açın ve Oturum kaynağı/aracı (Session source/medium) boyutunu kullanarak ödeme sağlayıcısının hangi oturumlarda göründüğünü belirleyin.
Ardından ödeme sağlayıcısının gerçek alan adını doğrulayın. İşletmeniz için istenmeyen bir yönlendirme ise GA4 web veri akışındaki İstenmeyen yönlendirmeleri listeleyin ayarını değerlendirin.
Ancak bu işlemden önce sekiz olası nedeni incelemek gerekir: Harici ödeme dönüşü, eksik yönlendirme ayarı, yanlış alan adı eşlemesi, cross-domain yapılandırması, oturum ve kimlik sürekliliği, ödeme dönüşündeki URL parametreleri, yanlış GA4 etiket uygulaması ve geçmiş raporların yanlış yorumlanması.
Önemli: İstenmeyen yönlendirme ayarı geçmiş raporları otomatik olarak yeniden oluşturmaz. Ayarı değiştirdikten sonra yeni verileri ayrıca değerlendirin.
GA4’te Ödeme Sağlayıcısının Referral Olarak Görünmesi Ne Anlama Gelir?
Google Analytics 4, kullanıcıların web sitesine hangi kaynaklardan geldiğini anlamaya yardımcı olan raporlar sunar.
Referral, temel olarak başka bir web sitesinin yönlendirmesiyle gelen trafiği ifade eder.
Örneğin bir sektör blogundan işletmenizin sitesine gelen kullanıcı, uygun koşullarda referral olarak raporlanabilir.
Ancak bir ödeme sağlayıcısı genellikle kullanıcıları pazarlama amacıyla sitenize yönlendiren bir kaynak değildir.
Ödeme işleminin teknik parçasıdır.
Buna rağmen kullanıcı ödeme platformundan sitenizin teşekkür veya sipariş onay sayfasına döndüğünde, tarayıcının yönlendiren bilgisi ödeme alan adını işaret edebilir.
Google Analytics, üçüncü taraf ödeme işlemcilerini istenmeyen yönlendirmeler için örnek kullanım senaryosu olarak açıkça belirtir.
referral
olarak gözlemlenebilir.
Bu durumda önemli olan, ödeme platformunun raporda görünmesinden çok, bunun hangi rapor boyutunda ve hangi ölçüm koşullarında gerçekleştiğidir.
GA4 Ödeme Sağlayıcısı Referral Sorunu ile Unassigned Trafik Aynı Şey mi?
Hayır. İki sorun farklı ölçüm durumlarını anlatır.
Referral durumunda GA4, yönlendiren bir kaynağı tanımlamış olabilir.
Unassigned ise verinin varsayılan kanal gruplaması kurallarından birine yerleştirilememesi anlamına gelebilir.
| Özellik | Ödeme sağlayıcısı referral | Unassigned |
|---|---|---|
| Temel belirti | Ödeme alan adı source olarak görünür | Oturumun kanal grubu Unassigned olabilir |
| Örnek | odeme-ornek.test / referral | Default channel group: Unassigned |
| Öncelikli kontrol | Harici ödeme dönüşü ve referrer | Kaynak, medium, kampanya ve kanal tanımı |
| Olası çözüm alanı | İstenmeyen yönlendirmeler | Etiketleme ve kanal sınıflandırması |
Bu nedenle ödeme sağlayıcısı referral sorununun çözümü, her Unassigned trafik sorununu da otomatik çözmez.
İlgili raporda hangi boyutun kullanıldığını netleştirmek yanlış teşhisi önler.
E-Ticaret Ödeme Yolculuğu GA4’te Nasıl Görünür?
Harici ödeme sağlayıcısıyla çalışan bir e-ticaret sitesinde kullanıcı yolculuğu aşağıdaki şekilde ilerleyebilir:
Ödeme sonrası dönüş isteğinde referrer bilgisi üçüncü taraf ödeme alan adını gösterebilir.
Ancak bu bilginin GA4 raporlarında nasıl değerlendirileceği; oturum, etiket, istenmeyen yönlendirme kuralları ve kaynak boyutuna bağlıdır.
GA4’te Oturum kaynağı/aracı, İlk kullanıcı kaynağı/aracı ve Etkinlik kaynağı/aracı aynı kapsamı temsil etmez.
Ödeme sağlayıcısının hangi boyutta göründüğünü belirtmeden bütün satışların yanlış ilişkilendirildiği sonucuna varmayın.
GA4 Ödeme Sağlayıcısı Referral Sorununda İlk 15 Dakikada Hangi Kontroller Yapılmalı?
-
Doğru GA4 mülkünü seçin.
İlgili e-ticaret sitesinin doğru veri akışını inceleyin.
-
Trafik edinme raporunu açın.
Oturum kaynağı/aracı boyutuna göre raporu görüntüleyin.
-
Ödeme sağlayıcısının alan adını belirleyin.
Raporda görünen gerçek kaynak adını kaydedin.
-
Ödeme dönüş URL’sini inceleyin.
Müşterinin ödeme sonrasında hangi adrese döndüğünü belirleyin.
-
İstenmeyen yönlendirme ayarını kontrol edin.
Gerçek ödeme alan adının kurala uygun biçimde tanımlanıp tanımlanmadığını doğrulayın.
-
GA4 ve GTM uygulamasını inceleyin.
Çift etiket, yanlış referrer, hatalı data layer veya kaynak parametresi bulunuyor mu bakın.
-
Eski ve yeni verileri ayırın.
Ayar değişikliğinin öncesiyle sonrasını karıştırmadan sonuçları değerlendirin.
GA4 Trafik Kaynaklarında Ödeme Sağlayıcısının Referral Görünmesinin 8 Olası Nedeni
Harici Ödeme Sayfasından Siteye Dönüş Yönlendirme Kaynağı Oluşturuyor Olabilir
Birçok e-ticaret ödeme akışında müşteri harici ödeme alan adına yönlendirilebilir.
Ödeme sonrasında mağazaya geri döndüğünde tarayıcı, önceki sayfa olarak ödeme sağlayıcısını bildirebilir.
Bu bilgi GA4 tarafından yönlendiren kaynak değerlendirmesinde kullanılabilir.
Nasıl kontrol edilir?
- Ödeme sürecini baştan sona izleyin.
- Harici alan adına geçiş olup olmadığını belirleyin.
- Sipariş dönüş sayfasının tam URL’sini kaydedin.
- Tarayıcıda dönüş sonrası referrer bilgisini inceleyin.
- GA4’te kaynak olarak görünen alan adıyla karşılaştırın.
Bir müşteri organik aramadan mağazaya gelir, harici ödeme sayfasına geçer ve sipariş onay ekranına döner.
Dönüşte ödeme sağlayıcısının alan adı referrer olarak görülebilir.
Nasıl çözülür?
Bu alan adı gerçekten ödeme sürecinin parçasıysa GA4’te istenmeyen yönlendirme listesine eklenmesini değerlendirin.
Ancak ödeme sağlayıcısı dışındaki bütün referral kaynaklarını topluca engellemeyin.
GA4 İstenmeyen Yönlendirmeler Listesinde Ödeme Alan Adı Bulunmuyor Olabilir
Google Analytics 4, üçüncü taraf ödeme sağlayıcılarının referral olarak değerlendirilmesini önlemek için bir yapılandırma sunar.
Bu özellik İstenmeyen yönlendirmeleri listeleyin olarak adlandırılır.
Ayar,
eşleşen
yönlendirmelerde
ignore_referrer
parametresini
uygulayarak
ilgili kaynağın
yönlendiren olarak
kullanılmasını
engellemeyi
amaçlar.
Nasıl kontrol edilir?
- GA4 Yönetici bölümünü açın.
- Veri akışlarından doğru web akışını seçin.
- Etiket ayarlarını yapılandırın bölümüne geçin.
- İstenmeyen yönlendirmeler listesini inceleyin.
- Gerçek ödeme sağlayıcısı alan adı bulunuyor mu bakın.
Nasıl çözülür?
Gerçek ödeme akışında kullanılan ilgili alan adını uygun eşleme koşuluyla listeye ekleyin.
Kaydetme sonrasında yeni işlemlerde referral davranışını değerlendirin.
Üçüncü taraf ödeme işlemcileri, istenmeyen yönlendirmeler için belirtilen yaygın kullanım örneklerindendir.
Ancak kurala alakasız alan adları eklemek gerçek referral trafiğinin yanlış ölçülmesine neden olabilir.
Yanlış Alan Adı veya Eşleme Türü Kullanılmış Olabilir
Ödeme sağlayıcıları farklı alt alan adları, yönlendirme sunucuları veya ödeme sayfaları kullanabilir.
Bu nedenle istenmeyen yönlendirme listesinde bir alan adı bulunması, gerçek referrer değerinin o kuralla eşleştiğini garanti etmez.
Ayrıca eşleme türünün gereğinden geniş veya dar seçilmesi farklı sonuçlar oluşturabilir.
Nasıl kontrol edilir?
- GA4 raporunda görünen tam source değerini kaydedin.
- Ödeme akışında kullanılan gerçek domaini belirleyin.
- İstenmeyen yönlendirme kuralını açın.
- “Tam eşleşir”, “İçerir” veya diğer eşleme türlerini inceleyin.
- Gereksiz geniş eşleme bulunup bulunmadığını kontrol edin.
Raporda
secure.odeme-ornek.test
kaynağı
görünüyorsa
yalnızca
checkout.odeme-ornek.test
adresini tam
eşleşmeyle
eklemek beklenen
sonucu
vermeyebilir.
Nasıl çözülür?
Gerçek yönlendiren domainleri belirleyin ve bunlara uygun eşleme kuralları oluşturun.
Tüm internet trafiğini etkileyecek çok geniş kurallardan kaçının.
Cross-Domain Ölçümü Gereken Alan Adları Yanlış Yapılandırılmış Olabilir
Bazı e-ticaret projelerinde kullanıcı yolculuğu işletmenin yönettiği birden fazla alan adı üzerinde gerçekleşir.
Örneğin mağaza ve işletmenin kendi kontrolündeki ayrı checkout alan adı kullanılabilir.
Bu durumlarda GA4 cross-domain ölçümü, kullanıcı kimliğinin alan adları arasında daha tutarlı korunmasına yardımcı olabilir.
Ancak bütün üçüncü taraf ödeme sağlayıcılarını cross-domain listesine eklemek doğru değildir.
Nasıl kontrol edilir?
- İkinci alan adı işletmenin kontrolünde mi?
- Her iki domainde uygun GA4 etiketi çalışıyor mu?
- Ölçüm amaçlı alan adı geçişi var mı?
- Bağlantılarda
_glparametresi kullanılıyor mu? - Gerçekten cross-domain gerekip gerekmediğini değerlendirin.
Nasıl çözülür?
İşletmenizin yönettiği ve ölçüm koşullarını kontrol edebildiği uygun alan adlarında cross-domain yapılandırmasını değerlendirin.
Üçüncü taraf ödeme sağlayıcısının kendi alan adında GA4 etiketinizi çalıştıramıyorsanız yalnızca alan adını cross-domain listesine eklemek yeterli olmayabilir.
“Referral görünen her alan adını cross-domain listesine ekleyeyim.”
Önce işletmenin kontrol ettiği alan adlarıyla dış ödeme işlemcilerini birbirinden ayırın.
Ödeme Sırasında Oturum veya Kullanıcı Kimliği Sürekliliği Bozuluyor Olabilir
GA4, oturumları kullanıcıların etkileşimlerini ölçmek için kullanır.
Google Analytics’te varsayılan oturum zaman aşımı genellikle 30 dakikalık hareketsizlik süresidir.
Ancak ödeme süreci uzun sürdüğünde, tarayıcıdaki kimlik bilgileri kaybolduğunda veya etiketleme tutarsız çalıştığında ölçüm sürekliliği etkilenebilir.
Ödeme sağlayıcısının referral görünmesini yalnızca oturumun sona ermesine bağlamak doğru değildir.
Nasıl kontrol edilir?
- Ödeme öncesi ve sonrası GA4 olaylarını karşılaştırın.
- GTM Preview veya Tag Assistant ile olay akışını inceleyin.
- Yeni
session_startoluşup oluşmadığını kontrol edin. - Ödeme sürecinde uzun hareketsizlik var mı değerlendirin.
- Çerez ve izin yönetiminin ölçüme etkisini inceleyin.
Nasıl çözülür?
Önce oturumun gerçekten bölünüp bölünmediğini doğrulayın.
Ölçüm kimliği kaybı varsa nedenini saptayın.
Gerçek problemi anlamadan oturum zaman aşımını rastgele yükseltmeyin.
Ödeme Dönüşünde URL ve Kampanya Parametreleri Beklenmedik Şekilde Değişiyor Olabilir
Bazı ödeme akışlarında kullanıcı ödeme sonrasında özel bir dönüş URL’sine yönlendirilir.
Bu URL işlem kimliği, sipariş bilgisi veya farklı parametreler içerebilir.
Ayrıca yönlendirmeler kampanya parametrelerinin beklenmedik biçimde kaybolmasına veya yanlış parametrelerin eklenmesine neden olabilir.
Böyle bir durum trafik kaynağı yorumunu karmaşık hale getirebilir.
Nasıl kontrol edilir?
- Reklamdan gelen ilk açılış URL’sini inceleyin.
- Varsa
utm_sourceveutm_mediumparametrelerini kontrol edin. - Ödeme sağlayıcısına geçiş URL’sini kaydedin.
- Dönüş URL’sini inceleyin.
- Sipariş onay sayfasında yanlış kampanya parametreleri var mı bakın.
Sipariş onay
sayfasına
yanlışlıkla
utm_source=odeme
ve
utm_medium=referral
benzeri
parametreler
eklenmesi,
ölçüm
değerlendirmesini
etkileyebilir.
Nasıl çözülür?
Kampanya etiketlerini kullanıcıyı gerçekten getiren pazarlama bağlantılarında yönetin.
Ödeme dönüş URL’sine yapay kaynak bilgisi eklemeyin.
Yönlendirmelerin ölçüm açısından etkisini test edin.
GA4 veya Google Tag Manager Etiketleri Yanlış Referrer Verisi Gönderiyor Olabilir
Google Analytics
veri toplarken
page_referrer
parametresinden
yararlanabilir.
Bu değer normalde tarayıcının önceki sayfa bilgisini temsil eder.
Ancak özel GA4 yapılandırmaları ve Google Tag Manager etiketleri bu alanı manuel olarak değiştirebilir.
Hatalı uygulama sonucunda ödeme alan adı beklenmedik biçimde kaynak bilgisine dönüşebilir.
Nasıl kontrol edilir?
- GTM Preview ile gönderilen olayları inceleyin.
page_referrerdeğerini kontrol edin.- Özel GA4 etiketlerinde bu alan zorla ayarlanıyor mu bakın.
- Aynı sayfada birden fazla ölçüm kurulumu var mı inceleyin.
- Sunucu taraflı ölçüm kullanılıyorsa gönderilen parametreleri doğrulayın.
Google’ın
GA4
yapılandırma
belgelerinde
page_referrer
parametresinin
kaynak belirleme
sürecinde
kullanılabildiği
açıklanır.
Bu değerin özel kodlarla yanlış belirlenmesi raporları etkileyebilir.
Nasıl çözülür?
Referrer bilgisini manuel değiştiriyorsanız bunun gerekli olup olmadığını yeniden değerlendirin.
Özel uygulama hatasını düzeltin ve sonraki olayların gerçek kaynak bilgilerini nasıl taşıdığını doğrulayın.
Google,
ignore_referrer
parametresini
tüm sayfalarda
manuel kullanmayı
önermez.
Yanlış veya genel kullanımı gerçek trafik kaynağı bilgilerini kaybetmenize neden olabilir.
Geçmiş Veriler veya Yanlış GA4 Boyutu Sorunun Devam Ettiği İzlenimini Oluşturuyor Olabilir
Bir ödeme sağlayıcısını istenmeyen yönlendirmeler listesine ekledikten sonra kullanıcı geçmiş raporlarda aynı kaynağı görmeye devam edebilir.
Bunun nedeni geçmiş kayıtların yeni ayarla otomatik yeniden ilişkilendirilmemesi olabilir.
Ayrıca Google’ın açıklamasında, önceki bir oturumda referral olarak kaydedilmiş kaynağın, daha sonraki bazı oturum ilişkilendirmelerinde görünmeye devam edebileceği belirtilir.
Bu nedenle bir alan adının raporda bulunması, yeni yapılandırmanın kesinlikle çalışmadığını göstermez.
Nasıl kontrol edilir?
- İstenmeyen yönlendirme kuralının kaydedildiği tarihi belirleyin.
- Önceki ve sonraki tarih aralıklarını ayırın.
- Oturum kaynağı/aracı ile ilk kullanıcı kaynağı/aracını karıştırmayın.
- Güncel test işlemlerini inceleyin.
- Yeni referral kayıtlarının kaynağını araştırın.
Nasıl çözülür?
Önce yeni işlemlerden elde edilen verilerle teşhis yapın.
Eski raporların aynı kalmasını tek başına yapılandırma hatası olarak değerlendirmeyin.
Bununla birlikte yeni işlemlerde de referral görünüyorsa domain eşlemesi ve etiketleme kontrollerine geri dönün.
GA4 İstenmeyen Yönlendirmeler Listesine Ödeme Sağlayıcısı Nasıl Eklenir?
Google Analytics, üçüncü taraf ödeme sağlayıcıları için özel bir yönlendirme kontrolü sunar.
Bu ayar, Google etiketinin yapılandırma bölümünden yönetilebilir.
Google’ın güncel yardım dokümanına göre bu işlem için GA4 mülkünde Düzenleyici veya daha yüksek uygun yetki gerekir.
-
Google Analytics mülkünü açın.
İlgili e-ticaret sitesine ait doğru GA4 mülkünü seçin.
-
Yönetici bölümüne girin.
Veri toplama ve değiştirme bölümündeki Veri akışları alanını açın.
-
Doğru web veri akışını seçin.
E-ticaret sitesinin ölçüm kimliğini ve web akışını doğrulayın.
-
Etiket ayarlarını yapılandırın.
Google etiketi ayarlarının bulunduğu bölüme geçin.
-
Tüm ayarları gösterin.
Mevcut seçeneklerden İstenmeyen yönlendirmeleri listeleyin alanını bulun.
-
Ödeme alan adını ve eşleme türünü seçin.
Raporda gördüğünüz gerçek ödeme domainini uygun eşleme koşuluyla tanımlayın.
-
Değişiklikleri kaydedin.
Kuralın gerçekten kaydedildiğini kontrol edin.
-
Yeni verilerle kontrol edin.
Yeni ödeme işlemlerini test ederek kaynak davranışını gözlemleyin.
Google, istenmeyen yönlendirme koşulları için tam eşleşme, içerir, başlar, biter veya düzenli ifade gibi seçenekler sunabilir.
Kuralın mümkün olduğunca yalnızca gerçek ödeme sağlayıcısını kapsamasını sağlayın.
Örneğin
bütün
referral
kaynaklarını
tek hamlede
hariç tutmak
yerine
belirli
ödeme domainini
hedefleyin.
Resmî yapılandırma yönergesi: Google Analytics – İstenmeyen yönlendirmeleri belirleme .
GA4 Cross-Domain Ölçümü ile Referral Exclusion Arasındaki Fark Nedir?
GA4’te istenmeyen yönlendirmeleri listelemekle cross-domain yapılandırması aynı amaç için kullanılmaz.
İstenmeyen yönlendirmeler, belirli bir alan adının referral kaynağı olarak değerlendirilmemesine yardımcı olur.
Cross-domain yapılandırması ise kullanıcı yolculuğunun birden fazla ölçülen alan adında devam etmesi durumunda kimlik sürekliliğini destekleyebilir.
| Durum | Uygun yaklaşım | Kontrol |
|---|---|---|
| Harici ödeme sağlayıcısından geri dönüş | İstenmeyen yönlendirmeler ayarı | Ödeme domaini |
| İşletmenin iki farklı ölçülen domaini | Cross-domain yapılandırması | Her iki alanda etiket ve linker |
| Mağaza ile aynı alan adındaki alt domain | Önce GA4 otomatik self-referral davranışını kontrol etme | Ölçüm kimliği ve oturum |
| Alakasız dış site referral trafiği | Gerçek yönlendirme olarak koruma | Kaynak ve kullanıcı yolculuğu |
Google
Analytics
uygun şekilde
tanımlanan
cross-domain
geçişlerinde
_gl
linker parametresini
kullanabilir.
Ancak bu parametrenin bulunması veya bulunmaması tek başına bütün ölçüm sorunlarının nedenini açıklamaz.
Önce ödeme alan adının gerçek bir üçüncü taraf sağlayıcı mı, yoksa işletmenin ölçtüğü başka bir domain mi olduğunu belirleyin.
WooCommerce Sitelerinde Ödeme Sağlayıcısı Referral Sorunu Nasıl Kontrol Edilir?
WooCommerce kullanan WordPress sitelerinde ödeme sağlayıcıları eklentiler aracılığıyla entegre edilebilir.
Bu eklentiler farklı yönlendirme ve ödeme onay akışlarına sahip olabilir.
Bu nedenle önce ödeme eklentisinin hangi domainleri kullandığı belirlenmelidir.
WooCommerce için kontrol noktaları
- Ödeme sağlayıcısının gerçek dönüş domainini belirleyin.
- Ödeme sonrası sipariş onay sayfasının URL’sini doğrulayın.
- GA4 etiketinin ödeme öncesi ve sonrası çalıştığını kontrol edin.
- İstenmeyen yönlendirme ayarını inceleyin.
purchaseolayının doğru siparişle ilişkisini kontrol edin.transaction_iddeğerini doğrulayın.- Ödeme sağlayıcısının dönüş parametrelerini inceleyin.
Özellikle WooCommerce ve GA4 entegrasyonunda ödeme sağlayıcısı referral görünmesiyle satın alma olayının hiç gönderilmemesi farklı sorunlardır.
Ödeme akışı düzeltildikten sonra hem trafik kaynağı hem de satın alma olayının doğru çalıştığı ayrı doğrulanmalıdır.
Ödeme yönlendirme ayarını düzeltmek amacıyla canlı siparişleri riske atacak şekilde ödeme eklentisini kontrolsüz değiştirmeyin.
Mümkünse sağlayıcının sandbox veya test ödeme altyapısını kullanın.
Web sitesi ve e-ticaret altyapısı konusunda WordPress Web Tasarım Hizmetleri sayfamızı inceleyebilirsiniz.
GA4 Ödeme Referral Ayarı Yapıldıktan Sonra Nasıl Test Edilir?
İstenmeyen yönlendirme kuralını kaydettikten sonra yeni ölçüm davranışını doğrulamak gerekir.
Sadece ayarın kaydedilmesi, sorunun kesin çözüldüğünü kanıtlamaz.
-
Başlangıç trafik kaynağını belirleyin.
Test kullanıcısını ölçümü yapılacak bir başlangıç bağlantısından siteye yönlendirin.
-
GTM Preview veya Tag Assistant ile izleyin.
GA4 etiketlerinin ve ilgili olayların nasıl çalıştığını inceleyin.
-
Sepet ve ödeme adımına ilerleyin.
Gerçek ödeme yönlendirme yolunu uygun test ortamında takip edin.
-
Sipariş onay sayfasına dönüşü kontrol edin.
Dönüş URL’sini ve
page_referrerbilgisini inceleyin. -
GA4 olaylarını doğrulayın.
Beklenen olayların uygun şekilde gönderildiğini kontrol edin.
-
Yeni kaynak verilerini değerlendirin.
İşlenen raporlarda ödeme sağlayıcısının hâlâ istenmeyen referral olarak görünüp görünmediğini inceleyin.
-
Ödeme dönüşümü ve sipariş kayıtlarını karşılaştırın.
WooCommerce veya e-ticaret paneliyle GA4 olaylarını ayrı doğrulayın.
GA4 DebugView olay parametrelerini incelemek için yararlı olabilir. Ancak edinme raporlarının nihai işlenmiş kaynak değerlerini DebugView tek başına temsil etmez.
Sonuçları uygun raporlama süresi sonrasında yeniden değerlendirin.
Örnek: GA4’te 100 Satışın 25’i Ödeme Sağlayıcısı Referral Olarak Görünüyor
Aşağıdaki örnek tamamen varsayımsaldır. Gerçek bir Analytics mülkünden alınmış veri değildir.
Bir e-ticaret işletmesinin belirli dönemde 100 satın alma kaydettiğini düşünelim.
Raporda ödeme sağlayıcısına ait alan adıyla ilişkilendirilen 25 satın alma bulunuyor olsun.
| Kontrol | Varsayımsal sonuç | İlk yorum |
|---|---|---|
| Toplam satın alma | 100 | Ölçülen işlem sayısı |
| Ödeme domainiyle ilişkilendirilen | 25 | İncelenmesi gereken kaynak görünümü |
| Harici ödeme yönlendirmesi | Mevcut | Referrer oluşabilir |
| İstenmeyen yönlendirme kuralı | Eksik | Öncelikli yapılandırma kontrolü |
| GA4 ödeme dönüşü etiketi | Aktif | Etkinlik davranışı ayrıca kontrol edilmeli |
| Eski kaynak verileri | Mevcut | Yeni ayarla geriye dönük silinmez |
Önce 25 satışın hangi GA4 kaynak boyutunda ödeme sağlayıcısıyla ilişkilendirildiği doğrulanmalıdır.
Sonra harici ödeme akışı ve istenmeyen yönlendirme kuralı kontrol edilmelidir.
Eksik kural uygun şekilde eklenip yeni işlemler test edilebilir.
Ancak önceki 25 satışın geçmiş raporlarda otomatik olarak başka kaynaklara aktarılması beklenmemelidir.
Ayrıca
referral
sorunuyla
purchase
olayının
doğru
gönderilip
gönderilmediği
birbirinden
ayrı
doğrulanmalıdır.
GA4 Payment Gateway Referral: Belirti, Olası Neden ve Kontrol Tablosu
| Belirti | Olası neden | İlk kontrol |
|---|---|---|
| Ödeme domaini source/referral görünüyor | Harici ödeme dönüşü | Yönlendirme yolculuğu |
| Ödeme domaini istenmeyen listede yok | Eksik yönlendirme kuralı | GA4 etiket ayarları |
| Kural var ama eşleşmiyor | Yanlış domain veya match type | Gerçek referrer değeri |
| İki işletme domaininde oturum kopuyor | Cross-domain ölçüm sorunu | Etiketler ve linker |
| Ödeme sırasında yeni oturum oluşuyor | Kimlik, süre veya etiket sorunu | session_start ve oturum koşulları |
| Dönüş URL’sinde farklı UTM var | Yanlış kampanya parametreleri | URL yönlendirme akışı |
| Beklenmedik page_referrer verisi | Özel GA4/GTM yapılandırması | Etkinlik parametreleri |
| Kural eklendi ama eski raporda domain var | Geçmiş veriler veya attribution | Yeni tarih aralığı ve boyut |
GA4 Ödeme Sağlayıcısı Referral Sorunu İçin 7 Günlük Kontrol Planı
Bu plan, yedi gün içinde tüm geçmiş verilerin düzeleceği veya ölçümün kesin tamamlanacağı anlamına gelmez.
1. Gün: Kaynak tespiti
Ödeme sağlayıcısının rapordaki gerçek alan adını kaydedin.
2. Gün: Ödeme akışı
Site, ödeme sağlayıcısı ve dönüş URL’sini haritalayın.
3. Gün: GA4 yapılandırması
İstenmeyen yönlendirme listesini ve eşleme türünü inceleyin.
4. Gün: Etiket kontrolü
GTM, page_referrer ve oturum davranışını test edin.
5. Gün: Satın alma testi
Test siparişi üzerinden ödeme dönüşü ve GA4 olaylarını doğrulayın.
6. Gün: Yeni raporlar
Yeni işlenen verilerde kaynak davranışını inceleyin.
7. Gün: Son değerlendirme
Devam eden sorunları domain, etiket ve oturum açısından yeniden ele alın.
GA4 Referral Sorununu Düzeltirken Yapılmaması Gereken 6 Hata
1. Bütün referral kaynaklarını hariç tutmak
Gerçek referans kaynaklarını kaybetmenize neden olabilir.
2. Her ödeme domainini cross-domain listesine eklemek
Üçüncü taraf sağlayıcılar için bu her zaman uygun çözüm değildir.
3. ignore_referrer parametresini her sayfaya uygulamak
Gerçek trafik kaynaklarını yanlış ölçmenize neden olabilir.
4. Geçmiş raporların otomatik düzeleceğini düşünmek
Yeni yapılandırma geçmiş kayıtları topluca yeniden yazmaz.
5. Source/medium boyutlarını karıştırmak
İlk kullanıcı, oturum ve etkinlik kapsamı farklı olabilir.
6. Satın alma olayını ayrıca test etmemek
Referral sorunu çözülse bile purchase olayı ayrıca doğrulanmalıdır.
GA4 Ödeme Sağlayıcısı Referral Sorunu İçin Teknik Kontrol Listesi
- Doğru GA4 mülkü seçildi mi?
- Doğru web veri akışı açıldı mı?
- Ödeme sağlayıcısının gerçek domaini belirlendi mi?
- GA4 Trafik edinme raporu incelendi mi?
- Oturum kaynağı/aracı boyutu kontrol edildi mi?
- İlk kullanıcı ve oturum boyutları ayrıldı mı?
- Ödeme domaininin hangi raporda göründüğü kaydedildi mi?
- Harici ödeme yönlendirmesi test edildi mi?
- Ödeme dönüş URL’si doğrulandı mı?
- page_referrer değeri incelendi mi?
- İstenmeyen yönlendirme listesi açıldı mı?
- Ödeme domaini listeye uygun biçimde eklendi mi?
- Eşleme türü doğru mu?
- Alt domainler kontrol edildi mi?
- Gereksiz geniş domain kuralı bulunuyor mu?
- Cross-domain gereksinimi değerlendirildi mi?
- Ölçülen domainler gerçek işletme kontrolünde mi?
- Gerekli alanlarda _gl parametresi incelendi mi?
- GTM Preview ile olaylar test edildi mi?
- GA4 etiketinin çift kurulumu araştırıldı mı?
- page_referrer özel kodla değiştiriliyor mu?
- ignore_referrer yanlış yerde kullanılıyor mu?
- Oturum başlangıçları incelendi mi?
- Oturum zaman aşımı koşulları değerlendirildi mi?
- Ödeme dönüşünde UTM parametresi değişiyor mu?
- Google Ads tıklama bilgisi akışı incelendi mi?
- WooCommerce ödeme eklentisi kontrol edildi mi?
- Sipariş onay sayfası doğru çalışıyor mu?
- purchase olayı gönderiliyor mu?
- transaction_id bilgisi doğrulandı mı?
- Test siparişi uygun ortamda yapıldı mı?
- Ayar değişikliği tarihi kaydedildi mi?
- Yeni veriler geçmiş raporlardan ayrıldı mı?
- Yeni referral kaynakları incelendi mi?
- Gerçek referral trafiği korunuyor mu?
- Düzeltme sonrası sonuçlar yeniden karşılaştırıldı mı?
GA4 Ödeme Sağlayıcısı Referral Sorunu Hakkında Sıkça Sorulan Sorular
1. GA4’te ödeme sağlayıcısı neden referral görünür?
Kullanıcı harici ödeme sayfasından alışveriş sitesine geri döndüğünde tarayıcı ödeme alan adını yönlendiren kaynak olarak bildirebilir. GA4, bu bilgiyi trafik kaynağı değerlendirmesinde kullanabilir. İstenmeyen yönlendirme ayarı ve oturum davranışı kontrol edilmelidir.
2. GA4 ödeme sağlayıcısı referral trafiği nasıl engellenir?
GA4 Yönetici, Veri akışları ve Etiket ayarları bölümünden İstenmeyen yönlendirmeleri listeleyin ayarı incelenebilir. Gerçek ödeme domaini uygun eşleme koşuluyla tanımlanmalıdır. Alakasız yönlendirenler listeye eklenmemelidir.
3. GA4 referral exclusion geçmiş verileri düzeltir mi?
Hayır. İstenmeyen yönlendirme yapılandırması geçmiş raporları otomatik olarak yeniden oluşturmaz. Değişiklik sonrasında yeni ölçümlerin davranışı incelenmelidir. Önceki kaynakların bazı ilişkilendirme durumlarında görünmeye devam edebileceği de dikkate alınmalıdır.
4. WooCommerce ödeme sonrası GA4 kaynağı neden değişir?
Harici ödeme dönüşü, yanlış kaynak parametreleri, ölçüm etiketi ayarları veya oturum kimliği sorunları raporları etkileyebilir. Gerçek yönlendirme akışıyla GA4 kaynak boyutları birlikte incelenmelidir.
5. Ödeme sağlayıcısını referral listesinden çıkarmak satış sayısını etkiler mi?
İstenmeyen yönlendirme yapılandırmasının amacı trafik kaynağı değerlendirmesini iyileştirmektir; satın alma olayını kaldırmak değildir. Ancak gerçek sonuç kullanılan GA4 etiketleme ve e-ticaret kurulumuna bağlıdır. Bu nedenle hem kaynak hem purchase ölçümü ayrı kontrol edilmelidir.
Sonuç: GA4’te Ödeme Sağlayıcısı Referral Görünüyorsa Önce Gerçek Dönüş Akışını İnceleyin
Google Analytics 4 raporlarında ödeme sağlayıcısının referral görünmesi, e-ticaret ölçümünde incelenmesi gereken bir durumdur.
Bunun en yaygın senaryolarından biri, kullanıcının harici ödeme sayfasından mağazaya dönmesidir.
Ancak sorun yalnızca istenmeyen yönlendirme kuralının eksikliğiyle sınırlı olmayabilir.
Yanlış domain eşlemesi, cross-domain ihtiyacı, oturum sürekliliği ve özel GA4 etiket uygulamaları da değerlendirilmelidir.
En doğru yaklaşım; ödeme yolculuğunu izlemek, gerçek yönlendiren alan adını belirlemek, uygun GA4 istenmeyen yönlendirme kuralını oluşturmak ve sonraki verileri ayrı doğrulamaktır.
Ayrıca satın alma olayının doğru çalışması, trafik kaynağı ölçümünden bağımsız kontrol edilmelidir.
Dönüşüm verilerinin iş hedefleriyle ilişkili olarak değerlendirilmesi için Dönüşüm Optimizasyonu hizmetimizi inceleyebilirsiniz.
GA4 Trafik Kaynaklarınızda Ödeme Sağlayıcısı mı Görünüyor?
Doğru pazarlama ölçümü için trafik kaynaklarının, ödeme akışlarının ve satın alma olaylarının birbirinden doğru biçimde ayrılması önemlidir.
Zeymedya Reklam Ajansı, GA4, dönüşüm takibi, Google Ads, e-ticaret analitiği ve teknik dijital pazarlama alanlarında danışmanlık hizmetleri sunar.
Dönüşüm Optimizasyonu Google Ads Yönetimi İletişime Geçin
