Rezumat
Verificatorul gratuit de redirecționări urmărește un URL salt cu salt, așa cum face un crawler, și afișează codul de stare, adresa și serverul fiecărui pas până la pagina finală. Vezi lanțul dintr-o privire (de exemplu 301 > 301 > 200), numărul de redirecționări, starea finală și dacă există o buclă. Țintește o singură redirecționare permanentă, direct spre URL-ul final: Google urmează până la 10 salturi, dar recomandă să indici direct destinația.
Vrei să afli mai mult? Întreabă
Un verificator de redirecționări arată ce ascunde browserul. Un vizitator care tastează o adresă veche ajunge pe pagina corectă și nu vede cele trei salturi intermediare, redirecționarea temporară 302 care ar fi trebuit să fie 301 sau bucla care strică pagina pentru unii boți. Redirecționările sunt și modul în care un site își păstrează istoricul după o migrare: Google folosește o redirecționare permanentă ca semnal că ținta ar trebui să fie URL-ul canonical (Google, redirecționările și Google Search).
Ce arată verificatorul de redirecționări?
Introduci un URL. Instrumentul cere adresa fără să urmeze automat redirecționările, citește răspunsul, apoi cere singur următoarea adresă, până la 20 de salturi.
| Bloc | Ce vezi | Cum arată un rezultat bun |
|---|---|---|
| Verdict | Lanțul de coduri și URL-ul final | Un 301 sau 308, apoi 200 |
| Redirecționări | Numărul de salturi înainte de pagina finală | 0 sau 1 |
| Stare finală | Codul ultimului răspuns | 200 |
| Pași | Numărul total de cereri | 1 sau 2 |
| Buclă | Dacă lanțul revine la un URL deja vizitat | Nu |
| Lanț de redirecționări | Fiecare pas cu codul, eticheta, URL-ul și serverul | Fiecare URL intermediar este o redirecționare deliberată |
Verdictul devine roșu când există o buclă sau când pagina finală nu este 2xx, portocaliu când există mai mult de o redirecționare și verde în rest. Versiunea gratuită rulează 3 verificări pe zi.
Ce cod de redirecționare ar trebui să folosești?
Folosește un cod permanent atunci când mutarea este definitivă și unul temporar doar când URL-ul original va reveni. Google afișează ținta unei redirecționări permanente în rezultatele căutării, iar pagina sursă pentru una temporară.
| Cod | Înseamnă | Google o tratează ca | Folosit pentru |
|---|---|---|---|
| 301 | Mutat permanent | Permanentă | Pagini redenumite, migrări, de la http la https, conținut unit |
| 308 | Redirecționare permanentă, aceeași metodă | Permanentă | La fel ca 301, când formularele sau API-urile trebuie să își păstreze metoda |
| 302 | Găsit | Temporară | O campanie scurtă sau o pagină care va reveni |
| 303 | Vezi altceva | Temporară | După trimiterea unui formular |
| 307 | Redirecționare temporară, aceeași metodă | Temporară | Mutări temporare care trebuie să păstreze metoda |
Diferența dintre 301 și 308, sau dintre 302 și 307, este tehnică: cu 307 și 308, clientul nu trebuie să schimbe metoda cererii, în timp ce 301 și 302 au permis istoric ca un POST să devină GET (RFC 9110, semantica HTTP). Pentru SEO, contează dacă este permanentă sau temporară.
Câte redirecționări într-un lanț sunt prea multe?
Mai mult de una este deja prea mult de păstrat. Implicit, crawlerele Google urmează până la 10 salturi de redirecționare, iar conținutul URL-urilor care redirecționează este ignorat (Google, cum afectează codurile de stare HTTP crawlerele Google). Pentru mutările de site, Google recomandă să redirecționezi direct spre destinația finală sau, dacă nu se poate, să menții lanțurile, idealmente, la cel mult 3 salturi și, în orice caz, sub 5, deoarece fiecare salt adaugă latență, iar nu fiecare browser acceptă lanțuri lungi (Google, mutări de site și migrări).
| Lanț | Verdict | Remediu |
|---|---|---|
| 301 > 200 | Bun | Nimic de făcut |
| 301 > 301 > 200 | Funcționează, dar risipește | Indică primul URL direct spre cel final și actualizează linkurile interne |
| 302 > 200 la o mutare permanentă | Semnal greșit | Schimbă 302 în 301 |
| 301 > 404 | Defect | Redirecționează spre cea mai apropiată pagină activă sau lasă URL-ul vechi să returneze 404 sau 410 |
| A > B > A | Buclă: pagina nu poate fi accesată | Repară regulile contradictorii din server sau din CMS |
Ce cauzează lanțuri și bucle de redirecționare?
Lanțurile se acumulează în timp: fiecare modificare adaugă o regulă peste cele anterioare. Straturile obișnuite sunt:
- Protocol și host: de la http la https, apoi de la example.com la www.example.com, ca două reguli separate în loc de una.
- Bara finală: /page devine /page/, adăugat de server după o altă redirecționare.
- Migrări succesive: o pagină redenumită în 2022, apoi din nou în 2024, cu regula veche încă indicând spre URL-ul intermediar.
- CMS și server în dezacord: un plugin redirecționează într-un sens, configurarea serverului sau CDN-ul în celălalt, ceea ce creează bucle.
Testează cele patru variante ale paginii tale principale (http și https, cu și fără www): fiecare ar trebui să ajungă la URL-ul final într-un singur salt. Pentru definiții, vezi intrările noastre din glosar despre redirecționarea 301 și bugetul de crawl.
Cum verifici redirecționările după o migrare de site?
- Ia lista URL-urilor vechi: cele care aveau trafic sau linkuri. Extractorul de URL-uri listează linkurile paginilor tale importante.
- Verifică un eșantion cu verificatorul de redirecționări: un salt permanent, 200 final și o destinație care se potrivește cu conținutul vechi.
- Evită redirecționarea tuturor spre pagina principală. Google avertizează că redirecționarea multor URL-uri vechi spre o pagină irelevantă, precum noua pagină principală, poate confuza utilizatorii și poate fi tratată ca soft 404.
- Actualizează linkurile interne ca să indice spre URL-urile finale, nu spre redirecționări. Verificatorul de linkuri defecte semnalează linkurile unei pagini care redirecționează sau eșuează.
- Păstrează redirecționările cât mai mult timp, în general cel puțin un an, cum recomandă Google.
- Regenerează sitemap-ul doar cu noile URL-uri finale, folosind generatorul de sitemap XML.
Care sunt limitele verificatorului de redirecționări?
- Doar redirecționări de server. Instrumentul citește codurile de stare HTTP și antetele Location. Un meta refresh sau o redirecționare JavaScript din pagină nu este urmată; pagina răspunde 200 și lanțul se oprește acolo. Google recomandă redirecționările JavaScript doar dacă nu poți folosi redirecționări pe server sau meta refresh.
- Un singur user agent. Unele site-uri redirecționează diferit în funcție de dispozitiv, țară sau limbă. Verificarea arată ce vede un crawler fără cookie-uri, dintr-o singură locație.
- 10 secunde per salt. Un server mai lent decât atât returnează o eroare de timeout.
- Adresele private sunt blocate. Un lanț care duce spre un host intern sau privat se oprește cu un pas „blocat”, din motive de securitate.
Ca să verifici ce se întâmplă după ultimul salt, rulează URL-ul final prin verificatorul canonical sau prin verificatorul de indexabilitate: o redirecționare curată către o pagină noindex este tot o pagină pierdută.
Cum prinzi problemele de redirecționare înainte să îți coste trafic?
Urmărește paginile care pierd clicuri: o redirecționare defectă apare adesea întâi ca o scădere de trafic pe URL-ul vechi, fără niciun câștig pe cel nou.
- Identifică paginile care scad în tabloul de bord Sorank GEO și SEO, care urmărește clicurile și vizitele AI pagină cu pagină.
- Păstrează-ți autoritatea după o migrare cu instrumentul de urmărire a autorității domeniului, care arată dacă linkurile tale încă contează.
- Întreabă ce s-a schimbat în cuvinte simple, cu SEO Chat, care cunoaște site-ul tău și răspunde cu datele tale.
Cea mai bună redirecționare este o singură redirecționare permanentă spre pagina potrivită. Verifică URL-urile importante de mai sus după fiecare modificare, apoi vezi planurile Sorank ca să-ți monitorizezi traficul și vizibilitatea în regim autopilot.
