Un redirect 301 comunica che una URL è stata spostata in modo permanente verso una nuova destinazione. È uno degli strumenti più importanti durante cambi di URL, consolidamenti, migrazioni e passaggi HTTP→HTTPS, ma funziona bene solo quando vecchia e nuova pagina hanno una relazione reale.
Il problema non è implementare il codice 301. Il problema è decidere quali URL devono essere reindirizzate, verso quale destinazione e quali segnali del sito devono essere aggiornati dopo il redirect.
Google tratta i redirect permanenti come un segnale forte che la destinazione dovrebbe diventare la URL canonical. Questo non significa però che un 301 trasferisca automaticamente ranking, traffico e “100% della SEO” indipendentemente da contenuto e pertinenza.
Se stai pianificando una migrazione, il servizio di audit SEO tecnico include redirect mapping, test pre-lancio, canonical, sitemap, link interni e controlli post-migrazione.
Risposta breve: quando usare un redirect 301?
| Usa un 301 quando il cambiamento è permanente e la nuova URL sostituisce realmente la vecchia. Esempi tipici: cambio slug, cambio dominio, HTTP→HTTPS, consolidamento di due contenuti, vecchio prodotto sostituito da un equivalente o riorganizzazione stabile della struttura. Se il cambiamento è temporaneo, usa un redirect temporaneo. Se la pagina è stata eliminata e non esiste una sostituzione pertinente, un 404/410 può essere più corretto di un 301 forzato. |
Cos’è un redirect?
Un redirect invia utenti e crawler da una URL richiesta a una URL diversa. Il server risponde con uno status di reindirizzamento e indica la nuova destinazione.
| Richiesta: https://example.com/vecchia-pagina/ Risposta: HTTP/1.1 301 Moved Permanently Location: https://example.com/nuova-pagina/ |
Per Google Search, la scelta tra redirect permanente e temporaneo è importante perché comunica se la nuova destinazione dovrebbe sostituire stabilmente la URL sorgente nei risultati.
301: Moved Permanently
HTTP 301 indica un trasferimento permanente. Googlebot segue il redirect e il sistema di indicizzazione usa il redirect come segnale che la destinazione dovrebbe diventare canonical.
- Cambio permanente dell’URL.
- Pagina sostituita stabilmente.
- Consolidamento di contenuti.
- Migrazione di dominio o struttura.
- Normalizzazione definitiva di protocollo o hostname.
302: Found / redirect temporaneo
HTTP 302 è normalmente usato quando vuoi inviare temporaneamente utenti e crawler a un’altra pagina, mantenendo la URL originale come quella che dovrebbe restare nei risultati.
Un caso chiaro è un test o una situazione temporanea. Google, per esempio, raccomanda 302 anziché 301 quando un test A/B reindirizza temporaneamente gli utenti a una variante.
307: Temporary Redirect
HTTP 307 è un altro redirect temporaneo. Dal punto di vista di Google Search appartiene alla stessa categoria dei redirect temporanei: il redirect viene seguito, ma non viene usato come segnale permanente per sostituire la sorgente con la destinazione.
308: Permanent Redirect
HTTP 308 è un redirect permanente. Google lo tratta, insieme al 301, come una soluzione server-side permanente e lo raccomanda nelle migrazioni quando tecnicamente appropriato.
Per la maggior parte dei progetti SEO, la decisione fondamentale non è “301 o 308?”, ma “permanente o temporaneo?”.
Redirect permanente vs temporaneo
| Status | Tipo | Uso SEO tipico | Segnale per Google |
| 301 | Permanente | URL spostata definitivamente | Target dovrebbe diventare canonical |
| 308 | Permanente | URL spostata definitivamente | Target dovrebbe diventare canonical |
| 302 | Temporaneo | Cambio reversibile / test | La sorgente può restare quella principale |
| 307 | Temporaneo | Cambio reversibile | La sorgente può restare quella principale |
Quando usare un redirect 301
- La vecchia URL viene rimossa in modo permanente e ha una sostituzione equivalente.
- Stai cambiando slug mantenendo sostanzialmente lo stesso contenuto.
- Stai consolidando due o più pagine in una risorsa unica.
- Stai migrando dominio, sottodominio o struttura URL.
- Stai normalizzando HTTP→HTTPS o www/non-www.
- Un prodotto vecchio è stato sostituito da un modello realmente equivalente.
Cambio URL di una singola pagina
Se cambi /vecchia-pagina/ in /nuova-pagina/ e il contenuto continua a soddisfare lo stesso intento, crea un redirect permanente dalla vecchia alla nuova.
Poi aggiorna link interni, sitemap e canonical. Lasciare il redirect come unico meccanismo per anni mentre tutto il sito continua a linkare la vecchia URL crea manutenzione inutile.
Pagina eliminata: 301 o 404?
Eliminare una pagina non significa automaticamente creare un 301. La domanda è: esiste una sostituzione che soddisfa davvero lo stesso bisogno?
- Sì, esiste una sostituzione equivalente → valuta 301.
- No, il contenuto è terminato e non esiste una sostituzione → 404/410 può essere corretto.
- La destinazione sarebbe solo la homepage o una categoria generica → non forzare il redirect.
Per il processo decisionale completo, consulta la guida agli errori 404 SEO.
Migrazione del sito
Nelle migrazioni, il redirect 301 non è un task da aggiungere alla fine: la redirect map deve essere preparata prima del lancio.
Google raccomanda di creare una mappatura old URL → new URL e di usare redirect server-side permanenti, come 301 o 308, verso gli equivalenti.
- Esporta tutte le URL indicizzabili e importanti del vecchio sito.
- Aggiungi URL da sitemap, crawler, Search Console, Analytics e backlink tool.
- Assegna a ogni URL una nuova destinazione equivalente.
- Classifica URL eliminate senza sostituzione come 404/410 invece di inventare destinazioni.
- Testa la mappa prima del go-live.
HTTP → HTTPS
Quando il sito passa definitivamente da HTTP a HTTPS, reindirizza le versioni HTTP alle corrispondenti versioni HTTPS.
| http://example.com/prodotto/ ↓ 301 https://example.com/prodotto/ |
Allinea anche canonical, sitemap, hreflang quando presente e link interni verso HTTPS. L’obiettivo è evitare che componenti diversi del sito continuino a usare protocolli differenti.
www vs non-www
www.example.com e example.com sono hostname distinti. Se vuoi una sola versione principale, scegli la variante definitiva e reindirizza permanentemente l’altra.
- Redirect coerente verso l’hostname preferito.
- Canonical sulla versione finale.
- Sitemap con sole URL finali.
- Internal link verso la stessa versione.
Vecchie pagine prodotto
Un prodotto fuori catalogo richiede una decisione basata sulla sostituzione e sull’esperienza utente.
Prodotto sostituito da un equivalente
Se un nuovo modello sostituisce realmente il vecchio e l’utente che apre la vecchia URL trova una risposta coerente, un 301 può essere appropriato.
Prodotto senza sostituzione
Se non esiste nulla di equivalente, reindirizzare a una categoria enorme può essere meno utile di una gestione 404/410 corretta. Valuta traffico, backlink e utilità della vecchia pagina prima di decidere.
Consolidamento di contenuti
Se due articoli coprono lo stesso intento e decidi di unirli in una guida più completa, il redirect è parte del consolidamento.
- Scegli la URL finale.
- Integra le informazioni utili delle pagine eliminate.
- 301 delle vecchie URL verso la nuova guida.
- Aggiorna tutti i link interni.
- Rimuovi le vecchie URL dalla sitemap.
Questo scenario è comune dopo un audit di cannibalizzazione SEO.
Redirect di URL con backlink
Se una URL con backlink viene rimossa, prima di reindirizzarla verifica che esista una destinazione equivalente.
Non scegliere la pagina “più forte” del sito solo per recuperare link. La pertinenza tra vecchio contenuto e destinazione viene prima dell’idea generica di trasferire authority.
- Controlla quali backlink sono realmente pertinenti.
- Verifica traffico referral e query storiche.
- Mappa verso un contenuto che soddisfa lo stesso bisogno.
- Se possibile, chiedi al sito esterno di aggiornare il link direttamente alla nuova URL.
Redirect dopo la pulizia della cannibalizzazione
Dopo aver identificato due pagine che competono per lo stesso intento, il 301 può essere una delle soluzioni se una pagina viene assorbita completamente dall’altra.
Non usare il redirect se entrambe le pagine meritano di esistere per intenti diversi. In quel caso è meglio differenziare contenuto, title, linking e ruolo nel funnel.
301 trasferisce “tutta la SEO”?
Evita formule come “un 301 trasferisce il 100% del link juice”.
La documentazione Google attuale descrive i redirect permanenti come un segnale forte che la destinazione dovrebbe diventare canonical. Questo consente a Google di consolidare segnali verso la nuova URL, ma non equivale a una garanzia che la nuova pagina mantenga esattamente le stesse posizioni, traffico o performance.
Il risultato dipende anche da:
- equivalenza e pertinenza del contenuto;
- qualità della nuova pagina;
- coerenza di canonical, sitemap e link interni;
- assenza di catene, loop o errori;
- corretta mappatura durante la migrazione;
- nuovo contesto competitivo e intento della SERP.
Il redirect è un segnale tecnico di trasferimento, non una polizza assicurativa sul ranking.
Redirect chain: perché evitarle
| Da evitare: A → B → C → D Meglio: A → D |
Googlebot può seguire più hop, ma Google raccomanda di reindirizzare direttamente alla destinazione finale. Le catene aggiungono latenza, complicano il debug e rendono più fragile una migrazione.
Nelle migrazioni Google indica che, se una catena è inevitabile, dovrebbe restare corta; l’obiettivo operativo resta comunque zero passaggi intermedi quando puoi aggiornare la regola.
Redirect loop
| A → B B → A |
Un loop impedisce di raggiungere la pagina finale. L’utente vede un errore di troppi reindirizzamenti e il crawler non riceve il contenuto che dovrebbe sostituire la URL originale.
Cause comuni dei loop
- Regole HTTP→HTTPS e proxy/CDN in conflitto.
- www→non-www e non-www→www applicati in componenti diversi.
- Plugin WordPress che duplicano regole server.
- Redirect e canonical/routing applicativo non coordinati.
Mass redirect: quando le regole di massa sono corrette
Una regola di massa non è sbagliata se riflette una trasformazione prevedibile della struttura.
Esempio corretto: tutte le URL /blog/slug/ diventano /risorse/slug/ mantenendo una corrispondenza uno-a-uno verificata.
Esempio sbagliato: tutte le vecchie URL, indipendentemente dal contenuto, vengono mandate alla homepage.
Redirect verso la homepage
Non usare la homepage come destinazione di default per URL eliminate. Google avverte che reindirizzare molte vecchie URL verso un’unica pagina irrilevante, come la homepage, può confondere gli utenti e può essere trattato come soft 404.
Se più vecchie pagine sono state realmente consolidate in una singola nuova risorsa, allora il redirect multiplo verso quella pagina può essere sensato. La differenza è l’equivalenza del contenuto.
Redirect irrilevanti
La nuova pagina non deve essere “più o meno sullo stesso sito”. Deve essere una sostituzione ragionevole per ciò che l’utente si aspettava.
| Vecchia URL | Destinazione | Valutazione |
| /audit-seo-2025/ | /audit-seo-tecnico/ | Coerente se la nuova pagina sostituisce il servizio |
| /guida-robots-txt/ | / | Irrilevante |
| /prodotto-a/ | /prodotto-b/ | Coerente solo se B è un vero sostituto |
| /vecchio-evento/ | /blog/ | Di solito troppo generico |
Redirect map: il documento che devi creare prima della migrazione
Una redirect map è una tabella che collega ogni vecchia URL alla destinazione finale prevista e documenta il motivo della scelta.
| Old URL | New URL | Status | Reason |
| /old-service/ | /new-service/ | 301 | URL replacement |
| /old-post/ | /updated-guide/ | 301 | Content merge |
| /removed-page/ | — | 404/410 | No equivalent replacement |
| http://example.com/page/ | https://example.com/page/ | 301 | HTTPS migration |
Colonne aggiuntive utili
- Traffico organico storico.
- Backlink.
- Status attuale.
- Canonical attuale.
- Presenza in sitemap.
- Owner/dev status.
- Data test.
- Note / eccezioni.
Come costruire una redirect map
- Esporta le URL dal crawler.
- Aggiungi sitemap e URL da Search Console.
- Aggiungi landing page da Analytics.
- Aggiungi URL con backlink.
- Deduplica e normalizza protocollo/hostname.
- Assegna una destinazione equivalente.
- Segna 404/410 dove non esiste una destinazione.
- Fai review manuale delle URL ad alto valore.
Internal link dopo un redirect
Un redirect non è una scusa per lasciare il sito pieno di link verso URL vecchie. Dopo l’implementazione, aggiorna i collegamenti interni per puntare direttamente alla destinazione finale.
- Menu e footer.
- Breadcrumb.
- Link contestuali nei contenuti.
- Link da template.
- Related posts.
- Link in dati strutturati quando contengono URL.
Per una revisione completa, usa anche la guida sull’internal linking SEO.
Aggiornare la sitemap XML
Dopo il cambio, la sitemap dovrebbe elencare le nuove URL finali che vuoi indicizzare, non le vecchie URL che reindirizzano.
Una sitemap non è un archivio dei redirect. È un segnale sulle URL che consideri attuali e importanti.
Approfondisci con la guida alla sitemap XML.
Aggiornare i canonical
Le nuove pagine dovrebbero dichiarare canonical coerenti verso le versioni finali. Evita canonical che continuano a puntare al vecchio dominio o a URL che reindirizzano.
Google considera sia i redirect permanenti sia rel=”canonical” segnali forti. Quando puntano a destinazioni diverse, stai creando un conflitto che rende il passaggio meno pulito.
Consulta la guida sul tag canonical SEO per allineare redirect, sitemap e canonical.
Apache: esempio di redirect 301
Su un server Apache, una configurazione possibile può essere inserita nella configurazione server o, quando supportato, in .htaccess.
| Redirect 301 /vecchia-pagina/ https://example.com/nuova-pagina/ |
Testa sempre la regola nell’ambiente reale. La sintassi disponibile dipende da configurazione server, moduli attivi, hosting e regole già presenti.
Redirect su WordPress
Su WordPress puoi implementare redirect a livello server, tramite funzionalità dell’hosting o con un sistema/plugin di gestione redirect.
- Mantieni una lista centralizzata delle regole.
- Evita più plugin che gestiscono gli stessi redirect.
- Non creare regole automatiche indiscriminate per ogni 404.
- Testa vecchia URL, status code e destinazione finale.
- Dopo modifiche permalink, aggiorna anche link interni e sitemap.
La scelta del plugin è secondaria rispetto alla qualità della mappa.
Migrazione: test prima del go-live
Il momento migliore per trovare un redirect sbagliato è prima che utenti e Googlebot vedano il nuovo sito.
Test minimi
- Ogni old URL importante restituisce 301/308.
- La Location punta alla destinazione corretta.
- La destinazione finale restituisce 200.
- Non esistono loop.
- Non esistono catene evitabili.
- Canonical usa la nuova URL.
- Link interni usano la nuova struttura.
- Sitemap contiene soltanto nuove URL valide.
- robots/noindex di staging sono rimossi quando il sito va live.
Controlli automatici su larga scala
Per migliaia di URL non testare manualmente una riga alla volta. Esegui uno script o crawler sulla redirect map e confronta status atteso, destinazione attesa e URL finale.
| Old URL | Expected | Actual status | Final URL | Result |
| /a/ | /new-a/ | 301 | /new-a/ | OK |
| /b/ | /new-b/ | 302 | /new-b/ | Fix: temporary |
| /c/ | /new-c/ | 301 | /category/ | Fix: wrong target |
Il test deve includere le varianti della richiesta
Una redirect map va provata con slash finale, URL codificate, parametri e vecchie varianti di dominio effettivamente presenti nell’inventario. Per ogni richiesta salva status iniziale, destinazione dichiarata, numero di passaggi e URL finale. Verifica con richieste GET: alcuni sistemi gestiscono HEAD diversamente dal caricamento della pagina.
Un parametro di tracking può essere mantenuto quando serve all’attribuzione; un parametro che identifica un prodotto o una lingua richiede una decisione specifica. Non eliminarli tutti con una regola generica. Il test passa quando l’utente arriva alla risorsa equivalente e la pagina finale espone segnali coerenti. Google distingue permanenti e temporanei nella documentazione sui redirect; non promette un recupero istantaneo delle posizioni.
Search Console dopo la migrazione
Dopo il lancio, monitora Search Console insieme a crawl e log server.
- Performance: clic, impressioni, query e landing page vecchie/nuove.
- Page Indexing: URL con redirect, 404 inattesi, soft 404 e canonical differenti.
- URL Inspection: verifica URL prioritarie e destinazioni finali.
- Sitemaps: invia la sitemap con le nuove URL.
- Change of Address: usalo per una migrazione di dominio quando applicabile; non è richiesto per un semplice HTTP→HTTPS.
Non aspettarti stabilità immediata. Google deve ricrawlare vecchie e nuove URL, elaborare i redirect e aggiornare i segnali nel proprio indice.
Quanto tempo mantenere i redirect?
Durante una migrazione, non rimuovere i redirect appena il nuovo sito sembra stabile. Google raccomanda di mantenerli il più a lungo possibile e, in generale, per almeno un anno, così da avere tempo per ricrawlare le vecchie URL e riassegnare i segnali alle nuove destinazioni.
Dal punto di vista degli utenti, puoi anche mantenerli più a lungo o indefinitamente. Nel frattempo aggiorna i tuoi link interni e, quando possibile, i backlink ad alto traffico per puntare direttamente alle nuove URL.
Errori di redirect che vedo più spesso
- 301 verso homepage per tutte le URL rimosse.
- 302 usato per una migrazione permanente.
- 301 usato per un test temporaneo.
- Redirect chain create da anni di cambi URL.
- Loop tra HTTP/HTTPS o www/non-www.
- Old URL → nuova pagina non pertinente.
- Link interni che continuano a usare la vecchia URL.
- Sitemap piena di URL che reindirizzano.
- Canonical ancora sul vecchio dominio.
- Redirect map creata dopo il go-live invece che prima.
- Regole automatiche che trasformano ogni 404 in redirect.
Checklist redirect 301 SEO
- Il cambio è permanente?
- La destinazione soddisfa lo stesso intento?
- La vecchia URL aveva traffico o backlink?
- La destinazione finale restituisce 200?
- Il redirect è server-side quando possibile?
- Esistono catene o loop?
- HTTP/HTTPS e www/non-www sono coerenti?
- I link interni puntano alla destinazione finale?
- La sitemap contiene soltanto URL finali?
- I canonical puntano alle nuove URL?
- La redirect map è stata testata prima del lancio?
- Le URL senza sostituzione vengono lasciate 404/410?
- Search Console viene monitorata dopo il lancio?
- Le pagine importanti sono state verificate con URL Inspection?
Puoi usare questa sezione insieme alla checklist SEO tecnica per controllare status code, canonical, sitemap, internal link e crawlability nello stesso audit.
Quando serve un audit di migrazione
Una singola modifica di slug può essere gestita facilmente. Una migrazione di centinaia o migliaia di URL ha invece abbastanza dipendenze da richiedere un processo strutturato.
- Cambio dominio.
- Cambio CMS.
- Redesign con nuova architettura.
- HTTP→HTTPS su sito legacy complesso.
- Consolidamento di domini o sottodomini.
- E-commerce con molte URL prodotto/categoria.
- Migrazione internazionale con hreflang.
- Calo di ranking dopo un precedente cambio URL.
Il servizio di audit SEO tecnico include audit pre-migrazione e post-migrazione, controllo redirect map, indexability, canonical, sitemap, link interni e monitoraggio delle perdite di ranking.
Domande frequenti sui redirect 301 SEO
Cos’è un redirect 301?
È un reindirizzamento HTTP permanente che invia utenti e crawler da una vecchia URL a una nuova. Google lo usa come segnale forte che la destinazione dovrebbe diventare la URL canonical.
Qual è la differenza tra 301 e 302?
301 comunica uno spostamento permanente; 302 è temporaneo. Per Google, i redirect permanenti indicano che il target dovrebbe sostituire la sorgente, mentre quelli temporanei aiutano a mantenere la sorgente come URL principale.
Qual è la differenza tra 301 e 308?
Entrambi sono redirect permanenti per Google Search. La scelta tecnica dipende dall’infrastruttura; dal punto di vista SEO il punto chiave è che entrambi comunicano permanenza.
Un 301 trasferisce il 100% della SEO?
Non usare percentuali come garanzia. Google considera il redirect permanente un forte segnale di canonicalizzazione, ma ranking e traffico dipendono anche da pertinenza, contenuto, implementazione e contesto competitivo.
Devo fare 301 di una pagina eliminata?
Solo se esiste una sostituzione equivalente o molto pertinente. Se la pagina è stata rimossa senza sostituzione, un vero 404/410 può essere più corretto.
Posso redirectare tutte le pagine eliminate alla homepage?
No. Google sconsiglia redirect di massa verso una destinazione irrilevante come la homepage; possono confondere gli utenti e venire trattati come soft 404.
Devo aggiornare i link interni se esiste già il redirect?
Sì. I link interni dovrebbero puntare direttamente alla nuova URL finale. Riduci hop inutili e mantieni coerenti navigazione, sitemap e canonical.
Come controllo i redirect dopo una migrazione?
Testa la redirect map con crawler o script, verifica status e destinazione finale, ricrawla il nuovo sito e monitora Search Console, sitemap, Page Indexing, URL Inspection e performance.
Crea la redirect map prima del lancio
Se stai cambiando URL, struttura o dominio, crea una redirect map prima della pubblicazione. Correggere una migrazione dopo il lancio è molto più rischioso.
Una buona migrazione rende coerenti redirect, contenuto, canonical, sitemap e link interni dalla prima scansione del nuovo sito. La fase di QA serve a trovare le eccezioni prima che diventino perdite di ranking, traffico o conversioni.
