Manualee di riferimento dei redirect

Manualee dei redirect: quali tipi esistono, quando usarli e come non rompere la SEO

Non è un post del blog, ma una pagina di riferimento pratica per team, sviluppatori e SEO con tipi di redirect, pattern di produzione e regole decisionali.

Riferimento

Quali tipi di redirect esistono

Non tutti i redirect risolvono lo stesso problema. L’errore più comune in produzione non è avere un redirect, ma scegliere quello sbagliato.

301 Moved Permanently

Un redirect permanente lato server.

Usare per
spostare una pagina su un nuovo URL in modo permanente
migrazioni da HTTP a HTTPS
canonizzazione www/non-www
pulizia e consolidamento dei duplicati
Evitare per
Non usarlo per promozioni temporanee, test A/B o campagne brevi.
Verdetto: Il redirect più sicuro per la SEO quando il cambiamento è permanente.
302 Found

Un redirect temporaneo lato server.

Usare per
sostituzione temporanea di una pagina
campagne temporanee
flussi temporanei di manutenzione
Evitare per
Non lasciare un 302 per mesi se lo spostamento è in realtà permanente.
Verdetto: Corretto solo quando il cambiamento è davvero temporaneo.
307 Temporary Redirect

Un redirect temporaneo che preserva il metodo HTTP.

Usare per
flussi API e form in cui POST/PUT non deve diventare GET
casi temporanei di routing backend
Evitare per
Per URL SEO standard, 302 è spesso più semplice e familiare.
Verdetto: Più utile per il comportamento tecnico che per le pagine di contenuto.
308 Permanent Redirect

Un redirect permanente che preserva il metodo HTTP.

Usare per
spostamenti permanenti di API
casi in cui il metodo originale della richiesta deve essere preservato
Evitare per
Non è la scelta predefinita per la maggior parte degli URL di migrazione dei contenuti.
Verdetto: Tecnicamente corretto, ma per le pagine SEO 301 resta di solito più semplice e familiare.
Meta Refresh

Un redirect implementato in HTML invece che a livello HTTP.

Usare per
quasi mai
Evitare per
Non usarlo come redirect principale di migrazione.
Verdetto: Un’opzione fragile e debole. Peggiore dei redirect server-side per SEO e affidabilità.
JavaScript Redirect

Un redirect attivato nel browser dopo il caricamento della pagina.

Usare per
solo come ultimo fallback se il redirect server-side è impossibile
Evitare per
Non costruire su questo la migrazione o il controllo canonico.
Verdetto: Una cattiva scelta predefinita per la SEO. Crawler e client esterni lo vedono in modo incoerente.

Decisione

Quale redirect usare negli scenari reali

La domanda più utile non è “quale codice esiste?”, ma “quale è corretto in questo caso?”.

Scenario

Una pagina è stata spostata definitivamente su un nuovo slug

Risposta
301
Perché

L’URL è cambiato in modo permanente, quindi browser e motori di ricerca hanno bisogno di un segnale permanente stabile.

Scenario

Una migrazione completa verso un nuovo dominio

Risposta
301
Perché

È una classica migrazione permanente. I vecchi URL dovrebbero puntare direttamente alle destinazioni canoniche finali.

Scenario

Una promo page temporanea o una campagna di breve periodo

Risposta
302
Perché

Quando la campagna termina, l’URL originale dovrebbe tornare ad essere la destinazione principale.

Scenario

Un endpoint API è stato spostato temporaneamente, ma POST deve restare POST

Risposta
307
Perché

307 preserva il metodo della richiesta ed è migliore per i flussi tecnici.

Scenario

Un endpoint API è stato spostato definitivamente e il metodo deve restare invariato

Risposta
308
Perché

Combina uno spostamento permanente con la preservazione del metodo della richiesta.

Scenario

Vuoi “risolverlo velocemente” con un redirect JavaScript

Risposta
Non farlo
Perché

Di solito è una toppa temporanea che poi danneggia SEO, debugging e stabilità del crawl.

Checklist

Regole di redirect sicure per la produzione

Anche il codice di stato corretto non serve se il layer di redirect è costruito male.

Preferisci un solo hop diretto verso l’URL canonico finale invece di una catena con due o tre passaggi intermedi.

Non mescolare più obiettivi nella stessa catena. HTTP verso HTTPS, non-www verso www e old-path verso new-path dovrebbero idealmente collassare in un solo redirect finale.

Non lasciare 302 temporanei quando la decisione è già permanente.

Non reindirizzare contenuti rimossi alla home page solo per evitare un 404.

Testa i redirect non solo nel browser, ma come una vera catena HTTP: hop intermedi, URL finale, tempo di risposta e problemi.

Prima del rollout, la mappa di migrazione dovrebbe essere verificata sulle URL più importanti e più linkate.

Rischi

Cosa non fare

Questi pattern spesso rendono il layer di redirect tecnicamente funzionante, ma dannoso nella pratica.

301 -> 302 -> 200

Mischia semantica permanente e temporanea, complica i percorsi di crawl e aggiunge punti di rottura.

Mandare ogni vecchio URL alla home page

È una UX debole e una corrispondenza semantica scarsa. Per la SEO è spesso peggio di un 404/410 onesto o di una destinazione rilevante.

Redirect solo tramite il router front-end

Il browser può mostrare la schermata corretta, ma la risposta HTTP resta sbagliata per motori di ricerca e client esterni.

Lasciare il meta refresh come “lo sistemeremo dopo”

Quel “dopo” spesso non arriva mai. La migrazione finisce per vivere per mesi su un meccanismo di redirect debole.

Conclusione SEO rapida e sicura

Se un URL si è spostato in modo permanente, nella maggior parte dei casi serve un 301.

Se il cambiamento è temporaneo, usa 302.

Se è un flusso API o form e il metodo HTTP deve essere preservato, guarda 307 o 308.

Se l’idea è risolvere con JavaScript redirect o meta refresh, l’architettura è quasi sempre sbagliata.

FAQ

301 è sempre meglio di 302?

No. 301 è migliore solo per cambiamenti permanenti. Se il cambiamento è temporaneo, 302 è la scelta più corretta.

Posso usare 308 invece di 301?

Sì, ma per la maggior parte dei casi SEO sui contenuti, 301 resta la scelta più familiare. 308 è più utile quando conta preservare il metodo HTTP.

Quando 404 o 410 è meglio di un redirect?

Quando il vecchio URL non ha un sostituto rilevante. Reindirizzare verso una pagina non pertinente solo per evitare un 404 è spesso peggio.

Anche dopo questo manualee, i redirect vanno testati su una catena reale

Il tipo di redirect corretto sulla carta non garantisce che la produzione lo restituisca senza hop extra, loop o risposte temporanee. Il controllo finale deve essere sempre a livello HTTP.