--- title: "GA4 Trafik Kaynaklarında Ödeme Sağlayıcısı Referral Görünüyorsa 8 Olası Neden" id: "1958" type: "post" slug: "ga4-odeme-saglayicisi-referral-gorunuyor" published_at: "2026-10-18T23:20:39+00:00" modified_at: "2026-10-18T23:20:40+00:00" url: "https://zeymedya.com/ga4-odeme-saglayicisi-referral-gorunuyor/" markdown_url: "https://zeymedya.com/ga4-odeme-saglayicisi-referral-gorunuyor.md" excerpt: "GOOGLE ANALYTICS 4 | ÖDEME REFERRAL SORUNU 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..." taxonomy_category: - "Dijital Pazarlama" --- GA4 Trafik Kaynaklarında Ödeme Sağlayıcısı Referral Görünüyorsa 8 Olası Neden 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. **Kısa Cevap: GA4 Trafik Kaynaklarında Ödeme Sağlayıcısı Referral Görünüyorsa Ne Yapılmalı?**Ö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. **Referral** Başka bir web sitesinden gelen yönlendirme trafiği türü. **page_referrer** Önceki sayfanın URL bilgisi; kaynak belirlemede kullanılabilir. **ignore_referrer** Eşleşen yönlendirenin kaynak olarak değerlendirilmesini engellemeye yönelik parametre. **Cross-domain** Birden fazla alan adındaki kullanıcı yolculuğunu tutarlı ölçmeye yönelik yapılandırma. ## 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. **Örnek:** Bir kullanıcı reklam üzerinden alışveriş sitesine gelir. Ödeme sırasında harici ödeme platformuna geçer. Sipariş onay ekranına döndüğünde ödeme platformunun alan adı `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: **1. Trafik kaynağı** Kullanıcı Google Ads, organik arama veya başka bir kanaldan siteye gelir. **2. Sepet ve ödeme** Ürün sepete eklenir ve ödeme işlemi başlatılır. **3. Harici sağlayıcı** Kullanıcı ödeme veya doğrulama sayfasına geçebilir. **4. Sipariş dönüşü** Kullanıcı mağazanın sipariş onay sayfasına geri döner. Ö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. **Önemli:**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ı? 1. **Doğru GA4 mülkünü seçin.**İlgili e-ticaret sitesinin doğru veri akışını inceleyin. 2. **Trafik edinme raporunu açın.**Oturum kaynağı/aracı boyutuna göre raporu görüntüleyin. 3. **Ödeme sağlayıcısının alan adını belirleyin.**Raporda görünen gerçek kaynak adını kaydedin. 4. **Ödeme dönüş URL’sini inceleyin.**Müşterinin ödeme sonrasında hangi adrese döndüğünü belirleyin. 5. **İ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. 6. **GA4 ve GTM uygulamasını inceleyin.**Çift etiket, yanlış referrer, hatalı data layer veya kaynak parametresi bulunuyor mu bakın. 7. **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 01### 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. **Örnek:**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. 02### 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. **Google’ın resmî yaklaşımı:**Üçü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. 03### 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. **Varsayımsal örnek:**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. 04### 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 `_gl` parametresi 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. **Yanlış yaklaşım:**“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. 05### Ö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_start` oluş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. 06### Ö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_source` ve `utm_medium` parametrelerini 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. **Örnek:**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. 07### 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_referrer` değ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. **Teknik örnek:**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. **Önemli:**Google, `ignore_referrer` parametresini tüm sayfalarda manuel kullanmayı önermez. Yanlış veya genel kullanımı gerçek trafik kaynağı bilgilerini kaybetmenize neden olabilir. 08### 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. 1. **Google Analytics mülkünü açın.**İlgili e-ticaret sitesine ait doğru GA4 mülkünü seçin. 2. **Yönetici bölümüne girin.**Veri toplama ve değiştirme bölümündeki Veri akışları alanını açın. 3. **Doğru web veri akışını seçin.**E-ticaret sitesinin ölçüm kimliğini ve web akışını doğrulayın. 4. **Etiket ayarlarını yapılandırın.**Google etiketi ayarlarının bulunduğu bölüme geçin. 5. **Tüm ayarları gösterin.**Mevcut seçeneklerden İstenmeyen yönlendirmeleri listeleyin alanını bulun. 6. **Ö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. 7. **Değişiklikleri kaydedin.**Kuralın gerçekten kaydedildiğini kontrol edin. 8. **Yeni verilerle kontrol edin.**Yeni ödeme işlemlerini test ederek kaynak davranışını gözlemleyin. **Eşleme türüne dikkat edin.**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](https://support.google.com/analytics/answer/10327750?hl=tr) . ## 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. **Doğru karar:**Ö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. - `purchase` olayının doğru siparişle ilişkisini kontrol edin. - `transaction_id` değ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. **Dikkat:**Ö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](https://zeymedya.com/wordpress-web-tasarim-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. 1. **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. 2. **GTM Preview veya Tag Assistant ile izleyin.**GA4 etiketlerinin ve ilgili olayların nasıl çalıştığını inceleyin. 3. **Sepet ve ödeme adımına ilerleyin.**Gerçek ödeme yönlendirme yolunu uygun test ortamında takip edin. 4. **Sipariş onay sayfasına dönüşü kontrol edin.**Dönüş URL’sini ve `page_referrer` bilgisini inceleyin. 5. **GA4 olaylarını doğrulayın.**Beklenen olayların uygun şekilde gönderildiğini kontrol edin. 6. **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. 7. **Ö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. **Önemli ayrıntı:**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 | **Bu senaryoda doğru analiz nasıl yapılmalı?**Ö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](https://zeymedya.com/donusum-optimizasyonu/) hizmetimizi inceleyebilirsiniz. **Fatih Öztürk**Proje Direktörü – Zeymedya Reklam Ajansı Bu içerik, Google Analytics 4 raporlarında üçüncü taraf ödeme sağlayıcılarını referral kaynak olarak gören işletmelerin, GA4 yönlendirme kurallarını, ödeme dönüşlerini, oturum sürekliliğini ve WooCommerce ölçümünü sistematik biçimde değerlendirmesi amacıyla hazırlanmıştır. [Zeymedya Reklam Ajansı hakkında](https://zeymedya.com/hakkimizda/) ## 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](https://zeymedya.com/donusum-optimizasyonu/) [Google Ads Yönetimi](https://zeymedya.com/google-ads-yonetimi/) [İletişime Geçin](https://zeymedya.com/iletisim/) ## Kaynaklar ve Ek Okumalar GA4 istenmeyen yönlendirmeler, trafik kaynağı boyutları, etiketleme ve cross-domain davranışı için resmî Google Analytics kaynakları: - [Google Analytics – İstenmeyen Yönlendirmeleri Belirleme](https://support.google.com/analytics/answer/10327750?hl=tr) - [Google Analytics – Kampanyalar ve Trafik Kaynakları](https://support.google.com/analytics/answer/11242841) - [Google Analytics – Trafik Kaynağı Boyutları](https://support.google.com/analytics/answer/15612152) - [Google Analytics – Google Etiketi Ayarlarını Yapılandırma](https://support.google.com/analytics/answer/12131703) - [Google Developers – GA4 Yapılandırma Parametreleri](https://developers.google.com/analytics/devguides/collection/ga4/reference/config) **Son güncelleme:** 19 Ekim 2026 ##### Benzer yazılar [https://zeymedya.com/whatsapp-reklamlari-nasil-verilir/](https://zeymedya.com/whatsapp-reklamlari-nasil-verilir/) #### [WhatsApp Reklamları Nasıl Verilir? Instagram ve Facebook’tan Mesaj Alma](https://zeymedya.com/whatsapp-reklamlari-nasil-verilir/) - 13 Kasım 2026 [https://zeymedya.com/google-ads-reklam-ogeleri/](https://zeymedya.com/google-ads-reklam-ogeleri/) #### [Google Ads Reklam Öğeleri Nedir? Açıklama, Görsel ve Site Bağlantısı Kullanımı](https://zeymedya.com/google-ads-reklam-ogeleri/) - 13 Kasım 2026 [https://zeymedya.com/google-demand-gen-nedir/](https://zeymedya.com/google-demand-gen-nedir/) #### [Google Demand Gen Nedir? Talep Yaratma Reklamları Nasıl Çalışır?](https://zeymedya.com/google-demand-gen-nedir/) - 13 Kasım 2026 - [1 Yorum](https://zeymedya.com/google-demand-gen-nedir/#comments) ## Bir yanıt yazın[Yanıtı İptal Et](/ga4-odeme-saglayicisi-referral-gorunuyor/#respond)