Verificator de redirecționări
Urmăriți redirecționările de la http și https, cu și fără www, până la URL-ul final și găsiți buclele și salturile în plus.
Instrumente înrudite
- Antete HTTPEvaluați antetele de securitate și cookie-urile unui site, obțineți liniile de antet de adăugat și construiți o Content-Security-Policy pe care aceeași verificare o aprobă.
- Verificator TLSInspectați certificatul TLS al unui site, expirarea, emitentul și protocolul negociat, cu un calendar de reînnoire pe care îl puteți descărca și un raport complet.
- Metadate SEOVerificați titlul, descrierea, canonicul, robots și etichetele Open Graph ale unei pagini.
- Sănătatea domeniuluiO singură verificare pentru DNS, autentificarea e-mailului, TLS, antete de securitate și redirecționări, cu o notă pe fiecare zonă și un raport complet.
Despre acest instrument
Verificatorul de redirecționări urmărește cele patru adrese pe care vizitatorii și linkurile le folosesc efectiv - http și https, cu și fără www - și urmează fiecare lanț până la pagina care răspunde în final. Urmează redirecționările HTTP (301, 302, 303, 307 și 308, RFC 9110 §15.4) și tagurile meta refresh din HTML, până la 10 salturi per adresă, și se oprește când un URL se repetă, așa fiind raportată o buclă. URL-ul final asupra căruia sunt de acord cele mai multe variante accesibile devine cel canonic, iar tot ce nu se potrivește cu el este listat: variante care se termină în altă parte, lanțuri care coboară la http simplu, salturi care ar putea fi sărite, coduri temporare 302 și 307 la mutări permanente și adrese care nu răspund niciodată, fiecare cu blocul nginx care o repară. Cere doar calea rădăcină a fiecărui nume, nu rulează JavaScript și, prin urmare, nu vede redirecționările făcute de scripturi, frame-uri sau de un service worker.
XGM solicită simultan http:// și https:// pentru domeniu și pentru numele său www și urmărește de pe serverul său fiecare lanț: redirecționări HTTP (301, 302, 303, 307, 308) și etichete <meta http-equiv="refresh"> din paginile HTML, până la 10 salturi. Raportează buclele, erorile, meta refresh-urile, variantele care se termină la URL-uri diferite și salturile care ar putea fi evitate.
Patru antete de răspuns sunt păstrate pentru fiecare salt și afișate odată cu el: Cache-Control, X-Robots-Tag, Link și Server.
Cum se folosește
- Deschideți instrumentul Verificator de redirecționări.
- Introduceți domeniul public, numele de gazdă sau adresa IP pe care doriți să le verificați.
- Rulați verificarea; XGM interoghează de pe serverul său și listează constatările.
- Copiați rezultatul doar după ce ați verificat că arată corect.
- Folosiți instrumentele XGM înrudite dacă aveți nevoie de o imagine de diagnostic mai largă.
Întrebări frecvente
De ce XGM testează patru adrese când eu am introdus un singur domeniu?
Un www de la început este eliminat mai întâi, apoi http, https, http cu www și https cu www sunt urmărite în paralel. Fiecare dintre cele patru poate fi configurat separat - alt virtual host, alt certificat, o regulă care există doar pe unul dintre ele - iar linkurile vechi și adresele tastate le folosesc pe toate patru. Un site este consecvent doar atunci când fiecare dintre ele se termină la același URL.
Ce se consideră un salt care ar putea fi eliminat?
O redirecționare către URL-ul canonic este de așteptat, iar a doua este acceptată atunci când prima este trecerea de la http la https pe aceeași gazdă, pentru că lista de preîncărcare HSTS cere acel prim salt. Orice depășește asta este raportat, pentru că fiecare salt înseamnă încă o interogare DNS, o conexiune și un dus-întors înainte ca vizitatorul să vadă ceva. Remedierea afișată este un singur 301 direct de la URL-ul de intrare la cel canonic.
Un meta refresh funcționează în orice browser. De ce este semnalat?
Pagina trebuie descărcată și randată înainte ca browserul să meargă mai departe, așa că vizitatorul vede o sclipire a paginii greșite, iar drumul dus-întors este irosit. Motoarele de căutare o tratează ca pe un semnal mai slab decât o redirecționare HTTP. XGM o urmărește ca pe orice alt salt - citește doar începutul unui corp HTML ca să găsească eticheta - și arată codul 301 care o înlocuiește.
Contează dacă folosesc 301, 302, 307 sau 308?
Pentru o mutare permanentă, cum ar fi http către https sau www către apex, da. 301 și 308 sunt permanente, așa că motoarele de căutare transferă semnalele de clasare către țintă, iar browserele pot pune redirecționarea în cache; 302 și 307 sunt temporare și spun că adresa originală revine (RFC 9110 §15.4). 307 și 308 garantează în plus că metoda și corpul sunt păstrate, lucru pe care 302 și 301 istoric nu îl fac.
O variantă raportează o eroare de certificat, dar site-ul se deschide fără probleme. De ce?
Fiecare nume care răspunde pe portul 443 are nevoie de un certificat care să acopere acel nume, inclusiv un nume al cărui singur rol este să redirecționeze. Varianta www este victima obișnuită: este lăsată în afara certificatului, așa că lanțul de redirecționări se rupe înainte să poată trimite pe cineva către apex. O variantă raportată ca nerezolvabilă este cealaltă jumătate a aceleiași probleme - numele nu are deloc o înregistrare A, AAAA sau CNAME.
Citiți ghidul complet Verificator de redirecționări (în engleză)