Non trovato (404)

TL;DR — “Non trovato (404)” in Search Console significa che Google ha chiesto al tuo server una pagina e ha ricevuto una risposta “non trovato”, quindi non l’ha indicizzata. Google ha trovato l’URL da solo — di solito da un link da qualche parte, o perché la pagina esisteva prima — il che descrive come è stato scoperto, non la prova che manca dalla tua sitemap attuale. Questo è normale e di solito va bene, ma solo per URL che dovrebbero effettivamente essere spariti. Devi sistemarlo solo se l’URL dovrebbe funzionare, nel qual caso ripristini la pagina o la reindirizzi alla sostituzione giusta.

Cosa significa “Non trovato (404)”

Questa etichetta significa che Google ha ricevuto un HTTP 404 quando ha richiesto l’URL. Evidence for this claim Google reports Not found 404 when the page returned a 404 response when requested. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report Google tratta le risposte 4xx persistenti diverse da 429 come se il contenuto non esistesse. Evidence for this claim Google treats 4xx responses other than 429 as if content does not exist and removes persistently returning URLs from the index. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes

Apri il report Indicizzazione delle pagine in Google Search Console e vedrai un elenco di motivi per cui le pagine non sono indicizzate. “Non trovato (404)” è uno di questi. Significa che Googlebot ha richiesto l’URL e il tuo server ha risposto con un HTTP 404 (Non trovato) — la risposta standard “questa pagina non esiste”. Poiché la pagina ha restituito un 404, Google non l’ha indicizzata.

La parte che sorprende le persone: Google dice di aver trovato questo URL senza una richiesta esplicita da parte tua. Questo descrive come Google lo ha scoperto — di solito uno dei due posti qui sotto — non una garanzia che manchi dalla tua sitemap attuale. Se lo stesso URL è ancora nella sitemap che invii, questo è un problema separato e risolvibile (una voce di sitemap obsoleta), non una contraddizione di ciò che il report ti sta dicendo:

• Un link. Qualcosa sul web punta a quell’URL — una delle tue pagine, o una pagina su un altro sito — e Google ha seguito il link.
• Una pagina che esisteva prima. L’URL era attivo e indicizzato in precedenza, poi l’hai eliminato o hai cambiato l’URL. Google lo ricorda ancora e lo ricontrolla.

I 404 danneggiano la mia SEO?

Questa è la domanda a cui tutti vogliono davvero una risposta, quindi eccola subito: no, non automaticamente. I 404 sono una parte normale del funzionamento del web. Le pagine vengono rimosse, gli URL cambiano e altri siti talvolta rimandano a indirizzi che non sono mai esistiti. Una pagina che restituisce 404 quando è davvero sparita è il comportamento corretto — la documentazione di Google dice che le risposte 4xx diverse da 429 non influenzano la frequenza di scansione del sito, e un 404 corretto non penalizza il resto del sito.

Tuttavia, quell’etichetta “corretto” si applica solo agli URL che dovrebbero effettivamente essere spariti. Un 404 su una pagina a cui ancora linki, che è nella tua sitemap, o a cui altri siti ancora rimandano non è innocuo solo perché tecnicamente valido: comporta un link rotto, perdita di autorevolezza o un visitatore che arriva a un vicolo cieco. Quindi per pagine davvero morte senza nulla che le punti, “Non trovato (404)” nel tuo report non è motivo di panico. Per il resto, vale la pena dare un’occhiata — vedi la prossima sezione.

Quando un 404 vale davvero la pena di essere sistemato

I 404 che meritano la tua attenzione sono quelli per URL che dovrebbero funzionare:

• Una pagina a cui ancora linki dalla tua navigazione o dai tuoi contenuti (un link interno rotto).
• Un URL presente nella sitemap (non dovrebbe esserci: le sitemap sono per pagine attive e indicizzabili).
• Una pagina a cui altri siti rimandano (sprecheresti quei link).
• Un URL che riceve ancora traffico o che le persone chiaramente intendevano raggiungere.

Per quelli, hai due buone opzioni:

1. Riporta la pagina se è stata eliminata per errore.
2. Reindirizzala alla pagina attiva più pertinente (un redirect 301). Questo porta i visitatori da qualche parte di utile e, soprattutto, trasferisce il valore di eventuali link che puntano al vecchio URL.

Una cosa da non fare: non reindirizzare ogni URL morto alla tua homepage. Google tratta un redirect irrilevante come un “soft 404” — che è un problema a sé. Reindirizza a una pagina davvero correlata, o lascia semplicemente che restituisca 404.

Vuoi la versione completa — 404 vs 410 vs 301 vs noindex, come trovare cosa punta a un 404 e quanto tempo restano nel report? Passa alla scheda Avanzate.

TL;DR — “Non trovato (404)” significa che Googlebot ha richiesto un URL che Google descrive come scoperto autonomamente — un link o una pagina precedentemente indicizzata — non tramite una richiesta esplicita da parte tua, e ha ricevuto un 404, quindi non è indicizzato. Quella descrizione spiega la scoperta originale, non prova che l’URL sia assente dalla tua sitemap attuale. I 404 sono una parte normale del web, e la documentazione di Google stessa dice che le risposte 4xx diverse da 429 non influenzano la frequenza di scansione; un 404 per una pagina rimossa senza sostituto è corretto e non è una penalità a livello di sito — ma un 404 su un URL che dovrebbe esistere (collegato internamente, presente in una sitemap, con backlink o con traffico) comporta comunque link rotti, perdita di autorevolezza o utenti persi. Per quelli: ripristina la pagina, oppure usa un 301 verso una pagina attiva e realmente pertinente — dando priorità a quelli con link in entrata per recuperare autorevolezza. Lascia il resto come 404. Nella mia esperienza, il 410 tende a sparire un po’ più velocemente, anche se Google tratta i codici 4xx diversi da 429 allo stesso modo. Non fare redirect di massa alla homepage (rischio soft-404). Googlebot continua a ricontrollare i vecchi 404 con frequenza decrescente, ed è per questo che restano nel report — è normale, non una penalità.

Cosa ti sta dicendo realmente Google

Il report indica il 404 osservato; non spiega di per sé quale link, URL storico o percorso dell’applicazione lo abbia generato. Evidence for this claim Google reports Not found 404 when the page returned a 404 response when requested. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Page indexing report La documentazione generale di Google sui 4xx descrive il comportamento di indicizzazione. Evidence for this claim Google treats 4xx responses other than 429 as if content does not exist and removes persistently returning URLs from the index. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes

La definizione di Google di questo stato è breve: “This page returned a 404 error when requested.” (traduzione) «Questa pagina ha restituito un errore 404 quando è stata richiesta.» Il contesto circostante è la parte che conta — Google ha scoperto l’URL senza alcuna richiesta esplicita o sitemap da parte tua. Questo è ciò che separa “Non trovato (404)” dagli errori di indicizzazione che hai inviato tu stesso.

Quella frase descrive come Google ha trovato originariamente l’URL — non è un’affermazione che l’URL non sia mai apparso, o non sia attualmente presente, in una delle tue sitemap. Se controlli una sitemap pubblicata e lo stesso URL è ancora elencato lì, questo è un problema reale (e separato) che vale la pena risolvere — una voce di sitemap obsoleta — non una contraddizione di ciò che il report ti dice sulla scoperta.

Quindi l’URL proviene da uno di questi:

• Un link interno o esterno. Google estrae i link mentre esegue la scansione. Un link interno con refuso, un vecchio link su un altro sito o un link in un commento possono tutti indirizzare Googlebot a un URL che restituisce 404.
• Una pagina precedentemente indicizzata che hai eliminato o di cui hai cambiato l’URL. Google ricorda gli URL che ha visto e li richiede per molto tempo.
• URL estratti automaticamente, malformati o inventati. Altri siti a volte alterano i tuoi URL, aggiungono spazzatura o inventano percorsi. Google potrebbe provarli. Nessuna di queste cose è colpa tua, e nessuna richiede un intervento.

Vale la pena tenere a mente quest’ultimo punto: trovare un 404 in questo report non significa che hai fatto qualcosa di sbagliato. Google scopre URL da tutto il web.

”Non trovato (404)” danneggia la SEO? (il verdetto prima)

No — non automaticamente, e questo è il più grande equivoco sul report. I 404 sono il modo in cui il web dovrebbe funzionare quando il contenuto non c’è più, e la documentazione di Google sulla scansione dice che i codici di stato 4xx diversi da 429 non hanno effetto sulla frequenza di scansione di un sito. Un 404 restituito correttamente su una pagina realmente sparita non è una penalità a livello di sito.

Questa è però un’affermazione più ristretta di “i 404 non contano mai”. Un 404 non trascina giù il resto del tuo sito da solo, ma un 404 su un URL che dovrebbe funzionare — uno con link interni, backlink esterni o traffico reale — ti costa comunque qualcosa di concreto: un link rotto, perdita di autorevolezza o un visitatore che arriva a un vicolo cieco. Il report in sé non è il problema; lasciare i 404 che non dovrebbero esistere non corretti lo è.

Questo corrisponde alla mia lettura dei codici di stato HTTP in generale: le risposte 4xx fanno sì che la pagina specifica venga rimossa dall’indice, ma è la pagina che sparisce in modo pulito — non una penalità applicata al tuo dominio. La pagina che restituisce 404 semplicemente non è più nell’indice; tutto il resto non è influenzato.

La documentazione di supporto di Google esprime lo stesso concetto sull’indicizzazione in generale: “it’s fine for a URL not to be indexed for the right reasons” (traduzione) «è normale che un URL non sia indicizzato per motivi validi» e “a 404 for a page that you’ve removed and have no replacement for” (traduzione) «un 404 per una pagina che hai rimosso e per cui non hai un sostituto» è esplicitamente uno di quei motivi. Un 404 su una pagina realmente eliminata è lo stato finale corretto, non un problema da correggere.

Cosa fa Google con un 404 internamente

Dalla documentazione di Google sui codici di stato HTTP, il meccanismo è chiaro: il processo di indicizzazione rimuove dall’indice un URL già indicizzato. I nuovi URL che restituiscono 404 non vengono elaborati, perché non c’è nulla da indicizzare. Googlebot, inoltre, non dimentica subito l’URL: continua a richiederlo, ma con una frequenza di scansione che diminuisce gradualmente nel tempo.

Questo comportamento di ricontrollo è il motivo per cui i vecchi 404 continuano ad apparire nel report molto tempo dopo che li hai gestiti. Google verifica periodicamente che la pagina sia ancora assente, nel caso torni disponibile. Non indica un problema e, su un sito di dimensioni normali, non consuma una quantità significativa del budget di scansione.

Quando vale la pena correggere un 404 — e quando no

La regola decisionale è semplice: correggi il 404 solo se l’URL dovrebbe esistere. I segnali che un URL “dovrebbe esistere”:

• Lo colleghi internamente (un link rotto nella tua navigazione, nei contenuti o nel footer).
• È nella tua sitemap (non dovrebbe esserci — le sitemap dovrebbero elencare solo URL vivi e indicizzabili).
• Ha backlink esterni che puntano ad esso.
• Riceve ancora traffico, o corrisponde chiaramente a qualcosa che le persone cercano.

Se nessuna di queste condizioni è vera — la pagina è realmente sparita e nulla di valore punta ad essa — lasciala come 404. Questa è la risposta corretta e non c’è nulla da fare.

Come correggere quelli che contano

Per gli URL che dovrebbero risolversi, hai un breve menu:

• Ripristina la pagina se è stata rimossa per errore o hai contenuti equivalenti da rimettere.
• Reindirizzala con un 301 alla pagina attiva più pertinente. È la scelta usuale per una pagina rimossa che ha un sostituto sensato. Come ho già spiegato per le pagine che restituiscono 4xx, spesso basta reindirizzare ciascun URL con un 301 verso una pagina pertinente. Il redirect porta gli utenti a una risorsa utile e trasferisce al nuovo URL il valore dei link esistenti.
• Lasciala come 404 (o usa 410) quando la pagina è realmente sparita e non ha un buon sostituto. Questo non è un fallimento — è la risposta giusta.

Dai priorità in base ai link in entrata. I 404 di maggior valore sono quelli con backlink esterni, perché un URL eliminato ma ancora collegato disperde autorevolezza che potresti recuperare con un singolo redirect verso una pagina pertinente. Estrai gli URL 404 con backlink, usando uno strumento dedicato o il report sui link, e reindirizzali per primi con un 301. Un 404 senza link e senza traffico può semplicemente restare tale: reindirizzarlo non porta alcun beneficio.

Non reindirizzare tutto alla homepage. Un redirect a una pagina non correlata — classicamente, scaricare ogni URL morto su / — viene trattato come un soft 404 da Google, perché la destinazione non è un vero sostituto di ciò che è stato richiesto. Reindirizza a una pagina pertinente o non reindirizzare affatto.

404 vs 410 vs 301 vs noindex

Questi vengono confusi costantemente. La tabella decisionale completa è nella scheda Cheat Sheets; la versione breve:

• 404 (Not Found) / 410 (Gone) — la pagina non esiste. Entrambi rimuovono l’URL dall’indice e la documentazione di Google afferma che tratta i codici di stato 4xx (tranne 429) allo stesso modo. Nella mia esperienza pratica, il 410 tende a decadere un po’ più velocemente, ma la differenza è minima in entrambi i casi. Usa il 410 se vuoi segnalare “non tornerà mai più”; il 404 è comunque perfettamente accettabile.
• 301 (Moved Permanently) — il contenuto è stato spostato; consolida i segnali sul nuovo URL. Questo è lo strumento per una pagina rimossa che ha un sostituto pertinente.
• noindex — la pagina esiste e dovrebbe rimanere attiva, ma non vuoi che appaia nei risultati di ricerca. Strumento diverso per un obiettivo diverso — non usarlo su una pagina che è davvero sparita.

Sul confronto tra 404 e 410, la mia posizione è che 404 e 410 ricevono un trattamento simile — entrambi rimuovono le pagine dall’indice e, nella mia esperienza, i 410 decadono un po’ più velocemente, anche se la documentazione di Google tratta i codici 4xx (tranne 429) in modo identico. Quindi non tormentarti sulla scelta; scegli il 410 per “sparito per sempre”, il 404 per tutto il resto, e vai avanti.

Come trovare cosa punta a un 404

Per correggere un 404 (o decidere se vale la pena), trova cosa lo punta:

• In GSC: apri lo stato «Non trovato (404)», seleziona un URL di esempio e controlla Pagina referente nella sezione Scoperta. Considerala un possibile indizio, non un inventario completo dei link: Google la descrive come una pagina che potrebbe essere stata usata per scoprire l’URL. Può contenere un link diretto, essere una pagina di livello superiore attraverso cui il link è stato trovato oppure risultare assente quando l’informazione non è disponibile. Abbina questo dato ai metodi seguenti.
• Con un crawler / audit del sito: Ahrefs Site Audit o Screaming Frog elencheranno i tuoi link interni rotti — i 404 interni che puoi correggere direttamente modificando il link.
• Con uno strumento di backlink: controlla i backlink rotti per trovare URL morti sul tuo sito a cui siti esterni puntano. Queste sono le tue priorità per il 301.
• Nei log del server: la verità di base su quali URL vengono richiesti e quali codici di stato restituiscono su larga scala.

Valida la correzione e cosa aspettarti

Una volta ripristinati o reindirizzati gli URL che dovrebbero esistere, puoi selezionare Validate Fix (traduzione) «Convalida correzione» nel report Indicizzazione pagine. È un passaggio facoltativo: Google può rilevare autonomamente la correzione alla scansione successiva, anche senza convalida. Il pulsante consente soltanto di monitorare il controllo; non garantisce tempi specifici né un’elaborazione più rapida. Non aspettarti che il conteggio arrivi subito a zero: Google riesegue la scansione dei 404 con frequenza decrescente, quindi anche gli URL corretti possono restare nel report per un certo periodo. Questa permanenza riflette il ricontrollo, non il fallimento della correzione, e Google non garantisce una data di completamento. Non serve convalidare un 404 legittimo soltanto per farlo sparire dal report: la funzione conferma una correzione, non annulla un 404 corretto.

Per siti molto grandi che generano molti falsi 404, per esempio milioni di URL inutili prodotti da un template difettoso o da una trappola per crawler, l’efficienza della scansione diventa un problema reale e richiede correzioni basate su schemi anziché interventi sui singoli URL. Per i siti comuni, invece, il costo dei 404 sul budget di scansione è trascurabile.

Dove si colloca tra i suoi simili

«Non trovato (404)» è il caso lineare: il server ha risposto correttamente che la risorsa non esiste. Gli stati vicini nel report Indicizzazione pagine descrivono situazioni diverse. Un soft 404 è un messaggio di contenuto non trovato restituito con un 200, oppure un redirect irrilevante, e Google lo segnala separatamente. Bloccata a causa di un altro problema 4xx comprende 401, 403 e gli altri codici 4xx. Errore di reindirizzamento indica un redirect non funzionante, distinto dal normale stato «Pagina con reindirizzamento». Errore del server (5xx) significa invece che il server non ha completato la richiesta, non che la pagina sia stata eliminata. Le soluzioni cambiano: identifica prima lo stato effettivo.

Per il report nel suo complesso, consulta l’hub Indicizzazione pagine di GSC; per capire i meccanismi con cui i bot richiedono gli URL, consulta la sezione sulla scansione.

Riepilogo AI

Una sintesi della versione Advanced:

• Cosa significa: Googlebot ha richiesto un URL che Google descrive come scoperto autonomamente — un link, o una pagina precedentemente indicizzata — non tramite una richiesta esplicita da parte tua, e ha ricevuto un HTTP 404, quindi la pagina non è indicizzata. La definizione di Google: “This page returned a 404 error when requested.” (traduzione) «Questa pagina ha restituito un errore 404 quando è stata richiesta.» Questa è una descrizione della scoperta, non una prova che l’URL manchi dalla tua sitemap attuale — un URL ancora elencato lì è un problema separato che vale la pena risolvere.
• Da dove proviene l’URL: link interni/esterni, pagine che hai eliminato o rinominato, oppure URL estratti automaticamente, malformati o inventati altrove. Trovare un 404 qui non significa che hai fatto qualcosa di sbagliato.
• Impatto SEO: non automatico. La documentazione di Google dice che gli stati 4xx diversi da 429 non influenzano la frequenza di scansione, e un 404 restituito correttamente per una pagina rimossa senza sostituto non è una penalità a livello di sito. Ma un 404 su un URL che dovrebbe funzionare — collegato, presente in una sitemap, dotato di backlink o ancora visitato — comporta comunque link rotti, perdita di autorevolezza o utenti persi.
• Cosa fa Google: rimuove un URL precedentemente indicizzato dall’indice; non elabora i 404 appena trovati; continua a ricontrollare l’URL con frequenza decrescente — ecco perché i vecchi 404 restano nel report (normale, non una penalità).
• Quando correggere: solo gli URL che dovrebbero esistere — linkati internamente, in una sitemap, con backlink, o con traffico.
• Come correggere: ripristina la pagina, oppure usa un 301 verso una pagina attiva e realmente pertinente. Dai priorità ai 404 con link in entrata per recuperarne l’autorevolezza. Lascia le pagine davvero eliminate come 404 o 410; la documentazione di Google descrive lo stesso trattamento, anche se nell’esperienza pratica il 410 tende a scomparire un po’ più rapidamente.
• Non fare: reindirizzare tutto in massa alla homepage — i reindirizzamenti irrilevanti vengono trattati come soft 404.
• 404 vs 410 vs 301 vs noindex: 404/410 = risorsa eliminata (entrambi escono dall’indice); 301 = risorsa spostata (consolida i segnali sulla sostituzione); noindex = pagina attiva ma esclusa dalla ricerca.
• Trova i link tramite la Pagina referente di GSC (un possibile indizio, non un elenco completo), un crawler per i link interni rotti, uno strumento per backlink o i log del server. Validate Fix (traduzione) «Convalida correzione» è facoltativo: Google può rilevare la correzione anche senza questa funzione e nessuno dei due percorsi ha una tempistica garantita.

Documentazione ufficiale

Documentazione di fonte primaria dai motori di ricerca.

Google

• Report sull’indicizzazione delle pagine — il report che contiene questo stato, inclusa la definizione di «Non trovato (404)» e la guida secondo cui “it’s fine for a URL not to be indexed for the right reasons” (traduzione) «è normale che un URL non sia indicizzato per motivi validi».
• Codici di stato HTTP, errori di rete ed errori DNS — come Google gestisce i 4xx: rimuove gli URL già indicizzati, non elabora i nuovi 404 e riduce gradualmente la frequenza di scansione.
• Reindirizzamenti e Ricerca Google — come impostare i reindirizzamenti 301 che portano i vecchi URL a pagine attive pertinenti.
• Come rimuovere una pagina dalla ricerca (blocco dell’indicizzazione) — quando vuoi mantenere una pagina attiva ma fuori dalla ricerca tramite noindex, un obiettivo diverso da un 404.

Bing / Microsoft

• Bing Webmaster Tools — Site Explorer & URL inspection — le informazioni di crawl di Bing mostrano i 404 allo stesso modo; le linee guida di gestione sono allineate con quelle di Google (correggi quelli che contano, lascia che le pagine morte genuine restino 404).

Citazioni dalla fonte

Dichiarazioni ufficiali di Google. Ogni link è un collegamento profondo che salta al passaggio citato nella pagina di origine.

Google — la definizione di “Not found (404)”

• “This page returned a 404 error when requested.” (traduzione) «Questa pagina ha restituito un errore 404 quando è stata richiesta.» — Guida di Google Search Console, Report sull’indicizzazione delle pagine. Vai alla citazione

Google — è normale che un URL non sia indicizzato

• “It’s fine for a URL not to be indexed for the right reasons—for example, an expected robots.txt rule on your site, a noindex tag on the page, a duplicate URL, or a 404 for a page that you’ve removed and have no replacement for.” (traduzione) «È normale che un URL non sia indicizzato per i giusti motivi, ad esempio una regola robots.txt prevista sul tuo sito, un tag noindex sulla pagina, un URL duplicato o un 404 per una pagina che hai rimosso e per cui non hai un sostituto.» — Guida di Google Search Console, Report sull’indicizzazione delle pagine. Vai alla citazione

Google — come vengono gestiti i 4xx nell’indicizzazione

• “In the case of Google Search, the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed.” (traduzione) «Nel caso della Ricerca Google, il processo di indicizzazione rimuove l’URL dall’indice se era già stato indicizzato. Le nuove pagine 404 non vengono elaborate.» — Documentazione di Google Search Central, Codici di stato HTTP. Vai alla citazione
• “The crawling frequency gradually decreases.” (traduzione) «La frequenza di scansione diminuisce gradualmente.» — Documentazione di Google Search Central, Codici di stato HTTP. Vai alla citazione

I modelli mentali

1. Scoperto ≠ inviato. “Non trovato (404)” significa specificamente che Google ha trovato l’URL da solo — tramite un link, una vecchia pagina indicizzata, un URL malformato da un altro sito — non dalla tua sitemap. Quindi la prima domanda non è “come lo sistemo” ma “questo URL dovrebbe proprio esistere?”

2. Il 404 è la risposta corretta per una pagina morta. Un 404 non è un errore da eliminare; è la risposta HTTP giusta quando il contenuto è sparito. Non è un segnale di qualità né di posizionamento. L’obiettivo è accuratezza — avere URL che restituiscono ciò che è realmente vero — non un conteggio pari a zero nel report.

3. Sistemi solo ciò che dovrebbe esistere. Valuta ogni 404 con queste domande: è collegato internamente, è presente in una sitemap, riceve link esterni, o riceve ancora traffico? Sì → ripristina o fai un 301 verso una pagina pertinente. No → lascialo come 404. Questa unica regola risolve la maggior parte del report.

4. Recupera l’autorevolezza prima di recuperare gli URL. Tra i 404 che vale la pena sistemare, quelli con link esterni in entrata vengono prima — un 301 verso una pagina pertinente recupera quel valore di link. Un 404 senza link e senza traffico è giusto lasciarlo stare; reindirizzarlo non ti porta alcun beneficio.

5. Reindirizzamento pertinente o nessun reindirizzamento. Un 301 aiuta solo quando atterra su una pagina genuinamente correlata. Un reindirizzamento irrilevante (tutto → homepage) viene trattato come un soft 404. Quando non c’è una destinazione valida, la mossa giusta è mantenere il 404, non inventarne una.

Come fare triage della tua lista “Non trovato (404)”

Lavora il report dall’alto verso il basso:

• Apri lo stato “Non trovato (404)” nel report Indicizzazione delle pagine e rivedi gli URL di esempio.
• Per ogni URL, fai clic e controlla Pagina di riferimento in Scoperta — un possibile indizio su dove Google ha trovato il link, non un inventario completo garantito.
• Segnala qualsiasi URL collegato internamente — correggi il link interno rotto alla fonte (questa è la vittoria più pulita).
• Segnala qualsiasi URL nella tua sitemap — non dovrebbe esserci; rimuovilo o ripristina la pagina.
• Estrai gli URL 404 che hanno backlink esterni (report dei backlink rotti): sono le priorità per i 301, perché permettono di recuperare autorevolezza.
• Controlla quali 404 ricevono ancora traffico o corrispondono chiaramente all’intento dell’utente.
• Per ogni URL che dovrebbe esistere: ripristina la pagina, oppure usa un 301 verso una pagina attiva genuinamente pertinente (non la homepage).
• Lascia gli URL realmente spariti senza link/traffico come 404 (o 410 se vuoi una rimozione leggermente più rapida).
• Conferma che nessun redirect pubblicato scarichi URL non correlati su / (rischio soft 404).
• Facoltativamente, premi Valida correzione (Google può anche rilevare una correzione reale da solo) — poi aspettati una diminuzione graduale, non uno zero immediato, senza tempi fissi.
• Conferma di fare triage sullo stato giusto (non soft 404, altri 4xx, errore di redirect, o 5xx — le correzioni differiscono).

Playbook: rispondere a un improvviso picco di 404

1. Conferma che il picco sia reale. Confronta gli esempi di Search Console con una scansione della versione pubblicata o le risposte del server; i report possono essere in ritardo rispetto al comportamento attuale.
2. Raggruppa per causa e schema. Cerca una distribuzione, un cambiamento nello schema degli URL, un bug nei link interni, una sezione eliminata o un URL generato malformato piuttosto che correggere le righe singolarmente.
3. Dai priorità agli URL con valore. Ripristina o reindirizza gli URL che dovrebbero esistere, hanno backlink o traffico significativi, o rimangono nei link interni e nelle sitemap.
4. Lascia stare le rimozioni legittime. Un URL realmente sparito senza sostituto dovrebbe continuare a restituire 404 o 410; non reindirizzarlo a una pagina irrilevante.
5. Ripara la fonte. Aggiorna i modelli, i link interni e la generazione della sitemap in modo che smettano di produrre o promuovere lo schema errato.
6. Convalida e monitora la ricorrenza. Verifica URL rappresentativi e monitora lo schema. Concludi quando gli URL di valore rispondono correttamente e i nuovi 404 scoperti tornano al livello di riferimento previsto.

Cheat sheet sui 404

Quale risposta per quale situazione

Devo correggere questo 404? — flusso decisionale

Fatti rapidi

• “Non trovato (404)” = Google descrive il ritrovamento dell’URL senza una richiesta esplicita da parte tua — è così che è stato scoperto, non una prova che sia assente dalla tua sitemap attuale.
• Un 404 restituito correttamente non è automaticamente una penalità di qualità o posizionamento per l’intero sito, ma un 404 su un URL che dovrebbe funzionare comporta comunque link, traffico o utenti persi.
• Google rimuove un URL precedentemente indicizzato su 404; non elabora nuovi 404.
• Googlebot continua a ricontrollare i vecchi 404 con frequenza decrescente → persistono.
• 404 vs 410: i documenti di Google trattano i codici 4xx (eccetto 429) allo stesso modo; nell’esperienza pratica, il 410 sparisce un po’ più velocemente.
• Non reindirizzare tutto alla homepage → soft 404.
• Il costo dei 404 sul budget di scansione è trascurabile, tranne nei siti molto grandi con molti URL falsi.

Problemi comuni

Il conteggio dei 404 aumenta improvvisamente nel report Indicizzazione pagine

Causa probabile: un template difettoso genera URL inutili (parametri di paginazione errati, un problema nella navigazione a faccette o ID di sessione che finiscono nei link), una trappola per crawler oppure un altro sito estrae e altera i tuoi URL. Soluzione: esamina un campione dei nuovi URL 404 e cerca uno schema comune, come un parametro di query o un prefisso di percorso. Se la causa è il tuo template, correggi il codice che genera i link errati. Usa i log del server o /tools/log-file-analyzer per confermare lo schema e distinguere un volume reale di scansione da pochi esempi isolati.

Hai corretto un URL ma mostra ancora “Non trovato (404)” settimane dopo

Causa probabile: Googlebot ricontrolla i 404 con frequenza decrescente, quindi il conteggio del report può restare indietro rispetto alla correzione effettiva. È un comportamento previsto, non la prova di un fallimento. Soluzione: verifica che l’URL pubblicato restituisca ora lo stato corretto (200 se ripristinato, 301 se reindirizzato) usando curl -I o /tools/http-status-checker. Puoi usare facoltativamente Convalida correzione in GSC, ma Google può rilevare autonomamente la modifica. Aspettati una diminuzione graduale, senza una data garantita per l’azzeramento.

Un URL rimosso appare come “soft 404” invece di “Non trovato (404)”

Causa probabile: la pagina restituisce HTTP 200 con un messaggio che sembra “non trovato” invece di uno stato 404/410 effettivo, oppure reindirizza a una pagina irrilevante. Soluzione: controlla il codice di risposta con curl -I o /tools/http-status-checker — se è un 200, configura il server (o CMS) per restituire un vero 404/410 per quel percorso invece di una pagina di errore soft.

Un 301 che hai configurato appare come “soft 404” per la destinazione

Causa probabile: la pagina di destinazione non sostituisce davvero la risorsa richiesta; Google tratta una destinazione non corrispondente come una destinazione irrilevante. Soluzione: controlla il redirect con /tools/redirect-checker e punta il 301 a una pagina che corrisponda effettivamente all’argomento dell’URL originale, non alla categoria più vicina o alla homepage.

Il report elenca un URL che non hai mai creato né collegato

Causa probabile: un URL estratto automaticamente, malformato o inventato da un altro sito, oppure una pagina molto vecchia che Google ricorda e ricontrolla periodicamente. Soluzione: seleziona l’URL nel report e controlla Pagina referente nella sezione Scoperta. È un possibile indizio, non una fonte garantita, perché Google potrebbe non disporre di quel dato. Se l’URL è esterno e chiaramente alterato, non devi intervenire: non è un errore causato dal tuo sito.

Script e snippet

Controlla lo stato pubblicato di un URL (macOS/Linux)

Conferma quale codice di stato un URL sta effettivamente restituendo prima di decidere se necessita di correzione:

curl -I https://example.com/old-page

Guarda la prima riga della risposta (es. HTTP/2 404 o HTTP/2 301). Se è un reindirizzamento, curl mostra l’header location: con la destinazione.

Controlla lo stato pubblicato di un URL (PowerShell)

$response = Invoke-WebRequest -Uri "https://example.com/old-page" -Method Head -UseBasicParsing
$response.StatusCode

Aggiungi -MaximumRedirection 0 se vuoi vedere il 301/302 grezzo senza che PowerShell lo segua automaticamente.

Cerca nei log del server le occorrenze di 404 (regex)

Esegui questo comando su un log di accesso in formato “combined” di Apache/Nginx per estrarre ogni richiesta che ha restituito un 404:

grep -oP '"\S+ \K\S+(?=.*" 404 )' access.log

Analisi dei gruppi di cattura: "\S+ \K salta oltre il metodo HTTP (GET/POST) e lo scarta dalla corrispondenza; \S+ cattura il percorso richiesto; il lookahead (?=.*" 404 ) richiede che il resto della riga di log contenga uno stato 404 prima della corrispondenza. L’output è un semplice elenco degli URL che hanno restituito 404 — passalo attraverso sort | uniq -c | sort -rn per classificarli per frequenza.

Console DevTools — controlla lo stato senza lasciare la pagina

Incolla nel pannello Console per controllare lo stato di un URL specifico dal browser in cui ti trovi già:

fetch("https://example.com/old-page", {method: "HEAD"}).then(r => console.log(r.status, r.url));

Bookmarklet — controlla lo stato della pagina corrente

Trascina questo nella barra dei segnalibri (è un bookmarklet — cliccaci mentre sei su qualsiasi pagina per controllare lo stato di risposta di quella pagina):

javascript:(function(){fetch(location.href,{method:"HEAD"}).then(function(r){alert(r.status+" "+r.url);});})();

Strumenti per trovare e correggere i 404

Strumenti di questo sito

• /tools/http-status-checker — controlla lo stato HTTP pubblicato di qualsiasi URL prima di decidere se servano un redirect, un ripristino o nessun intervento.
• /tools/redirect-checker — conferma che un 301 configurato arrivi con un singolo salto alla destinazione prevista, senza catene né cicli.
• /tools/log-file-analyzer — analizza i log del server per vedere gli URL reali che Googlebot sta colpendo e che restituiscono 404, e con quale frequenza.
• /tools/site-audit-lite — esegui una scansione del tuo sito per individuare link interni rotti (i 404 che puoi correggere direttamente modificando il link alla fonte).

Strumenti di terze parti

• Google Search Console — nel report Indicizzazione pagine, apri un esempio «Non trovato (404)», usa la vista Pagine referenti per individuare possibili collegamenti e seleziona Validate Fix (traduzione) «Convalida correzione» dopo una modifica.
• Bing Webmaster Tools — offre per Bing una vista equivalente sugli errori di scansione.
• Ahrefs o Screaming Frog — le scansioni complete del sito elencano i link interni rotti, mentre i report sui backlink mostrano i backlink non funzionanti, cioè siti esterni che rimandano a un URL eliminato del tuo sito. Sono la lista prioritaria per i 301.

Validare una correzione di un 404

Esegui questi controlli dopo aver ripristinato o reindirizzato un URL che dovrebbe esistere, per confermare che la correzione abbia effettivamente avuto effetto, piuttosto che limitarti a supporlo.

Controllo dello stato pubblicato sull’URL corretto

Test da eseguire: curl -I sull’URL, oppure /tools/http-status-checker. Risultato atteso: 200 se hai ripristinato la pagina, oppure un 301 verso la destinazione corretta se l’hai reindirizzata. Interpretazione del fallimento: un 404 persistente, un 5xx o un redirect verso la pagina sbagliata indica che la correzione non è stata distribuita correttamente. Finestra di monitoraggio: immediata. Condizione di rollback: stato o destinazione errati; correggi la regola del server e verifica di nuovo prima di procedere.

Controllo del percorso di redirect

Test da eseguire: /tools/redirect-checker sull’URL vecchio. Risultato atteso: un 301 a salto singolo che arrivi direttamente alla pagina attiva pertinente, senza catene né cicli. Interpretazione del fallimento: più salti, un ciclo o una pagina non correlata comportano il rischio di soft 404. Finestra di monitoraggio: immediata. Condizione di rollback: qualsiasi catena, ciclo o destinazione irrilevante; correggi la regola di redirect.

Validate Fix di GSC

Test da eseguire: nel report Indicizzazione pagine, apri «Non trovato (404)» e seleziona Validate Fix (traduzione) «Convalida correzione». È facoltativo: Google può rilevare autonomamente una correzione reale. Risultato atteso: lo stato passa da “Validation started” (traduzione) «Convalida avviata» a “Passed” (traduzione) «Superata», mentre il numero di URL interessati diminuisce gradualmente. Interpretazione del fallimento: se la convalida non riesce o il conteggio resta invariato a lungo, verifica di nuovo che l’URL pubblicato sia corretto e che nulla rimandi ancora al vecchio URL. Finestra di monitoraggio: continua, senza una data di completamento fissa; Google ricontrolla i 404 con frequenza decrescente e non garantisce una tempistica. Condizione di rollback: fallimenti ripetuti della convalida; verifica nuovamente la correzione sul server.

Comportamento di scansione nei log del server

Test da eseguire: /tools/log-file-analyzer sulle richieste al vecchio URL. Risultato atteso: le visite di Googlebot al vecchio URL diminuiscono gradualmente nel tempo mentre le richieste si spostano al nuovo URL. Interpretazione del fallimento: Googlebot continua a colpire il vecchio URL a un ritmo invariato molto tempo dopo il cambiamento, suggerendo che non ha rilevato il redirect (o che qualcosa continua a linkare direttamente il vecchio URL). Finestra di monitoraggio: continua, per un periodo prolungato (la frequenza di scansione diminuisce gradualmente, secondo la documentazione di Google, senza una pianificazione fissa). Condizione di rollback: nessuna diminuzione dopo un periodo prolungato — conferma che il redirect è lato server (non un redirect JS o meta-refresh) e controlla la presenza di link interni residui al vecchio URL.

Quiz

Cinque domande per verificare cosa resta davvero di “Not found (404).”

Cronologia modifiche