Che cosa significano davvero i codici di stato HTTP per la SEO

I codici di stato HTTP sono uno di quei temi su cui i consigli SEO possono diventare stranamente drammatici. Un singolo 404 diventa “autorità persa”. Un redirect diventa “dispersione di link equity”. Un 500 diventa un’emergenza anche se è durato sei minuti durante un deploy.

La versione più calma è questa: i codici di stato HTTP sono istruzioni e segnali. Dicono a browser, bot, cache e altri client che cosa è successo quando hanno richiesto un URL. I motori di ricerca usano queste risposte per decidere se eseguire il crawl, indicizzare, mantenere, sostituire o rimuovere una pagina.

Ma non tutti i codici di stato hanno lo stesso peso SEO. Alcuni sono ordinari. Alcuni diventano un problema solo su larga scala. Alcuni meritano attenzione immediata.

Il codice di stato non è tutta la storia SEO

Un codice di stato è solo una parte della risposta HTTP. I motori di ricerca guardano anche:

• l’URL finale dopo i redirect
• i tag canonical
• le direttive robots
• il contenuto della pagina
• i link interni
• i segnali della sitemap
• il comportamento storico di crawl
• l’affidabilità del server nel tempo

Questo significa che “la pagina restituisce 200” non equivale a “la pagina è indicizzabile”. Un URL può restituire 200 ed essere comunque bloccato da noindex, canonicalizzato altrove o trattato come soft 404 perché il contenuto è scarso o vuoto.

Allo stesso modo, un 404 non è automaticamente negativo. Una pagina eliminata di solito dovrebbe restituire 404 o 410. Il problema SEO non è che esistano pagine mancanti. Il problema è quando pagine importanti restituiscono il codice sbagliato, oppure quando il sito invia segnali contraddittori.

Se stai facendo debug in produzione, non affidarti solo a ciò che mostra un browser. Ispeziona la catena di risposta effettiva. Un controllo grezzo degli header, una richiesta da riga di comando o una traccia dei redirect ti diranno più della pagina visibile. Abbiamo trattato un workflow pratico in un piccolo toolkit per fare debug di redirect e header HTTP in produzione.

200 OK: indicizzabile, ma non automaticamente preziosa

Una risposta 200 OK significa che la richiesta è andata a buon fine e che il server ha restituito contenuto. Per la SEO, questa è la risposta normale per le pagine che vuoi far scansionare e potenzialmente indicizzare.

Ma 200 non è una garanzia di indicizzazione. I motori di ricerca possono comunque scegliere di non indicizzare la pagina se è duplicata, di bassa qualità, bloccata da direttive a livello di pagina o non individuabile tramite link.

L’errore SEO più comune con le risposte 200 è restituirle per pagine che non sono vere pagine:

• pagine di risultati di ricerca vuote
• pagine di prodotti eliminati con testo “ci dispiace, non disponibile”
• pagine locali senza contenuto significativo
• template rotti che renderizzano solo uno scheletro
• annunci scaduti che dovrebbero essere rimossi o reindirizzati

Queste possono diventare soft 404. Un soft 404 si verifica quando il server dice “OK”, ma il contenuto dice al crawler “qui non c’è nulla di utile”. I motori di ricerca possono trattare comunque quell’URL come una pagina mancante.

Una buona regola: se una persona direbbe “questa pagina non esiste più”, probabilmente il server non dovrebbe dire 200.

301 e 308: redirect permanenti

301 Moved Permanently e 308 Permanent Redirect indicano ai client che un URL è stato spostato in modo permanente. Per la SEO, sono gli strumenti corretti quando una pagina ha un sostituto chiaro:

• migrazione da HTTP a HTTPS
• vecchio slug verso nuovo slug
• articolo unito a un articolo più forte
• prodotto fuori produzione verso un successore molto simile
• normalizzazione dello slash finale o dell’host canonico

In genere i motori di ricerca trasferiscono i segnali di canonicalizzazione attraverso redirect permanenti. In parole semplici: se reindirizzi il vecchio URL al nuovo URL corretto, i motori di ricerca possono consolidare molti dei segnali associati alla vecchia pagina.

Il rischio non è che un 301 sia intrinsecamente dannoso. Il rischio è una mappatura scadente.

Schemi di redirect sbagliati includono:

• reindirizzare ogni vecchio URL alla homepage
• reindirizzare pagine eliminate a pagine di categoria solo vagamente correlate
• creare catene come A → B → C → D
• reindirizzare a un URL bloccato, noindexed o canonicalizzato altrove
• reindirizzare mobile e desktop in modo incoerente

Un redirect permanente dovrebbe rispondere a una domanda: “Qual è il miglior equivalente attuale di questo URL?” Se non esiste un equivalente, un 404 o 410 può essere più onesto.

302 e 307: redirect temporanei

302 Found e 307 Temporary Redirect indicano che lo spostamento è temporaneo. Ci si aspetta che l’URL originale rimanga nel tempo l’URL principale.

Usa redirect temporanei per situazioni davvero temporanee:

• routing di campagne di breve durata
• geolocalizzazione o A/B testing che non dovrebbe sostituire l’URL canonico
• alternative temporanee per manutenzione
• flussi di stock o disponibilità che cambiano spesso

Per la SEO, il problema principale è l’ambiguità. Se un redirect “temporaneo” rimane attivo per mesi o anni, i motori di ricerca possono alla fine trattare comunque la destinazione come canonica. Ma non dovresti dipendere da questa interpretazione.

Se lo spostamento è permanente, usa un redirect permanente. Se è temporaneo, usa un redirect temporaneo. La risposta noiosa è quella corretta.

304 Not Modified: utile, ma non una scorciatoia di ranking

304 Not Modified fa parte della cache HTTP. Indica a un client che la risorsa non è cambiata rispetto alla versione che possiede già.

Questo codice è utile per l’efficienza del crawl e per una buona igiene delle performance. Può ridurre il trasferimento di dati non necessario e rendere meno costose le richieste ripetute. Ma non è un fattore di ranking diretto in senso semplicistico.

Pensa al 304 come a qualità infrastrutturale. Aiuta client e crawler a interagire con il sito in modo efficiente. Non trasforma contenuti deboli in contenuti forti.

404 Not Found: normale quando una pagina non c’è più

404 Not Found significa che il server non riesce a trovare la risorsa richiesta. Questo non è automaticamente un disastro SEO.

I 404 sono appropriati quando:

• una pagina è stata rimossa e non ha un sostituto
• un link esterno errato punta a un URL inesistente
• gli utenti digitano male gli URL
• vecchi URL di test o staging non erano mai destinati a esistere

I motori di ricerca finiranno per rimuovere dall’indice gli URL che restituiscono 404 in modo persistente. Di solito è ciò che vuoi.

Dovresti correggere i 404 quando riguardano URL importanti:

• pagine con backlink di valore
• URL che ricevono traffico significativo
• pagine importanti rimosse accidentalmente durante una migrazione
• link interni che puntano a pagine mancanti
• URL nella sitemap che restituiscono 404

Non reindirizzare ogni 404 alla homepage. È fonte di confusione per utenti e motori di ricerca. Se c’è un sostituto pertinente, reindirizza. In caso contrario, restituisci 404 e offri una pagina di errore utile per le persone.

410 Gone: più forte di 404, ma da usare con cautela

410 Gone significa che la risorsa è stata rimossa intenzionalmente e non è previsto che torni.

Per la SEO, 410 può essere utile quando vuoi rimuovere URL in modo più deciso:

• pagine legali scadute
• profili utente rimossi
• pagine spam eliminate
• landing page obsolete senza sostituto

I motori di ricerca possono trattare 410 come un segnale di rimozione più forte rispetto a 404. La differenza pratica è spesso la velocità, non l’esito. Sia le risposte 404 persistenti sia le 410 possono portare alla deindicizzazione.

Usa 410 quando sei sicuro che la pagina sia sparita in modo permanente. Se una pagina potrebbe tornare, 404 o una gestione temporanea possono essere più sicuri.

401, 403 e accesso bloccato

401 Unauthorized significa che è richiesta autenticazione. 403 Forbidden significa che il server ha compreso la richiesta ma rifiuta l’accesso.

Per la SEO, questi codici generalmente impediscono il crawling e l’indicizzazione normali del contenuto protetto. Va bene per dashboard private, aree account, sistemi di staging e contenuti a pagamento che non dovrebbero essere indicizzati pubblicamente.

I problemi compaiono quando pagine pubbliche restituiscono accidentalmente 401 o 403 ai crawler a causa di:

• regole di protezione dai bot
• firewall configurati male
• blocco per paese
• regole CDN
• presupposti di autenticazione scaduti
• restrizioni di staging portate in produzione

Una pagina che funziona per te mentre hai effettuato l’accesso potrebbe non funzionare per un crawler. Testa sempre come client non autenticato.

429 Too Many Requests: controllo del crawl con conseguenze

429 Too Many Requests indica ai client che stanno subendo un rate limit. Può essere appropriato quando i bot stanno davvero sovraccaricando la tua infrastruttura.

Tuttavia, usare 429 con leggerezza può ridurre l’attività di crawl. I motori di ricerca possono rallentare le richieste se incontrano ripetutamente limiti di frequenza. Questo può ritardare la scoperta di contenuti nuovi o aggiornati.

Se hai bisogno di rate limiting, sii preciso. Evita di bloccare per errore i principali crawler dei motori di ricerca. Usa i log del server per distinguere lo scraping aggressivo dal crawling legittimo. Se possibile, restituisci un header Retry-After così i client ben educati sanno quando tornare.

500, 502, 503 e 504: segnali di affidabilità

La famiglia 5xx significa che il server non è riuscito a soddisfare una richiesta valida.

Esempi comuni:

• 500 Internal Server Error
• 502 Bad Gateway
• 503 Service Unavailable
• 504 Gateway Timeout

Risposte 5xx occasionali capitano. Un breve problema durante un deploy di solito non è catastrofico. Gli errori 5xx persistenti sono diversi. Dicono ai crawler che il sito non è affidabile, e i motori di ricerca possono ridurre la frequenza di crawl o rimuovere temporaneamente le pagine interessate se non riescono a recuperarle ripetutamente.

503 Service Unavailable è il codice corretto per la manutenzione pianificata, soprattutto con un header Retry-After. Dice: “È temporaneo; torna più tardi”. Restituire 200 per una pagina di manutenzione è peggio, perché i crawler possono trattare il contenuto di manutenzione come il contenuto della pagina.

Se un’interruzione colpisce URL importanti, monitora il recupero. Assicurati che le pagine originali tornino a restituire 200, non pagine di errore in cache, loop di redirect o template temporanei di manutenzione.

Catene e loop di redirect meritano attenzione speciale

I redirect sono normali. Le catene di redirect sono debito evitabile.

Un semplice redirect dal vecchio URL al nuovo URL va bene. Una catena di cinque redirect aumenta la latenza, spreca crawl budget e crea più punti in cui la richiesta può fallire. Un loop è peggio: il client non raggiunge mai una pagina finale.

Per le migrazioni SEO, mantieni una mappa dei redirect e testala prima del lancio. Ogni URL ritirato dovrebbe idealmente risolversi alla destinazione finale in un solo hop. Dopo il lancio, campiona vecchi URL, URL ad alto traffico e URL con molti backlink.

Questo è anche il punto in cui performance e SEO si sovrappongono. I redirect ritardano l’inizio del caricamento della pagina reale. Se stai valutando l’esperienza utente insieme alla crawlability, leggere un report Lighthouse senza andare nel panico può aiutare a separare i problemi di caricamento seri dalla diagnostica rumorosa.

La lista pratica delle priorità

Se stai facendo un audit dei codici di stato, non trattare ogni warning allo stesso modo. Parti da qui:

1. URL importanti che restituiscono 5xx — correggi prima l’affidabilità del server.
2. Pagine indicizzabili che restituiscono lo stato sbagliato — ripristina le risposte 200 previste.
3. Catene e loop di redirect — semplifica in redirect a un solo hop.
4. URL della sitemap che restituiscono risposte non-200 — mantieni pulite le sitemap.
5. Link interni verso 404 — ripara navigazione e link nei contenuti.
6. Pattern di soft 404 — smetti di restituire 200 per pagine vuote o eliminate.
7. Blocco accidentale dei crawler — indaga risposte 401, 403 e 429 inattese.

L’obiettivo non è un sito con zero 404. È irrealistico e spesso non necessario. L’obiettivo è un sito in cui ogni URL dà una risposta veritiera e coerente.

<!-- tool-cta:start -->

💡 Prova questo: Controlla quali codici di stato restituiscono effettivamente i tuoi URL con Redirect Checker, che mostra l’intera catena vista dai crawler.

<!-- tool-cta:end -->

Una regola semplice per scegliere il codice giusto

Nel dubbio, scegli il codice che corrisponde alla verità mostrata all’utente:

• La pagina esiste e dovrebbe essere disponibile: 200
• La pagina è stata spostata in modo permanente: 301 o 308
• La pagina è stata spostata temporaneamente: 302 o 307
• La pagina non esiste più e non ha sostituti: 404
• La pagina è stata rimossa intenzionalmente per sempre: 410
• La pagina è temporaneamente non disponibile: 503
• La richiesta è bloccata o privata: 401 o 403

I motori di ricerca sono bravi a gestire il normale disordine del web. Ciò che causa problemi SEO è l’incoerenza su larga scala: spostamenti permanenti marcati come temporanei, pagine eliminate che fingono di essere valide, errori del server lasciati irrisolti e logiche di redirect che nessuno ha testato dall’ultima migrazione.

I codici di stato HTTP non sono leve SEO magiche. Sono semantica web di base. Usali con onestà, e gran parte del beneficio SEO seguirà.