L’errore “troppi reindirizzamenti” in WordPress indica un percorso di reindirizzamento che riporta il browser a un indirizzo già visitato. Il problema può dipendere da cookie, plugin o impostazioni incompatibili tra WordPress, hosting e HTTPS.
Ti consiglio di procedere una modifica alla volta, senza aggiungere altri redirect per tentare di sbloccare il sito. Parti dal browser, ricostruisci il percorso delle richieste e intervieni sul livello responsabile.
Punti essenziali
- Prova prima una finestra privata: puoi distinguere un problema della sessione da un errore condiviso.
- Individua gli indirizzi che si ripetono, invece di disattivare tutto indiscriminatamente.
- Dopo la correzione, svuota le cache e prova anche accesso, moduli ed eventuale checkout.
Perché compaiono troppi reindirizzamenti in WordPress
ERR_TOO_MANY_REDIRECTS compare quando il browser incontra un ciclo o supera il proprio limite seguendo una catena troppo lunga.
The catene di reindirizzamento seguono un percorso come A, B, C e raggiungono una destinazione. Un loop di reindirizzamento, invece, torna a un indirizzo precedente: /pagina-1/ rimanda a /pagina-2/, che rimanda nuovamente a /pagina-1/.
Le cause dei troppi reindirizzamenti comprendono cookie di autenticazione incoerenti, estensioni del browser, plugin e configurazioni del sito incompatibili. Se l’errore compare su dispositivi diversi, concentrati soprattutto sulle impostazioni condivise: indirizzo principale, HTTPS, CDN e regole del server.
I numeri spesso citati, 20 reindirizzamenti per Chrome e 10 per Firefox, non sono soglie universali documentate per tutte le versioni attuali. Aumentare un limite, dove possibile, non elimina un percorso circolare.
1. Escludi cookie, cache ed estensioni del browser
Apri lo stesso indirizzo in una finestra privata. Poi prova un altro browser, preferibilmente senza estensioni attive.
Se il sito funziona soltanto nella finestra privata, cancella cookie e dati del solo dominio interessato. Questa operazione ti disconnetterà dal sito, ma evita di eliminare inutilmente tutte le sessioni del browser.
Disattiva temporaneamente anche le estensioni che modificano richieste, privacy o navigazione. Un comportamento diverso tra browser è un indizio, non una diagnosi definitiva: cache e stato di autenticazione possono nascondere il problema.
Se invece l’errore compare ovunque, non continuare a cancellare cookie. Passa all’analisi dei redirect.
Se sei un visitatore e non gestisci WordPress, fermati qui. Segnala al proprietario l’indirizzo preciso e il momento dell’errore. Le correzioni successive richiedono accessi amministrativi o assistenza sull’hosting.
2. Ricostruisci la catena e individua il ritorno
Prima di modificare file, crea un backup completo di file e database. Per prove potenzialmente invasive, usa un ambiente di staging, soprattutto se il sito riceve ordini o prenotazioni.
Leggi le richieste nella scheda Rete
Apri gli strumenti per sviluppatori del browser e seleziona la scheda Rete, chiamata anche Network. Attiva la conservazione del registro, disabilita temporaneamente la cache e ricarica l’indirizzo problematico.
Concentrati sulle richieste del documento principale. Per ogni risposta di reindirizzamento, leggi il codice HTTP e l’intestazione Location, che indica la destinazione successiva.
Annota la sequenza completa per ricostruire le catene di reindirizzamento. Per controllare molte URL, uno strumento come Screaming Frog aiuta a esaminare le risposte e le destinazioni; il registro del browser resta utile per seguire una singola richiesta.
Interpreta quello che si ripete
Un’alternanza tra HTTP e HTTPS suggerisce impostazioni SSL incompatibili. Il passaggio continuo tra www e non www indica regole discordanti sul dominio.
Un ritorno tra pagina di accesso e area riservata orienta invece verso sessioni, autenticazione o plugin.
L’intestazione X-Redirect-By: WordPress, quando presente, suggerisce un redirect generato attraverso WordPress. Non identifica necessariamente il plugin responsabile.
La destinazione mostrata in
Locationrivela il percorso, ma da sola non permette di identificare con certezza il componente che ha creato la regola.
3. Allinea indirizzi WordPress, HTTPS e dominio
Se il ciclo coinvolge protocollo o dominio, controlla prima questa parte. Installare un altro plugin SSL può aggiungere una regola incompatibile.
Confronta gli indirizzi nelle impostazioni
In Impostazioni > Generali, controlla “Indirizzo WordPress” e “Indirizzo sito”. Protocollo e dominio devono corrispondere alla configurazione scelta.
I due indirizzi possono avere percorsi diversi se WordPress è installato in una sottocartella. Non renderli identici automaticamente.
Se hai migrato il sito, reindirizza gli URL del vecchio dominio alle pagine pertinenti sul nuovo dominio, non automaticamente alla homepage.
Se non puoi modificare gli indirizzi dalla dashboard, nel file wp-config.php potrebbero essere definite le costanti WP_HOME e WP_SITEURL. Queste prevalgono sui valori del database.
Annota i valori prima di intervenire: un indirizzo errato può impedirti di accedere anche all’area amministrativa.
Elimina i conflitti tra server e CDN
Hosting, plugin e CDN possono applicare ciascuno il passaggio a HTTPS. Il problema nasce quando le regole si contraddicono o interpretano diversamente la connessione.
Con Cloudflare, per esempio, la modalità Flexible usa HTTP verso il server di origine. Se quest’ultimo forza HTTPS, può crearsi un ciclo. Anche il collegamento verso l’origine deve essere configurato in modo coerente, con un certificato adeguato.
Se usi un reverse proxy, WordPress deve riconoscere correttamente il protocollo originale. Evita snippet copiati senza considerare i proxy autorizzati.
Le varianti HTTP, HTTPS, www e non www devono portare all’URL canonico scelto con al massimo un reindirizzamento, salvo altri spostamenti.
4. Isola plugin e regole del server
Se gli indirizzi risultano coerenti, cerca il componente che applica il ritorno. Ripeti sempre la stessa richiesta dopo ogni modifica.
Disattiva prima il plugin sospetto
Parti dai plugin aggiornati o configurati subito prima dell’errore. Considera quelli che gestiscono redirect, sicurezza, cache, autenticazione e HTTPS.
Se accedi alla dashboard, disattiva temporaneamente un componente alla volta. Se non accedi, puoi rinominare tramite SFTP la cartella del plugin sospetto dentro wp-content/plugins/.
Questa operazione interrompe le sue funzioni: su un e-commerce WooCommerce può coinvolgere acquisti o pagamenti. Pianifica quindi le prove senza compromettere gli ordini.
Se il ciclo sparisce, correggi la regola prima di riattivare il componente. Per organizzare questi interventi puoi approfondire i controlli della manutenzione WordPress.
Esamina .htaccess e configurazione hosting
Su Apache, il file .htaccess si trova normalmente nella cartella principale del sito. Conservane una copia e cerca regole personalizzate relative a dominio, HTTPS e percorsi coinvolti.
Rimuovi temporaneamente soltanto la regola sospetta. Non cancellare indiscriminatamente le direttive WordPress o quelle di sicurezza.
La sintassi semplice di un redirect permanente comprende Redirect 301, il vecchio percorso e l’URL completo di destinazione. Una destinazione che rimanda alla sorgente ricrea il ciclo.
Su un’installazione Nginx, cerca le regole nella configurazione del server, non in .htaccess. Se non hai accesso, invia all’assistenza hosting la sequenza degli indirizzi e l’orario della richiesta.
5. Correggi i redirect senza creare altri problemi
Una volta identificato il conflitto, elimina la regola superflua o correggine la destinazione. Aggiungere un passaggio può soltanto allungare la catena.
Collega direttamente sorgente e destinazione finale
Se il percorso è A, B, C, modifica il primo redirect perché conduca direttamente da A a C. Aggiorna anche menu, pulsanti e link interni, indirizzandoli alla destinazione finale.
Per gestire le regole senza codice puoi usare il plugin gratuito Redirection per WordPress: inserisci il percorso sorgente, l’indirizzo finale e il codice appropriato.
Se utilizzi 404 to 301, “301 Moved Permanently (SEO)” è lo stato per gli spostamenti definitivi. Non trasformare ogni pagina inesistente in un redirect automatico.
Monitorare le modifiche agli slug dei permalink aiuta a gestire gli indirizzi cambiati, ma non risolve i conflitti tra regole. Nella guida ai redirect 301 approfondisco la scelta delle destinazioni.
Scegli tra 301, 302, 404 e 410
The 301 comunica uno spostamento permanente. Il 302 indica uno spostamento temporaneo, dopo il quale l’indirizzo originale tornerà utilizzabile. La documentazione Google sui reindirizzamenti descrive come il motore interpreta queste risposte.
Se una pagina è stata eliminata senza sostituti pertinenti, lascia che restituisca un errore 404 oppure usa 410 Gone per dichiararne la rimozione definitiva. Il 404 indica che la risorsa non è stata trovata; il 410 comunica che è stata rimossa in modo permanente. Quest’ultimo può essere appropriato anche per una vecchia pagina di ringraziamento eliminata.
Reindirizzare ogni 404 alla homepage confonde i visitatori e può produrre soft 404. La gestione degli errori 404 in WordPress richiede decisioni basate sul contenuto precedente.
6. Svuota le cache e prova i percorsi importanti
Dopo la correzione, svuota le cache coinvolte: plugin, hosting, CDN e browser. Poi ripeti il test in navigazione privata e nel registro di rete per verificare i reindirizzamenti aggiornati.
La pagina finale deve restituire la risposta prevista, di solito 200 per un contenuto disponibile. Prova anche l’accesso amministrativo, i moduli, il recupero password e, se presenti, il carrello e il checkout.
In Google Search Console, il rapporto Indicizzazione pagine segnala URL non trovati, inclusi gli errori 404 e i soft 404. Non verifica in tempo reale la riparazione appena eseguita.
Dopo un restyling del sito, aggiorna anche sitemap e canonical perché indichino le destinazioni finali. Questo controllo rientra nella SEO tecnica WordPress e aiuta a evitare segnali contraddittori.
Catene di reindirizzamento inutilmente lunghe possono consumare parte del budget di scansione, ma l’effetto dipende dal sito.
Non serve attribuire percentuali di “link juice” alla correzione: il risultato tecnico da ottenere è un percorso diretto verso una pagina pertinente.
Domande frequenti sui reindirizzamenti WordPress
WordPress gestisce automaticamente gli slug modificati?
Per gli articoli pubblicati, WordPress conserva gli slug precedenti e può applicare automaticamente un redirect 301 verso quello attuale.
Le pagine, essendo contenuti gerarchici, non beneficiano dello stesso meccanismo. Il vecchio indirizzo può restituire 404: configura quindi un redirect esplicito quando deve continuare a funzionare.
Il cambio dell’intera struttura dei permalink richiede comunque una gestione dedicata degli indirizzi precedenti.
Un loop di reindirizzamento danneggia il posizionamento?
Un loop impedisce a visitatori e crawler di raggiungere il contenuto. Se persiste sulle pagine importanti, può compromettere scansione e indicizzazione.
La correzione ripristina l’accessibilità tecnica, ma non garantisce posizioni su Google. Un singolo 404 relativo a una pagina eliminata correttamente, invece, non equivale a una penalizzazione del sito.
Ripristina il sito correggendo la causa
Per risolvere i troppi reindirizzamenti in WordPress, individua il passaggio che chiude il ciclo. Conserva le regole necessarie e prova nuovamente i percorsi che portano a contatti o acquisti.
Se serve assistenza sul sito web, lavoro da Ciampino, nell’area di Roma, e online con aziende in tutta Italia. Parliamo del tuo progetto web: indicami l’URL coinvolto e le modifiche precedenti all’errore.
