Redirect 301: reindirizzamento permanente

Un 301 è una risposta HTTP che reindirizza in modo permanente un URL verso un altro, segnalando che la destinazione deve diventare la posizione preferita.

Cosa decide un 301

Una risposta 301 Moved Permanently porta un browser o un crawler da un URL di origine a un URL di destinazione. È un'affermazione sulla relazione tra gli URL, non una promessa su posizionamento o traffico. Google documenta i redirect permanenti come segnale di canonicalizzazione: la destinazione è la candidata che dovrebbe comparire nella Ricerca quando lo spostamento non verrà annullato.

La decisione ha due parti. Primo: la vecchia risorsa deve avere una sostituzione davvero duratura. Secondo: la destinazione deve rispondere alla stessa intenzione o a una più utile. Un prodotto dismesso senza un successore ragionevole può richiedere un 404 o un 410 invece di un redirect verso una categoria o la home. Reindirizzare ogni URL ritirato verso un'unica pagina generica rende la relazione poco chiara alle persone e ai crawler.

Il diagramma mostra input, controlli e percorso decisionale per Redirect 301: reindirizzamento permanente.
Un redirect permanente è un segnale dentro un sistema. Tag canonical, link interni, sitemap e risposta della destinazione devono essere coerenti con esso. Un 301 non impone un risultato di indicizzazione su tempi fissi.

Quando serve un redirect permanente

Usa un 301 quando il vecchio URL si è spostato per il lungo periodo: una pagina rinominata, un duplicato consolidato, un'accorpamento di protocollo o host, o una migrazione sito documentata a livello di pagina. Mappa le vecchie pagine sui loro equivalenti superstiti più vicini. Così resti un percorso utile per chi arriva da un vecchio bookmark o da un link esterno, e i crawler hanno una rotta univoca da analizzare.

Buona corrispondenza
Una vecchia guida è sostituita da una nuova guida sullo stesso compito; il redirect è un solo salto verso quella guida.
Cattiva corrispondenza
Un elemento ritirato rimanda a una landing page senza alcuna relazione, solo perché esiste.
Non è uno spostamento
La pagina potrebbe tornare o è in test per poco tempo; trattala come una questione di instradamento temporaneo.

Per una migrazione, prepara la mappa dei redirect prima di toccare la navigazione. Ogni riga deve riportare il percorso di origine, la destinazione scelta, la motivazione, la risposta osservata dopo il rilascio e un responsabile per le eccezioni. Usa una mappa a livello di pagina e verifica il percorso di risposta finale: così una regola generica sull'host non appiattisce in silenzio migliaia di pagine non correlate nella home.

Implementazione e controlli

  1. Elenca gli URL legacy che possono ancora ricevere visite o link, poi scegli una destinazione finale unica e indicizzabile per ogni pagina di valore.
  2. Configura il redirect al livello di server o piattaforma, dove restituisce un HTTP 301 con header Location prima di servire il contenuto della pagina.
  3. Aggiorna link interni, sitemap XML e riferimenti canonical verso l'URL finale; non devono continuare a puntare all'origine del redirect.
  4. Richiedi l'URL di origine e segui la catena. Annota la sequenza di status, l'URL finale e se la pagina finale risponde con successo.
  5. Riscansiona l'insieme interessato dopo il rilascio. Indaga loop, catene multi-salto, regole redirect-su-redirect e destinazioni bloccate o in noindex.
bash
curl -I https://example.com/old-page
# Expect: HTTP/2 301 and a Location header
curl -IL https://example.com/old-page
# Inspect every hop and the final response

La sintassi di configurazione esatta dipende dalla piattaforma. Conta più l'invariante duraturo di una regola copiata: un'origine deve risolversi in un solo salto nella destinazione canonical prevista. Tieni separati regole temporanee di infrastruttura e spostamenti di contenuto, così annullare un intervento di manutenzione non smonta anche la mappa di migrazione.

Errori tipici e limiti

Una conclusione errata frequente è che un 301 «trasferisca autorità» in modo meccanico. I motori di ricerca valutano più segnali e riscansionano secondo i propri tempi. Ciò che puoi verificare è più ristretto: il server restituisce lo status previsto, la destinazione è raggiungibile e indicizzabile, la mappa è pertinente e i riferimenti del sito usano l'URL finale. Non usare una percentuale fissa per il valore dei link né un tempo garantito per la sostituzione di un risultato.

  • Compare una catena dopo l'aggiunta di una seconda regola di migrazione; sostituiscila con una regola diretta origine→finale.
  • Si crea un loop di redirect quando una regola di host o protocollo contraddice una regola di pagina; testa le varianti HTTP/HTTPS e di host.
  • Un 301 finisce su un 404, una pagina in noindex o una rotta bloccata; sistema la destinazione prima di considerare completa la mappatura dell'origine.
  • Resta online una sitemap legacy; rimuovi gli URL reindirizzati, così la sitemap dichiara solo le pagine finali indicizzabili.

FAQ

Quando usare un 301 invece di un 302?
Usa un 301 quando il vecchio URL non tornerà e la destinazione è la sua sostituzione definitiva. Usa un redirect temporaneo solo quando l'URL originale dovrebbe restare il riferimento a lungo termine.
Ogni URL rimosso deve reindirizzare alla home?
No. Reindirizza solo quando esiste una sostituzione vicina e utile. Un redirect irrilevante alla home confonde i visitatori e non descrive uno spostamento di contenuto chiaro.
Come verificare un 301 in sicurezza?
Richiedi l'URL di origine e segui i redirect, poi controlla lo status finale, la destinazione, la politica canonical, l'indicizzabilità e i link interni. Testa un insieme rappresentativo dopo ogni cambio di regole.
Un 301 garantisce il mantenimento delle posizioni?
No. È un segnale forte di spostamento, ma la visibilità dipende da scansione, indicizzazione e pertinenza della destinazione, tra gli altri fattori.