I redirect entrano in gioco ogni volta che cambi un URL: una pagina viene spostata, eliminata o sostituita. Succede più spesso di quanto sembri: riorganizzazione dei contenuti, migrazione di dominio, modifica della struttura delle URL.
Il problema non è fare un redirect. È farlo male.
Un redirect impostato senza logica può creare errori 404, catene inutili, perdita di segnali SEO e confusione per i motori di ricerca. Nei casi più delicati, come una migrazione, può incidere direttamente sul traffico. È uno di quei temi che, da consulente SEO, mi capita di affrontare continuamente e spesso il problema non è tecnico, ma di logica.
In questa guida vediamo come gestire i redirect 301 in modo corretto, sia tramite file .htaccess sia tramite plugin WordPress. Non sono due soluzioni equivalenti: funzionano in modo diverso e vanno usate in base al contesto.
Una premessa importante: il file .htaccess riguarda server Apache. Se il sito gira su Nginx, le regole non vanno inserite qui ma nella configurazione del server.
In questo articolo
-
-
- Che cos’è un redirect 301 (spiegato semplice)
- Quando usare un redirect 301 e quando evitarlo
- .htaccess: quando funziona davvero (e quando no)
- Preparativi prima di modificare il file
- Come scrivere bene i redirect 301 con .htaccess
- Redirect avanzati con espressioni regolari
- Redirect 301 con plugin WordPress: quando usarli
- Migrazione dominio: come gestire i redirect senza perdere segnali SEO
- Dopo la pubblicazione: test e monitoraggio
- Errori da evitare nei redirect
- FAQ — Domande frequenti sui redirect 301
-
Che cos’è un redirect 301
Un redirect 301 è un reindirizzamento permanente da un URL a un altro.
Serve a indicare che una pagina è stata spostata in modo definitivo e che la nuova URL è quella da considerare corretta.
Quando viene configurato, chi visita la vecchia pagina viene portato automaticamente alla nuova. Lo stesso vale per i motori di ricerca, che aggiornano progressivamente l’URL nei risultati.
La distinzione importante è tra redirect permanenti e temporanei.
Un redirect permanente (301) comunica che lo spostamento è definitivo.
Un redirect temporaneo (302) indica invece che la modifica è provvisoria e che la vecchia URL potrebbe tornare attiva.
Oggi va aggiunta una precisazione: anche il codice 308 è considerato un redirect permanente. Dal punto di vista dei motori di ricerca, 301 e 308 inviano lo stesso tipo di segnale. (Reinderizzamenti e la ricerca di Google – Google Search Central)
| Tipo | Significato | Quando usarlo | Impatto SEO |
|---|---|---|---|
| 301 | Permanente | Cambio URL definitivo | Forte |
| 308 | Permanente | Alternativa tecnica al 301 | Forte |
| 302 | Temporaneo | Spostamento temporaneo | Limitato |
| Meta refresh | Client-side | Da evitare | Scarso |
Quando usare un redirect 301 e quando no
Un redirect 301 va usato quando esiste una nuova destinazione reale e coerente per una URL che non sarà più disponibile.
Non è uno strumento “di default”. Va usato con criterio.
Quando usarlo
Ci sono alcuni casi chiari in cui il 301 è la scelta corretta:
- Cambio URL definitivo
Hai modificato lo slug o la struttura di una pagina. La vecchia URL deve puntare alla nuova. - Migrazione di dominio
Il sito passa da un dominio a un altro. Ogni URL deve essere reindirizzata alla sua equivalente. - Riorganizzazione dei contenuti
Sposti pagine da una sezione a un’altra o cambi struttura alle directory. - Fusione di pagine simili
Più contenuti vengono accorpati in una sola pagina più completa. Le vecchie URL vanno reindirizzate alla nuova risorsa.
In tutti questi casi c’è una logica chiara:
esiste una nuova pagina pertinente che sostituisce la precedente.
Google, nelle linee guida sulle migrazioni, insiste proprio su questo punto:
le vecchie URL devono essere mappate verso destinazioni corrette e coerenti, non verso pagine generiche.
Quando è meglio non usarlo
Non sempre il redirect è la scelta giusta.
Evitalo in questi casi:
- Redirect verso homepage senza criterio
Reindirizzare tutto alla home è uno degli errori più comuni. Non risolve il problema, lo sposta. - Contenuti eliminati senza sostituzione reale
Se una pagina non esiste più e non ha un equivalente, è più corretto restituire un 404 o 410. - Redirect “tappabuchi”
Usare il 301 solo per evitare errori tecnici, senza una logica di contenuto, crea confusione per utenti e motori di ricerca.
.htaccess: quando funziona
Il file .htaccess è uno strumento potente, ma non universale.
Funziona nei server Apache.
Se il sito è su Nginx, le regole di redirect non vanno inserite qui ma nella configurazione del server.
Questo punto è importante perché molti esempi online danno per scontato che .htaccess funzioni ovunque. Non è così.
Come funziona davvero .htaccess
.htaccess è un file di configurazione che permette di definire regole a livello di directory, senza intervenire direttamente sulla configurazione principale del server.
Nel caso dei redirect, può essere usato per gestire:
- reindirizzamenti semplici
- pattern di URL
- regole più complesse con condizioni
Le tre direttive principali
Quando lavori con i redirect in .htaccess, ti trovi davanti a tre approcci:
- Redirect → per casi semplici
- RedirectMatch → quando serve usare pattern (regex)
- RewriteRule → quando servono condizioni o logiche più articolate
Non sono equivalenti.
La scelta dipende dalla complessità del caso.
Attenzione alle limitazioni del server
Non tutto ciò che puoi scrivere in .htaccess è sempre eseguibile.
Il comportamento dipende dalla configurazione del server, in particolare dalla direttiva AllowOverride.
Se è limitata o disattivata, alcune regole potrebbero non funzionare.
Questo è il motivo per cui, in alcuni ambienti, le modifiche al .htaccess sembrano “non avere effetto”.
| Direttiva | Quando usarla | Complessità |
|---|---|---|
| Redirect | URL semplici | Bassa |
| RedirectMatch | Pattern / regex | Media |
| RewriteRule | Logiche complesse | Alta |
Preparativi prima di modificare il file
Prima di intervenire sul file .htaccess, fai alcuni controlli essenziali.
- Backup
Salva una copia del file prima di modificarlo. - Accesso al file
Verifica di poter accedere via FTP o file manager (es. cPanel). - File nascosti
Assicurati che.htaccesssia visibile. - Mappatura URL
Definisci chiaramente:
vecchia URL → nuova URL - Controllo regole esistenti
Verifica se ci sono già redirect attivi. - Test (se possibile)
Se hai uno staging, usalo.
| Controllo | Stato |
|---|---|
| Backup del file .htaccess | ☐ |
| Accesso FTP / file manager verificato | ☐ |
| File nascosti visibili | ☐ |
| Mappatura URL completata | ☐ |
| Redirect esistenti verificati | ☐ |
| Test in staging (se disponibile) | ☐ |
Preparativi prima di modificare il file
Per i casi semplici usa Redirect o RedirectMatch.
RewriteRule serve quando ci sono condizioni o logiche più articolate.
| Caso | Codice | Quando usarlo | Note |
|---|---|---|---|
| Singola pagina | Redirect 301 /vecchia-pagina/ https://www.tuodominio.it/nuova-pagina/ | Cambio URL o slug | Path relativo → URL assoluta |
| Cartella | RedirectMatch 301 ^/vecchia-cartella/(.*)$ https://www.tuodominio.it/nuova-cartella/$1 | Ristrutturazione directory | Mantiene URL finale |
| HTTP → HTTPS |
RewriteEngine On RewriteCond %{HTTPS} off RewriteRule ^(.*)$ https://www.tuodominio.it/$1 [R=301,L] |
Forzare HTTPS | Evita duplicazioni |
| www → non-www |
RewriteEngine On RewriteCond %{HTTP_HOST} ^www\.tuodominio\.it$ [NC] RewriteRule ^(.*)$ https://tuodominio.it/$1 [R=301,L] |
Uniformare dominio | Scegli una sola versione |
| non-www → www |
RewriteEngine On RewriteCond %{HTTP_HOST} ^tuodominio\.it$ [NC] RewriteRule ^(.*)$ https://www.tuodominio.it/$1 [R=301,L] |
Uniformare dominio | Alternativa alla sopra |
| File singolo | Redirect 301 /vecchio-file.html https://www.tuodominio.it/nuovo-url/ | Sostituzione contenuto | Uso puntuale |
Redirect avanzati con espressioni regolari
Le espressioni regolari servono a intercettare gruppi di URL con una sola regola.
Sono utili quando hai pattern ripetuti, per esempio una cartella intera o una struttura che cambia in blocco.
Il vantaggio è chiaro: invece di scrivere decine di redirect singoli, puoi gestire più URL insieme.
Il punto è non complicarsi la vita.
Una regex troppo generica può prendere dentro URL che non volevi toccare.
Per questo conviene usare pochi pattern chiari e testati, invece di scrivere regole “furbe” ma fragili.
| Direttiva | Quando usarla | Punto di forza | Rischio |
|---|---|---|---|
| Redirect | URL singoli e casi semplici | Pulito e leggibile | Poco flessibile |
| RedirectMatch | Pattern e gruppi di URL | Riduce molte regole in una | Regex troppo ampia |
| RewriteRule | Condizioni e logiche avanzate | Massima flessibilità | Più facile sbagliare |
Redirect 301 con plugin WordPress: quando usarli
I plugin di redirect sono comodi quando devi gestire modifiche rapide lato contenuto, senza mettere mano al server.
Funzionano bene per attività editoriali, ma non sono la scelta migliore quando l’intervento diventa strutturale.
La differenza è semplice:
- i plugin lavorano a livello applicativo (WordPress)
- i redirect nel
.htaccesslavorano a livello server
Quando il traffico è alto o le regole sono molte, meglio stare lato server.
| Aspetto | Plugin WordPress | .htaccess (server) |
|---|---|---|
| Facilità | Molto alta | Media |
| Performance | Più lenta (passa da WP) | Più veloce |
| Scalabilità | Limitata | Alta |
| Uso ideale | Modifiche editoriali | Migrazioni e redirect massivi |
| Controllo | Limitato | Completo |
Plugin WordPress più usati per i redirect
Se lavori lato editoriale, questi sono quelli più affidabili:
- Redirection
Il più diffuso. Permette redirect 301, monitoraggio 404 e gestione semplice anche per molti URL. - Rank Math SEO
Include modulo redirect integrato. Utile se già lo usi per la SEO. - Yoast SEO Premium
Ha una gestione redirect automatica quando cambi URL o elimini pagine. - Simple 301 Redirects
Essenziale, senza fronzoli. Perfetto per pochi redirect veloci.
Migrazione dominio: come gestire i redirect senza perdere segnali SEO
Una migrazione non è solo una questione tecnica.
È un passaggio delicato in cui stai chiedendo ai motori di ricerca di trasferire segnali da un dominio a un altro.
Per questo il punto centrale è uno:
ogni URL deve avere una destinazione coerente.
La logica corretta è sempre una mappatura 1:1.
Vecchia pagina → nuova pagina equivalente.
Non scorciatoie, non redirect generici verso homepage.
Gli errori più comuni nascono proprio qui:
si semplifica troppo, si accorpano contenuti, si cambiano struttura, design e contenuti tutto insieme.
Risultato: perdita di segnali e instabilità.
Meglio fare meno cose, ma farle bene.
- definire la mappatura completa prima di intervenire
- testare i redirect prima del go-live
- evitare cambiamenti multipli nello stesso momento
Se vuoi approfondire tutto il processo passo passo, ho scritto una guida completa dedicata proprio alle migrazioni SEO, dove entro nel dettaglio operativo di ogni fase.
Dopo la pubblicazione: test e monitoraggio
Una volta pubblicati i redirect, il lavoro non è finito.
È qui che capisci se tutto sta funzionando davvero.
La prima cosa è verificare le risposte HTTP: ogni URL deve restituire un 301 pulito verso la destinazione corretta.
Poi si passa al controllo in Google Search Console, dove emergono eventuali problemi reali di scansione e indicizzazione.
Attenzione anche a:
- catene di redirect (più passaggi consecutivi)
- loop (redirect che tornano su sé stessi)
Se hai una property a livello dominio, puoi usare anche il report di crawling per individuare anomalie nel comportamento dei bot.
| Controllo | Cosa verificare | Obiettivo |
|---|---|---|
| Risposte HTTP | 301 corretti senza passaggi intermedi | Redirect puliti |
| Search Console | Errori di copertura e indicizzazione | Individuare problemi reali |
| Errori di scansione | 404, soft 404, pagine escluse | Correggere dispersioni |
| Catene redirect | Più redirect consecutivi | Ridurre latenza |
| Loop redirect | Redirect circolari | Evitare errori bloccanti |
Errori da evitare
I redirect non sono complicati, ma gli errori sono sempre gli stessi.
A → B → C rallenta e disperde segnali
URL che rimandano a sé stesse → pagina non accessibile
Intercettano URL non previsti → effetti collaterali
Perdi rilevanza e crei mismatch di intento
Meglio gestione server-side
.htaccess caotico = risultati imprevedibili
Gli errori emergono solo dopo
I redirect servono. Ma non sono una scorciatoia. Il punto non è “mettere un 301”.
È mandare utenti e crawler nel posto giusto. Se la destinazione è coerente, funziona.
Se non lo è, stai solo aggiungendo un passaggio.
FAQ
Quando usare un redirect 301?
Quando una pagina cambia URL in modo definitivo o viene spostata. Serve a trasferire segnali SEO e portare utenti e crawler sulla nuova destinazione corretta.
Un redirect 301 fa perdere posizionamento?
Se implementato correttamente no. Possono esserci oscillazioni iniziali, ma i segnali vengono trasferiti alla nuova URL nel tempo.
Meglio usare plugin o .htaccess per i redirect?
Per pochi redirect va bene un plugin. Per migrazioni o volumi elevati è meglio lavorare lato server, perché più veloce e controllabile.
Posso fare redirect verso la homepage?
Solo se ha davvero senso. In generale è meglio reindirizzare verso una pagina equivalente, altrimenti si perde rilevanza SEO.
Quanto tempo impiega Google a recepire un redirect 301?
Dipende dalla frequenza di scansione del sito. Alcune pagine vengono aggiornate in pochi giorni, altre possono richiedere settimane.
Eleonora Boretti è una consulente SEO freelance, specializzata nella creazione di strategie SEO personalizzate. Offre servizi completi che includono audit SEO, ricerca di parole chiave, ottimizzazione on-site, e attività SEO off-site. Ha iniziato la sua attività come Freelance nel 2018 e si impegna non solo nell'applicazione delle strategie SEO, ma anche nel formare i suoi clienti sui principi e le complessità dell'ottimizzazione per i motori di ricerca.