Errori di catene di redirect: come identificarli e risolverli

Catene di redirect: cosa controllare per primo?

• Cosa sono: una sequenza di due o più redirect (A verso B verso C) prima della pagina definitiva, diversa dal loop che non termina mai.
• Perché contano: ogni passaggio in più consuma crawl budget, rallenta il caricamento e riduce l’efficienza del trasferimento di link equity.
• Come si trovano: con un crawler SEO, gli strumenti per sviluppatori del browser o i log del server.
• Come si correggono: si fa puntare il primo URL direttamente all’indirizzo finale e si aggiornano i link interni che passavano dai passaggi intermedi.
• Come si prevengono: mappa i redirect esistenti prima di crearne di nuovi e tieni unificate le regole su HTTPS e www a livello di server.

Cos’è una catena di redirect e in cosa si distingue da un loop

Una catena di redirect è una sequenza di più reindirizzamenti tra la richiesta iniziale e la pagina finale: la pagina A rimanda con un 301 alla pagina B, che a sua volta rimanda alla pagina C, dove finalmente il browser riceve uno status 200. Il caso tipico nasce da una migrazione fatta a strati: prima si sposta un contenuto da /vecchio-post/ a /blog/nuovo-post/, poi mesi dopo quella stessa pagina finisce sotto /risorse/nuovo-post/, e il primo redirect resta invariato invece di essere aggiornato.

Il loop è un caso diverso, più grave: la sequenza torna su se stessa, A rimanda a B e B rimanda di nuovo ad A, senza mai arrivare a una risorsa reale. Nel browser questo si traduce nell’errore che segnala troppi reindirizzamenti, mentre una catena semplice, per quanto inefficiente, arriva comunque a destinazione. Tratto le due cose come urgenze diverse: la catena è un problema di efficienza da correggere con calma, il loop è un sito irraggiungibile da sistemare subito.

Perché le catene di redirect pesano sulla SEO tecnica

Una catena rallenta il caricamento perché ogni salto è una richiesta separata al server: se un lettore clicca un link che passa per tre pagine prima di quella vera, il browser deve completare tre andata e ritorno invece di uno solo, e questo si riflette sui Core Web Vitals. Oltre alla velocità, c’è il tema del crawl budget: Googlebot ha un numero di pagine che è disposto a scansionare a ogni visita, e seguire reindirizzamenti inutili è tempo sottratto alla scoperta di contenuti nuovi.

Sul trasferimento di valore tra pagine le fonti non dicono la stessa cosa, e vale la pena riportarle entrambe. In una guida di hosting ho letto che i redirect 301 passano tra il 90% e il 99% del link juice (2026), mentre un’altra risorsa segnala che Google ha dichiarato che con redirect configurati correttamente la link equity non si perde affatto. Nella pratica le due posizioni non si escludono: anche ammettendo una dispersione minima a ogni passaggio, un reindirizzamento diretto resta il modo più pulito per far arrivare quel valore senza intermediari, e su una catena di tre o quattro salti la differenza si somma.

Quando il percorso diventa troppo lungo, Googlebot può anche smettere di seguirlo. Google non documenta nei dettagli questo comportamento, ma nei casi che ho osservato una catena oltre i tre o quattro passaggi è già un segnale che vale la pena sistemare, indipendentemente dal valore esatto che si disperde.

Come si formano le catene nel tempo

Le catene quasi mai nascono da una scelta: si accumulano. Il passaggio da HTTP a HTTPS crea un primo salto, una riorganizzazione delle categorie ne aggiunge un altro, un restyling successivo un terzo, e nessuno di questi interventi da solo sembra un problema.

Gli scenari più comuni che vedo ripetersi sono questi: il cambio di permalink su WordPress, che aggiunge un livello ogni volta che si toglie o si inserisce una parte dall’URL; l’unione di due contenuti simili, con un redirect che punta a un articolo poi a sua volta rinominato; il cambio di plugin per la gestione dei redirect, dove le regole vecchie restano attive e si sommano a quelle nuove invece di sostituirle. La mia regola è controllare lo storico di un URL prima di crearne un redirect nuovo: se quell’indirizzo era già l’arrivo di un altro reindirizzamento, il nuovo redirect va fatto puntare alla destinazione finale, non a quella intermedia.

Come identificare le catene di redirect sul sito

Per trovarle serve uno strumento che segua i reindirizzamenti fino in fondo, non solo il primo status code. Un crawler SEO desktop scansiona l’intero sito e isola i report relativi a catene e loop, distinguendo i casi in cui la pagina finale risponde 200 da quelli in cui risponde con un errore 4xx.

1. Esegui una scansione completa con un crawler SEO e filtra i risultati 3xx che portano a un altro 3xx, invece che a uno status 200.
2. Apri gli strumenti per sviluppatori del browser, vai nella scheda dedicata alla rete e ricarica la pagina: la sequenza di stati HTTP compare nell’ordine in cui avvengono.
3. Analizza i log del server, quando disponibili, per vedere quante richieste rimbalzano tra gli stessi URL nel tempo.
4. Controlla il file di configurazione del server per individuare regole duplicate o ridondanti che puntano l’una all’altra.

Questi controlli vanno fatti in due momenti distinti: nelle scansioni di routine, per intercettare catene che si formano da sole con il passare del tempo, e subito dopo ogni migrazione, quando i redirect dalle vecchie URL alle nuove sono appena stati impostati e un passaggio intermedio dimenticato è più facile da trovare prima che diventi strutturale.

Come correggere le catene di redirect esistenti

L’obiettivo è sempre lo stesso: far puntare l’URL di partenza direttamente alla destinazione finale, eliminando ogni passaggio in mezzo. Se hai /vecchio-url che punta a /url-medio, che a sua volta punta a /url-finale, la regola sul primo URL va riscritta perché punti già a /url-finale.

1. Identifica tutti i passaggi della catena con un crawler o con i log del server, annotando ogni URL intermedio coinvolto.
2. Modifica la regola del primo redirect perché punti direttamente all’URL definitivo, saltando ogni passaggio intermedio.
3. Aggiorna i link interni che puntano ancora agli URL intermedi: menu, contenuti e sitemap devono rimandare già all’indirizzo finale.
4. Ripulisci il file di configurazione del server dalle regole ormai inutili, controllando che non restino riferimenti agli URL intermedi.
5. Verifica che il tag canonical delle pagine coinvolte punti alla risorsa finale e non a un indirizzo che a sua volta reindirizza.
6. Testa il nuovo redirect con gli strumenti per sviluppatori del browser per confermare un unico salto diretto a uno status 200.

Un errore che vedo spesso: si rimuove la regola di redirect sulla pagina intermedia pensando di aver finito, ma se qualcosa continua a linkare quell’indirizzo il risultato è un errore 404 al posto di una catena. Prima di cancellare un passaggio, controlla sempre se ci sono ancora link interni o link esterni che lo richiamano.

Se usi WordPress, i plugin di reindirizzamento e quelli che gestiscono l’SSL sono un punto da controllare per primo: regole scritte da un plugin e non rimosse quando se ne installa un altro sono una delle cause più frequenti di catene nascoste.

Se la pagina finale della catena non risponde con status 200

Non tutte le catene valgono lo stesso livello di urgenza, e qui la distinzione tra due scenari aiuta a dare priorità al lavoro.

Se la pagina C risponde 200

La catena è comunque da accorciare, ma il contenuto arriva: il problema è di efficienza, non di accesso. Lo segno come intervento da pianificare nella prossima scansione tecnica, non come urgenza.

Se la pagina C risponde con un errore 4xx

Qui il problema è reale: stai dicendo a Google di portare valore dalla pagina A alla pagina B e poi a una risorsa che restituisce “non trovata”. In questo caso l’intervento è prioritario, perché il link equity che arriva fino in fondo non ha dove atterrare.

Come evitare che si riformino nuove catene

Si evita una catena controllando, prima di creare un nuovo redirect, che l’URL di partenza non sia già l’arrivo di un altro reindirizzamento. Tengo un elenco aggiornato di tutti i redirect attivi sul sito proprio per questo: senza quella mappa, ogni nuova regola rischia di appoggiarsi su una già esistente invece di sostituirla.

Quando sposti o elimini una pagina, aggiorna subito i link interni che la citano, in modo che puntino già al nuovo indirizzo e non passino dal vecchio. Unifica a livello di server o CDN le regole su HTTPS e su www, perché un conflitto tra queste impostazioni è una delle cause più comuni di doppio passaggio anche quando nessuno ha toccato manualmente un redirect. Usa il 301 solo quando lo spostamento è definitivo: un 302 lasciato attivo per mesi dopo una campagna o una migrazione diventa il primo anello di una catena che qualcuno dimenticherà di chiudere.

In un manuale tecnico che tratta i reindirizzamenti HTTP ho trovato un criterio utile per capire dove concentrare i controlli: coprire i redirect a livello server e JavaScript copre circa il 90% di ciò che conta (2026). È il criterio da cui parto: prima il server, poi gli eventuali redirect gestiti via script, e solo dopo il resto.

Cosa fare se il tuo sito mostra l’errore di troppi reindirizzamenti

Se il loop compare sul sito che gestisci, la causa è quasi sempre lato server, CMS o certificato di sicurezza, e va cercata lì prima di guardare altrove.

1. Svuota la cache del sito, del server e del browser prima di ogni altra modifica: una cache obsoleta può far sembrare attivo un redirect già corretto.
2. Se usi WordPress e hai cambiato da poco dominio o protocollo, controlla le impostazioni dell’indirizzo del sito nel pannello di amministrazione o nel file di configurazione.
3. Apri il file di configurazione del server e cerca regole duplicate o in conflitto tra loro: è la causa più diretta di un loop infinito.
4. Disattiva uno alla volta i plugin di sicurezza, cache o SSL per isolare quello che genera il conflitto.
5. Controlla il certificato SSL e le impostazioni HTTPS del server o della CDN, soprattutto se il problema è comparso dopo un’installazione o un rinnovo recente.

Il discorso cambia se il loop lo incontra un visitatore su un sito di terzi: lì la causa è quasi sempre nel suo browser o in un’estensione, un argomento che riguarda chi naviga e non chi gestisce il sito, quindi non lo tratto qui.

Domande frequenti sulle catene di redirect

Che differenza c’è tra una catena e un loop di redirect?

La catena arriva comunque a una pagina finale dopo più passaggi, mentre il loop torna sempre sullo stesso punto senza mai concludersi. Il loop genera l’errore di troppi reindirizzamenti nel browser, la catena no, ma entrambi vanno corretti allo stesso modo: accorciando il percorso a un solo salto diretto.

Cosa significa l’errore “troppi reindirizzamenti”?

Significa che il browser è entrato in un ciclo di redirect che non si chiude mai, di solito per una regola duplicata nel file di configurazione, un plugin in conflitto o un certificato SSL impostato male. Se il sito è tuo, la causa si cerca lato server; se è di terzi, è quasi sempre un problema del browser.

Come si risolve l’errore di Safari sui troppi reindirizzamenti?

Il messaggio di Safari segnala lo stesso loop che Chrome mostra con una dicitura diversa: la causa va cercata sul sito, non nel browser, controllando file di configurazione, plugin e certificato SSL con la stessa procedura usata per ogni altro browser.

Cosa fare se compare “la pagina non funziona, ti ha reindirizzato troppe volte”?

Questo messaggio di Chrome indica un loop di redirect sul sito visitato: se è il tuo, pulisci la cache del server, controlla il file di configurazione e verifica eventuali plugin di sicurezza o SSL in conflitto prima di cercare altre cause.

Come si trovano le catene di redirect su un sito di grandi dimensioni?

Una scansione con un crawler SEO resta il metodo più rapido, perché segue ogni redirect fino alla destinazione finale e segnala quelli con più di un passaggio. Sui siti grandi conviene programmare questa scansione come controllo periodico, non solo dopo una migrazione.

Come si imposta un redirect 301 senza creare una catena?

Il redirect va sempre fatto puntare all’indirizzo finale, controllando prima che quell’URL di partenza non sia già l’arrivo di un altro reindirizzamento. Per i passaggi pratici di come configurare un redirect 301 serve una pagina dedicata a quell’impostazione.