Il downtime danneggia la SEO? Cosa succede davvero al ranking

Il downtime danneggia la SEO? Un'interruzione breve quasi mai, ma un sito che resta giù per giorni può far calare la frequenza con cui Google lo scansiona e, alla lunga, far uscire le pagine dall'indice. A decidere l'esito sono due cose: per quanto tempo il sito resta irraggiungibile e quale codice di stato HTTP restituisce nel frattempo.

Per un'agenzia, risolvere l'outage di solito tocca a qualcun altro: l'hosting, lo sviluppatore del cliente, il suo reparto IT. Accorgersene invece tocca a te. Un sito che Googlebot non raggiunge non può mantenere le sue posizioni, e il cliente vorrà sapere perché nessuno se n'è accorto.

Cosa dice la documentazione di Google

La pagina di Google su come i codici di stato HTTP influiscono sulla scansione è abbastanza chiara. Gli errori server 5xx e il 429 Too Many Requests fanno rallentare la scansione del sito da parte di Googlebot. Gli URL già indicizzati vengono mantenuti per un po', ma se gli errori continuano finiscono per essere rimossi. Timeout e connessioni rifiutate vengono trattati più o meno come errori del server.

Per un'indisponibilità pianificata o temporanea la risposta consigliata è 503 Service Unavailable, che dice ai crawler che il problema è destinato a passare. Un header Retry-After indica anche quando tornare, per esempio Retry-After: 3600 per un'ora.

C'è un dettaglio che sfugge facilmente. Se è il robots.txt stesso a restituire un errore del server, la documentazione di Google sul robots.txt dice che la scansione del sito si ferma, e se l'errore dura a lungo Google ripiega sull'ultima copia del file in cache. Un outage che butta giù l'intero host si porta dietro anche il robots.txt.

Quanto downtime è troppo per la SEO

Google non pubblica una soglia, quindi prendi queste fasce come indicazioni di massima, non come regole.

Durata dell'outage	Cosa succede di solito
Pochi minuti	Googlebot potrebbe non richiedere nulla. Se lo fa, riprova più tardi. Nessun effetto misurabile sul ranking.
Qualche ora	La scansione rallenta. Le pagine restano indicizzate e, con un 503 pulito, il sito si riprende appena torna stabile.
Uno o più giorni di 5xx	La frequenza di scansione cala e alcuni URL possono uscire dall'indice. Quasi tutti tornano dopo il ripristino, non sempre nella stessa posizione.
Outage brevi e frequenti	Ognuno pesa poco, ma un host che cade di continuo può tenere Googlebot su una scansione prudente.

Perché il codice di stato conta quanto la durata

Due siti giù per le stesse quattro ore possono uscirne in modo diverso.

Il primo, dalla modalità manutenzione, restituisce 503 con Retry-After. Google lo legge come temporaneo e aspetta. Il secondo mostra una pagina gentile con scritto "Torniamo presto" e uno status 200 OK. Per Googlebot quella è una pagina vera il cui contenuto è stato sostituito da una frase, e se viene scansionata in quello stato il testo di manutenzione può finire nello snippet dei risultati finché il contenuto reale non torna.

Un 500 Internal Server Error o un timeout stanno a metà strada. Non vengono indicizzati come contenuto, ma non portano nemmeno il segnale "è una cosa temporanea".

WordPress lo gestisce correttamente di default. Durante gli aggiornamenti del core e dei plugin crea un file .maintenance e serve il messaggio "Momentaneamente non disponibile per manutenzione programmata" con status 503. I plugin di terze parti per "coming soon" e manutenzione si comportano in modi diversi, quindi prima di un intervento pianificato verifica quale usa il sito del cliente.

Dove si vede il danno in Search Console

Se sospetti che un outage abbia già colpito un cliente, due report ti aiutano. Il report Statistiche di scansione, sotto Impostazioni, ha una sezione Stato host che copre recupero del robots.txt, risoluzione DNS e connettività del server negli ultimi 90 giorni, oltre a una suddivisione delle richieste di scansione per codice di risposta. Il report Indicizzazione delle pagine elenca sotto "Errore del server (5xx)" gli URL che Google non è riuscito a recuperare.

Entrambi guardano indietro. Spiegano cosa è successo la settimana scorsa, il che è utile per un report al cliente ma non ti aiuta a fermare il problema. Per un altro guasto infrastrutturale che ai visitatori sembra downtime, vedi il monitoraggio della scadenza del certificato SSL.

Accorgersene mentre succede

Immagina la versione più costosa. Il sito di un cliente va giù il venerdì sera, nessuno sta guardando, Googlebot e clienti trovano errori per tutto il weekend e tu lo scopri lunedì. Per un e-commerce le vendite perse nel weekend possono pesare più di qualsiasi calo di posizioni, e sei tu a doverle spiegare entrambe. Controllare a mano 5 o 50 siti non è realistico, quindi la soluzione praticabile è un monitor che ti avvisa quando qualcosa si rompe. Il nostro confronto sull'alternativa a UptimeRobot passa in rassegna le opzioni.

Il monitoraggio uptime di Deltio ti avvisa su Slack ed email, sito per sito, quando un sito cliente va giù. Rileva anche quando una pagina è stata sostituita da una pagina di manutenzione, e quindi intercetta il caso del "torniamo presto" con 200 OK che un semplice controllo su/giù considera in salute. Siccome lo stesso account confronta ogni giorno noindex, robots.txt e URL della sitemap, vedi anche se un sito torna online dopo un incidente con le impostazioni SEO cambiate.

Non analizza il crawl budget e non legge i log del server: per quello servono ancora Search Console e i log di accesso dell'hosting. Come si incastrano uptime e indicizzabilità lo trovi in uptime e monitoraggio SEO.