Trafik yoxlaması: keçidlərin düzgün domenə yönəldiyinə necə əmin olmaq olar

Düzgün domenə keçid nə sayılır

Trafik düzgün domenə o zaman gəlir ki, istifadəçi bütün yönləndirmələrdən sonra hədəf hostda səhifəni açır. Yayımın təsvirinə, profilə və ya reklama yerləşdirilmiş ünvanı yoxlamaq kifayət etmir: keçid qısaldıcıdan, trekerdən, köhnə domendən, aralıq lendinqdən və ya geoyönləndirmədən keçə bilər.

Yalnız domen adını deyil, onun variantını da yoxlayın: www ilə və www-suz, HTTP və HTTPS, əsas domen və subdomen. site.example, www.site.example və promo.site.example ünvanları bir layihəyə aid ola bilər, lakin brauzer, analitika və loqlar üçün bunlar fərqli hostlardır.

Keçidi auditoriyanın açdığı kimi açın

Keçidə onun real yerləşdirildiyi yerdən daxil olun: yayımın təsvirindən, profildən, bərkidilmiş mesajdan, postdan və ya elandan. Səhifə yükləndikdən sonra ünvan sətrini yoxlayın. Brauzerdə qalan URL vacibdir, publikasiyadakı ilkin ünvan deyil.

• Son hostu eniş səhifəsinin domeni ilə tutuşdurun.
• Yolu yoxlayın: keçid düzgün domenə, lakin köhnəlmiş bölməyə apara bilər.
• Mobil keçidin texniki subdomenə yönəlmədiyinə əmin olun.
• UTM etiketli və etiketsiz keçid üçün nəticəni müqayisə edin.
• Bütün keçidlərdən sonra kampaniya parametrlərinin qalıb-qalmadığını yoxlayın.

Əl ilə yoxlamanın çatışmazlığı: o, bir ssenarini göstərir — sizin brauzerinizi, cihazınızı, regionunuzu və cookie dəstinizi. Auditoriyanın bir hissəsi üçün qaydalar fərqli işləyə bilər.

Bütün yönləndirmə zəncirini brauzerdə və curl vasitəsilə yoxlayın

Texniki yoxlama üçün curl-u -I və -L parametrləri ilə istifadə edin: əmr cavab başlıqlarını göstərəcək və yönləndirmələrdən keçəcək. 301, 302, 307, 308 statuslarını və Location başlıqlarını axtarın. Onlar hər addımda serverin istifadəçini hansı ünvana yönləndirdiyini göstərir.

Real brauzerdə yoxlamaq üçün developer alətlərini açın, Network tabına keçin və Preserve log-u aktivləşdirin. Sonra ilkin keçidi açın. Sorğular siyahısında yönləndirmələr, son sənəd və səhifə yükləndikdən sonra icra olunan sorğular görünür.

1. Siyahının yönləndirmədən sonra təmizlənməməsi üçün Preserve log-u aktivləşdirin.
2. Lazım gələrsə, brauzer keşini söndürün.
3. İlkin keçidi publikasiyadan açın və ya yeni taba yapışdırın.
4. 3xx statuslu cavabları tapın.
5. Hər addımın Request URL-ni Location dəyəri ilə tutuşdurun.
6. 200 statuslu son sənədin domenini və URL-ni yoxlayın.

Zəncirdə köhnə domen nə vaxt normaldır, nə vaxt xətadır

Zəncirdə köhnə domen həmişə problem demək deyil. Köçdükdən sonra old-site.example/stream → site.example/stream kimi marşrut normaldır: köhnə ünvan sorğunu qəbul edir və istifadəçini daim yeni saytın ekvivalent səhifəsinə yönləndirir. Son domen düzgündür, yol saxlanılıb, UTM etiketləri itməyib.

Baq — old-site.example/stream-in yeni saytın əsas səhifəsinə, başqa lendinqə yönəldiyi və ya istifadəçini köhnə domendə saxladığı vəziyyətdir. Ayrıca problem yönləndirmədən sonra sual işarəsindən sonrakı sətrin itməsi zamanı yaranır: istifadəçi lazımi səhifəyə düşür, lakin analitika utm_source, utm_medium və utm_campaign-i itirir.

Yalnız son domeni deyil, parametrli yolu da yoxlayın. Lazımi səhifə və ya etiketlər olmadan site.example-ə keçid kampaniya məlumatlarını başqa hosta keçid qədər təhrif edə bilər.

JavaScript yönləndirmələrini və keçid parametrlərini nəzərə alın

curl server cavabları üçün əlverişlidir, lakin səhifə yükləndikdən sonra skript tərəfindən işə salınan yönləndirmələri həmişə görmür. Brauzerdəki DevTools belə ssenarini görməyə kömək edir: əvvəlcə aralıq səhifə açılır, sonra skript ünvanı dəyişir və ya istifadəçini başqa domenə göndərir.

Network-də yalnız əsas sənədi deyil, onun yüklənməsindən sonra ünvanın dəyişmə anını da yoxlayın. UTM etiketləri itibsə, ilkin URL-ni, Location dəyərini və ünvan sətrindəki son sətri müqayisə edin. Beləliklə, yönləndirmə qaydasının parametrləri hansı addımda atdığını anlamaq olar.

Bütün parametrləri yoxlamadan ötürməyin çatışmazlığı: hədəf domenə artıq xidməti dəyərlər düşə bilər. Vacib keçidlər üçün hansı etiketlərin, promokodların və partnyor parametrlərinin saxlanmalı olduğunu əvvəlcədən müəyyən etmək lazımdır.

Tətbiqlərin daxili brauzerlərini yoxlayın

Sosial şəbəkələr, messencerlər və yayım platformaları keçidi çox vaxt cihazın əsas brauzerində deyil, daxili brauzerdə açır. Belə brauzer fərqli user-agent ötürə, skriptləri məhdudlaşdıra, cookie-ləri saxlamaya və ya yönləndirmələri fərqli emal edə bilər.

Keçidi birbaşa onun yerləşdirildiyi platformanın tətbiqindən açın. Sonra, əgər varsa, «Brauzerdə aç» bəndi vasitəsilə testi təkrarlayın. Son domeni, yolu, UTM etiketlərini və forma, ödəniş və ya avtorizasiya davranışını müqayisə edin.

Daxili brauzerdə yoxlamanın çatışmazlığı: bütün tətbiqlər texniki sorğu zəncirinə baxmağa imkan vermir. Buna baxmayaraq, bu vacibdir, çünki mobil auditoriya çox vaxt məhz belə keçid edir.

Müxtəlif regionlardan və şəraitlərdən keçidləri müqayisə edin

Sayt geoyönləndirmələr, CDN və ya müxtəlif lendinq versiyaları istifadə edirsə, yoxlamanı VPN, proksi və ya lazımi regionda uzaq cihaz vasitəsilə təkrarlayın. Son domeni, yolu, URL parametrlərini və eniş səhifəsinin məzmununu müqayisə edin.

Yalnız ölkəni deyil, brauzer dilini, avtorizasiyanı, cookie-ləri və cihaz növünü də yoxlayın. Bu şərtlər marşruta təsir edə bilər: məsələn, bir regiondan olan istifadəçi lokal subdomenə, cookie-si olmayan ziyarətçi isə ümumi lendinqə göndərilir.

VPN və proksinin çatışmazlığı: onlar real tamaşaçının şərtlərini həmişə tam əks etdirmir. Geolokasiya bir neçə siqnala görə müəyyən edilə bilər, buna görə də belə test mümkün problemi təsdiqləyir, lakin bütün auditoriyanı əhatə etmir.

Domeni Yandex Metrika və GA4-də təsdiqləyin

Yandex Metrikada giriş səhifələri və səhifə URL-ləri üzrə hesabatlara baxın. Məlumatları tam ünvana və ya lazımi domenə görə filtrləyin, sonra UTM etiketi, mənbə və ya kampaniya üzrə seqment əlavə edin. Beləliklə, konkret yerləşdirmədən sonra vizitlərin hansı hostda başladığını görmək olar.

GA4-də belə yoxlama üçün Hostname ölçməsini eniş səhifəsi, sessiya mənbəyi və kampaniya ilə birlikdə istifadə edin. Əsas domenə, köhnə ünvana və vacib subdomenlərə nə qədər sessiyanın gəldiyini müqayisə edin. Teq bir neçə hostda quraşdırılıbsa, hesabat trafikin qarışmasını tez göstərir.

Analitikanın çatışmazlığı: sayğaclar bloklayıcılar, söndürülmüş JavaScript və ya teq yüklənməzdən əvvəl səhifənin bağlanması səbəbindən vizitlərin bir hissəsini qeyd etmir. Həmçinin məlumatlar sayğacın ümumiyyətlə quraşdırılmadığı domen üzrə kömək etməyəcək.

Server loqlarında müraciətləri yoxlayın

Server loqları hansı sorğuların saytın infrastrukturuna həqiqətən çatdığını təsdiqləyir. Yoxlama üçün vaxt, Host, URL, cavab kodu, user-agent və ötürülürsə, referer sahələri lazımdır. Keçidin işə salındığı dövrdə müraciətləri axtarın və köhnə və hədəf domenlərə sorğulara ayrıca baxın.

301, 302, 307 və 308 cavabları serverin istifadəçini yönləndirdiyini göstərəcək. Hədəf hosta 200 statuslu sorğular səhifənin lazımi domendən verildiyini təsdiqləyəcək. Loqlarda köhnə hosta keçidlər varsa, lakin yenisinə sorğular yoxdursa, yönləndirmə qaydalarını və mümkün bağlantı xətalarını yoxlayın.

Loqların çatışmazlığı: onlara botlar, skanerlər və texniki sorğular düşür. Referer tətbiqlərdən və messencerlərdən keçidlərdə çox vaxt olmur, buna görə də konkret vizitin mənbəyini həmişə bərpa etmək mümkün olmayacaq.

Hesabatlarda əsas domeni və subdomenləri ayırın

Lendinq, şəxsi kabinet, ödəniş və bilik bazası müxtəlif subdomenlərdə yerləşə bilər. Onları seqmentsiz bir hesabatda toplasanız, yayımdan keçidin əsas sayt əvəzinə promo.site.example-ə və ya təkliflə tanışlıqdan əvvəl checkout.site.example-ə yönəldiyini görməyə bilərsiniz.

Hədəf host üçün ayrıca seqment yaradın və layihənin bütün domenləri üzrə ümumi hesabatı saxlayın. Birincisi eniş trafikinə nəzarət etməyə, ikincisi lendinq, ödəniş və şəxsi kabinet arasında istifadəçi yolunu görməyə kömək edəcək.

Çox sərt filtrləmənin çatışmazlığı: hesabatdan subdomenlər arasında normal keçid itə bilər və huni qırılmış görünəcək.

Yerləşdirmədən əvvəl keçid yoxlama siyahısı

• Keçidi auditoriyanın görəcəyi yerdən açın.
• Ünvan sətrində son domeni, yolu və parametrləri yoxlayın.
• curl və ya Network vasitəsilə 3xx zəncirinə və Location başlıqlarına baxın.
• Köhnə domenin yönləndirmə zamanı yolu və UTM etiketlərini saxladığına əmin olun.
• Keçidi tətbiqin daxili brauzerində təkrarlayın.
• Georqaydalar istifadə olunursa, başqa regionu yoxlayın.
• İşə salındıqdan sonra analitikada Hostname və eniş səhifələrini tutuşdurun.
• Server loqları ilə lazımi hosta müraciətləri təsdiqləyin.

Domen, CDN, lendinq və ya yönləndirmə qaydaları dəyişdikdən sonra həm yeni, həm də köhnə keçidləri yoxlayın. Köhnə yayım təsvirləri, videolar və bərkidilmiş postlar auditoriyanı köhnəlmiş marşruta yönəltməyə davam edə bilər.