Redirect 301 vs 302 vs 307 vs 308: quale usare
Usa 301 o 308 per spostamenti permanenti, 302 o 307 per modifiche temporanee. La scelta dipende soprattutto da intento e metodo HTTP.

Se stai confrontando redirect 301 vs 302 vs 307 vs 308, parti da una regola semplice:
- usa 301 quando una pagina o una URL si sposta in modo permanente
- usa 308 quando lo spostamento è permanente e il metodo HTTP deve rimanere invariato
- usa 302 quando lo spostamento è temporaneo
- usa 307 quando lo spostamento è temporaneo e il metodo HTTP deve rimanere invariato
Per siti marketing, blog, documentazione ed ecommerce, la scelta più comune è tra 301 e 302. I codici 307 e 308 diventano importanti quando entrano in gioco form, checkout, API o webhook, cioè richieste in cui un POST non deve trasformarsi in GET.
Se la decisione fa parte di una migrazione SEO, tieni aperta anche la nostra checklist redirect per migrazioni sito. Il codice corretto aiuta, ma non salva una mappa URL incompleta.
La spiegazione breve
Le domande operative sono due:
- La modifica è permanente o temporanea?
- Metodo e corpo della richiesta devono restare identici?
| Intento | Serve preservare metodo/corpo? | Codice consigliato |
|---|---|---|
| Spostamento permanente di una pagina | Di solito no | 301 |
| Spostamento permanente di API o form | Sì | 308 |
| Campagna, manutenzione o test temporaneo | Di solito no | 302 |
| Spostamento temporaneo di API o form | Sì | 307 |
[!TIP] Per pagine web normali, non complicare la scelta: 301 per modifiche definitive, 302 per modifiche temporanee.
Quando usare 301
Il 301 Moved Permanently comunica a browser e motori di ricerca che la vecchia URL ha una nuova destinazione stabile.
Usalo quando:
- cambi dominio in modo definitivo
- rinomini pagine prodotto, categorie, landing page o articoli
- migri da WordPress, Shopify, WooCommerce, Magento o un CMS custom
- consolidi URL duplicate
- passi in modo permanente da HTTP a HTTPS
In ottica SEO, il redirect 301 è il codice più familiare per migrazioni di pagine pubbliche. Se una vecchia pagina prodotto o una vecchia guida continua a ricevere traffico organico, link da partner o clic da newsletter archiviate, il 301 è quasi sempre la scelta giusta.
Se il cambio dominio deve mantenere path e parametri campagna, leggi anche come reindirizzare un dominio senza perdere path e UTM.
Quando usare 302
Il 302 Found indica uno spostamento temporaneo. La URL originale resta quella principale e il destino può cambiare di nuovo.
Usalo per:
- landing page temporanee
- campagne stagionali
- manutenzione breve
- test di offerta o creativo
- routing provvisorio durante un lancio
Esempio: brand.it/promo punta per due settimane a una pagina Black Friday, poi torna alla pagina evergreen. Questo è un caso da 302, non da 301.
L'errore più comune non è tecnico: è organizzativo. Un team crea un 302 per una modifica che in realtà è definitiva, poi se ne dimentica per mesi.
Quando usare 307
Il 307 Temporary Redirect è temporaneo come il 302, ma preserva in modo esplicito il metodo HTTP e il corpo della richiesta.
Conta in flussi come:
- invio di form
- endpoint di login
- API che ricevono
POST - checkout o webhook
Se stai reindirizzando una pagina pubblica, spesso 307 è eccessivo. Se stai spostando una rotta applicativa che riceve dati, 307 evita sorprese.
Quando usare 308
Il 308 Permanent Redirect è la versione permanente che preserva metodo e corpo. Pensalo come il corrispettivo tecnico del 301.
Usalo quando:
- un endpoint API cambia URL in modo definitivo
- devi preservare
POST,PUTo altri metodi - client e integrazioni dipendono dal comportamento esatto della richiesta
Per pagine pubbliche e SEO, 301 resta più comune. Per API e form, 308 è spesso il segnale più chiaro quando lo spostamento è permanente.
Come decidere in pratica
Usa questa regola:
- Cambio definitivo di pagina? 301.
- Cambio definitivo con API o form? 308.
- Cambio temporaneo di pagina? 302.
- Cambio temporaneo con API o form? 307.
Prima della pubblicazione, verifica la vecchia URL con un redirect checker. Controlla che il codice di stato sia corretto, che ci sia un solo hop e che i parametri importanti, come utm_source o gclid, arrivino alla destinazione.
Errori frequenti
Usare 302 per una migrazione definitiva
Se la vecchia URL non tornera, lasciare un 302 indebolisce il segnale. In una migrazione di dominio, categoria o CMS, usa 301 salvo un motivo tecnico chiaro per usare 308.
Usare 301 per una campagna temporanea
Se sai già che il redirect durerà pochi giorni o settimane, non comunicarlo come permanente. Il rollback diventa più sporco e l'intento si confonde.
Ignorare le catene di redirect
Il codice giusto perde valore se diventa una catena:
/vecchio-prodotto -> /prodotto-v2 -> /prodotto-nuovoMeglio puntare direttamente alla destinazione attuale. Le catene rallentano l'esperienza e rendono più difficile la QA. Vedi anche la guida su catene e loop di redirect.
Cosa usare in UrlEdge
Con UrlEdge puoi gestire i casi più comuni senza toccare Nginx, Apache, plugin del CMS o regole CDN a ogni campagna:
- usa Redirect 301 permanenti per cambi URL definitivi
- usa Redirect 302 temporanei per spostamenti reversibili
- usa la guida ai tipi di redirect quando il team ha bisogno di una policy condivisa
Se stai reindirizzando API o form, documenta prima il requisito sul metodo HTTP. In quel caso il rischio non è solo SEO: è rompere il comportamento applicativo.
FAQ
Il 308 è migliore del 301 per la SEO?
Non di default. Per migrazioni di pagine pubbliche, 301 resta la scelta più comune e pratica. Usa 308 quando preservare il metodo HTTP fa parte del requisito.
Un 302 passa valore SEO?
La domanda migliore è: il codice riflette l'intento reale? Se lo spostamento è permanente, usa 301 o 308. Se è temporaneo, usa 302 o 307.
Devo aggiornare i link interni se il redirect funziona?
Sì. I redirect sono una rete di sicurezza, non lo stato ideale. I link interni dovrebbero puntare direttamente alla URL finale.
Pronto a ottimizzare i tuoi reindirizzamenti?
Usa UrlEdge per gestire redirect, domini e traffico all'Edge da un unico posto.
IniziaArticoli correlati
Visualizza tutto
Alternativa a Firebase Dynamic Links dopo la chiusura
Firebase Dynamic Links è stato dismesso il 25 agosto 2025. Ecco come sostituirlo con smart link brandizzati, app link e fallback controllati.

Come reindirizzare un dominio senza perdere path e UTM
Scopri come reindirizzare un dominio preservando path, query string e tracking campagna, evitando loop, problemi SSL e link rotti.