Redirect error în Google Search Console: cauze și soluții

Ce înseamnă un Redirect error în Search Console

Redirect error este unul dintre motivele din tabelul „Why pages aren't indexed” al raportului Page indexing din Google Search Console. Apare când Googlebot urmează o redirecționare de la URL-ul tău, dar nu ajunge niciodată la o destinație pe care o poate accesa, așa că nici URL-ul inițial, nici ținta nu sunt indexate pe acel drum.

Se confundă ușor cu „Page with redirect” (pagină cu redirecționare), așa că să fie clar: acel status este normal. Înseamnă că redirecționarea a funcționat: URL-ul nu este indexat pentru că indică altă pagină, iar Google evaluează ținta separat. Un Redirect error înseamnă că redirecționarea însăși a eșuat.

Îl găsești la Indexing › Pages. Dă clic pe rândul „Redirect error” ca să vezi URL-urile afectate și folosește Export ca să descarci lista completă.

Cauze frecvente ale unui Redirect error

Documentația raportului Page indexing de la Google enumeră patru situații din spatele acestui status. Alte două apar des în practică.

1. Un lanț de redirecționări prea lung

Fiecare URL care redirecționează către altul adaugă un salt. Crawlerele Google urmează până la 10 salturi de redirecționare, conform documentației Google despre accesare. După aceea, Googlebot renunță, iar Search Console raportează o eroare de redirecționare. Lanțurile cresc de obicei în timp: o regulă de la HTTP la HTTPS, apoi o regulă pentru www, apoi una pentru slash-ul final și, peste toate, o migrare a site-ului.

2. O buclă de redirecționare

URL-ul A redirecționează către URL-ul B, iar URL-ul B redirecționează înapoi către URL-ul A (sau către orice duce înapoi la A). Lanțul nu se rezolvă niciodată, deci nu se ajunge la nicio pagină. Buclele apar adesea din două reguli care se contrazic, de exemplu una care impune slash-ul final și alta care îl elimină.

3. Un URL de redirecționare care depășește lungimea maximă

Dacă o regulă de redirecționare tot adaugă ceva la URL, de exemplu un parametru sau un segment de cale la fiecare salt, adresa crește până depășește lungimea maximă a unui URL și lanțul eșuează.

4. Un URL greșit sau gol în lanț

O greșeală de tastare precum htp:// în loc de http://, o cale relativă care duce în locul greșit sau un header Location gol rupe redirecționarea la acel salt.

5. O destinație pe care Google n-o poate accesa

Dacă URL-ul final este blocat de robots.txt, Googlebot nu-l poate prelua. Verifică dacă ținta fiecărei redirecționări poate fi accesată, nu doar dacă există.

6. Reguli de redirecționare contradictorii în locuri diferite

Redirecționările setate în CMS, într-un plugin, pe serverul web și într-un CDN se pot suprapune sau se pot bate cap în cap. O regulă adăugată într-un strat poate trimite URL-ul înapoi către o regulă din alt strat, și așa se nasc cele mai multe lanțuri și bucle.

Cum diagnostichezi un Redirect error

Pornește de la URL-urile exacte semnalate de Search Console, apoi urmărește ce se întâmplă când fiecare este solicitat.

Folosește URL Inspection

Lipește un URL afectat în bara de inspecție din partea de sus a Search Console. Secțiunea Page indexing arată când l-a accesat Google ultima dată și dacă preluarea paginii a reușit. Dă clic pe Test live URL ca să verifici comportamentul actual, pentru că raportul poate rămâne în urma corecturilor tale.

Urmărește tot traseul redirecționării

Solicită URL-ul și urmează fiecare salt. Din terminal:

curl -sIL https://example.com/old-page | grep -iE "^(HTTP|location)"

Rezultatul listează în ordine fiecare cod de status și fiecare header Location. Cauți mai mult de un salt, un URL care apare de două ori (o buclă), un Location invalid sau un ultim răspuns care nu este 200.

Dacă preferi să nu folosești terminalul, auditul SEO gratuit de pe pagina Crawler-ului SEOcrawl AI numără salturile de redirecționare ale oricărui URL, iar instrumentul fetch_url din serverul MCP SEOcrawl AI returnează URL-ul final, codul de status și întregul lanț de redirecționări direct în Claude, ChatGPT sau Cursor.

Verifică codul de răspuns final

Confirmă că ultimul URL din traseu returnează 200, nu încă un 3xx, un 4xx sau un 5xx. Când lanțul se termină cu o eroare, problema este la destinație: vezi ghidurile noastre despre Not found (404) și Blocked due to other 4xx issue.

Cum rezolvi fiecare cauză

Soluția pornește aproape mereu de la aceeași idee: trimite URL-ul inițial către destinația finală într-un singur salt curat.

• ›Lanț prea lung: îndreaptă primul URL direct către URL-ul final cu 200 și elimină salturile intermediare. Dacă mai multe URL-uri vechi alimentează același lanț, actualizează-le pe fiecare.
• ›Buclă de redirecționare: găsește cele două reguli care trimit una către cealaltă și șterge sau corectează una dintre ele, ca traseul să se termine pe o pagină reală.
• ›URL prea lung: corectează regula care tot adaugă la URL, apoi confirmă că destinația se încarcă.
• ›Țintă greșită sau goală: corectează greșeala de tastare sau valoarea Location goală și folosește URL-uri absolute.
• ›Destinație blocată de robots.txt: permite accesarea destinației sau redirecționează către un URL care nu este blocat.
• ›Reguli contradictorii: ține redirecționările într-un singur loc, ca CMS-ul, serverul și CDN-ul să nu se suprascrie reciproc.

Apoi actualizează linkurile interne ca să indice URL-ul final, nu unul care redirecționează, și listează doar URL-uri finale în sitemap-ul XML. Crawler-ul semnalează ambele cazuri pe tot site-ul: linkuri interne care returnează un 3xx și sitemap-uri care listează un URL redirecționat. Ca să verifici separat un sitemap, trece-l prin verificatorul de sitemap gratuit, care validează codurile de status și lanțurile de redirecționări pentru fiecare URL listat.

Bune practici pentru redirecționări

Câteva obiceiuri previn majoritatea erorilor de redirecționare înainte să apară.

• ›Folosește codul de status potrivit. O redirecționare 301 (sau 308) este un semnal puternic că ținta trebuie indexată: folosește-o pentru mutări permanente. O redirecționare 302 (sau 307) este un semnal slab care păstrează URL-ul inițial în rezultate: folosește-o doar când mutarea este temporară.
• ›Preferă redirecționările pe server. Google urmează și redirecționările meta refresh instantanee și pe cele JavaScript, dar recomandă JavaScript doar când redirecționările pe server sau meta refresh nu sunt posibile.
• ›Păstrează lanțurile scurte. Un singur salt este ideal. Fiecare salt în plus îi încetinește pe utilizatori, consumă crawl budget și adaugă un punct în care ceva se poate strica.
• ›Redirecționează mereu către un URL care returnează 200, niciodată către o altă redirecționare.
• ›Actualizează linkurile interne și sitemap-urile cu URL-urile finale, ca Google și vizitatorii tăi să sară complet peste redirecționare.
• ›Verifică din nou după fiecare migrare sau modificare a regulilor din CMS, de pe server sau din CDN, pentru că atunci apar lanțuri și bucle noi.

Cum validezi corectura

După ce redirecționarea ajunge într-un singur salt la o pagină cu 200:

1. ›Rulează URL Inspection pe un URL afectat și dă clic pe Test live URL ca să confirmi că Google ajunge acum la destinație.
2. ›Dă clic pe Request indexing pentru cele mai importante URL-uri.
3. ›În raportul Page indexing, deschide problema Redirect error și dă clic pe Validate fix, ca Google să reacceseze fiecare URL afectat.
4. ›Urmărește statusul validării. Poate dura câteva zile sau câteva săptămâni; URL-urile ies din problemă pe măsură ce sunt reaccesate.

Fii cu un pas înaintea erorilor de redirecționare

Erorile de redirecționare rareori se anunță singure. Apar în raportul Page indexing și, pe un site mare, pot trece neobservate până scade traficul. Verificarea manuală a Search Console pentru fiecare proprietate este o muncă lentă, ușor de amânat.

Vizualizarea Indexation din SEOcrawl AI grupează URL-urile după starea de acoperire din Search Console, ca să vezi ce URL-uri intră într-o stare de eroare și să urmărești cum se schimbă numărul lor în timp. Poți eticheta URL-urile afectate după reguli, manual sau prin serverul MCP și le poți lua pe rând, până când fiecare este rezolvat. Dacă lucrezi cu un asistent AI, auditul Google Search Console îți verifică acoperirea indexului dintr-un singur prompt și deschide o sarcină pentru fiecare corectură.

Întrebări frecvente

Ce cauzează un Redirect error în Google Search Console?

Google indică patru cauze: un lanț de redirecționări prea lung, o buclă de redirecționare, un URL de redirecționare care ajunge să depășească lungimea maximă a unui URL și un URL greșit sau gol în lanț. În toate cazurile, Googlebot nu poate ajunge la o pagină finală funcțională.

Cum rezolv un Redirect error?

Trimite URL-ul inițial către destinația finală într-un singur salt. Elimină redirecționările intermediare, rupe orice buclă și asigură-te că ultimul URL returnează codul 200. Actualizează linkurile interne ca să indice destinația, apoi rulează URL Inspection și dă clic pe Validate fix în raportul Page indexing.

Ce este un lanț de redirecționări și ce este o buclă de redirecționare?

Un lanț de redirecționări este o serie de redirecționări în care URL-ul A duce la B, B duce la C și așa mai departe, până la pagina finală. O buclă de redirecționare este un lanț care nu se termină niciodată, pentru că URL-urile trimit unele către altele. Ambele pot împiedica Google să ajungă la o pagină pe care s-o indexeze.

301 sau 302: pe care s-o folosesc?

Folosește o 301 (sau 308) pentru o mutare permanentă: Google o consideră un semnal puternic să indexeze ținta. Folosește o 302 (sau 307) doar pentru o mutare temporară, când vrei ca URL-ul inițial să rămână în rezultatele căutării.

„Page with redirect” este același lucru cu un Redirect error?

Nu. „Page with redirect” înseamnă că redirecționarea a funcționat: URL-ul nu este indexat pentru că indică o altă pagină. Un Redirect error înseamnă că Google a încercat să urmeze redirecționarea și n-a ajuns niciodată la o pagină funcțională.

Cât durează până dispare un Redirect error?

După ce dai clic pe Validate fix, Google reaccesează URL-urile afectate în zilele următoare, uneori până la două săptămâni. Statusul se actualizează pe măsură ce fiecare URL este procesat, așa că nu trebuie să ceri manual indexarea pentru fiecare URL.