Sayılarla ne demek?
Analitik araç ziyaretçiyi bir çerez aracılığıyla tanır ve çerezler alan adına bağlıdır. magaza.com üzerinde oluşturulan kimlik, odeme-magaza.com üzerinde okunamaz. Ziyaretçi bir alandan diğerine geçtiğinde, ölçüm açısından yeni ve tanınmayan biri olur.
Alanlar arası takip bu kopukluğu giderir. İki alan arasındaki bağlantılara geçiş anında küçük bir parametre eklenir; bu parametre kimliği taşır ve karşı taraftaki etiket onu okuyarak aynı kişiyi tanır.
GA4'te bu ayar web veri akışının etiket ayarlarında "alan adlarınızı yapılandırın" bölümündedir. Birlikte ölçülecek bütün alanlar listeye eklenir ve hepsinde aynı ölçüm kimliği çalışır.
Ne zaman gerekir?
| Yapı | Gerekli mi? |
|---|---|
| Ödeme sayfası ayrı alan adında, sizin kontrolünüzde | Evet |
| Blog ayrı alan adında | Evet |
| Dil sürümleri farklı alan adlarında | Evet |
| Alt alan adları (blog.site.com) | Genelde hayır; aynı çerez alanı |
| Üçüncü taraf ödeme sayfası | Hayır; hariç tutma listesi |
Son iki satır sık karıştırılıyor. Alt alan adları genelde ana alanın çerezini paylaşabildiği için ek ayar istemiyor; sizin kontrolünüzde olmayan bir ödeme sayfasında ise etiket çalıştıramayacağınız için doğru araç yönlendirme hariç tutma.
Nasıl kurulur?
- Bütün alanları listeleyin. Ziyaretçinin geçtiği her yer.
- Hepsine aynı etiketi yerleştirin. Aynı ölçüm kimliği.
- Alan yapılandırmasına ekleyin. Veri akışı ayarlarında.
- Geçiş bağlantısını test edin. Adreste kimlik parametresi görünmeli.
- Yönlendirme raporunu izleyin. Diğer alan kaynak olarak kaybolmalı.
Uygulamada ne oluyor?
En sık belirti, kendi alan adlarınızdan birinin yönlendirme kaynağı olarak görünmesi. Ödeme alanı "referral" satırında yer alıyor ve satın almaların büyük kısmı bu satıra yazılıyor.
İkinci gözlem, parametrenin yolda düşmesi. Geçiş bağlantısı bir yönlendirmeden geçiyorsa ve yönlendirme parametreleri taşımıyorsa, kimlik karşı tarafa ulaşmıyor.
Üçüncüsü, form gönderimlerinde bağlantının güncellenmemesi. Parametre bağlantılara tıklama anında ekleniyor; alan değiştiren form gönderimleri ve betikle yapılan yönlendirmeler için ayrı kontrol gerekiyor.
Dördüncüsü, parametrenin kısa ömrü. Kimlik parametresi yalnızca birkaç dakika geçerli; bağlantıyı kopyalayıp sonra açan ziyaretçi ya da önbelleğe alınmış sayfalar bu süreyi aşabiliyor.
Beşincisi, iki alanda farklı ölçüm kimliği kullanılması. Her alan kendi mülküne veri gönderdiğinde yapılandırma listesi çalışsa bile yolculuk iki ayrı hesaba bölünüyor.
Altıncısı, çerez izin durumunun alanlar arasında aktarılmaması. Ziyaretçi bir alanda izin verip diğerinde izin ekranıyla yeniden karşılaştığında, ölçüm kararı iki tarafta farklı olabiliyor.
Yedincisi, gömülü çerçeve içindeki içerikler. Başka bir alandan çerçeve içinde yüklenen form ya da ödeme adımı kendi çerez bağlamında çalışıyor; bu yapı standart ayarla birleşmiyor.
Sekizincisi, adreste görünen parametrenin endişe yaratması. Uzun bir kod dizisi adres çubuğunda beliriyor; bu kişisel bilgi içermiyor ve sayfa içeriğini etkilemiyor, ama arama motorlarına kanonik adres doğru bildirilmeli.
Dokuzuncusu, kurulumun yalnızca bir yönde yapılması. Ziyaretçi ödeme alanından ana siteye geri dönebiliyorsa, bağlantı iki yönde de parametre taşımalı.
Onuncusu, gerçek zamanlı raporla test yapılmaması. Geçiş sonrası aynı kullanıcının iki alandaki sayfaları tek oturumda görünüyorsa kurulum doğru; ayrı oturumlar görünüyorsa bir halka eksik.
On birincisi, yeni bir alan adı eklendiğinde listenin güncellenmemesi. Kampanya için açılan ayrı bir alan ya da yeni dil sürümü listeye girmediğinde, o alanın trafiği ana siteyle birleşmiyor.
On ikincisi, alan adı sayısının gereksiz artırılması. Her yeni alan ölçüm karmaşıklığını artırıyor; mümkün olduğunda alt alan ya da alt dizin kullanmak daha sağlam bir ölçüm sağlıyor.
Neyi çözmez?
Alanlar arası takip, farklı cihazlardaki ziyaretleri birleştirmez. Kimlik yalnızca aynı tarayıcı içindeki geçişte taşınır.
Sıkça sorulan sorular
Alt alan adları için gerekli mi?
Genelde hayır; aynı ana alanın çerezini paylaşırlar.
Üçüncü taraf ödeme sayfası için kullanılır mı?
Hayır. Orada etiket çalıştıramazsınız; hariç tutma listesi kullanılır.
Adresteki parametre sorun olur mu?
Hayır; kişisel bilgi taşımaz. Kanonik adres doğru tanımlı olmalı. Yakından ilişkili bir kavram olan Self Referral, bir sitenin kendi alan adının trafik kaynağı olarak görünmesi hatasıdır; genelde eksik cross-domain veya referral exclusion kurulumundan doğar.
Bu kavramın bütün resim içindeki yerini Dönüşüm Takibi ve Ölçümleme Rehberi içinde ayrıntılı anlattım.
GA4, GTM, Meta Pixel, CAPI, Google Ads dönüşüm, TikTok Pixel ve event doğrulama ile sağlam ölçümleme altyapısı.