Il redirect 301, o reindirizzamento 301, è un codice di stato HTTP che comunica a browser e motori di ricerca che un URL è stato spostato in modo permanente verso un altro URL. In pratica, chi prova a visitare la vecchia pagina viene inviato automaticamente al nuovo indirizzo, così come Googlebot e gli altri crawler. Se configurato correttamente, trasferisce alla nuova URL gran parte del valore SEO accumulato, riduce i link rotti e limita al minimo le perdite di posizionamento durante migrazioni, cambi di dominio o modifiche alla struttura degli indirizzi.
Su un sito web capita spesso di eliminare pagine, cambiare dominio, passare da HTTP a HTTPS, riorganizzare categorie o unire contenuti simili. Per gestire queste modifiche senza danneggiare l’esperienza utente e la visibilità organica serve una strategia di redirect chiara. Il redirect 301 è uno degli elementi più importanti di questa strategia, perché indica ai motori di ricerca che non si tratta di uno spostamento temporaneo, ma di un cambio di indirizzo definitivo.
In questa guida vedremo che cos’è un redirect 301, in cosa differisce dai redirect 302 e da altri tipi di reindirizzamento, come configurarlo su Apache tramite .htaccess, cPanel, WordPress e Nginx, quali effetti ha sulla SEO e quali sono gli errori più comuni da evitare. Soprattutto lato hosting, una piccola configurazione sbagliata può mandare l’intero sito in loop di redirect: per questo è importante applicare gli esempi con attenzione. Per un’infrastruttura affidabile puoi consultare anche Pacchetti web hosting Hostragons e, per i passaggi a HTTPS, la pagina Certificati SSL Hostragons.
Che cos’è un redirect 301?
Un redirect 301 è una risposta permanente inviata dal server al client. Quando un utente o un bot dei motori di ricerca prova ad accedere alla vecchia URL, il server restituisce il codice di stato 301 e indica la nuova posizione della risorsa. Il browser riceve questa informazione e porta automaticamente l’utente alla pagina di destinazione.
Per esempio, se hai spostato il contenuto da nomesito.it/vecchio-articolo a nomesito.it/nuovo-articolo, non vuoi che chi visita il vecchio indirizzo finisca su una pagina di errore 404. Aggiungendo un redirect 301, l’utente raggiunge il contenuto corretto e i motori di ricerca iniziano a considerare la nuova pagina come indirizzo principale.
Google ha più volte chiarito che, con gli algoritmi attuali, i segnali dei link vengono trasferiti in larga parte attraverso i redirect 301. Questo però non significa che ogni reindirizzamento produca automaticamente un risultato perfetto. La coerenza tematica tra vecchia e nuova pagina, la correttezza tecnica, l’assenza di catene di redirect, la velocità del sito e l’indicizzabilità della pagina di destinazione influenzano direttamente l’impatto SEO.
Quando usare un redirect 301?
Il redirect 301 va usato quando una URL cambia in modo permanente. Per campagne temporanee, test A/B o pagine di manutenzione di breve durata, di solito sono più indicati redirect temporanei come 302 o 307. Nei casi seguenti, invece, l’utilizzo del 301 è la scelta corretta:
- Quando cambi dominio: ad esempio nel passaggio da vecchiodominio.it a nuovodominio.it.
- Quando passi da HTTP a HTTPS: per rendere la connessione sicura lo standard predefinito. In questa fase può esserti utile il contenuto che cos'è un certificato SSL.
- Quando scegli tra www e non-www: per stabilire una sola versione canonica tra www.sito.it e sito.it.
- Quando modifichi la struttura degli URL: per esempio passando da /blog/123 a URL leggibili come /blog/redirect-301.
- Quando unisci contenuti simili: per concentrare due articoli vicini in una sola pagina più completa e autorevole.
- Quando sposti prodotti o categorie: in un e-commerce, reindirizzando una vecchia scheda prodotto al prodotto sostitutivo più pertinente o alla categoria più vicina.
- Quando rimuovi pagine in modo definitivo: indirizzando gli utenti verso l’alternativa più rilevante che soddisfa la stessa intenzione di ricerca.
Confronto tra 301, 302, 307 e Meta Refresh
I diversi tipi di redirect possono sembrare simili agli occhi dell’utente, ma inviano segnali molto diversi ai motori di ricerca. Usare il codice sbagliato, soprattutto durante una migrazione SEO o un cambio di dominio, può causare cali di performance e confusione nell’indicizzazione.
| Tipo di redirect | Significato | Uso SEO | Quando preferirlo? |
|---|---|---|---|
| 301 | Spostato in modo permanente | È la soluzione più adatta per trasferire il valore SEO alla nuova URL | In cambi permanenti di URL, dominio o passaggi a HTTPS |
| 302 | Trovato temporaneamente | Segnala che la vecchia URL potrebbe tornare attiva | Per campagne, manutenzioni temporanee o test di breve durata |
| 307 | Redirect temporaneo | Mantiene il metodo HTTP e invia un segnale temporaneo | Quando serve un reindirizzamento temporaneo in API, form o flussi applicativi |
| Meta Refresh | Redirect ritardato inserito nell’HTML | Non è consigliato per la SEO e può peggiorare l’esperienza utente | Da evitare, salvo casi particolari e non strategici |
La regola generale per la SEO è semplice: se la modifica è permanente, usa un 301; se è temporanea, usa un 302 o un 307. Se non sei sicuro, prima di decidere chiarisci se la pagina tornerà o meno al vecchio indirizzo in futuro.
In che modo il redirect 301 influenza la SEO?
Il redirect 301 è uno strumento molto potente per la SEO, ma se non viene pianificato correttamente può creare problemi. I suoi effetti vanno quindi valutati sia nei benefici sia nei possibili rischi.
Aiuta a trasferire l’autorità dei link alla nuova URL
Se la tua vecchia pagina ha backlink, condivisioni social e segnali raccolti nel tempo dai motori di ricerca, il redirect 301 aiuta a trasferire questi segnali alla nuova pagina. Per esempio, se un articolo del blog riceve link da 50 siti diversi e viene spostato a un nuovo indirizzo, senza redirect quel valore andrebbe disperso e gli utenti finirebbero su un errore 404. Con un 301, gran parte di quell’autorevolezza viene consolidata sulla nuova URL.
Riduce gli errori 404 e la perdita di utenti
Le pagine 404 non sono sempre negative: se un contenuto è stato eliminato e non esiste un’alternativa pertinente, possono essere del tutto naturali. Tuttavia, lasciare in 404 URL con molto traffico o con backlink importanti può generare perdita di utenti e indebolimento dei segnali SEO. Per questo è utile controllare regolarmente i log del server e i report di Google Search Console, così da individuare le pagine di valore che restituiscono errore.
Rende più chiari i segnali di indicizzazione
Quando i motori di ricerca trovano lo stesso contenuto disponibile su più URL, possono avere difficoltà a capire quale versione mostrare nei risultati. Il redirect 301 permette di riunire URL duplicate, obsolete o alternative sotto un unico indirizzo principale. Questo è particolarmente importante per le differenze tra www e non-www, HTTP e HTTPS, oppure tra URL con slash finale e senza slash.
Se usato male può causare perdite di ranking
Reindirizzare tutte le vecchie pagine alla homepage è una pratica diffusa, ma spesso sbagliata. Se l’argomento della vecchia pagina e quello della destinazione non sono coerenti, Google può interpretare il redirect come un segnale debole o poco utile. Per esempio, invece di reindirizzare un vecchio articolo sull’ottimizzazione della velocità di WordPress alla homepage dell’hosting, è meglio puntare a una guida aggiornata sulle prestazioni di WordPress. In questo contesto, pagine come Hosting WordPress o Guida alla velocizzazione del sito web possono essere destinazioni più pertinenti.
Come fare un redirect 301?
Un redirect 301 può essere configurato a livello di server, tramite pannello di controllo hosting, con un plugin CMS oppure direttamente nel codice dell’applicazione. Il metodo migliore dipende dall’infrastruttura del sito e dal numero di redirect da gestire. Per poche URL in WordPress può bastare un plugin; per redirect globali di dominio o per il passaggio a HTTPS è preferibile intervenire a livello server.
1. Redirect 301 con Apache .htaccess
In molti piani di hosting condiviso basati su Apache, i redirect vengono gestiti tramite il file .htaccess. Questo file si trova di solito nella directory principale del sito, cioè dentro public_html. Prima di modificarlo, crea sempre una copia di backup: anche un solo carattere sbagliato può generare un errore 500 Internal Server Error.
Esempio di redirect di una singola pagina:
Redirect 301 /vecchia-pagina https://www.nomesito.it/nuova-pagina
Esempio di redirect da HTTP a HTTPS:
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
Esempio di redirect dalla versione senza www alla versione con www:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^nomesito.it [NC]
RewriteRule ^(.*)$ https://www.nomesito.it/$1 [L,R=301]
Il punto più delicato è evitare regole in conflitto quando si gestiscono contemporaneamente HTTPS e preferenza www. Se le regole si sovrappongono, l’utente può passare prima da HTTP a HTTPS e poi da non-www a www, creando una catena di redirect inutile.
2. Redirect 301 tramite cPanel
Per chi non vuole modificare codice, cPanel è una soluzione pratica e accessibile. I passaggi generali sono questi:
- Accedi al tuo account cPanel.
- Apri lo strumento Redirects nella sezione Domains.
- Seleziona Permanent 301 come tipo di redirect.
- Scegli il dominio o la directory da reindirizzare.
- Inserisci la URL di destinazione completa.
- Controlla le preferenze relative a www e salva l’operazione.
- Verifica il risultato con una finestra in incognito del browser o con curl.
I clienti Hostragons che utilizzano cPanel possono gestire dominio e hosting da un unico pannello, controllando più facilmente i redirect attivi. Se stai pianificando un trasferimento di dominio, può esserti utile anche la guida Come effettuare il trasferimento del dominio.
3. Redirect 301 in WordPress
Nei siti WordPress esistono tre metodi comuni per gestire i redirect: plugin, file .htaccess oppure codice nel tema o in uno snippet personalizzato. Il modo più sicuro per iniziare è usare un plugin di reindirizzamento affidabile. Strumenti come Redirection, Rank Math e Yoast SEO Premium permettono di associare vecchie e nuove URL direttamente dal pannello di amministrazione.
Passaggi consigliati in WordPress:
- Prima di tutto esporta o crea un elenco delle URL e stabilisci dove deve puntare ogni pagina.
- Prima di installare o configurare un plugin, fai un backup completo del sito.
- Inserisci la corrispondenza tra vecchia URL e URL di destinazione.
- Assicurati che il codice di reindirizzamento sia 301.
- Se usi un plugin di cache o una cache server, svuota la cache.
- Controlla il codice di stato con uno strumento di test.
Quando troppe regole di redirect vengono gestite da un plugin, può comparire un impatto sulle prestazioni. Se devi amministrare centinaia o migliaia di redirect, una configurazione a livello server è spesso più stabile ed efficiente. Per migliorare le performance di WordPress, possono aiutarti anche Pacchetti di hosting WordPress e impostazioni di LiteSpeed Cache.
4. Redirect 301 con Nginx
Sui server che utilizzano Nginx, i redirect vengono di solito configurati all’interno del server block del sito. Un esempio di redirect di dominio è il seguente:
server {
listen 80;
server_name vecchiosito.it www.vecchiosito.it;
return 301 https://nuovosito.it$request_uri;
}
Per reindirizzare una pagina specifica:
location = /vecchia-pagina {
return 301 https://nomesito.it/nuova-pagina;
}
Dopo aver modificato la configurazione Nginx, è necessario eseguire prima un comando di test e poi ricaricare il servizio. Un server block errato può compromettere l’accesso all’intero sito. Se utilizzi un server gestito, l’approccio più sicuro è pianificare queste modifiche con il team di supporto tecnico. Per avere maggiore controllo sull’ambiente, puoi valutare soluzioni come server VPS.
Piano di redirect 301 durante una migrazione del sito
Quando cambi dominio o modifichi l’architettura del sito, lasciare i redirect 301 all’ultimo minuto è rischioso. Nelle migrazioni professionali, prima si costruisce un inventario delle URL esistenti, poi si definisce una destinazione precisa per ciascuna di esse.
Checklist passo passo per la migrazione
- Crea un inventario delle URL: raccogli tutte le URL importanti da sitemap, Search Console, Analytics, strumenti backlink e log del server.
- Definisci le priorità: dai precedenza alle pagine che generano traffico, backlink e conversioni.
- Crea una mappatura uno a uno: associa ogni vecchia URL alla nuova URL più pertinente.
- Evita il redirect di massa alla homepage: i redirect non pertinenti indeboliscono il valore SEO.
- Prova tutto in ambiente di test: controlla un campione di URL prima della pubblicazione in produzione.
- Aggiorna la sitemap XML: inserisci le nuove URL nella sitemap e rimuovi quelle vecchie.
- Correggi i link interni: non affidarti solo ai redirect; aggiorna menu, contenuti e link nel footer direttamente verso le nuove URL.
- Monitora Search Console: controlla copertura, statistiche di scansione e report sull’esperienza di pagina per almeno 4-8 settimane.
Per esempio, se modifichi la struttura URL di un blog con 300 articoli, non è sufficiente reindirizzare solo le 20 pagine con più traffico. Anche pagine con poco traffico ma con backlink rilevanti possono trasmettere autorità. Per questo la decisione non deve basarsi solo sul numero di visite.
Gli errori più comuni nei redirect 301

Creare catene di redirect
Una catena di redirect si verifica quando una URL reindirizza a una seconda URL, che a sua volta reindirizza a una terza. Invece di A → B → C, è meglio configurare direttamente A → C. Le catene consumano inutilmente crawl budget, rallentano il caricamento della pagina e possono indebolire il trasferimento dei segnali. Il problema è frequente nei siti che, nel corso degli anni, hanno cambiato più volte struttura degli URL.
Creare loop di redirect
Un loop nasce quando A reindirizza a B e B reindirizza di nuovo ad A. In questo caso il browser mostra un errore come too many redirects. Di solito il problema deriva da conflitti tra regole HTTPS, preferenze www e sistemi di cache. Per risolverlo, tutte le regole di redirect devono essere controllate una per una e, quando possibile, semplificate in un unico punto.
Reindirizzare verso pagine non pertinenti
Reindirizzare tutte le pagine eliminate alla homepage può sembrare una scorciatoia comoda, ma non soddisfa l’intento dell’utente. Una vecchia pagina sull’installazione SSL, per esempio, non dovrebbe puntare alla homepage, ma a una guida aggiornata sull’installazione del certificato SSL o a una pagina prodotto SSL. In questo modo si proteggono sia la soddisfazione dell’utente sia i segnali SEO. Per un contenuto correlato può essere usato il collegamento come si installa SSL.
Entrare in conflitto con robots.txt o noindex
Se la URL di destinazione è impostata su noindex o viene bloccata da robots.txt, il redirect 301 non porterà il beneficio SEO atteso. Assicurati che la nuova pagina sia accessibile, indicizzabile e restituisca un codice di stato 200.
Non testare i redirect
Dopo aver aggiunto un redirect, non basta vedere che la pagina si apre nel browser. La cache del browser può trarre in inganno. È necessario verificare il codice di risposta con strumenti di controllo HTTP, comando curl, Screaming Frog o crawler simili.
Come testare un redirect 301?
Per capire se la configurazione funziona davvero, serve un test tecnico. Con un semplice comando curl puoi controllare quale codice di stato restituisce una URL:
curl -I https://nomesito.it/vecchia-pagina
In una configurazione corretta dovresti vedere HTTP/1.1 301 oppure HTTP/2 301 e, nella riga Location, la nuova URL. Subito dopo va controllato che la pagina di destinazione restituisca codice 200. Se anche la destinazione reindirizza altrove, esiste una catena e la regola deve essere semplificata.
Metodi utili per il test:
- Controllare gli header HTTP con curl o con gli strumenti sviluppatore del browser.
- Usare strumenti online di redirect checker per individuare eventuali catene.
- Scansionare l’intero sito con crawler come Screaming Frog.
- Utilizzare lo strumento di controllo URL in Google Search Console.
- Analizzare nei log di accesso del server le richieste di Googlebot.
Redirect 301 e performance dell’hosting
Dal punto di vista tecnico, un redirect sembra un’operazione leggera, ma su siti molto grandi centinaia o migliaia di regole possono influire sulle prestazioni. L’esecuzione di regole regex complesse a ogni richiesta può consumare risorse server. Per questo i file di redirect devono essere mantenuti ordinati, le regole vecchie o inutili vanno eliminate e, quando possibile, è meglio scrivere regole semplici che puntano direttamente alla destinazione finale.
Anche l’infrastruttura hosting ha un ruolo importante. Un TTFB rapido, una configurazione SSL corretta, il supporto a HTTP/2 o HTTP/3 e un sistema di cache affidabile migliorano l’esperienza utente dopo il redirect. Se il tuo sito sta crescendo e il traffico aumenta, può essere sensato valutare soluzioni più scalabili come Hosting aziendale Hostragons o soluzioni server cloud.
Best practice per i redirect 301
- Usa il 301 per modifiche permanenti e il 302 per modifiche temporanee.
- Reindirizza ogni vecchia URL alla nuova URL più pertinente.
- Evita redirect di massa verso la homepage.
- Riduci le catene di redirect a un solo passaggio.
- Unifica HTTPS, www e preferenze sullo slash finale in un unico standard.
- Aggiorna i link interni, evitando di far passare l’utente attraverso redirect inutili.
- Nella sitemap XML mantieni solo URL nuove che restituiscono codice 200.
- Dopo il redirect, monitora i report di Search Console per 4-8 settimane.
- Prima di migrazioni importanti, crea un backup completo e, se possibile, fai una prova in ambiente di test.
- Per modifiche a livello server, chiedi supporto al tuo provider hosting o al team tecnico.
Riepilogo rapido
Il redirect 301 è una delle pratiche SEO fondamentali quando una URL cambia in modo permanente: porta utenti e motori di ricerca verso l’indirizzo corretto. Se usato bene, aiuta a conservare l’autorità dei link, riduce gli errori 404, rende più sicure le migrazioni del sito e chiarisce i segnali di indicizzazione. Se configurato male, però, può causare catene di redirect, loop, destinazioni non pertinenti e perdite di posizionamento.
Se stai pianificando un cambio di dominio, un passaggio a HTTPS o una revisione dell’architettura URL del tuo sito, prepara in anticipo una mappa dei redirect e non trascurare i test tecnici. Per rafforzare l’infrastruttura, semplificare la gestione di SSL e hosting e ridurre i rischi di configurazione, puoi valutare le soluzioni hosting, dominio e SSL di Hostragons e chiedere supporto al team tecnico per scegliere la configurazione più adatta.
Domande frequenti
Che cos’è un redirect 301?
Un redirect 301 è un codice di stato HTTP che indica che una URL è stata spostata in modo permanente verso un’altra URL. Invia utenti e motori di ricerca dal vecchio indirizzo al nuovo e aiuta a trasferire i segnali SEO alla nuova pagina.
Il redirect 301 danneggia la SEO?
Un redirect 301 configurato correttamente non danneggia la SEO; al contrario, riduce la perdita di autorità quando cambiano gli URL. Tuttavia, redirect verso pagine non pertinenti, catene o loop possono creare problemi di ranking e peggiorare l’esperienza utente.
Qual è la differenza tra redirect 301 e 302?
Il 301 indica un reindirizzamento permanente, mentre il 302 indica un reindirizzamento temporaneo. Se una pagina è stata spostata definitivamente, bisogna usare il 301. Se la pagina tornerà presto al vecchio indirizzo o se si tratta di una campagna temporanea, il 302 è più adatto.
Per quanto tempo bisogna mantenere un redirect 301?
Per le URL importanti è consigliabile mantenere i redirect 301 il più a lungo possibile, idealmente senza scadenza. Link esterni, preferiti degli utenti e segnali dei motori di ricerca possono continuare ad arrivare al vecchio indirizzo; rimuovere il redirect troppo presto può causare perdita di traffico.
In WordPress si può fare un redirect 301 con un plugin?
Sì, in WordPress è possibile creare redirect 301 con plugin come Redirection o con plugin SEO. È un metodo pratico per redirect di piccola e media scala. Per elenchi molto grandi, per ragioni di performance, può essere preferibile una configurazione a livello server.