Verificarea traficului: cum te asiguri că linkurile duc către domeniul corect

Ce înseamnă o accesare către domeniul corect

Traficul ajunge pe domeniul corect atunci când utilizatorul, după toate redirecționările, deschide pagina pe hostul țintă. Nu este suficient să verifici adresa inserată în descrierea streamului, în profil sau în reclamă: linkul poate trece printr-un scurtător, un tracker, un domeniu vechi, un landing intermediar sau o redirecționare geografică.

Verifică nu doar numele domeniului, ci și varianta acestuia: cu www și fără www, HTTP și HTTPS, domeniul principal și subdomeniul. Adresele site.example, www.site.example și promo.site.example pot aparține aceluiași proiect, dar pentru browser, analitică și loguri sunt hosturi diferite.

Deschide linkul așa cum îl deschide publicul

Accesează linkul din locul real unde este plasat: din descrierea transmisiunii, din profil, din mesajul fixat, din postare sau din anunț. După încărcarea paginii, verifică bara de adrese. Contează URL-ul care a rămas în browser, nu adresa inițială din publicare.

• Compară hostul final cu domeniul paginii de destinație.
• Verifică calea: linkul poate duce către domeniul corect, dar către o secțiune învechită.
• Asigură-te că accesarea de pe mobil nu ajunge pe un subdomeniu tehnic.
• Compară rezultatul pentru linkul cu etichete UTM și fără ele.
• Verifică dacă parametrii campaniei s-au păstrat după toate redirecționările.

Dezavantajul verificării manuale: arată un singur scenariu — browserul, dispozitivul, regiunea și setul tău de cookies. Pentru o parte a publicului, regulile pot funcționa altfel.

Verifică întregul lanț de redirectări în browser și prin curl

Pentru verificarea tehnică folosește curl cu parametrii -I și -L: comanda va afișa antetele răspunsurilor și va parcurge redirecționările. Caută statusurile 301, 302, 307, 308 și antetele Location. Acestea arată către ce adresă direcționează serverul utilizatorul la fiecare pas.

Pentru verificarea într-un browser real, deschide instrumentele pentru dezvoltatori, treci la fila Network și activează Preserve log. Apoi deschide linkul inițial. În lista de cereri sunt vizibile redirectările, documentul final și cererile care se execută deja după încărcarea paginii.

1. Activează Preserve log pentru ca lista să nu se golească după redirecționare.
2. Dacă este necesar, dezactivează cache-ul browserului.
3. Deschide linkul inițial din publicare sau lipește-l într-o filă nouă.
4. Găsește răspunsurile cu statusurile 3xx.
5. Compară Request URL al fiecărui pas cu valoarea Location.
6. Verifică domeniul și URL-ul ultimului document cu statusul 200.

Când domeniul vechi din lanț este normal și când este o eroare

Domeniul vechi din lanț nu înseamnă întotdeauna o problemă. După migrare, este normală o rută de tipul old-site.example/stream → site.example/stream: adresa veche preia cererea și redirecționează permanent utilizatorul către pagina echivalentă a site-ului nou. Domeniul final este corect, calea este păstrată, iar etichetele UTM nu au dispărut.

Un bug este situația în care old-site.example/stream duce către pagina principală a site-ului nou, către un alt landing sau lasă utilizatorul pe domeniul vechi. O problemă separată apare dacă după redirecționare dispare șirul de după semnul întrebării: utilizatorul ajunge pe pagina corectă, dar analitica pierde utm_source, utm_medium și utm_campaign.

Verifică nu doar ultimul domeniu, ci și calea cu parametrii. O accesare către site.example fără pagina sau etichetele necesare poate denatura datele campaniei la fel de mult ca o accesare către un host străin.

Ia în calcul redirectările JavaScript și parametrii linkului

curl este util pentru răspunsurile de la server, dar nu vede întotdeauna redirecționările declanșate de script după încărcarea paginii. DevTools din browser ajută la observarea unui astfel de scenariu: mai întâi se deschide o pagină intermediară, apoi scriptul schimbă adresa sau trimite utilizatorul către un alt domeniu.

În Network verifică nu doar documentul principal, ci și momentul schimbării adresei după încărcarea acestuia. Dacă etichetele UTM au dispărut, compară URL-ul inițial, valoarea Location și șirul final din bara de adrese. Astfel poți înțelege la ce pas regula de redirecționare a eliminat parametrii.

Dezavantajul transmiterii tuturor parametrilor fără verificare: pe domeniul țintă pot ajunge valori auxiliare în plus. Pentru linkurile importante merită să stabilești dinainte ce etichete, coduri promoționale și parametri de afiliere trebuie păstrate.

Verifică browserele încorporate ale aplicațiilor

Rețelele sociale, mesageria și platformele de streaming deschid adesea linkul nu în browserul principal al dispozitivului, ci într-unul încorporat. Un astfel de browser poate transmite un alt user-agent, poate limita scripturile, nu păstrează cookies sau tratează altfel redirecționările.

Deschide linkul direct din aplicația platformei unde este plasat. Apoi repetă testul prin opțiunea „Deschide în browser”, dacă este disponibilă. Compară domeniul final, calea, etichetele UTM și comportamentul formularului, al plății sau al autentificării.

Dezavantajul verificării în browserul încorporat: nu toate aplicațiile permit vizualizarea lanțului tehnic de cereri. Acesta rămâne totuși important, pentru că exact așa accesează adesea publicul mobil.

Compară accesările din regiuni și condiții diferite

Dacă site-ul folosește redirecționări geografice, CDN sau versiuni diferite de landing, repetă verificarea prin VPN, proxy sau un dispozitiv la distanță din regiunea dorită. Compară domeniul final, calea, parametrii URL și conținutul paginii de destinație.

Verifică nu doar țara, ci și limba browserului, autentificarea, cookies și tipul dispozitivului. Aceste condiții pot influența ruta: de exemplu, un utilizator dintr-o regiune este trimis către un subdomeniu local, iar un vizitator fără cookies — către un landing general.

Dezavantajul VPN-ului și al proxy-ului: nu reproduc întotdeauna complet condițiile unui spectator real. Geolocația poate fi determinată pe baza mai multor semnale, așa că un astfel de test confirmă o posibilă problemă, dar nu acoperă întregul public.

Confirmă domeniul în Yandex Metrica și GA4

În Yandex Metrica, consultă rapoartele după paginile de intrare și URL-urile paginilor. Filtrează datele după adresa completă sau domeniul dorit, apoi adaugă un segment după eticheta UTM, sursă sau campanie. Astfel poți vedea pe ce host au început vizitele după o anumită plasare.

În GA4, pentru o astfel de verificare folosește dimensiunea Hostname împreună cu pagina de destinație, sursa sesiunii și campania. Compară câte sesiuni au ajuns pe domeniul principal, pe adresa veche și pe subdomeniile importante. Dacă tagul este instalat pe mai multe hosturi, raportul arată rapid amestecarea traficului.

Dezavantajul analiticii: contoarele nu înregistrează o parte a vizitelor din cauza blocantelor, a JavaScript-ului dezactivat sau a închiderii paginii înainte de încărcarea tagului. De asemenea, datele nu ajută pentru un domeniu unde contorul nu este deloc instalat.

Verifică cererile în logurile de server

Logurile de server confirmă ce cereri au ajuns efectiv la infrastructura site-ului. Pentru verificare sunt necesare câmpuri cu ora, Host, URL, codul răspunsului, user-agent și referer, dacă acesta este transmis. Caută cererile din perioada lansării linkului și analizează separat cererile către domeniul vechi și cel țintă.

Răspunsurile 301, 302, 307 și 308 vor arăta că serverul a redirecționat utilizatorul. Cererile cu statusul 200 către hostul țintă vor confirma că pagina a fost livrată de pe domeniul corect. Dacă în loguri există accesări către hostul vechi, dar nu există cereri către cel nou, verifică regulile de redirecționare și posibilele erori de conexiune.

Dezavantajul logurilor: în ele ajung boți, scanere și cereri tehnice. Referer lipsește adesea la accesările din aplicații și mesagerie, așa că sursa unei vizite concrete nu va putea fi întotdeauna reconstituită.

Separă domeniul principal și subdomeniile în rapoarte

Landingul, contul personal, plata și baza de cunoștințe pot fi pe subdomenii diferite. Dacă le aduni într-un singur raport fără segmente, poți să nu observi că linkul din stream duce către promo.site.example în loc de site-ul principal sau către checkout.site.example înainte de familiarizarea cu oferta.

Creează un segment separat pentru hostul țintă și păstrează un raport general pentru toate domeniile proiectului. Primul te va ajuta să controlezi traficul de destinație, al doilea — să vezi traseul utilizatorului între landing, plată și contul personal.

Dezavantajul filtrării prea stricte: din raport poate dispărea o accesare normală între subdomenii, iar pâlnia va părea întreruptă.

Listă de verificare a linkului înainte de plasare

• Deschide linkul din locul unde îl va vedea publicul.
• Verifică domeniul final, calea și parametrii din bara de adrese.
• Consultă lanțul 3xx și antetele Location prin curl sau Network.
• Asigură-te că domeniul vechi păstrează calea și etichetele UTM la redirecționare.
• Repetă accesarea în browserul încorporat al aplicației.
• Verifică o altă regiune, dacă se folosesc reguli geografice.
• Compară Hostname și paginile de destinație în analitică după lansare.
• Confirmă cererile către hostul corect prin logurile de server.

După schimbarea domeniului, a CDN-ului, a landingului sau a regulilor de redirecționare, verifică atât linkurile noi, cât și pe cele vechi. Descrierile vechi ale streamurilor, clipurile și postările fixate pot continua să aducă publicul pe o rută învechită.