Codici di stato HTTP

TL;DR — Un codice di stato HTTP è un numero di tre cifre che un server restituisce con ogni pagina che serve, comunicando al browser o al motore di ricerca che cosa è successo: successo, redirect, “non trovato” o errore del server. Per la SEO il codice conta quanto la pagina stessa: dice a Google se indicizzare la pagina, seguire un redirect, tornare più tardi o rimuovere l’URL. Il famoso 404, in genere, non danneggia il ranking.

Che cos’è un codice di stato HTTP

Un codice di stato HTTP è la classificazione standardizzata che il server assegna alla risposta a una richiesta. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: Status codes I motori di ricerca interpretano queste risposte nelle proprie pipeline di crawling e indicizzazione, con un comportamento documentato separatamente dalla specifica HTTP. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: HTTP and network errors

Ogni volta che il browser (o Googlebot) chiede una pagina a un server, il server risponde con un numero di tre cifre prima di inviare qualsiasi altra cosa. Quel numero è il codice di stato HTTP ed è il riepilogo in una riga di ciò che è successo alla richiesta. Hai visto 404 quando una pagina non esiste; 200 è quello discreto che significa “ecco la tua pagina, va tutto bene”.

I codici sono divisi in cinque gruppi, ordinati in base alla prima cifra:

• 1xx — Informativi. “Aspetta, sto ancora lavorando.” Quasi non li vedrai mai.
• 2xx — Successo. “Ecco qua.” 200 OK è quello importante.
• 3xx — Reindirizzamento. “È stato spostato: vai qui.” Qui vivono i redirect.
• 4xx — Errore del client. “C’è un problema nella tua richiesta.” 404 Not Found è il protagonista.
• 5xx — Errore del server. “È colpa mia: non ho potuto servirlo adesso.”

Perché il codice conta per la SEO

I motori di ricerca leggono prima il codice di stato, che determina come trattano la pagina:

• Un 200 è ciò che vuoi per una pagina che vuoi nella ricerca: è il semaforo verde.
• Un redirect 301 (permanente) dice a Google che la pagina ha una nuova casa e che deve trasferire lì i segnali di ranking. Un 302 (temporaneo) dice “è solo per ora”.
• Un 404 o 410 dice a Google che la pagina è scomparsa e nel tempo la fa uscire dall’indice.
• Un errore del server 500 o 503 dice a Google che qualcosa si è rotto; Google rallenta e riprova più tardi invece di cancellare subito le pagine.

L’errore più comune

Gli errori 404 in genere non danneggiano il ranking. La guida di Google Search Console lo dice chiaramente. Se una pagina non dovrebbe davvero esistere, lasciarla restituire 404 va bene: puoi ignorare tranquillamente quegli errori. Il costo reale di un 404 è indiretto: perdi il traffico e i link che quella pagina aveva. Quello che non devi fare è lasciare online una pagina rotta che restituisce 200 OK, perché Google indicizzerà volentieri la versione rotta come se fosse contenuto reale.

Vuoi la suddivisione completa famiglia per famiglia, come Google gestisce redirect ed errori del server, il tranello del soft 404 e come controllare il codice di qualsiasi pagina? Passa alla scheda Avanzato.

TL;DR — Il codice di stato è un segnale SEO di prima classe, indipendente dal contenuto della pagina. 2xx è necessario ma non sufficiente per l’indicizzazione. 301/308 trasferiscono un segnale di canonicalizzazione; 302/307 no. Le pagine 4xx escono dall’indice nel tempo e il 404 in genere non danneggia il ranking. 5xx e 429 fanno rallentare i crawler, non deindicizzano: il recupero è graduale quando torna un 2xx. Il tranello è il soft 404: uno stato 200 che avvolge contenuto “questo non esiste”, rilevato da Google a livello di contenuto e trattato come un vero 404. Fai corrispondere il codice alla realtà, usa redirect permanenti per spostamenti permanenti e restituisci 503, non un 200 rotto, durante l’inattività.

Che cos’è davvero un codice di stato

Le cinque classi di risposta provengono dalla RFC 9110, la specifica HTTP: sono semantica del protocollo, non punteggi SEO diretti. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 RFC 9110: Status codes La documentazione di Google, costruita sopra quella specifica, descrive possibili risultati di elaborazione senza garantire tempi esatti di crawling o indicizzazione. Evidence for this claim Primary standard or official documentation supporting the adjacent article claim. Scope: Protocol semantics and Search behavior are kept separate; no indexing, ranking, or migration-timing guarantee is inferred. Confidence: high · Verified: 2026-07-14 Google: HTTP and network errors

La documentazione di Google offre la definizione più chiara: “HTTP status codes are generated by the server that’s hosting the site when it responds to a request made by a client, for example a browser or a crawler.” L’idea chiave per la SEO è che il codice sia un segnale autonomo, separato dall’HTML che arriva dopo. Una pagina può apparire perfetta a una persona e restare invisibile nella ricerca a causa del numero inviato prima dal server.

Le cinque famiglie viste attraverso la SEO

1xx — Informativi. Risposte provvisorie “sto ancora lavorando” (100 Continue, 101 Switching Protocols). Quasi mai rilevanti per la SEO, con una moderna eccezione: 103 Early Hints, che permette al server di dire al browser di iniziare a precaricare risorse critiche prima che la risposta completa sia pronta: un piccolo vantaggio per i Core Web Vitals, non una leva di indicizzazione.

2xx — Successo. 200 OK è ciò che restituisce una pagina indicizzabile. Ma 200 è necessario, non sufficiente: Google può comunque scegliere di non indicizzare una pagina 200 per motivi di qualità, duplicazione o altro. Un caso limite da conoscere è 204 No Content (una risposta riuscita con corpo vuoto), che può essere trattato come un soft 404 perché non c’è nulla da indicizzare.

3xx — Reindirizzamento. È qui che vive la distinzione di canonicalizzazione ed è la parte più fraintesa del tema. Secondo la documentazione di Google sui redirect:

• 301 (permanente) e 308 — Google segue il redirect e “the indexing pipeline uses the redirect as a signal that the redirect target should be canonical.” I segnali di ranking vengono consolidati sulla destinazione.
• 302 (temporaneo) e 307 — Google segue il redirect, “but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” Lasciare un 302 per uno spostamento davvero permanente è una configurazione errata classica: Google potrebbe alla fine trattare in pratica un 302 di lunga durata come un 301, ma non dovresti farci affidamento.

Google raccomanda di “use a permanent server-side redirect whenever possible” per gli spostamenti permanenti e segnala un limite netto: “By default, Google’s crawlers follow up to 10 redirect hops.” Le catene più lunghe vengono abbandonate. (Ho scritto separatamente su Ahrefs la panoramica completa degli undici tipi di redirect e del loro impatto SEO, collegata nelle Risorse: questo hub è volutamente la mappa, non l’approfondimento.) Nella famiglia 3xx c’è anche 304 Not Modified, un segnale di caching che dice al crawler che la sua copia in cache è ancora aggiornata: nessun effetto diretto sul ranking, ma un supporto al crawling efficiente sui siti grandi.

4xx — Errore del client. La pagina non può essere servita per qualcosa nella richiesta: manca, è vietata o è bloccata per questo client. Google è esplicito: “Google doesn’t use the content from URLs that return 4xx status codes,” e “if a URL was previously used but is now returning 4xx status code, Google systems will stop using the URL over time.” Nello specifico dei 404, “the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed.”

Due sfumature importanti:

• 404 non danneggia il ranking. La Guida di Search Console lo afferma direttamente: “In general, 404 errors won’t impact your site’s search performance.” Il rischio di un 404 è perdere il traffico e i link che la pagina portava o, su larga scala, sprecare crawl budget.
• Non usare 401/403 come arma contro Googlebot. Google avverte: “Don’t use 401 and 403 status codes for limiting the crawl rate. The 4xx status codes, except 429, have no effect on crawl rate.” Bloccare Googlebot con 401/403 non lo “rallenta”: rende soltanto invisibile il contenuto.

I singoli codici di errore del client hanno ciascuno la propria storia: i codici di accesso e autenticazione (401, 403), quelli di scomparsa (404, 410 e la scelta tra i due), il rate limiting (429) e il blocco legale (451); ognuno riceve un trattamento completo nel proprio articolo. Vedi “Dove andare dopo” più avanti.

5xx — Errore del server. La richiesta era corretta, ma il server non è riuscito a soddisfarla (500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable, 504 Gateway Timeout). Il fatto SEO fondamentale è che questi errori non deindicizzano subito. La documentazione di Google dice che gli errori del server 5xx e 429 “prompt Google’s crawlers to temporarily slow down with crawling,” e che “once the server starts responding with a 2xx status code, Google gradually increases the crawl rate.” Il rallentamento viene misurato: “the decrease in crawl rate is proportionate to the number of individual URLs that are returning a server error.” Gli URL già indicizzati vengono conservati durante un picco; solo gli errori del server persistenti portano alla rimozione.

Crawling contro indice: il modello mentale che unisce tutto

Dietro questi codici ci sono due domande diverse:

1. Devo eseguire il crawling? 5xx/429 dicono “rallenta, riprova più tardi”. 301/302 dicono “vai qui invece”. 429 e la famiglia 5xx sono gli unici codici che limitano davvero il tasso di crawling.
2. Devo indicizzare questo contenuto e con quale URL? 2xx = idoneo. 4xx = rimuovilo. 301/308 = consolida sulla destinazione.

Il filo conduttore, e ciò che rompe questo modello, è il soft 404, in cui codice e contenuto non sono d’accordo.

Soft 404: l’eccezione insidiosa

Un soft 404 è una pagina che restituisce un codice di successo (200) ma il cui contenuto dice che l’elemento non esiste: una pagina vuota, un messaggio “spiacenti, non trovato” o un risultato scarno/vuoto. Google rileva il problema a livello di contenuto, indipendentemente dal codice HTTP: “if the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.”

Perché importa, se la pagina “si carica bene”? Perché spreca crawl budget. La guida di Google per i siti grandi è netta: “soft 404 pages will continue to be crawled, and waste your budget.” Di solito derivano da CMS o framework JavaScript configurati male che restituiscono 200 per percorsi inesistenti. La correzione è far corrispondere il codice alla realtà: restituisci un vero 404 (o 410), così Google può rimuovere l’URL in modo pulito. In questo cluster c’è un articolo dedicato ai soft 404.

404 contro 410: importa davvero?

A malapena, per la SEO. John Mueller ha chiarito la questione nel 2024: “The difference in processing of 404 vs 410 is so minimal that I can’t think of any time I’d prefer one over the other for SEO purposes,” aggiungendo che “Google does not penalize for 404’s (those pages drop out of the index though).” Un 410 (Gone) può segnalare la permanenza leggermente più velocemente e documenta più chiaramente l’intento per persone e altri strumenti; la formulazione storica di Matt Cutts diceva che la rimozione con 410 avveniva “a little faster”, al massimo di pochi giorni. Usa 410 quando sei certo che la rimozione sia permanente; 404 quando la pagina potrebbe tornare o non sei sicuro. La guida di Google sul crawl budget va bene con entrambi: “a 404 status code is a strong signal not to crawl that URL again.” L’articolo dedicato a 404 contro 410 risolve la sfumatura in dettaglio.

Usare i codici di stato per inattività e migrazioni

Per inattività pianificata, manutenzione o una finestra di migrazione, restituisci 503 Service Unavailable, non un 200 rotto. Le indicazioni di John Mueller sono dirette: “if something goes drastically wrong with your hoster, and you can’t host your website anymore, please return a ‘503 Service unavailable’ HTTP result code.” Il suo ragionamento copre i due anti-pattern da evitare: “returning an error page with ‘200 OK’ will result in us indexing the change of content like that (and if all of your pages return the same error page, then we may assume that these URLs are duplicates). Redirecting to a temporary page will result in that redirect being used for indexing.” Il trucco di implementazione quando l’origin è completamente offline è puntare il DNS a un server temporaneo che serva 503.

Mantienilo breve, però. Gary Illyes dice: “Serving a 503 status code for an extended period of time will cause a decrease in crawl rate,” ma “10-15 minutes every now and then is not ‘extended’ by any means, so you should be fine.” Regola pratica: 503 è per ore, non settimane; se lo lasci per settimane Google inizia a trattare le pagine come davvero scomparse. L’articolo sul 503 tratta in profondità il modello per le migrazioni.

Come controllare il codice di stato di una pagina

• DevTools del browser — apri la scheda Network, ricarica, fai clic sulla richiesta del documento e leggi la colonna Status.
• Riga di comando — curl -I https://example.com/page per gli header di una singola richiesta oppure curl -IL https://example.com/page per seguire l’intera catena di redirect.
• Google Search Console — lo strumento URL Inspection segnala lo stato sottoposto a crawling.
• Bing Webmaster Tools — anche il suo strumento URL Inspection fa lo stesso per Bingbot.
• Crawler — Screaming Frog SEO Spider e Ahrefs Site Audit eseguono il crawling dell’intero sito e mostrano in massa codici di stato, catene di redirect e URL 4xx/5xx; la barra SEO gratuita di Ahrefs mostra il codice della pagina aperta.

Un punto davvero importante che le guide dei concorrenti saltano: un singolo controllo ti dice soltanto che cosa è successo a quella richiesta. Lo stato può variare in base a metodo di richiesta, user agent, autenticazione, regione e momento, oltre che in base alla cache o alla CDN interposta; quindi un risultato pulito dal tuo computer non garantisce ciò che ha visto Googlebot. Ecco un flusso diagnostico compatto:

• Metodo — una richiesta HEAD dovrebbe contenere gli stessi header di GET, ma i server possono omettere campi che richiedono la generazione del contenuto, quindi un controllo HEAD non dimostra che cosa restituisca un vero GET. Ripeti il test con GET se i due risultati non coincidono.
• User agent — rilevamento dei bot, blocchi geografici o cloaking possono servire a Googlebot un 200 mentre un browser riceve 403 (o viceversa).
• Regione — se sospetti un blocco geografico o una regola CDN specifica per una regione, ripeti il test da più di una località o IP.
• Cache — escludi una risposta obsoleta in cache (browser o edge CDN) prima di concludere che l’origin non funzioni correttamente.
• Catena — registra l’intera catena di redirect, non solo il codice finale: un hop intermedio può essere il problema reale.
• Log — quando un codice non coincide con quello previsto, controlla ciò che ha visto davvero Googlebot. I log del server sono la fonte di verità che un singolo browser o checker non può offrire.

Una nota su Bing

Le indicazioni pubbliche di Bing sui codici di stato sono più scarne di quelle di Google: non esiste una singola documentazione canonica dettagliata quanto quella di Google su come i codici influenzano il crawling e non è emersa alcuna citazione di Bing rappresentativa sul tema. In termini direzionali, il consiglio è lo stesso: restituisci codici accurati, correggi i 4xx/5xx persistenti e usa redirect permanenti per gli spostamenti permanenti. Preferisco dirlo chiaramente invece di inventare una citazione di Bing che non esiste.

Dove andare dopo: il cluster dei codici di errore HTTP

Questo hub è la panoramica. Il sub-hub Codici di errore HTTP approfondisce i codici che finirai davvero per diagnosticare, ciascuno nel proprio articolo:

• 401 Unauthorized e 403 Forbidden — i codici di accesso e autenticazione e il motivo per cui non dovresti usarli per limitare il crawling.
• 404 Not Found, 410 Gone e 404 contro 410 — la famiglia “questa pagina è scomparsa” e quale codice scegliere.
• 429 Too Many Requests — rate limiting e il modo in cui, a differenza degli altri codici 4xx, influisce sul tasso di crawling.
• 451 Unavailable For Legal Reasons — il blocco legale/regolamentare, distinto da un 403.
• 500 Internal Server Error, 502 Bad Gateway, 503 Service Unavailable e 504 Gateway Timeout — la famiglia degli errori del server, il rallentamento del crawling e il modello 503 per la manutenzione.
• Soft 404 — il 200 che in realtà è un errore e come correggerlo.

Ognuno di questi articoli è annidato sotto questo hub e compare nella barra laterale. Per sapere come i redirect consolidano i segnali di ranking, vedi Canonicalizzazione; per sapere come i crawler si limitano su 5xx/429, vedi Crawling.

Riepilogo AI

Una sintesi della versione Avanzata:

• Il codice è un segnale SEO, separato dal contenuto. Una pagina dall’aspetto perfetto può essere invisibile nella ricerca a causa del numero inviato prima dal server.
• Cinque famiglie: 1xx informativi (103 Early Hints aiuta i Core Web Vitals); 2xx di successo (200 è necessario ma non sufficiente per l’indicizzazione); redirect 3xx; errori client 4xx; errori server 5xx.
• Redirect: 301/308 sono permanenti e trasferiscono un segnale di canonicalizzazione; 302/307 vengono seguiti ma non lo trasferiscono. Google segue fino a 10 hop di redirect.
• 4xx: Google smette di usare il contenuto 4xx e nel tempo rimuove gli URL 404 dall’indice. I 404 in genere non danneggiano il ranking (Guida di Search Console). Non usare 401/403 per limitare Googlebot: solo 429 e 5xx influenzano il tasso di crawling.
• 404 contro 410: la differenza di elaborazione è “so minimal” (Mueller) che raramente conta; usa 410 per rimozioni certamente permanenti e 404 altrimenti.
• 5xx / 429: i crawler rallentano temporaneamente, non deindicizzano; il tasso di crawling recupera gradualmente quando torna 2xx. Solo gli errori persistenti causano rimozione.
• Soft 404: uno stato 200 con contenuto “non esiste”: Google lo rileva a livello di contenuto, lo tratta come un 404 e spreca crawl budget.
• Inattività: restituisci 503 (ore, non settimane), mai un 200 rotto: Google indicizzerebbe il contenuto rotto.
• Controllo dei codici: scheda Network di DevTools, curl -I/curl -IL, URL Inspection di GSC/Bing, Screaming Frog / Ahrefs Site Audit. Un singolo controllo dimostra solo quella richiesta: metodo, user agent, regione e cache possono cambiare il risultato, quindi conferma la catena di redirect e controlla i log del server per ciò che ha visto Googlebot.

Documentazione ufficiale

Documentazione primaria della specifica del protocollo e dei motori di ricerca.

La specifica sottostante

• RFC 9110 — HTTP Semantics, §15 Status Codes — la definizione effettiva del protocollo per le cinque classi di codici di stato. È utile sapere che RFC 9110 definisce la semantica di richiesta/risposta, non i risultati SEO: tutto ciò che segue è documentazione di Google sul modo in cui interpreta quei codici nella Ricerca.

Google

• Codici di stato HTTP, errori di rete e DNS e Google Search — la documentazione canonica: che cosa sono i codici, comportamento di rimozione dei 4xx, soft 404 e rallentamento del crawling per 5xx/429.
• Come Google Search gestisce i redirect — 301/302/307/308, distinzione di canonicalizzazione e limite di 10 hop.
• Ottimizzare il crawl budget — 404/410 come “strong signal” e soft 404 che sprecano budget.
• Correggere gli errori di Search Console (404 / errori di crawling) — la fonte della frase “404 errors won’t impact your site’s search performance”.
• John Mueller — “503s” — la dichiarazione di prima parte sul ritorno di 503 durante l’inattività e sugli anti-pattern 200/redirect.

Bing / Microsoft

• Bing Webmaster Tools — URL Inspection — controlla stato dell’indicizzazione, crawlability e codici di risposta HTTP per un URL specifico.
• Bing Webmaster Tools — avvisi sugli errori di crawling — il report di crawling che elenca URL con errori di crawling e i relativi codici di stato.

Citazioni dalla fonte

Dichiarazioni ufficiali di Google e dei suoi rappresentanti. Ogni link è un deep link che porta al passaggio citato nella pagina originale.

Google — che cosa sono i codici di stato e come si comportano 4xx / 404

• “HTTP status codes are generated by the server that’s hosting the site when it responds to a request made by a client, for example a browser or a crawler.” — documentazione di Google Search Central. Vai alla citazione
• “Google doesn’t use the content from URLs that return 4xx status codes.” Vai alla citazione
• “In general, 404 errors won’t impact your site’s search performance.” — Guida di Google Search Console. Leggi la documentazione

Google — soft 404 e crawl budget

• “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” Vai alla citazione
• “soft 404 pages will continue to be crawled, and waste your budget.” Vai alla citazione
• “a 404 status code is a strong signal not to crawl that URL again.” Vai alla citazione

Google — rallentamento del crawling 5xx / 429 e uso improprio di 401/403

• 5xx and 429 server errors “prompt Google’s crawlers to temporarily slow down with crawling.” Vai alla citazione
• “Once the server starts responding with a 2xx status code, Google gradually increases the crawl rate.” Vai alla citazione
• “Don’t use 401 and 403 status codes for limiting the crawl rate. The 4xx status codes, except 429, have no effect on crawl rate.” Vai alla citazione

Google — redirect e canonicalizzazione

• “Googlebot follows the redirect, and the indexing pipeline uses the redirect as a signal that the redirect target should be canonical.” (301 / 308) Vai alla citazione
• “Googlebot follows the redirect, but the indexing pipeline doesn’t use the redirect as a signal that the redirect target should be canonical.” (302 / 307) Vai alla citazione
• “By default, Google’s crawlers follow up to 10 redirect hops.” Vai alla citazione

John Mueller, Google — 503 per l’inattività

• “if something goes drastically wrong with your hoster, and you can’t host your website anymore, please return a ‘503 Service unavailable’ HTTP result code.” Leggi il post
• “Returning an error page with ‘200 OK’ will result in us indexing the change of content like that (and if all of your pages return the same error page, then we may assume that these URLs are duplicates).” Leggi il post

John Mueller, Google — 404 contro 410

• “The difference in processing of 404 vs 410 is so minimal that I can’t think of any time I’d prefer one over the other for SEO purposes.”
• “Google does not penalize for 404’s (those pages drop out of the index though).” Citazioni riportate dall’articolo di Search Engine Journal dell’aprile 2024 su una risposta Reddit di r/SEO; corroborate da Search Engine Roundtable. Copertura

Gary Illyes, Google — 503 e tasso di crawling

• “Serving a 503 status code for an extended period of time will cause a decrease in crawl rate.”
• “Fortunately for you, 10-15 minutes every now and then is not ‘extended’ by any means, so you should be fine.” Citazioni riportate dalla copertura di Search Engine Journal di una sessione Google SEO Office Hours dell’aprile 2024. Copertura

Quale codice di stato devo restituire?

Procedi dall’alto verso il basso: vince la prima corrispondenza.

La pagina è stata spostata verso un nuovo URL.

• In modo permanente? → 301 (o 308). Google consolida i segnali di ranking sulla destinazione.
• Solo per ora (test A/B, cambio geografico, campagna breve)? → 302 (o 307). Nessun segnale di canonicalizzazione: non lasciarlo in posizione per uno spostamento permanente.

La pagina è scomparsa e non tornerà.

• Sei certo che sia permanente? → 410: segnala la permanenza un po’ più velocemente.
• Potrebbe tornare o non sei sicuro? → 404: Google lo rimuove dall’indice nel tempo in entrambi i casi. Per la SEO vanno bene entrambi; la differenza è “minima”.
• Qualunque cosa tu faccia, non restituire 200 con un messaggio “non trovato”: è un soft 404 e Google continuerà a eseguire il crawling sprecando budget.

La pagina richiede il login o l’accesso è limitato.

• → 401 (autenticazione necessaria) o 403 (vietato). Non usarli per rallentare Googlebot: non limitano il tasso di crawling, nascondono soltanto il contenuto.

Qualcosa è temporaneamente rotto oppure stai eseguendo manutenzione/una migrazione.

• Inattività pianificata, ore e non settimane? → 503, idealmente con un header Retry-After. Google rallenta e torna; non indicizzerà la pagina di manutenzione.
• Il server restituisce davvero errori? → 500/502/504: Google rallenta il crawling e conserva gli URL indicizzati durante un breve picco. Correggilo prima che diventi persistente.
• Stai limitando un’ondata di richieste? → 429: l’unico codice 4xx che rallenta il tasso di crawling di Google.

Il contenuto è bloccato per un motivo legale (ordine del tribunale, GDPR, licenza, divieto a livello di Paese) → 451, che segnala un blocco legale, distinto da un semplice 403.

Tutto va bene e vuoi indicizzare la pagina → 200. Ricorda che è necessario ma non sufficiente: Google può comunque scegliere di non indicizzarla.

Ognuno di questi codici ha un articolo di approfondimento dedicato nel cluster dei codici di errore HTTP.

Codici di stato HTTP per la SEO: riferimento completo

Le cinque famiglie in sintesi

I codici rilevanti per la SEO, uno per uno

Tre raggruppamenti importanti

• Segnali forti su cui Google agisce: 301/308 (destinazione canonica), 404/410 (rimozione dall’indice).
• Soprattutto UX/accesso, senza effetto sul tasso di crawling: 401, 403, 451.
• Operativi/temporanei, con rallentamento del crawling: 429, 500, 502, 503, 504.

Fatti rapidi

• 200 da solo non garantisce l’indicizzazione.
• Solo i codici 429 e 5xx limitano il tasso di crawling di Google.
• Google segue fino a 10 hop di redirect; le catene più lunghe vengono abbandonate.
• Soft 404 = stato 200 + contenuto “non esiste” → trattato come un 404, spreca crawl budget.
• 503 per inattività: ore sì, settimane no; Illyes dice che “10-15 minutes every now and then” non è un problema.
• Controlla con: scheda Network di DevTools, curl -I / curl -IL, URL Inspection di GSC/Bing, Screaming Frog, Ahrefs Site Audit/Toolbar.

Risorse che meritano il tuo tempo

I miei articoli

• Codici di stato HTTP e il loro impatto sulla SEO — il mio riferimento completo per intervallo su Ahrefs (1xx–5xx più i codici non standard), il testo su cui si basa questo hub.
• 11 tipi di redirect e il loro impatto sulla SEO — l’approfondimento collegato sulla famiglia 3xx: quale redirect usare e perché.
• La guida per principianti alla SEO tecnica — dove si collocano i codici di stato nel quadro tecnico più ampio.

Dal settore

• Codici di stato HTTP, errori di rete e DNS e Google Search (Google) — la documentazione canonica dietro alla maggior parte delle affermazioni di questo hub.
• Come Google Search gestisce i redirect (Google) — la distinzione di canonicalizzazione 301/302/307/308 e il limite di 10 hop.
• “503s” (John Mueller) — la dichiarazione di prima parte sul ritorno di 503 durante l’inattività e sul perché un 200 rotto sia peggiore.
• John Mueller di Google chiarisce la confusione 404/410 per la SEO (Search Engine Journal) — la citazione sulla differenza “so minimal”.
• Google sull’impatto SEO dei codici di stato 503 (Search Engine Journal) — le indicazioni di Gary Illyes sui “10-15 minutes”.
• La guida definitiva ai codici di stato HTTP per la SEO (Search Engine Land) — riferimento dettagliato per ciascun codice.
• Codici di stato HTTP (Screaming Frog) — flussi pratici di rilevamento ed export in massa.
• Come controllare le pagine per i loro codici di stato HTTP (Ahrefs Help) — controllo dei codici con SEO Toolbar e Site Audit.

Da dove provengono queste citazioni

L’elenco completo delle fonti dietro alla lente Citazioni, così puoi verificare ogni riga da solo:

• Codici di stato HTTP, errori di rete e DNS e Google Search — Google Search Central. Citazioni su “che cosa sono i codici di stato”, 4xx, soft 404 e 5xx/429.
• Come Google Search gestisce i redirect — Google Search Central. Citazioni sulla canonicalizzazione 301/308 contro 302/307 e sul limite di 10 hop.
• Ottimizzare il crawl budget — Google Search Central. Citazioni sul “strong signal not to crawl” e sui “soft 404 pages… waste your budget”.
• Correggere gli errori di Search Console — Google Search Console Help. La frase “404 errors won’t impact your site’s search performance”.
• “503s” — sito personale di John Mueller. La direttiva 503 per l’inattività e gli anti-pattern 200/redirect.
• John Mueller di Google chiarisce la confusione 404/410 per la SEO — Search Engine Journal (risposta Reddit riportata).
• Google sull’impatto SEO dei codici di stato 503 — Search Engine Journal (Office Hours riportato).

Prima il crawling, poi l’indicizzazione

Usa questo modello a due fasi ogni volta che un codice di stato genera una domanda SEO.

Fase 1: il crawler può recuperare una risposta utilizzabile?

• 2xx dice che la richiesta è riuscita, quindi il contenuto può passare all’elaborazione.
• 3xx invia il crawler verso un altro URL; i codici permanenti e temporanei forniscono segnali di canonicalizzazione diversi.
• La maggior parte delle risposte 4xx dice che il contenuto richiesto non esiste o non può essere utilizzato.
• 5xx e 429 dicono che il server sta fallendo o è sovraccarico, quindi i crawler possono ridurre il tasso di richieste.

Se il recupero fallisce, la qualità del contenuto e l’ottimizzazione on-page non possono salvare quella richiesta. Correggi prima il trasporto o lo stato previsto dell’URL.

Fase 2: il contenuto recuperato deve essere indicizzato e con quale URL?

Un 200 supera soltanto il primo gate. Google può comunque scegliere di non indicizzare contenuti scarni, duplicati, bloccati o simili a errori; una pagina di errore che restituisce 200 può diventare un soft 404. Un redirect può essere seguito mentre la sua destinazione fallisce ancora l’indicizzazione. Una risposta riuscita indica l’idoneità, non garantisce ranking o indicizzazione.

La diagnosi pratica

1. Registra lo stato effettivo e ogni hop del redirect.
2. Decidi se la risposta corrisponde allo stato previsto dell’URL.
3. Se raggiunge una pagina 2xx utilizzabile, controlla indicizzabilità e segnali canonici.
4. Se restituisce 4xx, decidi se la scomparsa è intenzionale.
5. Se restituisce 5xx o 429, indaga affidabilità e ambito prima di interpretare il rendimento nella ricerca.

Controlla la prima risposta

Esegui questo comando in una shell macOS/Linux per stampare gli header dell’URL richiesto senza seguire i redirect:

curl -sS -D - -o /dev/null https://www.example.com/page

Per stampare solo il codice di stato:

curl -sS -o /dev/null -w '%{http_code}\n' https://www.example.com/page

Equivalente PowerShell (PowerShell 7+):

$response = Invoke-WebRequest -Uri 'https://www.example.com/page' -Method Head -SkipHttpErrorCheck
$response.StatusCode
$response.Headers

Se il server tratta HEAD in modo diverso, esegui una normale richiesta GET prima di trarre una conclusione.

Segui e visualizza il percorso dei redirect

-L segue i redirect, mentre -v mostra ogni richiesta e risposta. Esegui il comando in un terminale e controlla le righe che iniziano con < HTTP e < location:.

curl -sS -L -o /dev/null -v https://www.example.com/old-page

Usa il Redirect Chain Mapper quando ti serve una vista più pulita, per un singolo URL o per un batch, invece dell’output del terminale.

Strumenti per leggere il comportamento degli stati

• Bulk HTTP Status Code Checker — controlla fino a 500 URL, visualizza ogni catena di redirect e destinazione finale, filtra i problemi SEO ed esporta il risultato. Usalo quando la domanda è “quali URL hanno il codice sbagliato?”.
• HTTP Header Checker — controlla gli header completi della risposta lungo gli hop del redirect, compresi caching, CDN, compressione e segnali di sicurezza selezionati. Usalo quando lo stato da solo non basta.
• Redirect Checker — controlla rapidamente stato finale, destinazione e sequenza di hop per un URL o un piccolo batch.
• Website Down Checker — verifica raggiungibilità e tempi attuali da un punto di osservazione esterno quando un 5xx o un timeout può essere intermittente.
• DevTools del browser → Network — ricarica la pagina, seleziona la richiesta del documento e controlla Status Code e Response Headers. È utile per il debug interattivo, ma non confondere un messaggio d’errore renderizzato dal client con lo stato HTTP del documento.

Mettiti alla prova: codici di stato HTTP

Cinque domande rapide su come i codici di stato modellano la SEO. Scegli una risposta per ciascuna e poi controlla.

Cronologia modifiche