← Torna al blog Indicizzazione e scansione

Codici di stato HTTP e SEO: cosa fa Google con ciascuno

Codici di stato HTTP e SEO: cosa fa Google con ciascuno

Il codice di stato HTTP dice a Googlebot cosa è successo quando ha richiesto un URL, e Google decide cosa scansionare, indicizzare o togliere dall'indice in gran parte in base a quel numero. Per la SEO i codici di stato HTTP che contano sono pochi: 200 permette l'indicizzazione, 301 e 308 trasferiscono i segnali a un nuovo URL, 404 e 410 fanno rimuovere la pagina, 429 e 5xx rallentano il crawling e, se durano, fanno uscire le pagine dall'indice.

Ecco cosa significa ogni gruppo secondo la documentazione di Google Search Central.

200: la pagina può essere indicizzata

Un 200 OK significa che il server ha restituito un contenuto, che Google prende in considerazione per l'indice. Non è una garanzia. Se la pagina è vuota o dice "prodotto non trovato" ma risponde comunque 200, Google può classificarla come soft 404: in Search Console la trovi nel report Indicizzazione delle pagine con il motivo "Soft 404".

La correzione è un vero 404 o 410 se il contenuto non c'è più, oppure contenuto reale se la pagina deve restare.

301, 302, 307, 308: i redirect

Googlebot segue i redirect (fino a 10 salti, secondo Google) e il codice gli dice come trattare la destinazione. 301 e 308 sono permanenti e sono un segnale forte che la destinazione deve diventare l'URL canonico. 302 e 307 sono temporanei, un segnale debole: Google può tenere il vecchio URL nell'indice ancora per un po'.

Usa 301 o 308 per migrazioni e pagine accorpate, e lascia 302 o 307 agli URL che torneranno davvero. Punta i vecchi URL direttamente alla destinazione finale, senza catene. La checklist SEO per la migrazione di un sito approfondisce la mappatura dei redirect.

404, 410 e gli altri 4xx

Google tratta allo stesso modo tutti i 4xx tranne il 429: l'URL non viene indicizzato e, se lo era, viene rimosso. 404 Not Found e 410 Gone vanno bene entrambi per contenuti eliminati di proposito. Il 410 è più esplicito, ma non c'è motivo SEO per cambiare.

I 404 su URL che non hanno mai contato sono normali. Vanno inseguiti quelli su pagine che avevano traffico o link.

Il 403 Forbidden merita un discorso a parte. Una pagina che risponde 403 a Googlebot esce dall'indice come qualsiasi altro 4xx. Di solito vuol dire che una regola del firewall blocca Googlebot ma lascia passare i browser. Search Console lo segnala come "Bloccata a causa di accesso vietato (403)".

429 e 5xx: i codici che rallentano il crawling

429 Too Many Requests, 500, 502, 503 e 504 dicono a Google che il problema è lato server. Googlebot riduce la frequenza di scansione. Gli URL indicizzati restano per un po', poi escono se gli errori continuano.

Per una manutenzione programmata restituisci 503 Service Unavailable, meglio se con l'header Retry-After. Una pagina di manutenzione servita con 200 rischia di finire nell'indice al posto dei tuoi contenuti. E fai in fretta: le indicazioni di Google sulla riduzione della frequenza di scansione sconsigliano di servire questi codici per più di un giorno o due.

Il robots.txt ha una regola sua: se risponde con un 5xx, Google sospende il crawling di tutto il sito finché non riesce a leggerlo. Il lato downtime è trattato in il downtime danneggia la SEO?.

Dove vedere i codici che riceve Google

In Search Console ci sono due report. Indicizzazione delle pagine raggruppa gli URL non indicizzati per motivo, tra cui "Non trovata (404)", "Errore del server (5xx)", "Errore di reindirizzamento" e "Soft 404". Statistiche di scansione, sotto Impostazioni, divide le richieste di Googlebot per codice di risposta: un aumento dei 5xx lì è spesso il primo segnale di un problema di hosting. La guida su come risolvere gli errori di copertura in GSC passa in rassegna i motivi uno per uno.

Per un singolo URL curl è più rapido:

curl -sI https://example.com/pagina
curl -sIL https://example.com/vecchia-pagina

Il secondo comando segue i redirect e stampa ogni salto. Se il risultato è strano, fai anche il test live di Controllo URL: alcuni firewall trattano curl diversamente da Googlebot.

Cosa controlla Deltio e cosa lascia a un crawler

Deltio esegue un check HTTP su ogni sito monitorato ogni 10 minuti e registra status code e tempo di risposta. Quando il sito va offline o un firewall inizia a bloccare il check ricevi un alert via email o Slack, e un altro quando torna online.

Questo vale per l'URL che monitori. Deltio non è un crawler: non raccoglie lo status code di ogni pagina e non ricostruisce le catene di redirect, lavoro da crawler come Screaming Frog insieme ai report di Search Console. Lo snapshot giornaliero della sitemap mostra però quando degli URL spariscono dalla sitemap, spesso segno di nuovi 404 o redirect.

Starter costa £24 al mese, £20 con fatturazione annuale, e puoi provarlo gratis per 14 giorni.

Domande frequenti

Un redirect 302 fa male alla SEO?
No, se lo spostamento è davvero temporaneo. Google tratta il 302 come un segnale debole e può tenere indicizzato l'URL originale. Se il cambio è definitivo, passa a un 301 o 308 così i segnali si consolidano sul nuovo URL in modo prevedibile.
Tanti errori 404 danneggiano il posizionamento?
Google ha detto che i 404 su URL che non dovrebbero esistere non influiscono su come viene scansionato o posizionato il resto del sito. Contano quando le pagine mancanti avevano traffico o link, o sono ancora linkate internamente o presenti nella sitemap.
Un server lento influisce sul crawling?
Sì. Google regola quanto scansionare in base alla velocità e all'affidabilità delle risposte del server. Risposte lente o errori frequenti portano Googlebot a richiedere meno pagine, cosa che pesa soprattutto sui siti grandi.
Perché Search Console mostra errori 5xx se il sito si carica bene?
Gli errori possono essere intermittenti e capitare quando non stavi guardando, oppure il server risponde a Googlebot in modo diverso rispetto a un browser, ad esempio per un rate limiting o una protezione anti-bot. Il test live di Controllo URL e il report Statistiche di scansione aiutano a capire quale dei due casi è.
Deltio mi avvisa quando una pagina restituisce 404?
Il check di uptime di Deltio gira ogni 10 minuti sull'URL monitorato, registra status code e tempo di risposta e ti avvisa quando il sito va offline o viene bloccato da un firewall. Non scansiona ogni pagina, quindi i 404 sui singoli URL si trovano meglio con un crawler e con Search Console.