Trafik kontrolü: bağlantıların doğru alan adına yönlendirdiğinden nasıl emin olunur

Doğru alan adına geçiş ne anlama gelir

Trafik, kullanıcı tüm yönlendirmelerin ardından hedef ana makinedeki sayfayı açtığında doğru alan adına gelmiş olur. Yayın açıklamasına, profile veya reklama eklenen adresi kontrol etmek yeterli değildir: bağlantı bir kısaltıcıdan, izleyiciden, eski alan adından, ara açılış sayfasından veya coğrafi yönlendirmeden geçebilir.

Yalnızca alan adını değil, varyantını da kontrol edin: www ve www'suz, HTTP ve HTTPS, ana alan adı ve alt alan adı. site.example, www.site.example ve promo.site.example adresleri aynı projeye ait olabilir, ancak tarayıcı, analitik ve günlükler için bunlar farklı ana makinelerdir.

Bağlantıyı hedef kitlenin açtığı şekilde açın

Bağlantıya gerçek yerleştirildiği yerden geçin: yayın açıklamasından, profilden, sabitlenmiş mesajdan, gönderiden veya reklamdan. Sayfa yüklendikten sonra adres çubuğunu kontrol edin. Önemli olan, yayındaki ilk adres değil, tarayıcıda kalan URL'dir.

• Nihai ana makineyi açılış sayfasının alan adıyla karşılaştırın.
• Yolu kontrol edin: bağlantı doğru alan adına, ancak güncelliğini yitirmiş bir bölüme yönlendirebilir.
• Mobil geçişin teknik bir alt alan adına gitmediğinden emin olun.
• UTM etiketli ve etiketsiz bağlantıların sonucunu karşılaştırın.
• Tüm geçişlerin ardından kampanya parametrelerinin korunup korunmadığını kontrol edin.

Manuel kontrolün eksikliği: yalnızca tek bir senaryoyu gösterir — sizin tarayıcınızı, cihazınızı, bölgenizi ve çerez kümenizi. Hedef kitlenin bir kısmı için kurallar farklı işleyebilir.

Tüm yönlendirme zincirini tarayıcıda ve curl ile kontrol edin

Teknik kontrol için curl'ü -I ve -L parametreleriyle kullanın: komut yanıt başlıklarını gösterir ve yönlendirmelerden geçer. 301, 302, 307, 308 durum kodlarını ve Location başlıklarını arayın. Bunlar, sunucunun her adımda kullanıcıyı hangi adrese yönlendirdiğini gösterir.

Gerçek tarayıcıda kontrol için geliştirici araçlarını açın, Network sekmesine geçin ve Preserve log'u etkinleştirin. Ardından ilk bağlantıyı açın. İstek listesinde yönlendirmeler, nihai belge ve sayfa yüklendikten sonra gerçekleştirilen istekler görünür.

1. Liste yönlendirmeden sonra temizlenmesin diye Preserve log'u etkinleştirin.
2. Gerekirse tarayıcı önbelleğini devre dışı bırakın.
3. İlk bağlantıyı yayından açın veya yeni bir sekmeye yapıştırın.
4. 3xx durum kodlu yanıtları bulun.
5. Her adımın Request URL'sini Location değeriyle karşılaştırın.
6. 200 durum kodlu son belgenin alan adını ve URL'sini kontrol edin.

Zincirdeki eski alan adı ne zaman normaldir, ne zaman hatadır

Zincirdeki eski alan adı her zaman bir sorun anlamına gelmez. Taşınmanın ardından old-site.example/stream → site.example/stream şeklindeki bir yol normaldir: eski adres isteği kabul eder ve kullanıcıyı sürekli olarak yeni sitenin eşdeğer sayfasına yönlendirir. Nihai alan adı doğrudur, yol korunmuştur ve UTM etiketleri kaybolmamıştır.

Hata, old-site.example/stream adresinin yeni sitenin ana sayfasına, başka bir açılış sayfasına yönlendirdiği veya kullanıcıyı eski alan adında bıraktığı durumdur. Yönlendirmeden sonra soru işaretinden sonraki dizenin kaybolması ayrı bir sorundur: kullanıcı doğru sayfaya ulaşır, ancak analitik utm_source, utm_medium ve utm_campaign bilgilerini kaybeder.

Yalnızca son alan adını değil, parametrelerle birlikte yolu da kontrol edin. site.example adresine gerekli sayfa veya etiketler olmadan yapılan geçiş, kampanya verilerini yabancı bir ana makineye yapılan geçiş kadar bozabilir.

JavaScript yönlendirmelerini ve bağlantı parametrelerini dikkate alın

curl sunucu yanıtları için kullanışlıdır, ancak sayfa yüklendikten sonra bir betik tarafından başlatılan yönlendirmeleri her zaman görmez. Tarayıcıdaki DevTools böyle bir senaryoyu fark etmeye yardımcı olur: önce bir ara sayfa açılır, ardından betik adresi değiştirir veya kullanıcıyı başka bir alan adına gönderir.

Network'te yalnızca ana belgeyi değil, yüklendikten sonra adresin değiştiği anı da kontrol edin. UTM etiketleri kaybolduysa ilk URL'yi, Location değerini ve adres çubuğundaki nihai dizeyi karşılaştırın. Böylece yönlendirme kuralının parametreleri hangi adımda attığını anlayabilirsiniz.

Tüm parametreleri kontrolsüz iletmenin eksikliği: hedef alan adına gereksiz hizmet değerleri ulaşabilir. Önemli bağlantılar için hangi etiketlerin, promosyon kodlarının ve ortaklık parametrelerinin korunması gerektiğini önceden belirlemek gerekir.

Uygulamaların yerleşik tarayıcılarını kontrol edin

Sosyal ağlar, mesajlaşma uygulamaları ve yayın platformları bağlantıyı genellikle cihazın ana tarayıcısında değil, yerleşik bir tarayıcıda açar. Böyle bir tarayıcı farklı bir user-agent iletebilir, betikleri kısıtlayabilir, çerezleri kaydetmeyebilir veya yönlendirmeleri farklı işleyebilir.

Bağlantıyı doğrudan yayınlandığı platformun uygulamasından açın. Ardından varsa "Tarayıcıda aç" seçeneğiyle testi tekrarlayın. Nihai alan adını, yolu, UTM etiketlerini ve form, ödeme veya yetkilendirme davranışını karşılaştırın.

Yerleşik tarayıcıda kontrolün eksikliği: tüm uygulamalar teknik istek zincirini görüntülemeye izin vermez. Yine de bu önemlidir, çünkü mobil hedef kitle sıklıkla tam olarak bu şekilde geçiş yapar.

Farklı bölgelerden ve koşullardan gelen geçişleri karşılaştırın

Site coğrafi yönlendirmeler, CDN veya farklı açılış sayfası sürümleri kullanıyorsa kontrolü VPN, proxy veya ilgili bölgedeki uzak bir cihaz üzerinden tekrarlayın. Nihai alan adını, yolu, URL parametrelerini ve açılış sayfasının içeriğini karşılaştırın.

Yalnızca ülkeyi değil, tarayıcı dilini, yetkilendirmeyi, çerezleri ve cihaz türünü de kontrol edin. Bu koşullar rotayı etkileyebilir: örneğin, bir bölgeden gelen kullanıcı yerel bir alt alan adına, çerezi olmayan bir ziyaretçi ise genel bir açılış sayfasına yönlendirilebilir.

VPN ve proxy'nin eksikliği: gerçek bir izleyicinin koşullarını her zaman tam olarak yeniden oluşturmazlar. Coğrafi konum birkaç sinyalle belirlenebilir, bu nedenle böyle bir test olası bir sorunu doğrular, ancak tüm hedef kitleyi kapsamaz.

Alan adını Yandex Metrica ve GA4'te doğrulayın

Yandex Metrica'da giriş sayfaları ve sayfa URL'leri raporlarına bakın. Verileri tam adrese veya istediğiniz alan adına göre filtreleyin, ardından UTM etiketi, kaynak veya kampanyaya göre bir segment ekleyin. Böylece belirli bir yerleştirmenin ardından ziyaretlerin hangi ana makinede başladığını görebilirsiniz.

GA4'te böyle bir kontrol için Hostname boyutunu açılış sayfası, oturum kaynağı ve kampanyayla birlikte kullanın. Ana alan adına, eski adrese ve önemli alt alan adlarına kaç oturum geldiğini karşılaştırın. Etiket birkaç ana makineye kuruluysa rapor trafik karışımını hızla gösterir.

Analitiğin eksikliği: sayaçlar, engelleyiciler, devre dışı JavaScript veya etiket yüklenmeden önce sayfanın kapatılması nedeniyle ziyaretlerin bir kısmını kaydetmez. Ayrıca veriler, sayacın hiç kurulmadığı bir alan adı için yardımcı olmaz.

Sunucu günlüklerindeki istekleri kontrol edin

Sunucu günlükleri, hangi isteklerin gerçekten sitenin altyapısına ulaştığını doğrular. Kontrol için zaman, Host, URL, yanıt kodu, user-agent ve iletilmişse referer alanları gerekir. Bağlantının başlatıldığı dönemdeki istekleri arayın ve eski ile hedef alan adlarına yapılan istekleri ayrı ayrı inceleyin.

301, 302, 307 ve 308 yanıtları, sunucunun kullanıcıyı yönlendirdiğini gösterir. Hedef ana makineye yapılan 200 durum kodlu istekler, sayfanın doğru alan adından sunulduğunu doğrular. Günlüklerde eski ana makineye geçişler varsa ancak yeni ana makineye istek yoksa yönlendirme kurallarını ve olası bağlantı hatalarını kontrol edin.

Günlüklerin eksikliği: bunlara botlar, tarayıcılar ve teknik istekler de girer. Referer, uygulamalardan ve mesajlaşma uygulamalarından yapılan geçişlerde sıklıkla bulunmaz, bu nedenle belirli bir ziyaretin kaynağını her zaman geri izlemek mümkün olmayabilir.

Raporlarda ana alan adını ve alt alan adlarını ayırın

Açılış sayfası, kullanıcı hesabı, ödeme ve bilgi tabanı farklı alt alan adlarında bulunabilir. Bunları segmentler olmadan tek bir raporda toplarsanız, yayından gelen bağlantının ana site yerine promo.site.example adresine veya teklifle tanışmadan önce checkout.site.example adresine yönlendirdiğini fark etmeyebilirsiniz.

Hedef ana makine için ayrı bir segment oluşturun ve projenin tüm alan adlarını kapsayan genel raporu bırakın. Birincisi açılış trafiğini kontrol etmeye, ikincisi kullanıcının açılış sayfası, ödeme ve kullanıcı hesabı arasındaki yolunu görmeye yardımcı olur.

Aşırı katı filtrelemenin eksikliği: rapordan alt alan adları arasındaki normal geçiş kaybolabilir ve huni kopuk görünebilir.

Yerleştirmeden önce bağlantı kontrol listesi

• Bağlantıyı hedef kitlenin göreceği yerden açın.
• Adres çubuğundaki nihai alan adını, yolu ve parametreleri kontrol edin.
• curl veya Network ile 3xx zincirini ve Location başlıklarını inceleyin.
• Eski alan adının yönlendirme sırasında yolu ve UTM etiketlerini koruduğundan emin olun.
• Geçişi uygulamanın yerleşik tarayıcısında tekrarlayın.
• Coğrafi kurallar kullanılıyorsa başka bir bölgeyi kontrol edin.
• Başlatmanın ardından analitikte Hostname ve açılış sayfalarını karşılaştırın.
• Sunucu günlükleriyle doğru ana makineye yapılan istekleri doğrulayın.

Alan adı, CDN, açılış sayfası veya yönlendirme kuralları değiştikten sonra hem yeni hem de eski bağlantıları kontrol edin. Eski yayın açıklamaları, videolar ve sabitlenmiş gönderiler hedef kitleyi güncelliğini yitirmiş bir rotaya yönlendirmeye devam edebilir.