Reindirizzamento del dominio non funzionante? 6 cause comuni e come risolverle

Imposti un redirect di dominio, aspetti la propagazione, testi l’URL vecchio — e non succede nulla. La pagina resta uguale, mostra un errore oppure va avanti in un loop infinito.

I fallimenti dei redirect sono frustranti e ti costano più del semplice tempo. Ogni redirect non funzionante significa traffico perso, backlink danneggiati e un’esperienza scadente per chiunque clicchi un link vecchio. Per le aziende che si affidano alla ricerca organica, un redirect configurato male può far “perdere” silenziosamente valore SEO per settimane prima che qualcuno se ne accorga.

La buona notizia: la maggior parte dei fallimenti dei redirect dipende da poche cause. Questa guida ti porta attraverso ognuna di esse, dai problemi DNS agli errori di configurazione del server, con passaggi concreti per diagnosticarle e risolverle.

#1 Il DNS non si è ancora propagato

Il problema: Hai puntato i record DNS del tuo dominio al servizio di redirect o al nuovo server, ma i visitatori vedono ancora il vecchio sito.

Perché succede: Le modifiche DNS non entrano in vigore istantaneamente. Ogni record DNS ha un valore TTL (Time to Live) — di solito da 300 secondi (5 minuti) a 86.400 secondi (24 ore). Finché il vecchio TTL non scade in tutto il mondo, i resolver DNS in rete continuano a servire il vecchio indirizzo IP.

Come diagnosticare:

• •
  Esegui dig example.com nel terminale e controlla la sezione ANSWER — l’IP è quello vecchio o quello nuovo?
• •
  Usa un verificatore globale di propagazione DNS come whatsmydns.net per vedere lo stato della propagazione in diverse regioni
• •
  Controlla il TTL del tuo dominio nelle impostazioni del tuo provider DNS

Come risolvere:

• •
  Prima di apportare modifiche DNS, abbassa il TTL a 300 secondi (5 minuti). Questo riduce in modo significativo la finestra di propagazione
• •
  Aspetta — la propagazione completa può richiedere fino a 48 ore con TTL standard, anche se di solito è molto più veloce (da pochi minuti a qualche ora)
• •
  Se la propagazione sembra bloccata, controlla di aver aggiornato i record presso il provider DNS corretto (quello a cui puntano i tuoi nameserver, non necessariamente il registrar del dominio)

#2 Errori di sintassi in .htaccess

Il problema: Hai aggiunto una regola di redirect al tuo file .htaccess, ma il server restituisce un errore 500 Internal Server Error, ignora completamente la regola oppure la applica in modo errato.

Perché succede: Apache's mod_rewrite è potente ma inflessibile. Un singolo spazio mancante, un flag errato o una regola in conflitto può compromettere l’intera configurazione. Gli errori più comuni includono:

• •
  Manca RewriteEngine On all’inizio del blocco di regole
• •
  Usare http:// invece di https:// nell’URL di destinazione
• •
  Dimenticare la barra iniziale nel pattern
• •
  Regole in conflitto che si sovrascrivono a causa dell’ordine

Come diagnosticare:

• •
  Controlla il log degli errori del tuo server — Apache registra i numeri di riga esatti per gli errori di sintassi
• •
  Rinomina temporaneamente .htaccess in qualcos’altro — se l’errore scompare, il colpevole è il tuo .htaccess

Come risolvere:

• •
  Inizia con una regola minima e testa prima di aggiungere complessità
• •
  Sintassi corretta per un redirect 301 di base:

apache
Redirect 301 /old-page https://example.com/new-page

• •
  Per redirect basati su regex con mod_rewrite:

apache
RewriteEngine On
RewriteRule ^old-path/(.*)$ https://example.com/new-path/$1 [R=301,L]

• •
  Se il tuo sito gira su Nginx invece che su Apache, i file .htaccess vengono ignorati completamente — devi aggiungere le regole nella configurazione del blocco server

#3 Catena di reindirizzamento o loop

Il problema: il reindirizzamento parte ma non arriva mai alla destinazione — il browser alla fine mostra "troppe reindirizzamenti" oppure la pagina impiega un tempo infinito a caricarsi.

Perché succede: una catena di reindirizzamenti si verifica quando URL A reindirizza a B, B reindirizza a C e così via. Si crea un loop quando la catena torna a un URL precedente. Entrambi sono comuni durante le migrazioni del sito quando i vecchi reindirizzamenti e i nuovi si sovrappongono senza essere ripuliti.

Come diagnosticare:

• •
  Apri Chrome DevTools → scheda Network → ricarica la pagina — analizza la catena 3xx delle richieste
• •
  Se vedi lo stesso URL comparire due volte nella catena, è un loop
• •
  Usa uno strumento di controllo dei reindirizzamenti (come redirectcheck.com) per visualizzare l’intera catena

Come risolvere:

• •
  Mappa tutte le regole di reindirizzamento attive che hai — in .htaccess, plugin del CMS, regole edge della CDN e lo strumento di gestione dei reindirizzamenti
• •
  Rimuovi le regole intermedie non più necessarie. Consolidare le catene in un unico redirect diretto (A → D invece di A → B → C → D)
• •
  Se usi WordPress, controlla tutti i plugin attivi — i plugin di caching, i plugin SEO e i plugin di sicurezza possono tutti aggiungere regole di redirect in conflitto

#4 Fantasmi di caching

Il problema: Hai aggiornato o rimosso un redirect, ma i visitatori continuano a essere reindirizzati alla vecchia destinazione.

Perché succede: I browser, i nodi edge della CDN e le cache a livello di server memorizzano in modo aggressivo i redirect 301. Una volta che un browser vede un 301, potrebbe ricordare il redirect in modo indefinito — anche dopo che lo hai modificato. Lo stesso vale per le cache CDN come Cloudflare, che possono servire risposte di redirect non aggiornate dai nodi edge.

Come diagnosticare:

• •
  Apri la pagina in una finestra in incognito/privata — se funziona correttamente lì, il problema è la cache del browser
• •
  Usa curl -I https://example.com/old-page per vedere le intestazioni di risposta reali del server senza interferenze del browser
• •
  Controlla le intestazioni Cache-Control e Age nella risposta

Come risolvere:

• •
  Svuota la cache del browser (Chrome: Impostazioni → Privacy → Cancella dati di navigazione → Immagini e file memorizzati nella cache)
• •
  Svuota la cache CDN (Cloudflare: Dashboard → Caching → Pulisci tutto o pulizia di un singolo URL)
• •
  Per i redirect futuri, usa 302 (temporaneo) durante i test, poi passa a 301 (permanente) solo quando sei sicuro che la destinazione sia corretta
• •
  Aggiungi intestazioni di cache esplicite: Cache-Control: no-cache, max-age=0 per i redirect che ti aspetti possano cambiare

#5 Problemi misti HTTP/HTTPS

Il problema: La destinazione del redirect usa HTTPS, ma il redirect invia il traffico alla versione HTTP, oppure viceversa. I visitatori vedono un avviso di certificato o una pagina non funzionante.

Perché succede: Questa è una delle modalità di fallimento dei redirect più trascurate. Imposti un redirect da http://old-domain.com a http://new-domain.com , ma il nuovo dominio impone HTTPS tramite HSTS. Il browser effettua un redirect, poi viene immediatamente reindirizzato di nuovo a HTTPS — o peggio, la versione HTTPS del vecchio dominio ha un certificato scaduto o non corrispondente.

Come diagnosticare:

• •
  Controlla entrambe le versioni http:// e https:// dell’URL sorgente
• •
  Cerca avvisi di contenuto misto nella console del browser
• •
  Verifica se HSTS è applicato (controlla l'intestazione di risposta Strict-Transport-Security )

Come correggere:

• •
  Reindirizza sempre all'URL HTTPS completo: https://new-domain.com/page invece di solo new-domain.com/page
• •
  Assicurati che ogni dominio nella catena abbia un certificato SSL valido installato
• •
  Se stai reindirizzando da un dominio precedente, assicurati che anche il vecchio dominio abbia copertura SSL — anche se serve solo per i reindirizzamenti
• •
  Usa un singolo protocollo canonico (sempre HTTPS) ovunque nelle regole di reindirizzamento

#6 Tipo di reindirizzamento errato

Il problema: Il tuo reindirizzamento funziona, ma i motori di ricerca non stanno passando l'equità dei link oppure i visitatori non riescono a salvare correttamente la destinazione nei segnalibri.

Perché succede: Codici di stato HTTP diversi dicono a browser e motori di ricerca cose diverse sul reindirizzamento:

• •
  301 (Moved Permanently): Trasmette la maggior parte dell'equità dei link. Usalo per spostamenti permanenti come cambi di dominio o ristrutturazioni
• •
  302 (Found): Non passa link equity. Usalo solo per redirect temporanei come test A/B o landing page stagionali
• •
  307 (Temporary Redirect): Simile a 302 ma preserva il metodo HTTP. Usato per redirect temporanei di API
• •
  Meta Refresh: Un redirect basato su HTML (non HTTP). Lento, perde link equity e offre una pessima esperienza utente

Come diagnosticare:

• •
  Controlla il codice di stato della risposta usando curl -I https://example.com/old-page
• •
  Cerca l’header Location e il codice di stato 3xx nella prima riga della risposta

Come risolvere:

• •
  Usa 301 per tutti i redirect permanenti — migrazioni di dominio, cambiamenti della struttura URL, eliminazione di pagine
• •
  Usa 302 o 307 solo per redirect davvero temporanei (promozioni, pagine di manutenzione, test A/B)
• •
  Non usare mai meta refresh ( <meta http-equiv="refresh"> ) per redirect critici per la SEO — usa invece redirect HTTP corretti
• •
  Se non sei sicuro di quale tipo usare, usa come default un 301. Cambiare un 302 in 301 in seguito non ti danneggerà, ma usare un 302 per un trasferimento permanente ti farà perdere valore SEO

Come prevenire i fallimenti dei redirect

Il ciclo diagnosi-correzione per i problemi di redirect richiede tempo. Ecco come evitarne la maggior parte in anticipo:

• •
  Testa con curl prima del rilascio: Esegui curl -IL https://source-url.com per verificare l’intera catena di redirect prima di annunciare qualsiasi modifica dell’URL
• •
  Mantieni una mappa dei redirect: Documenta ogni regola di redirect. Quando migri o ristrutturi, aggiorna la mappa. Questo previene catene accidentali e regole “orfane”
• •
  Usa una piattaforma dedicata per la gestione dei redirect: Gestire i redirect tramite .htaccess, plugin di WordPress o file di configurazione del server funziona — finché non smette di funzionare. Quando hai decine o centinaia di redirect, l’approccio manuale genera errori. Una piattaforma dedicata offre debug visivo delle catene di redirect, gestione automatica di HTTPS, analisi del traffico di redirect, import ed export in blocco e log di audit per tracciare le modifiche.
• •
  Imposta TTL bassi prima di apportare modifiche DNS: Abbassa il TTL a 300 secondi almeno 24 ore prima di qualsiasi aggiornamento DNS pianificato
• •
  Testa in un ambiente di staging: Non distribuire mai modifiche ai redirect direttamente in produzione senza testare l’intero percorso

L’approccio RedirHub: salta le congetture

Ogni causa in questa guida — ritardi DNS, errori in .htaccess, catene di redirect, “fantasmi” della cache, mismatch SSL, codici di stato errati — riconduce a una sola cosa: gestire i redirect tramite un’infrastruttura che non era stata costruita per farlo.

RedirHub gestisce i redirect all’edge, separatamente dal tuo server web e dalla configurazione DNS. Questo significa niente file .htaccess da corrompere, nessun riavvio del server quando aggiungi una regola e niente preoccupazioni per TTL o “fantasmi” della cache. Ogni redirect viene gestito tramite un dashboard visivo con propagazione istantanea, HTTPS automatico, analitiche integrate e importazione massiva per migrazioni su larga scala.

Ecco come RedirHub elimina ciascun problema di questa guida:

• •
  Propagazione DNS—RedirHub usa una configurazione basata su CNAME. Non sono necessari cambiamenti di record A. I redirect si propagano globalmente in pochi secondi, non in ore.
• •
  Errori .htaccess—Nessun file di configurazione del server da modificare. Tutte le regole vengono gestite in un’interfaccia visiva con validazione integrata. Se la sintassi è errata, l’interfaccia te lo segnala prima che la regola vada online.
• •
  Catene di redirect—Il dashboard mostra l’intero percorso di ogni regola. Puoi vedere ed eliminare le catene con un solo clic. Niente più supposizioni su dove inizia il loop.
• •
  Fantasmi della cache—RedirHub imposta per impostazione predefinita intestazioni di cache ottimali. Quando aggiorni un redirect, la modifica ha effetto immediatamente all’edge. Non serve svuotare la cache del browser.
• •
  Problemi HTTPS—SSL automatico su ogni redirect. Niente configurazioni manuali dei certificati, niente sorprese con contenuti misti.
• •
  Codici di stato errati—Imposta 301, 302 o 307 per regola nell’interfaccia. Niente header grezzi da configurare.

Se stai perdendo tempo a fare debug dei redirect invece di far avanzare il tuo sito, è un segnale che la configurazione non è quella giusta. Una piattaforma di redirect creata appositamente elimina l’attrito dell’infrastruttura così puoi concentrarti sulla migrazione, non sui dettagli tecnici.

Checklist rapida di riferimento

Ancora bloccato? A volte il problema è a livello di infrastruttura: regole CDN in conflitto, riscritture a livello di server che sovrascrivono le regole a livello di applicazione, oppure impostazioni DNS a livello di registro. Se hai seguito questa checklist e il redirect non funziona ancora, uno strumento di diagnostica visiva dei redirect può mostrarti esattamente cosa succede a ogni passaggio.