I redirect e gli errori HTTP

I codici di stato HTTP indicano ai browser, ai motori di ricerca e ai crawler IA cosa è successo a un URL: reindirizzato, non trovato, o in errore server. Se gestiti male, frammentano il crawling ed erodono la fiducia riposta in un sito.

301, 302 e 308: qual è la differenza

Questi tre codici segnalano un redirect, ma con implicazioni diverse:

• 301 (redirect permanente): l'URL è cambiato definitivamente. È il segnale che l'autorità e la storia della pagina devono essere trasferite al nuovo indirizzo. Da usare per qualsiasi migrazione di URL duratura.
• 302 (redirect temporaneo): l'URL originale resta il riferimento nel lungo periodo (ad esempio, una pagina prodotto temporaneamente non disponibile che reindirizza alla pagina categoria). Un motore in linea di principio mantiene l'URL originale nel proprio indice.
• 308 (redirect permanente, metodo preservato): equivalente al 301 ma garantisce che il metodo HTTP della richiesta (GET, POST) venga mantenuto durante il redirect — utile in particolare per l'invio di form.

HTTP/1.1 301 Moved Permanently
Location: https://esempio.com/nuovo-url

Usare un 302 per un cambiamento definitivo è l'errore più frequente: il motore continua a trattare il vecchio URL come riferimento, il che ritarda il trasferimento dell'autorità verso la nuova pagina. Questa confusione è tanto più frequente perché molti framework e piattaforme di hosting usano il 302 come codice di redirect predefinito quando non si specifica esplicitamente il tipo desiderato — conviene quindi verificare concretamente, con uno strumento di ispezione degli header HTTP, quale codice restituisce realmente la vostra configurazione, invece di darlo per scontato.

Le catene di redirect da evitare

Ogni redirect aggiunge un passaggio che il crawler deve seguire prima di raggiungere il contenuto finale. Una catena di più redirect successivi (A → B → C → D) rallenta il crawling, dilude potenzialmente il segnale trasmesso, e alcuni robot abbandonano il tracciamento dopo un numero limitato di salti. La buona pratica consiste nel reindirizzare sistematicamente verso la destinazione finale in modo diretto (A → D), aggiornando i redirect esistenti a ogni nuova migrazione invece di accumularli.

Queste catene si formano il più delle volte progressivamente, migrazione dopo migrazione, senza che nessuna sia colpevole se presa isolatamente: una pagina migra una prima volta (A → B), poi una seconda volta mesi dopo (B → C), senza che nessuno pensi ad aggiornare il redirect iniziale affinché punti direttamente a C. Un audit periodico dei redirect in essere, in particolare sui siti che hanno subito più restyling, permette di individuare e appiattire queste catene.

Gli errori 404: normali, ma da monitorare

Una pagina eliminata senza un contenuto sostitutivo pertinente deve restituire un errore 404 ("non trovata") — è il comportamento HTTP corretto, non un'anomalia in sé. Il problema sorge quando:

• link interni attivi del sito continuano a puntare a una pagina in 404 (un link rotto da correggere);
• un gran numero di 404 proviene da pagine che avevano valore (backlink, traffico storico) e meriterebbero un redirect 301 verso un contenuto equivalente piuttosto che un errore secco.

Una pagina 404 ben progettata (messaggio chiaro, link alla ricerca interna o alle categorie principali) resta utile per un visitatore umano che si imbatte in un link rotto, anche se non cambia nulla nel trattamento tecnico del codice 404 da parte dei robot.

Gli errori 5xx: un segnale di fiducia degradata

Un errore server (500, 502, 503) significa che la pagina non ha potuto essere consegnata affatto, indipendentemente dal suo contenuto. Errori 5xx frequenti o ripetuti, in particolare nel momento in cui un crawler tenta di accedere al sito, degradano la percezione dell'affidabilità tecnica del sito e possono ridurre la frequenza con cui torna a esplorare le vostre pagine. Questi errori si verificano tipicamente durante picchi di carico, aggiornamenti server mal preparati, o limiti di risorse raggiunti su un hosting sottodimensionato — cause spesso indipendenti dal contenuto stesso, ma che comunque influenzano la percezione complessiva del sito.

Come verificare gli stati HTTP del vostro sito

Lo stato HTTP di una pagina non è visibile a occhio nudo in un browser normale: una pagina in errore 500 può mostrare un messaggio generico senza che il codice reale appaia chiaramente a schermo. Gli strumenti di ispezione di rete integrati nei browser (scheda "Rete" degli strumenti per sviluppatori) mostrano il codice di stato esatto restituito per ogni richiesta, il che permette di verificare concretamente che un redirect dichiarato definitivo restituisca effettivamente un 301, o che una pagina presunta funzionante non restituisca discretamente un errore 5xx. Su un sito di dimensioni importanti, un audit periodico tramite uno strumento di scansione dedicato resta il metodo più affidabile per rilevare queste anomalie su larga scala, piuttosto che una verifica manuale pagina per pagina.

Impatto sul crawling e sulla fiducia

Un sito pieno di catene di redirect, 404 non gestiti ed errori 5xx intermittenti invia un segnale di scarsa manutenzione tecnica. I crawler, umani e automatizzati, generalmente accordano più costanza a un sito i cui URL sono stabili e i cui errori sono rari e gestiti correttamente. Verificare regolarmente questi stati fa parte dei punti coperti dalla checklist tecnica completa, in aggiunta al controllo degli accessi dei robot approfondito nella lezione sul robots.txt.

Infine, non confondete redirect e tag canonical: il primo fa sparire un URL a favore di un altro, il secondo lascia entrambi gli URL attivi indicando comunque quale privilegiare.