GA4 Çapraz Alan Adı Ölçümü Çalışmıyorsa 8 Olası Neden

GA4 çapraz alan adı ölçümünün temel gereksinimi, ilgili sitelerde aynı web veri akışından gelen Google etiketinin kullanılmasıdır.

Örneğin ana sitede G-AAAAAAAAAA, rezervasyon sitesinde ise G-BBBBBBBBBB tanımlıysa bunlar farklı GA4 veri akışlarını temsil edebilir.

Bu yapı, aynı kullanıcıyı kesintisiz ölçme hedefiyle uyumlu değildir.

Kontrol edilecekler

• Ana sitede hangi G- kimliği kullanılıyor?
• İkinci sitede aynı G- kimliği var mı?
• GTM üzerinden farklı GA4 etiketi yükleniyor mu?
• Doğrudan gtag.js kodu başka veri akışına mı gidiyor?
• İlgili sayfaların tamamında etiket mevcut mu?

Nasıl kontrol edilir?

1. GA4’te Yönetici → Veri akışları bölümüne girin.
2. Ölçmek istediğiniz web akışının G- kimliğini not edin.
3. Google Tag Assistant ile ana sitenin etiketlerini kontrol edin.
4. Aynı işlemi ikinci web sitesinde yapın.
5. Ölçüm kimliklerini karşılaştırın.

İki sitede aynı Google etiketi çalışıyor olsa bile çapraz alan yapılandırması yanlışsa bağlantı parametresi beklenen şekilde oluşturulmayabilir.

Google Analytics ilgili alan adlarını belirli koşullara göre eşleştirir.

Yaygın hatalar

• Yanlış kök alan adının eklenmesi
• Ödeme sağlayıcısının gerçek hedef alanının unutulması
• www veya alt alan geçişlerinin yanlış yorumlanması
• Alan adı koşulunun gereğinden dar seçilmesi
• Benzer alan adı nedeniyle hatalı eşleşme oluşturulması

Örnek

İşletmenin example.com sitesi, rezervasyon işlemi için booking-example.com alanına geçiyor olabilir.

GA4 ayarında yanlışlıkla bookings-example.com yazılırsa gerçek hedef eşleşmez.

Çözüm

GA4’te Alan adlarınızı yapılandırın bölümünü açın.

Kaynak ve hedef sitelerin gerçek ana bilgisayar adlarını kontrol edin.

Her bir koşulun hangi alan adlarını eşleştirdiğini doğrulayın.

GA4 çapraz alan adı ölçümünün çalışmamasında en önemli teknik nedenlerden biri, _gl parametresinin hedefe ulaşmadan kaybolmasıdır.

Google etiketi kaynak sayfadaki bağlantıya _gl ekleyebilir.

Ancak hedef URL başka adrese yönlendiriliyorsa bu parametre korunmayabilir.

Örnek yönlendirme

İlk bağlantı:
https://booking-example.com/?_gl=1~test

301 yönlendirmesi:
https://www.booking-example.com/

Sonuç:
_gl parametresi kayboldu.

Bu durumda ikinci sitedeki Google etiketi gerekli kimlik aktarımını alamayabilir.

Hangi sistemlerde yaşanabilir?

• WordPress yönlendirme eklentileri
• HTTP’den HTTPS’ye geçişler
• www ile www olmayan alan adı yönlendirmeleri
• Sunucu veya CDN yönlendirme kuralları
• Ödeme sistemi başlangıç URL’leri
• Query parametrelerini temizleyen özel uygulamalar

Çözüm

Tarayıcının Network panelinde yönlendirme zincirini inceleyin.

İlk URL’de _gl varsa ancak sonraki yönlendirmede siliniyorsa ilgili yönlendirme kuralını düzeltin.

Google, çapraz alan adı sorun giderme belgesinde parametrenin yönlendirmelerde korunmasını açıkça önerir.

Google’ın çapraz alan adı mekanizması, desteklenen bağlantı tıklamalarını izleyerek hedef URL’ye _gl ekleyebilir.

Ancak bütün site geçişleri standart bağlantı tıklamasıyla gerçekleşmez.

Bazı sistemler kullanıcıyı JavaScript aracılığıyla başka siteye yönlendirir.

Örnek geçiş türleri

JavaScript neden sorun oluşturabilir?

Google’ın dokümantasyonuna göre çapraz alan bağlantı işleme mekanizması belge düzeyindeki tıklama olaylarından yararlanır.

Özel bir JavaScript kodu yönlendirmeyi bağımsız şekilde başlatıyorsa veya olay yayılımını durduruyorsa otomatik linker beklenen şekilde çalışmayabilir.

Çözüm

1. Alan adı geçişinin hangi kodla başlatıldığını belirleyin.
2. Standart bağlantı tıklaması kullanılıp kullanılmadığını kontrol edin.
3. Özel JavaScript kodunun olay yayılımına müdahalesini inceleyin.
4. Form veya iframe kullanılıyorsa uygun teknik entegrasyonu değerlendirin.
5. Gerekirse geliştiriciyle birlikte kimlik aktarımını güvenli biçimde düzenleyin.

GA4 çapraz alan ölçümü, birinci taraf ölçüm kimliklerinin alan adları arasında aktarılmasına dayanır.

Kullanıcının analitik çerezlere izin vermemesi, tarayıcı gizlilik ayarları veya etiketlerin geç yüklenmesi bu akışı etkileyebilir.

Yaygın senaryolar

• Ana sitede analitik izni verilmiş, hedefte verilmemiş.
• İkinci sitede farklı onay yönetim sistemi kullanılıyor.
• GA4 etiketi izin koşulları nedeniyle çalışmıyor.
• Tarayıcı eklentisi ölçüm isteklerini engelliyor.
• Çerezler silinmiş veya tarayıcı oturumu değişmiş.
• Hedef site etiketleri doğru izin durumu oluşmadan devreye girmiyor.

Çözüm

Önce her iki alan adında kullanılan izin yönetimi yaklaşımını kontrol edin.

Testte kullanıcı tercihlerinin gerçekten uygulandığını doğrulayın.

Google Tag Assistant ile etiketlerin izin durumuna göre nasıl davrandığını inceleyin.

DebugView’da olayların görünmemesi durumunda da izin yönetimi kontrolleri önemlidir.

Bazı sitelerde GA4 hem Google Tag Manager hem de doğrudan Google etiketi üzerinden yapılandırılmış olabilir.

Ayrıca özel geliştirici kodlarında linker parametreleri kullanılmış olabilir.

Birden fazla bağımsız yapılandırma olduğunda beklenmeyen davranışlar oluşabilir.

Önemli teknik ayrım

Google’ın geliştirici belgesine göre, Google etiketi üzerinde manuel tanımlanan linker parametresi, arayüzdeki alan adı ayarlarını geçersiz kılabilir.

Örneğin GA4 Yönetici ekranında iki alan adı doğru tanımlanmış olsa bile etiket kodunda yalnızca bir alanı içeren farklı bir linker yapılandırması bulunabilir.

Kontrol edilecekler

• Google etiketi doğrudan mı yoksa GTM üzerinden mi yükleniyor?
• Birden fazla GA4 etiketi var mı?
• Özel linker parametresi tanımlanmış mı?
• Linker domain listesi güncel mi?
• İkinci sitede aynı ayarlar geçerli mi?
• GTM kapsayıcısının son sürümü yayınlandı mı?
• Etiket yükleme koşulları her iki sitede uygun mu?

Örnek manuel yapılandırma

// Yalnızca teknik gösterim.
// Mevcut GA4 kurulumuna doğrudan
// kopyalamadan önce kontrol edin.

gtag('set', 'linker', {
  domains: [
    'example.com',
    'booking-example.com'
  ]
});

Bu örnek geliştirici düzeyindeki ayarı gösterir. Çoğu GA4 uygulamasında Google’ın önerisi alan adlarını Analytics Yönetici arayüzünden yapılandırmaktır.

E-ticaret sitelerinde ödeme sağlayıcısı üzerinden yapılan işlemler GA4 raporlarında karmaşıklığa neden olabilir.

Kullanıcı ürün seçtikten sonra harici ödeme ekranına yönlendirilebilir ve işlemden sonra ana siteye dönebilir.

Bu durumda ödeme alan adının raporda yeni bir yönlendiren kaynak olarak görünmesi mümkündür.

Çapraz alan adı ve istenmeyen yönlendirme farkı

Örnek senaryo

1. Kullanıcı Google Ads'ten gelir.
   example.com

2. Ödeme sayfasına geçer.
   payment-provider.example

3. Ödeme tamamlanır.

4. Ana siteye geri döner.
   example.com/tesekkurler/

Yukarıdaki örnekte ödeme sağlayıcısı kendi GA4 etiketinizi çalıştırmanıza izin vermiyorsa gerçek çapraz alan adı ölçümünün koşulları sağlanmayabilir.

Ancak GA4’ün istenmeyen yönlendirmeler özelliği, ödeme sağlayıcısını yanlış trafik kaynağı olarak değerlendirmemeye yardımcı olabilir.

Çözüm

1. Ödeme sayfasının gerçek alan adını belirleyin.
2. Bu alanda kendi GA4 etiketinizin çalışıp çalışmadığını kontrol edin.
3. Alan üzerinde etiket kontrolünüz varsa çapraz alan ölçümünü değerlendirin.
4. Yalnızca harici ödeme dönüşü yaşanıyorsa istenmeyen yönlendirme ayarını inceleyin.
5. Satın alma olayının hangi sitede gönderildiğini doğrulayın.

Google’ın istenmeyen yönlendirmeler belgesi ödeme sağlayıcılarını bu özelliğin yaygın kullanım örneklerinden biri olarak açıklar.

Çapraz alan adı ölçümü doğru yapılandırılmış olsa bile test yöntemi nedeniyle çalışmıyor gibi görünebilir.

Örneğin _gl parametresini tıklama anında kontrol etmek yerine eski bir bağlantıyı açmak yanıltıcı olabilir.

Yaygın test hataları

• Kaynak bağlantıyı tıklamadan hedef URL’yi doğrudan açmak
• Eski veya kopyalanmış _gl bağlantısı kullanmak
• Farklı tarayıcı oturumlarında karşılaştırma yapmak
• GTM Önizleme modunu yanlış mülkte kontrol etmek
• GA4 DebugView için debug modunu etkinleştirmemek
• Yeni yapılan değişikliği eski raporlarla karşılaştırmak
• Tek bir trafik kaynağı metriğinden kullanıcı kimliği sürekliliği sonucu çıkarmak

Doğru test yaklaşımı

Aynı tarayıcı oturumunda kaynak alandan hedef alana gerçek bir bağlantı tıklaması gerçekleştirin.

Hedef URL’ye eklenen _gl değerinin yönlendirmelerde korunduğunu kontrol edin.

Sonra ilgili GA4 etiketlerinin olay gönderimini, kimlik parametrelerini ve raporları birlikte değerlendirin.