GA4’te Subdomain ve Cross-Domain İzleme Rehberi

Cross-domain izleme, bir kullanıcının farklı alan adları arasında geçerken (örneğin markaniz.com sitesinden markaniz-shop.com mağazasına) Google Analytics 4’te tek kullanıcı ve tek oturum olarak sayılmasını sağlayan ayardır. Subdomain izleme ise www.markaniz.com, blog.markaniz.com ve destek.markaniz.com gibi aynı ana alan adının alt alan adlarını birlikte ölçmektir.

İyi haber şu: GA4’te subdomain izleme için çoğu zaman hiçbir ayar gerekmez. Cross-domain izleme ise Universal Analytics’teki gibi kod, allowLinker alanı, çerez alanı ayarı veya görünüm filtresi gerektirmiyor. Tek bir yönetici ayarıyla yapılıyor. Eski rehberlerde gördüğünüz UA-XXXXX kodları, görünüm oluşturma ve filtre adımları GA4’te geçerli değil.

Bu rehberde GA4’ün kullanıcıyı nasıl tanıdığını, subdomainleri doğru ölçmeyi, cross-domain ayarını adım adım, ödeme sayfalarında istenmeyen yönlendirmeleri ve kurulumu nasıl test edeceğinizi anlatıyorum.

GA4 kullanıcıyı nasıl tanır, sorun nerede başlar?

GA4, bir tarayıcıyı _ga adlı birinci taraf çerezdeki istemci kimliğiyle (client ID) tanır. Oturum bilgisi de _ga_XXXXXXX çerezinde tutulur. Birinci taraf çerezler yalnızca yazıldıkları alan adında okunabilir (Google Analytics çerez kullanımı; çerez ve izin ayarları için GA4 rehberinin çerezler bölümü).

Kullanıcı markaniz.com sitesinden markaniz-shop.com sitesine geçtiğinde ikinci site birinci sitenin çerezini okuyamaz. GA4 bu ziyaretçiyi yeni bir kullanıcı olarak sayar, yeni bir oturum başlatır ve trafiğin kaynağını markaniz.com / referral olarak kaydeder. Sonuçları:

• Kullanıcı ve oturum sayıları şişer.
• Satın almanın kredisi, kullanıcıyı gerçekten getiren Google Ads veya organik arama yerine kendi sitenize (self-referral) gider; Google Ads ile GA4 sayılarının ayrışmasının nedenlerinden biri budur (dönüşüm farkı rehberi).
• Huni ve yol analizleri iki siteyi birleştiremez (huni keşfi rehberi).

Çerezlerin ömrü de tarayıcıya göre değişir. Google’ın çerez sayfasına göre _ga ve _ga_XXXXXXX çerezlerinin varsayılan süresi 2 yıldır; ancak kullanıcı geri dönmezse tarayıcılar birinci taraf çerezlerin ömrünü sınırlar (Chrome’da en fazla 400 gün, Safari’de 7 gün). Yani cross-domain ayarı kusursuz olsa bile Safari kullanıcısı bir hafta sonra döndüğünde yeni kullanıcı olarak sayılabilir. Bu, kurulum hatası değil tarayıcı davranışıdır.

Hangi durumda hangi ayar gerekir?

Kullanıcının geçtiği adresin türü, yapmanız gereken ayarı belirler. Aşağıdaki tablo en sık karşılaşılan durumları özetliyor:

GA4’te subdomain izleme

GA4 etiketi (Google etiketi, gtag.js) çerezi varsayılan olarak sayfanın bulunduğu en üst düzey alan adına yazar (cookie_domain: 'auto'). blog.markaniz.com üzerinde yazılan _ga çerezi .markaniz.com alanına ait olduğu için www.markaniz.com tarafından da okunur. Bu yüzden:

• Tüm alt alan adlarında aynı ölçüm kimliği (G-XXXXXXX) ve aynı veri akışı kullanılıyorsa ek ayar gerekmez.
• Kullanıcı www ile blog arasında geçtiğinde aynı kullanıcı ve oturum olarak sayılır.

Subdomain izlemede sorun çıkaran durumlar:

• Çerez alanının elle değiştirilmesi: GTM veya gtag yapılandırmasında cookie_domain belirli bir alt alan adına sabitlenmişse çerez paylaşılmaz. Bu ayarı auto bırakın.
• Farklı ölçüm kimlikleri: Blog ayrı bir GA4 mülküne, mağaza başka bir mülke gönderiyorsa ikisi zaten birleşmez.
• Farklı platformlar: Alt alan adı üçüncü taraf bir platformda (destek sistemi, etkinlik kayıt sayfası) barınıyor ve siz oraya etiket ekleyemiyorsanız o kısım ölçülemez.

Google, alt alan adlarının farklı çerez alanları kullandığı durumlarda cross-domain ayarına alt alan adlarını da eklemenizi öneriyor. Kendi kendine yönlendirme (self-referral) görüyorsanız Google’ın önerdiği kontrol sırası şudur: tüm sayfalarda ölçüm etiketinin yüklü olduğunu doğrulayın, cross-domain ayarının her sayfada doğru çalıştığını kontrol edin, ölçüm kodundaki çerez alanı ayarının tüm alt alan adlarında aynı olduğuna bakın ve gerekirse alt alan adlarını istenmeyen yönlendirmeler listesine ekleyin.

GA4 ayrıca otomatik self-referral algılaması yapar: yönlendiren site, mevcut sayfayla aynı alan adı veya onun bir alt alan adıysa bu ziyareti yeni bir yönlendirme kaynağı olarak saymaz. Buna rağmen raporlarda blog.markaniz.com / referral gibi satırlar görüyorsanız genellikle etiketsiz bir sayfa ya da farklı çerez ayarı vardır.

Alt alan adlarını ayrı raporlamak

UA’da her alt alan adı için ayrı görünüm ve filtre oluşturulurdu. GA4’te görünüm yok. Bunun yerine:

• Raporlara Ana makine adı (Hostname) boyutunu ekleyin. Sayfa yolu raporunda /iletisim sayfası hem www hem blog üzerinde varsa, ana makine adı olmadan ikisi tek satırda birleşir.
• Sık kullandığınız ayrımlar için karşılaştırma (comparison) veya keşif raporlarında segment tanımlayın: “Ana makine adı tam eşleşme blog.markaniz.com”.
• Hazır raporları kalıcı olarak ayırmak istiyorsanız Kitaplık üzerinden ana makine adı filtreli özel bir rapor koleksiyonu oluşturun.

Alt alan adları için ayrı GA4 mülkü açmak genellikle önerilmez. Kullanıcı yolculuğu bölünür ve birleştirmek için yalnızca GA4 360’taki toplu (roll-up) mülkler kalır.

Tersi bir ihtiyaç da olabilir: tek mülkte toplanan veriyi ekiplere ayrı göstermek. GA4 360 kullanıyorsanız ana makine adına göre filtrelenmiş alt mülkler (subproperties) oluşturabilirsiniz. Standart GA4’te bunun karşılığı, ana makine adı filtreli karşılaştırmalar ve keşif raporlarıdır.

GA4’te cross-domain izleme nasıl kurulur?

Resmî adımlar: [GA4] Alanlar arası ölçümü ayarlama; özet için GA4 rehberinin cross-domain bölümü.

Ön koşul: Her iki (veya daha fazla) alan adında da aynı GA4 ölçüm kimliğine sahip Google etiketi yüklü olmalı. Etiketi gtag.js ile, Google Etiket Yöneticisi ile veya Shopify gibi bir platform entegrasyonuyla yüklemiş olmanız fark etmez.

1. GA4’te Yönetici (Admin) sayfasını açın.
2. Mülk sütununda Veri toplama ve değiştirme (Data collection and modification) > Veri akışları (Data streams) bölümüne gidin ve web akışınızı seçin.
3. Sayfanın altındaki Etiket ayarlarını yapılandırın (Configure tag settings) bağlantısına tıklayın.
4. Alanlarınızı yapılandırın (Configure your domains) seçeneğini açın. GA4 bazen tespit ettiği alan adlarını önerir. Önerileri kabul edebilir veya elle ekleyebilirsiniz.
5. Her alan adı için bir koşul ekleyin. Eşleme türü olarak “İçerir”, “Tam olarak eşleşir”, “İle başlar”, “İle biter” veya normal ifade seçebilirsiniz. Çoğu durumda markaniz.com için “İçerir” yeterlidir; ancak bu koşul markaniz.com.tr gibi alan adlarıyla da eşleşeceğinden gerekirse “Tam olarak eşleşir” kullanın.
6. Kaydedin. Ayar birkaç dakika içinde yayına girer. Kod değişikliği gerekmez.

Kurulumdan önce bilmeniz gereken birkaç ayrıntı:

• Yetki: Bu ayarı değiştirmek için GA4 hesabında en az Düzenleyici (Editor) rolünüz olmalı.
• Sınır: Google’a göre en fazla 100 alan adı koşulu ekleyebilirsiniz. Koşullar “VEYA” mantığıyla değerlendirilir; listedeki herhangi biriyle eşleşen bağlantı süslenir.
• Öneriler: Aynı Google etiketi birden fazla alan adında çalışıyorsa GA4 bunları algılayıp Öneriler bölümünde gösterir. Öneriyi eklemeden önce alan adının gerçekten size ait olduğunu kontrol edin.
• Giden tıklamalar: Gelişmiş ölçümün otomatik topladığı click (giden bağlantı) etkinliği, cross-domain listesine eklediğiniz alan adlarına giden bağlantılar için artık kaydedilmez. Kurulumdan sonra “giden tıklama” sayılarınız düşerse sebebi budur; bu geçişleri ayrıca saymak istiyorsanız GTM ile özel bir etkinlik oluşturun.

Bu ayar Google etiketi düzeyinde çalıştığı için GTM ile kurulan GA4’te de geçerlidir. GTM’de ayrıca allowLinker alanı veya çerez alanı ayarı eklemeniz gerekmez. GTM’deki Google etiketinin, yönetici panelindeki ayara sahip aynı ölçüm kimliğini kullandığından emin olun. Kurulum temelleri için Google Tag Manager rehberine bakabilirsiniz.

_gl parametresi nasıl çalışır?

Cross-domain ayarı açıldığında Google etiketi, listedeki bir alan adına giden bağlantılara ve form gönderimlerine tıklandığı anda URL’ye _gl parametresi ekler:

https://markaniz-shop.com/urun/ceket?_gl=1*abc123*_ga*MTIzNDU2Nzg5LjE3MjcxMjM0NTY.*_ga_XXXXXXX*...

Hedef sitedeki Google etiketi bu parametreyi okur, içindeki istemci ve oturum kimliğiyle kendi _ga çerezini oluşturur. Böylece kullanıcı iki sitede aynı kimlikle devam eder. _gl kısa süre geçerlidir: Google’ın geliştirici belgesine göre bağlantı parametresi iki dakika sonra geçersiz olur ve bu yüzden yalnızca tıklama anında eklenir. Parametreli bir bağlantıyı kopyalayıp başka birine göndermek kimliği taşımaz, bu tasarım gereğidir.

Kodla kurulum: gtag.js linker ve GTM ayarları

Google, GA4 için cross-domain ayarının yönetici panelinden yapılmasını öneriyor. Yine de bazı durumlarda kodla yapılandırma gerekir. gtag.js’de bu, linker nesnesiyle yapılır ve config komutundan önce yazılmalıdır:

gtag('set', 'linker', {
  'domains': ['markaniz.com', 'markaniz-shop.com'],
  'decorate_forms': true,
  'url_position': 'query'
});

Ayarların ne işe yaradığı (Google etiketi cross-domain belgesi):

GTM’de Google etiketinin Yapılandırma ayarları bölümüne linker adlı bir parametre ekleyerek aynı nesneyi verebilirsiniz. Dikkat: Google’a göre linker parametresi, yönetici panelinde girdiğiniz alan adlarını geçersiz kılar. Bu yolu seçerseniz tüm alan adlarını domains listesine yazmanız gerekir; aksi halde paneldeki ayar çalışmaz.

Google Ads dönüşümleri için de aynı mantık geçerlidir. Google Ads etiketleri Google etiketi üzerinden bağlıysa ortak ayarı kullanır. Ayrı Google Ads veya Floodlight etiketleri kullanıyorsanız GTM’deki Dönüşüm Bağlayıcı (Conversion Linker) etiketinde “Alanlar arasında bağlantıyı etkinleştir” seçeneğini açıp alan adlarını ekleyin.

Etiketin desteklemediği özel bir akış varsa (örneğin kimliği sunucu tarafında başka bir sisteme aktarmanız gerekiyorsa) Google, gtag('get', ...) ile client_id ve session_id değerlerini okuyup hedef sayfada config komutuyla yeniden ayarlamayı manuel yöntem olarak gösteriyor. Bu yöntem bakım gerektirir; yalnızca panel ayarı yetmediğinde kullanın.

İstenmeyen yönlendirmeler: ödeme sayfaları ve 3D Secure

Bazı dış alan adlarına kullanıcıyı gönderirsiniz ama onları ölçmezsiniz: ödeme altyapıları (iyzico, PayTR, PayPal, Stripe), bankaların 3D Secure doğrulama sayfaları, randevu veya kimlik doğrulama servisleri. Kullanıcı bu sayfalardan sitenize döndüğünde GA4 onu ödeme sağlayıcısından gelen bir yönlendirme olarak görebilir. Siparişin kredisi de iyzico.com / referral gibi bir kaynağa gider.

Çözüm, bu alan adlarını istenmeyen yönlendirmeler listesine eklemektir:

1. Aynı Etiket ayarlarını yapılandırın ekranında Tüm ayarları göster seçeneğine tıklayın.
2. İstenmeyen yönlendirmeleri listeleyin (List unwanted referrals) bölümünü açın ([GA4] İstenmeyen yönlendirmeleri belirleme).
3. Ödeme sağlayıcınızın ve bankaların alan adlarını “Yönlendiren alan içerir” koşuluyla ekleyin.

Bu ayar arka planda şöyle çalışır: GA4, koşulla eşleşen etkinliklere ignore_referrer=true parametresini ekler ve yönlendiren siteyi trafik kaynağı olarak göstermez. Google’ın belgesine göre veri akışı başına en fazla 50 istenmeyen yönlendirme koşulu tanımlanabilir ve bu işlem için de en az Düzenleyici rolü gerekir.

Ödeme sağlayıcıları dışında da kullanım alanı vardır: şifre sıfırlama e-postasından dönen kullanıcılar gibi sitenizin yönettiği akışlarda e-posta servisinin alan adı da trafik kaynağı gibi görünebilir.

Ayarı yaptıktan sonra eski yönlendirme satırlarının hemen kaybolmamasının bir nedeni var. Ayardan önce ödeme sağlayıcısından gelmiş bir kullanıcı daha sonra doğrudan (yer imiyle) dönerse, GA4’ün son doğrudan olmayan tıklama kuralı nedeniyle bu oturum da eski kaynağa yazılabilir. Etki, dönüşüm geriye dönük inceleme süresi boyunca azalarak sürer.

İstenmeyen yönlendirme ile cross-domain ayarının farkı şudur: Cross-domain, kendi sahip olduğunuz ve etiketlediğiniz siteler içindir, kullanıcı kimliğini taşır. İstenmeyen yönlendirme ise etiketleyemediğiniz dış siteler içindir, yalnızca o siteyi trafik kaynağı olarak saymamayı sağlar.

Shopify ve diğer platformlarda dikkat edilecekler

• Shopify ödeme sayfası: Shopify’da ödeme artık mağazanın kendi alan adı üzerinde çalıştığı için mağaza ile checkout arasında cross-domain ayarı gerekmez. Ancak ayrı bir alan adında blog veya kurumsal siteniz varsa ve kullanıcılar oradan mağazaya geçiyorsa iki alan adını cross-domain listesine ekleyin. Mağazanın genel teknik kurulumu için Shopify SEO rehberine bakabilirsiniz.
• Shopify ödeme adımlarında izleme kodu: Shopify’ın ödeme sayfası yükseltme açıklamasına göre ödeme ayarlarındaki “ek komut dosyaları” (additional scripts) alanı 28 Ağustos 2025’ten beri yalnızca görüntülenebiliyor; Plus dışındaki mağazalar için Teşekkür ve Sipariş durumu sayfalarının yükseltme son tarihi 26 Ağustos 2026 idi. Ödeme adımlarındaki izleme artık web pikselleri veya uygulama pikselleriyle (yönetici panelinde Müşteri etkinlikleri) yapılıyor. Bu yüzden GTM’e eklediğiniz bir cross-domain veya yönlendirme ayarının ödeme sayfasında da çalıştığını ayrıca test edin.
• Harici rezervasyon veya form araçları: Calendly, Typeform gibi araçlara kendi etiketinizi ekleyemiyorsanız cross-domain çalışmaz. Bu durumda aracın kendi dönüşüm bildirimini veya teşekkür sayfası yönlendirmesini kullanın.
• Iframe içindeki içerik: _gl parametresi iframe kaynaklarına otomatik eklenmez. Iframe içindeki bir formun aynı kullanıcıya bağlanması için iframe URL’sini elle süslemeniz veya dönüşümü üst sayfaya postMessage ile iletmeniz gerekir.

Çerez onayı (Consent Mode) cross-domain izlemeyi nasıl etkiler?

Google’ın açıklamasına göre GA4, kimlik çerezlerini kullanıcının onayı varsa yazar. Bu, cross-domain izlemeyi doğrudan etkiler:

• Onay yoksa kimlik taşınmaz: Kullanıcı analitik çerezleri reddettiyse (analytics_storage: denied) _ga çerezi oluşmaz; iki sitede de kullanıcı tek tek ölçülemez. Onay modunun gelişmiş kurulumunda Google çerezsiz ping’ler gönderir, ancak bunlar kullanıcıyı iki site arasında bağlamaz.
• Onay alan adına bağlıdır: Çoğu onay aracı kullanıcının tercihini kendi alan adında saklar. Kullanıcı markaniz.com’da kabul edip markaniz-shop.com’a geçtiğinde, onay aracınız tercihi taşımıyorsa ikinci sitede banner yeniden çıkar ve kullanıcı orada reddedebilir. İki sitede aynı onay aracını ve aynı kategori ayarlarını kullanın.
• URL geçişi (url_passthrough): Onay modunda url_passthrough açıldığında Google etiketi, sayfalar arasında gezinirken gclid, dclid, gclsrc, wbraid ve _gl gibi parametreleri bağlantılara ekleyebilir (Google onay modu belgesi). Bu ayarı açarsanız yönlendirmelerinizin bu parametreleri koruduğunu ve sitenizin parametreli URL’lerde düzgün çalıştığını test edin.

Onay ayarlarının GA4 verisine genel etkisi için GA4 rehberinin çerezler bölümüne bakabilirsiniz.

Cross-domain kurulumu nasıl test edilir?

1. URL’yi kontrol edin: Birinci sitede ikinci siteye giden bir bağlantıya tıklayın. Açılan sayfanın URL’sinde _gl= parametresi görünmeli.
2. Çerezleri karşılaştırın: Tarayıcı geliştirici araçlarında (Uygulama > Çerezler) her iki alan adındaki _ga çerez değerine bakın. GA1.1. sonrasındaki istemci kimliği iki sitede aynı olmalı.
3. DebugView ile doğrulayın: GA4’te Yönetici > Veri görüntüleme > DebugView ekranında geçiş sırasında yeni bir session_start etkinliği oluşmamalı ve aynı cihaz akışı devam etmeli. Tag Assistant ile hata ayıklama modunu açabilirsiniz.
4. Raporları izleyin: Birkaç gün sonra Trafik edinme raporunda oturum kaynağı olarak kendi alan adlarınızın düşüp düşmediğine bakın. Self-referral oranının azalması kurulumun çalıştığını gösterir.
5. Sayfa ve indirmelerin bozulmadığını kontrol edin: Google, nadir de olsa sunucunun parametreli URL’de 5xx hatası verebileceğini veya indirmenin başlamayabileceğini belirtiyor. _gl içeren bir URL’de sayfanın yüklendiğini ve varsa dosya indirmenin başladığını deneyin.

Self-referral kayıtlarını raporda nasıl bulursunuz?

• Trafik edinme raporu: Birincil boyutu Oturum kaynağı / aracı yapın ve arama kutusuna kendi alan adınızı yazın. markaniz-shop.com / referral gibi satırlar, cross-domain veya etiket eksikliğine işaret eder.
• Açılış sayfasına göre bakın: Aynı rapora Açılış sayfası ikincil boyutunu ekleyin. Self-referral’ın hangi sayfalarda başladığını görürsünüz; çoğunlukla etiketsiz bir şablon, yönlendirme yapan bir ara sayfa veya ödeme dönüş sayfasıdır.
• Keşif raporu: Serbest biçimli keşifte Ana makine adı, Sayfa yönlendireni ve Oturum kaynağı boyutlarını yan yana koyun; hangi alan adından hangi alan adına geçişte kimliğin kaybolduğunu satır satır izleyebilirsiniz.

Kurulumdan önce ve sonra aynı tarih uzunluğunu karşılaştırın. Cross-domain ayarı geriye dönük çalışmadığı için ilk günlerde eski kayıtlar ile yeni kayıtlar karışık görünecektir.

Cross-domain izlemede sık yapılan hatalar

• Yönlendirmede parametrenin kaybolması: Sunucu tarafı yönlendirmeler (örneğin http’den https’e veya dil yönlendirmesi) sorgu parametrelerini atıyorsa _gl hedefe ulaşmaz. Yönlendirme kurallarının parametreleri koruduğunu kontrol edin.
• JavaScript ile yönlendirme: Kullanıcı tıklaması yerine window.location gibi JavaScript ile yapılan geçişlere _gl eklenmeyebilir. Tıklama olaylarını stopPropagation() ile durduran eklentiler de mekanizmayı bozar.
• Bağlantı yerine buton kullanılması: GA4’ün bağlantı süsleme mekanizması <a href> bağlantılarına ve formlara tıklamayı dinler. Diğer alan adına <button> ve JavaScript ile geçiş yapan “Satın al” düğmeleri _gl almaz. Mümkünse bu düğmeleri gerçek bağlantıya çevirin.
• Hedef sitenin parametreyi silmesi: Bazı sunucular, CDN kuralları veya tek sayfa uygulamalarının yönlendiricileri tanımadıkları sorgu parametrelerini URL’den temizler. Parametre tarayıcı hedef sayfayı okumadan silinirse kimlik taşınmaz. Bu durumda _gl’yi izin verilen parametrelere ekleyin veya url_position: 'fragment' ayarını değerlendirin.
• İçerik güvenliği politikası (CSP): Hedef sitenin CSP başlığı Google etiketi veya GTM alan adlarına izin vermiyorsa etiket hiç çalışmaz ve _gl okunmaz. Tarayıcı konsolunda CSP hatalarını kontrol edin.
• Tek taraflı kurulum: Ölçüm kimliği yalnızca bir sitede doğruysa ikinci site parametreyi okuyamaz. Her iki sitede aynı kimliği kullanın.
• Çerez onayı: Kullanıcı analitik çerezleri reddettiyse _ga çerezi yazılmaz ve kimlik taşınamaz. Onay modu ayarlarınızı iki sitede de aynı şekilde yapılandırın.
• Eski UA kodlarının kalması: Sitede hâlâ analytics.js veya UA-XXXXX kodu varsa kaldırın. UA veri toplamayı durdurdu (Google’a göre 1 Temmuz 2024 haftasından itibaren UA mülklerine ve geçmiş verisine erişim de kapandı) ve bu kodlar yalnızca sayfayı yavaşlatır.
• Reklam engelleyiciler ve tarayıcı gizlilik ayarları: Google etiketini engelleyen eklentiler veya tarayıcı korumaları açık olan kullanıcılarda ne çerez yazılır ne de _gl eklenir. Test ederken bu eklentileri kapatın; raporlarda ise küçük bir kaybı normal kabul edin.

Etiket düzeyindeki diğer kontroller için GTM ile tıklama izleme yazısına, trafik kanallarının nasıl atandığını anlamak için GA4 kanal gruplama rehberine bakabilirsiniz.

Subdomain ve cross-domain izleme hakkında sık sorulan sorular

GA4’te subdomain için ayrı ayar yapmam gerekir mi?

Tüm alt alan adlarında aynı ölçüm kimliği kullanılıyor ve çerez alanı auto bırakılmışsa gerekmez. GA4 çerezi ana alan adına yazar ve alt alan adları bu çerezi paylaşır.

GTM kullanıyorsam allowLinker eklemeli miyim?

Hayır. allowLinker ve autoLink UA’ya ait ayarlardı. GA4’te cross-domain, yönetici panelindeki “Alanlarınızı yapılandırın” ayarıyla yapılır ve GTM’deki Google etiketi bu ayarı otomatik uygular.

Cross-domain ayarı geçmiş verileri düzeltir mi?

Hayır. Ayar yalnızca etkinleştirildiği andan sonraki verileri etkiler. Geçmişteki self-referral kayıtları raporlarda kalır.

Ödeme sayfasını cross-domain listesine mi, istenmeyen yönlendirmelere mi eklemeliyim?

Ödeme sayfası sizin kontrolünüzde değilse ve GA4 etiketi yüklü değilse istenmeyen yönlendirmelere ekleyin. Ödeme sayfası sizin başka bir alan adınızda çalışıyor ve aynı GA4 etiketi yüklüyse cross-domain listesine ekleyin.

İki site için iki ayrı GA4 mülkü kullanabilir miyim?

Kullanabilirsiniz ama cross-domain kimlik taşıma yalnızca aynı mülke veri gönderen siteler arasında anlamlıdır. Kullanıcı yolculuğunu birlikte görmek istiyorsanız iki siteyi aynı mülkün aynı web veri akışında toplayın.

GTM olmadan cross-domain izleme yapılabilir mi?

Evet. GA4’te cross-domain ayarı yönetici panelinden yapılır ve gtag.js ile, GTM ile veya Shopify gibi bir platform entegrasyonuyla yüklenmiş Google etiketinde aynı şekilde çalışır. GTM yalnızca kodla ek parametre (ör. url_position) vermeniz gerektiğinde işe yarar.

Cross-domain listesine kaç alan adı ekleyebilirim?

Google’a göre “Alanlarınızı yapılandırın” ekranında en fazla 100 koşul tanımlanabilir. İstenmeyen yönlendirmeler için sınır veri akışı başına 50 koşuldur. Çoğu işletme için birkaç satır yeterlidir; “İçerir” eşleme türüyle birden fazla alt alan adını tek koşulda toplayabilirsiniz.

_gl parametresi SEO’yu etkiler mi?

Genellikle hayır. Parametre yalnızca kullanıcı tıkladığı anda bağlantıya eklenir, sayfanın HTML’indeki bağlantılarda yer almaz; bu yüzden arama motoru botları normalde parametreli URL görmez. Yine de hedef sayfalarınızda parametresiz adrese işaret eden kanonik etiket olduğundan emin olun. Kanonik ve parametreli URL yönetimi için teknik SEO rehberine bakabilirsiniz.

Google Ads dönüşümleri için ayrıca ayar gerekir mi?

Google Ads etiketleriniz aynı Google etiketi üzerinden bağlıysa yönetici panelindeki alan adı ayarı onlar için de kullanılır. GTM’de ayrı Google Ads dönüşüm etiketleri kullanıyorsanız Dönüşüm Bağlayıcı etiketinde alanlar arası bağlantıyı açın. Aksi halde reklam tıklaması bir sitede, dönüşüm diğerinde kaldığında Google Ads dönüşümü eşleştiremeyebilir.

Alan adımı değiştirdim, cross-domain ayarı gerekir mi?

Eski alan adı tüm sayfaları 301 ile yeni alan adına yönlendiriyorsa ve kullanıcı eski sitede gezinmiyorsa gerekmez; yeni alan adında aynı G- kimliği çalışması yeterlidir. Geçiş döneminde iki site de canlıysa ve kullanıcılar aralarında bağlantıyla geçiyorsa iki alan adını geçici olarak listeye ekleyin. Taşıma sürecinin SEO tarafı için site taşıma kontrol listesine bakabilirsiniz.

Sunucu taraflı etiketleme cross-domain ihtiyacını ortadan kaldırır mı?

Hayır. Sunucu taraflı GTM, verinin Google’a gönderilme yolunu değiştirir; kullanıcının tarayıcısındaki kimlik yine her alan adında ayrı birinci taraf çerezde tutulur. Farklı alan adları arasında aynı kimliği korumak için _gl parametresi veya kendi kimlik aktarım çözümünüz yine gerekir.

Doğru kurulmuş subdomain ve cross-domain izleme, trafik kaynaklarınızın ve dönüşümlerinizin gerçeği yansıtmasını sağlar. Ayar tek ekranlık bir iş olsa da yönlendirmeler, ödeme sayfaları ve onay yönetimi gibi ayrıntılar sonucu belirler. GA4 ve etiket kurulumunuzu uçtan uca kontrol ettirmek için CRO danışmanlığı kapsamımızı inceleyebilirsiniz. GA4’ün genel yapısı için Google Analytics 4 rehberine göz atabilirsiniz.

Bu yazıdaki bilgiler en son 22 Ekim 2026’da gözden geçirildi.