Aureon
Demo gratuita
← Blog

Redirect 301: guida completa a funzionamento, impatto SEO e implementazione

Copertina illustrata per la guida ai redirect 301

Un redirect 301 sposta permanentemente un URL verso una nuova destinazione: lo usiamo quando una pagina non deve più restare accessibile e vogliamo consolidare i segnali di ranking sulla nuova URL. È la scelta giusta quando canonical o 302 non bastano, ma dopo il deploy va sempre verificata scansione e indicizzazione.

In breve:

  • Per migrazioni di dominio o ristrutturazioni, mappa ogni vecchio indirizzo verso l’equivalente più pertinente, mai verso la pagina iniziale per comodità.
  • Se entrambe le varianti devono restare accessibili, usa un’indicazione canonica; senza un sostituto pertinente, lascia che la pagina restituisca 404 o 410.
  • I reindirizzamenti lato server sono preferibili: l’aggiornamento automatico della pagina e JavaScript restano soluzioni di ripiego quando non puoi modificare la configurazione dell’hosting.
  • Google non garantisce una quota fissa di segnali trasferiti: la pertinenza tra vecchia pagina e destinazione e la qualità della migrazione determinano l’esito.
  • Monitora Google Search Console per due o tre settimane dopo aver aggiornato la mappa del sito, i collegamenti interni e le indicazioni canoniche e verificato codici e catene.
Aureonweb
Progetta il tuo nuovo sito
Se stai riorganizzando la presenza online, Aureon crea una demo realistica del tuo sito in 12 ore, con design personalizzato e ottimizzazione SEO.

Indice

Che cos’è un redirect 301 e come si distingue dagli altri 3xx

Il codice di stato 301 significa “Moved Permanently”: comunica a browser e crawler che una risorsa è stata spostata in modo definitivo verso un nuovo indirizzo. La semantica è definita da RFC 9110, lo standard che descrive il comportamento di tutti gli status HTTP, incluso come client e intermediari devono trattare le risposte di redirect.

Non tutti i 3xx si comportano uguale:

  • 301 Moved Permanently: spostamento definitivo, consolida i segnali sulla nuova URL.
  • 302 Found: spostamento temporaneo, l’URL originale resta quella “ufficiale” per i motori di ricerca.
  • 307 Temporary Redirect: come il 302, ma impone di mantenere lo stesso metodo HTTP della richiesta originale.
  • 308 Permanent Redirect: equivalente permanente del 307, utile quando serve preservare il metodo della richiesta.

Il rel=“canonical” è un caso diverso: è un suggerimento che lascia entrambe le URL accessibili, mentre il 301 è un’istruzione server-side che elimina l’accesso diretto alla vecchia pagina. Scegliamo il canonical quando due varianti devono restare entrambe navigabili (ad esempio parametri di tracciamento), e il 301 quando la vecchia URL non deve più esistere.

Tipi di reindirizzamento e modalità di implementazione

Esistono tre modi principali per reindirizzare una pagina, ma non sono equivalenti dal punto di vista tecnico e SEO:

  • Redirect lato server (301/308): avviene prima che il browser carichi qualsiasi contenuto, è il più rapido e il più chiaro per i crawler.
  • Meta refresh: un tag HTML che reindirizza dopo un certo numero di secondi, letto solo dopo che la pagina è già stata caricata.
  • Redirect JavaScript: eseguito lato client, richiede che lo script venga interpretato correttamente dal crawler.

I meta refresh a zero secondi e i redirect JavaScript vengono considerati fallback, non sostituti dei redirect server-side quando l’obiettivo è comunicare uno spostamento permanente ai motori di ricerca, come indicato nelle linee guida di Google Search Central. Li usiamo solo quando non abbiamo accesso alla configurazione del server, per esempio su piattaforme che non permettono modifiche a livello di hosting.

Come funziona tecnicamente un 301: crawler, cache e trasferimento di segnali

Quando un server risponde con stato 301, invia anche un header Location che indica al browser (o al crawler) dove reperire la risorsa aggiornata. Il client segue automaticamente quell’indirizzo, senza richiedere intervento dell’utente. Google tratta i redirect permanenti come un’indicazione stabile nel tempo: dopo averli verificati più volte, trasferisce progressivamente autorità e indicizzazione verso la nuova URL, come spiegato nella pagina di Google Search Central dedicata al cambio di URL.

Anche le risposte di redirect possono essere memorizzate in cache da browser e proxy intermedi: lo documenta RFC 9111, lo standard che accompagna RFC 9110 sulla semantica del caching HTTP.

Non esiste una percentuale fissa di “autorità trasferita” con un 301, nonostante circolino cifre precise come l’equivalente di una vecchia quantificazione in punti percentuali di PageRank: il sito stesso di Google chiarisce che il risultato dipende dalla corrispondenza dei contenuti, dalla qualità della migrazione e dal contesto generale del sito. Questo significa che un 301 ben fatto verso una pagina pertinente può conservare quasi tutto il valore della pagina originale, mentre uno mal fatto verso una destinazione generica può vanificarlo.

Quando usare un redirect 301: scenari pratici e regole rapide

Il 301 torna utile in situazioni ricorrenti, ognuna con logiche leggermente diverse:

  1. Migrazione di dominio: quando un sito cambia nome a dominio, ogni URL vecchia va mappata uno a uno sulla corrispondente nuova, mai genericamente verso la home.
  2. Ristrutturazione degli URL: se cambiamo la struttura delle categorie o degli slug, i vecchi percorsi devono reindirizzare verso quelli nuovi equivalenti.
  3. Consolidamento www/https: unificare le varianti con e senza www, o passare da http a https, richiede un 301 che punti sempre alla versione canonica scelta.
  4. Unione di contenuti: quando due pagine simili vengono fuse in una sola, la pagina eliminata reindirizza verso quella superstite più completa.
  5. Rimozione permanente con sostituto rilevante: se un prodotto o un servizio non esiste più ma ha un equivalente, il 301 porta verso quella alternativa pertinente.

Per decidere rapidamente tra le opzioni, una regola pratica funziona bene nella maggior parte dei casi: se la pagina non deve più essere raggiungibile e serve indirizzare segnali altrove, usiamo il 301; se due versioni devono restare entrambe accessibili, usiamo il canonical; se il contenuto non ha alcun sostituto pertinente, lasciamo che risponda 404 o, se la rimozione è intenzionale e definitiva, 410.

Impatto SEO di un 301: cosa aspettarsi e come minimizzare rischi

Il trasferimento di segnali verso la nuova URL dipende fortemente dalla pertinenza della destinazione. Un redirect verso una pagina che tratta un argomento diverso, o verso la home quando esisteva una pagina equivalente, viene spesso trattato come un soft 404 da Google, secondo quanto riportano guide tecniche specializzate: il risultato è che il valore della vecchia pagina si disperde invece di consolidarsi.

Per limitare i rischi durante una migrazione o una ristrutturazione:

  • Mappare ogni URL vecchia verso l’equivalente più pertinente possibile, non verso una pagina generica.
  • Aggiornare sitemap XML, link interni e tag canonical prima o subito dopo il deploy dei redirect.
  • Monitorare Google Search Console per variazioni nelle impressioni e negli errori di scansione nelle settimane successive.
  • Controllare Google Analytics per individuare cali di traffico anomali su pagine specifiche.

Un consiglio: dai al monitoraggio almeno due o tre settimane prima di trarre conclusioni: Google ha bisogno di tempo per ricrawlare e rivalutare le nuove URL.

Per chi gestisce un negozio online, la stessa logica si applica a pagine prodotto e categorie: la nostra guida su SEO per e-commerce approfondisce le leve che contano quando si modificano strutture di catalogo.

Come creare correttamente i redirect 301: esempi pratici

L’implementazione cambia in base all’ambiente tecnico, ma la logica di fondo resta identica: indirizzare in modo univoco e verificabile ogni vecchia URL alla nuova.

Su Apache (.htaccess) si possono usare due approcci, entrambi documentati nelle linee guida tecniche di Google:

  • Redirect diretto con mod_alias: Redirect 301 /vecchia-pagina /nuova-pagina.
  • Redirect con pattern tramite mod_rewrite: utile quando servono regole con espressioni regolari, ad esempio per reindirizzare intere cartelle.

Su Nginx, la sintassi tipica usa il blocco server con return 301 https://sito.it/nuova-pagina; per i casi semplici, oppure direttive rewrite quando serve logica basata su pattern con gruppi di catture.

In PHP, quando il sito gestisce il routing a livello applicativo, basta impostare l’header prima di qualsiasi output:

  • Si imposta il codice di stato con header("HTTP/1.1 301 Moved Permanently").
  • Si specifica la destinazione con header("Location: https://sito.it/nuova-pagina").
  • Si chiude l’esecuzione con exit() per evitare che il resto della pagina venga comunque generato.

Su WordPress, il plugin Redirection permette di creare, importare ed esportare regole senza toccare file di configurazione, con il vantaggio di loggare gli hit e individuare redirect rotti. È la soluzione più praticabile per chi non ha accesso diretto al server o preferisce un’interfaccia visuale.

Per i redirect massivi, la pratica consigliata è costruire una mappa CSV vecchio-nuovo, testarla su un ambiente di staging e poi importarla in blocco, come suggerito nelle guide operative su .htaccess:

  1. Esportiamo l’elenco completo delle URL esistenti prima della modifica.
  2. Costruiamo la mappa uno a uno tra vecchio e nuovo percorso.
  3. Testiamo le regole su staging verificando status code e destinazione finale.
  4. Distribuiamo in produzione in una finestra di basso traffico, con un backup del file di configurazione originale.

Chi lavora su siti costruiti con WordPress e vuole verificare anche l’impatto sulle performance dopo una ristrutturazione trova indicazioni utili nella nostra guida per velocizzare un sito WordPress.

Verifica e monitoraggio dopo i redirect: checklist operativa

Dopo aver distribuito i redirect, serve una sequenza di controlli per evitare sorprese:

  1. Verifichiamo ogni redirect con curl -I per controllare status code, header Location e assenza di catene multiple.
  2. Aggiorniamo sitemap XML, link interni e tag canonical in modo che puntino direttamente alla nuova URL, non alla vecchia reindirizzata.
  3. Controlliamo Google Search Console per errori di scansione, pagine escluse e variazioni nelle query di ricerca.
  4. Confrontiamo i log del server e i dati di analytics nelle settimane successive per individuare cali di traffico non previsti.
  5. In caso di problemi, diamo priorità alle pagine con più traffico o più backlink in ingresso, risolvendo prima quelle.

Un consiglio: usa uno strumento di crawling come Screaming Frog per individuare automaticamente catene di redirect e codici di errore su tutto il sito, invece di controllare URL per URL.

Problemi comuni con i redirect 301 e come risolverli

Alcuni errori si ripetono con frequenza nei progetti di migrazione:

  • Redirect generico verso la home: quando una pagina con backlink viene reindirizzata alla home invece che a un contenuto equivalente, Google tende a trattarlo come soft 404 e il valore si disperde; la soluzione è sempre puntare alla pagina più pertinente disponibile.
  • Catene di redirect eccessive: più hop (A verso B verso C) aumentano la perdita di segnale e consumano crawl budget inutilmente; vanno appiattite collegando direttamente la URL di partenza alla destinazione finale.
  • Conflitti tra redirect e canonical o noindex: una pagina che reindirizza ma ha anche un canonical verso un’altra URL, o un tag noindex residuo, genera segnali contraddittori che confondono i crawler.
  • Perdita di valore dai backlink: se i link esterni che puntano alla vecchia URL non vengono considerati nella mappatura, rischiamo di perdere autorità acquisita nel tempo.

Cosa impariamo gestendo migrazioni e redirect su progetti reali

La parte più delicata di ogni migrazione non è scrivere le regole di redirect, ma costruire la mappa uno a uno tra vecchie e nuove URL prima di toccare qualsiasi file di configurazione. Saltare questo passaggio è la causa più comune di traffico perso dopo un cambio di dominio o di struttura.

Abbinamenti diretti tra vecchi e nuovi URL

Un rollout controllato, con test su staging e verifica degli status code prima del deploy definitivo, riduce drasticamente il rischio di errori visibili agli utenti o ai crawler. Chi gestisce progetti di trasformazione digitale più ampi, con integrazioni e piattaforme multiple, trova spunti utili anche in risorse specializzate come questo approfondimento sulla trasformazione digitale aziendale, utile per chi coordina migrazioni che coinvolgono più sistemi oltre al solo sito web.

Per chi non ha tempo o competenze tecniche per gestire in autonomia questa fase, affidarsi a un servizio che preveda supporto post-lancio può aiutare a evitare che un redirect mal configurato comprometta mesi di posizionamento.

— Alessandro

Come Aureon gestisce migrazioni e redirect 301 per il tuo sito

Quando costruiamo un sito nuovo o aiutiamo a ristrutturarne uno esistente, la gestione dei redirect fa parte del lavoro tecnico. Prepariamo una demo realistica e funzionante in tempi rapidi, così puoi verificare struttura e URL prima di qualsiasi decisione, senza pagamenti anticipati.

Aureonweb

L’intervento su una migrazione o ristrutturazione dovrebbe comprendere:

  • Mappatura delle URL esistenti verso le nuove pagine equivalenti, evitando redirect generici verso la home.
  • Aggiornamento di sitemap, link interni e configurazione hosting.
  • Test dei redirect prima della pubblicazione definitiva, per evitare catene o errori visibili agli utenti.
  • Supporto continuativo nel periodo successivo al lancio, utile nelle settimane in cui Google ricrawla le nuove URL.

Puoi vedere esempi concreti del nostro lavoro nelle demo dimostrative che mostriamo ai clienti, oppure consultare direttamente i dettagli dei nostri servizi per sito vetrina ed e-commerce. Se stai valutando una ristrutturazione del sito o un cambio di dominio, richiedi la tua demo gratuita e verifica come gestiremmo la transizione prima di impegnarti in qualsiasi pagamento.

Domande frequenti

Qual è la differenza tra redirect 301 e 302?

Il 301 indica uno spostamento permanente e porta i motori di ricerca a consolidare i segnali sulla nuova URL, mentre il 302 segnala uno spostamento temporaneo e l’URL originale resta quella considerata “ufficiale”. Si usa il 302 solo quando la modifica non è definitiva, ad esempio durante un test o una manutenzione temporanea.

Quando conviene usare un canonical invece di un redirect 301?

Il canonical si usa quando due o più varianti di una pagina devono restare entrambe accessibili, come succede con parametri di tracciamento o filtri di un e-commerce. Il 301 invece si usa quando la vecchia URL non deve più esistere e va eliminata, come spiega Moz nella propria guida al canonical.

Un redirect 301 fa perdere posizionamento in SERP?

Un 301 ben configurato verso una pagina pertinente conserva la maggior parte del valore della URL originale, ma il risultato dipende dalla corrispondenza dei contenuti e dalla qualità della migrazione, come chiarisce Google Search Central. Un redirect verso una destinazione generica o non equivalente, invece, può ridurre il ranking.

Quanto tempo serve perché Google aggiorni l’indice dopo un redirect 301?

Non esiste un tempo fisso: Google deve ricrawlare le URL coinvolte più volte prima di trasferire stabilmente i segnali, un processo che richiede solitamente alcune settimane. Nel frattempo è utile monitorare Google Search Console per individuare errori di scansione o pagine ancora indicizzate con la vecchia URL.

Quanto costa far gestire a Aureon redirect e migrazione del sito?

Il prezzo dei servizi di sito vetrina ed e-commerce è disponibile su richiesta tramite la pagina prodotti, dove puoi vedere anche le opzioni di mantenimento mensile. Il prezzo mensile del mantenimento con dominio, hosting e backup settimanali per il sito vetrina è disponibile, con opzioni anche per integrazione Stripe, come indicato nella pagina prodotti.

Fonti

Raccomandati

← Torna al blog