404 Not Found: guida agli errori di pagina

TL;DR — Un 404 significa “questa pagina qui non esiste”. Succede quando un URL è stato eliminato, scritto male o non è mai esistito. Ecco il punto che sorprende molte persone: i 404 sono normali e un singolo URL mancante non è una penalizzazione a livello di sito. Non devi farti prendere dal panico quando li vedi in un report. Assicurati solo che l’URL restituisca davvero un 404 (non una pagina di “successo” falsa) e reindirizzalo soltanto se la pagina si è effettivamente spostata.

Una breve nota sull’ambito: questa pagina è scritta per chi gestisce il sito e deve decidere che cosa fare dei 404 che compaiono in Search Console o in un crawl di Ahrefs. Se sei un visitatore che ha appena fatto clic su un link non più valido, non hai nulla da correggere. E se il server è configurato male e non restituisce affatto una pagina 404, è una questione di hosting/server, non di SEO.

Che cos’è un errore 404

Quando visiti una pagina web, il browser chiede a un server un URL. Se il server lo trova, restituisce 200 OK e tu vedi la pagina. Se non riesce a trovare quell’URL, restituisce 404 Not Found: un codice che significa “la cosa che hai chiesto non è qui”.

Li hai già visti. Fai clic su un vecchio link, scrivi male un URL o visiti una pagina che nel frattempo è stata eliminata e approdi a una schermata “Pagina non trovata”. Quello è un 404.

Motivi comuni per cui compare un 404:

• Una pagina è stata eliminata (un vecchio articolo, un prodotto ritirato).
• Qualcuno ha collegato l’URL sbagliato oppure un link contiene un refuso.
• Un URL è cambiato e quello precedente non è stato reindirizzato.
• Qualcuno ha scritto l’indirizzo sbagliato nel browser.

I 404 danneggiano la mia SEO?

È la preoccupazione principale, quindi rispondo direttamente: no, non da soli. Gli errori 404 non sono una penalizzazione e le indicazioni di Google dicono che il fatto che alcuni URL del sito restituiscano 404 non trascina verso il basso le altre pagine che funzionano. Un Googler lo ha detto chiaramente: gli errori 404 “are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.” (traduzione) «non sono da temere e, nella maggior parte dei casi, non serve precipitarsi a correggerli.» I link non più validi sono una parte normale del web e Google se li aspetta. (Una pagina che restituisce 404 e che in passato portava traffico o backlink merita comunque una decisione: ne parliamo più avanti; il problema non è lo stato 404 in sé.) Gloss italiano: I 404 non sono da temere e, nella maggior parte dei casi, non serve precipitarsi a correggerli.

Che cosa succede invece? In modo silenzioso e senza drammi, nel tempo Google smette di mostrare la pagina mancante nei risultati e la controlla sempre meno spesso. Nulla di negativo si propaga al resto del sito.

Quando è davvero il caso di intervenire

Non devi correggere ogni 404. A volte, però, vale la pena agire:

• La pagina si è spostata. Se il contenuto ora vive in un nuovo URL, configura un redirect 301 dal vecchio URL a quello nuovo, così persone e valore dei link arrivano al posto giusto.
• La pagina è semplicemente scomparsa. Se non esiste un sostituto, va bene lasciarla restituire 404. È il risultato corretto.
• Una buona pagina riceve un link non più valido. Correggi il link, non il 404.

L’unica cosa da evitare

Non fingere. Alcuni siti, nel tentativo di essere “sicuri”, reindirizzano ogni URL mancante alla home page oppure mostrano un messaggio “non trovato” restituendo di nascosto un codice di successo 200 OK. Entrambe le soluzioni causano problemi (la seconda ha un nome: soft 404, spiegato nella scheda Avanzato). Se una pagina è scomparsa, lascia che restituisca onestamente 404. Non è un errore da correggere: è la risposta giusta.

Vuoi il quadro completo — come Google rimuove i 404 dall’indice, la differenza tra 404 rigidi e soft 404, i siti JavaScript e il loro audit? Passa alla scheda Avanzato.

TL;DR — Un 404 è un codice di stato di errore del client 4xx per un URL che il server non riesce a trovare: la specifica (RFC 9110) lo definisce come “no current representation, or unwillingness to disclose one,” (traduzione) «nessuna rappresentazione corrente oppure indisponibilità a rivelarne l’esistenza» e da solo non dice se l’assenza sia temporanea o permanente. Non è contenuto utile da indicizzare e il fatto che alcuni URL restituiscano 404 non trascina verso il basso gli altri URL funzionanti del sito. La rimozione dai risultati può essere graduale, non immediata: Google rimuove un URL 404 che era già indicizzato e lo ricontrolla con frequenza decrescente; la formulazione della fonte è che Googlebot “probabilmente” continuerà a riprovare per un certo periodo, non che riproverà per sempre. La distinzione davvero importante è 404 rigido contro soft 404: restituire 200 (o reindirizzare tutto alla home page) per contenuti scomparsi spreca risorse di scansione e inganna le analisi. Usa un redirect 301 solo quando una pagina si è realmente spostata verso una destinazione pertinente; altrimenti lascia che restituisca 404 (o 410) in modo pulito. Le pagine 404 personalizzate servono per UX e fidelizzazione, non per l’indicizzazione.

Che cos’è davvero un 404

404 Not Found è un codice di stato HTTP di errore del client (4xx) che il server restituisce quando non riesce a trovare l’URL richiesto. La classe 4xx indica che il problema riguarda la richiesta — la risorsa non esiste a quell’indirizzo — a differenza degli errori server 5xx, in cui è il server stesso ad avere un problema.

La specifica HTTP (RFC 9110) definisce il 404 in modo più ristretto di quanto suggerisca la conversazione SEO quotidiana: l’origine non ha una rappresentazione corrente della risorsa richiesta oppure non vuole rivelare che ne esiste una. Il solo codice di stato non dice se l’assenza sia temporanea o permanente: devi decidere se usare un redirect, un 410 o lasciare il 404. Un dettaglio pratico: una risposta 404 è memorizzabile nella cache per euristica di default, quindi un browser o una cache intermedia può continuare a servire un 404 obsoleto per un URL che nel frattempo ha ripreso a funzionare, a meno che il server non invii intestazioni cache-control diverse.

I 404 derivano da tutto il normale ricambio di un sito: pagine eliminate, prodotti ritirati, campagne concluse, link interni ed esterni rotti o scritti male e cambi di URL non reindirizzati. Nulla di tutto questo è insolito e non è intrinsecamente un problema da risolvere.

Il fatto che un URL restituisca 404 non danneggia le altre pagine

Parti da qui, perché gran parte dell’ansia sui 404 è fuori luogo. La documentazione di Google è esplicita: “Google doesn’t use the content from URLs that return 4xx status codes.” (traduzione) «Google non utilizza il contenuto degli URL che restituiscono codici di stato 4xx.» Non c’è nulla in una pagina 404 che Google possa valutare. Anche l’indicazione di Google delimita chiaramente l’affermazione: il fatto che alcuni URL di un sito restituiscano 404 non influisce sul rendimento degli altri URL funzionanti di quel sito. Questo è il confine supportato dalla fonte: non è una promessa generale che ogni situazione vicina a un 404 sia innocua. Una pagina che Google non riesce a trovare ma che volevi indicizzare, una buona pagina che ha perso i link in ingresso o un percorso utente rotto sono problemi distinti che il solo stato 404 non risolve né crea. Evidence for this claim Google's official 2011 Q&A says the fact that some URLs return 404 does not affect the performance of the site's other successful URLs; this does not prove every 404-related issue is harmless. Scope: website URLs Confidence: high · Verified: 2026-07-16 Do 404 errors hurt my site? Gloss italiano: Google non usa il contenuto degli URL 4xx; l’assenza di alcuni 404 non danneggia le altre pagine riuscite dello stesso sito, ma non rende innocue tutte le situazioni correlate.

Le persone di Google lo hanno detto per anni in termini più semplici. Gary Illyes: i 404 “are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.” (traduzione) «non sono da temere e, nella maggior parte dei casi, non serve precipitarsi a correggerli.» John Mueller ha definito ripetutamente i 404 “fine & expected.” (traduzione) «normali e attesi.» Anche i siti con enormi quantità di URL 404/410 non subiscono una penalizzazione a livello di dominio per questo motivo. La paura specifica che i 404 siano un segnale di ranking o qualità è un mito; una pagina 404 che un tempo generava traffico o link merita però una decisione, come vedremo più avanti. Gloss italiano: I 404 sono normali e attesi; il valore della singola pagina e dei suoi link merita una valutazione separata.

Come Google rimuove un URL 404 dall’indice

La deindicizzazione è reale, ma graduale e senza drammi. La documentazione di Google descrive il meccanismo: “the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed. The crawling frequency gradually decreases.” (traduzione) «la pipeline di indicizzazione rimuove l’URL dall’indice se era già indicizzato. Le pagine 404 incontrate per la prima volta non vengono elaborate. La frequenza di scansione diminuisce gradualmente.» Evidence for this claim Google specifically says newly encountered 404 pages are not processed and their crawling frequency gradually decreases. Scope: page fetches Confidence: high · Verified: 2026-07-16 How HTTP Status Codes Affect Google's Crawlers Gloss italiano: Un URL 404 già indicizzato viene rimosso; una pagina 404 incontrata per la prima volta non viene elaborata e la frequenza di scansione diminuisce gradualmente.

Due conseguenze da tenere a mente:

• Un URL già indicizzato che inizia a restituire 404 viene rimosso dall’indice, mentre un URL scoperto per la prima volta come 404 non viene semplicemente elaborato.
• Googlebot continua a riprovare l’URL, ma sempre meno spesso. Come dice l’assistenza di Search Console: “Googlebot will probably continue to try this URL for some period of time; there is no way to tell Googlebot to permanently forget a URL, although it will crawl it less and less often.” (traduzione) «Googlebot probabilmente continuerà a provare questo URL per un certo periodo; non c’è modo di dirgli di dimenticare definitivamente un URL, anche se lo sottoporrà a scansione sempre meno spesso.» Nota la formulazione limitata — «probabilmente», «per un certo periodo»: Google non promette che il tentativo continui per sempre, ma solo che non esiste un pulsante per interromperlo prima. È quindi normale che un 404 conosciuto continui a comparire nei report per un certo periodo: non indica che qualcosa sia rotto. Gloss italiano: Googlebot può riprovare per un periodo, senza una promessa di durata infinita, e riduce progressivamente la frequenza.

Puoi accelerare il processo? Non davvero. Lo strumento Rimozioni di Search Console nasconde temporaneamente un URL (per circa sei mesi), utile nei casi urgenti, ma è un occultamento temporaneo, non una deindicizzazione permanente. Per una rimozione effettiva devi restituire il codice di stato corretto e lasciare che il processo graduale faccia il suo corso.

404 contro 410 Gone

Sia 404 (Not Found) sia 410 (Gone) fanno uscire una pagina dall’indice e la differenza SEO pratica è trascurabile. 410 è un segnale marginalmente più forte e rapido per dire “questa risorsa è scomparsa intenzionalmente”, ma, come ha detto Mueller, la differenza di elaborazione è così minima che raramente giustifica una scelta diversa per la SEO. Usa 410 se il CMS lo rende semplice e vuoi segnalare una rimozione permanente; altrimenti un normale 404 va benissimo. (In questo gruppo esiste un confronto dedicato tra i due codici.)

404 rigido contro soft 404: la distinzione che conta

È qui che si trovano i veri problemi SEO, non nell’esistenza dei 404 in sé.

• 404 rigido — il server restituisce davvero il codice di stato 404 per il contenuto mancante. È corretto. I crawler leggono il codice, capiscono che la pagina non esiste più e la gestiscono senza ambiguità.
• Soft 404 — il server restituisce un codice di successo (di solito 200 OK) per una pagina il cui contenuto è in realtà un errore: una pagina vuota, un messaggio “non trovato” o un redirect alla home page. Google rileva questi casi tramite i propri algoritmi. La documentazione dice: “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” (traduzione) «Se il contenuto suggerisce un errore per Google Search, una pagina vuota o un messaggio di errore, Search Console mostrerà un errore soft 404.»

I soft 404 sono peggiori di quelli reali per un problema di efficienza della scansione. Da un 200 un crawler non può capire che il contenuto è scomparso, quindi continua a recuperare quegli URL. Illyes lo ha descritto precisamente: i crawler “use the status codes to interpret whether a fetch was successful, even if the contents of the page is basically just an error message. They might happily go back to the same page again and again wasting your resources, and if there are many such pages, exponentially more resources.” (traduzione) «usano i codici di stato per capire se un recupero è riuscito, anche quando il contenuto della pagina è in pratica solo un messaggio di errore. Potrebbero tornare volentieri sulla stessa pagina ancora e ancora, sprecando le tue risorse, e con molte pagine simili lo spreco crescerebbe esponenzialmente.» Le indicazioni di Google sono inequivocabili: “We recommend returning a 404 response code for truly ‘not found’ pages.” (traduzione) «Raccomandiamo di restituire un codice di risposta 404 per le pagine realmente “non trovate”.» Gloss italiano: Una pagina realmente non trovata deve restituire 404; il codice 200 fa sprecare risorse perché il crawler continua a recuperarla.

John Mueller riassume bene il tema sul suo sito personale: “Using soft-404s instead of real 404s is a bad practice, and it makes things harder for our algorithms,” (traduzione) «Usare soft 404 invece di veri 404 è una cattiva pratica e rende più difficile il lavoro dei nostri algoritmi,» mentre “returning 404 — and having the URLs listed in the crawl errors in Webmaster Tools — is not a problem.” (traduzione) «restituire 404 e vedere gli URL elencati negli errori di scansione di Webmaster Tools non è un problema.» In altre parole, il 404 onesto è il risultato buono; il codice di successo finto è il bug. Gloss italiano: Il soft 404 complica il lavoro degli algoritmi; un vero 404 visibile negli errori di scansione non è un problema.

Da dove nascono i soft 404 accidentali

• Reindirizzare ogni 404 alla home page. La home restituisce 200, quindi dal punto di vista del motore un URL “mancante” ora risolve correttamente verso contenuto non pertinente: è un pattern soft 404.
• Stati “non trovato” in JavaScript/SPA. I router lato client non possono generare nativamente un 404 a livello server. Una single-page app che mostra un componente “Pagina non trovata” mentre il server continua a restituire 200 è un soft 404 e corrompe anche le analisi, perché il codice di stato non corrisponde alla realtà: GA4, GSC e crawler registrano tutti un accesso “riuscito” a una pagina morta. Le correzioni sono: instradare questi URL lato server verso una risposta 404 reale oppure, come soluzione più debole, mostrare lo stato non trovato con noindex accettando i compromessi sul tracciamento.
• Configurazioni errate di CMS o template in cui un elemento eliminato ricade in un template generico servito con 200.

Quando correggere un 404 (e quando lasciarlo così)

L’albero decisionale è breve:

• Lascialo restituire 404 (o 410) se la pagina non ha valore reale, traffico o backlink. È il comportamento predefinito ed è corretto: non serve alcuna azione.
• Usa un redirect 301 solo se la pagina si è davvero spostata oppure possiede backlink o traffico che vale la pena preservare. Un redirect pertinente recupera il valore dei link; l’assistenza di Search Console concorda: “If your page has moved, use a 301 redirect to the new location.” (traduzione) «Se la pagina si è spostata, usa un redirect 301 verso la nuova posizione.» Nel mio flusso di lavoro Ahrefs uso il report “Best by links” di Site Explorer, filtro gli URL che restituiscono 404, do priorità in base ai domini di riferimento e reindirizzo quelli di valore alla pagina live pertinente più vicina.
• Non reindirizzare tutto alla home page. Martin Splitt è netto: “If it moved somewhere else, use a redirect. If it’s gone, don’t redirect me to the homepage.” (traduzione) «Se si è spostata altrove, usa un redirect. Se è scomparsa, non reindirizzarmi alla home page.» Crea un segnale simile a un soft 404 e, nelle sue parole, “it annoys me as a user.” (traduzione) «mi infastidisce come utente.» Un 404, osserva, è “a very clear signal this link is wrong and broken or this URL no longer exists.” (traduzione) «un segnale molto chiaro che questo link è errato e non funzionante, oppure che questo URL non esiste più.» Reindirizza solo verso una destinazione specifica e realmente pertinente.

Ridotta a una matrice rapida, questa è tutta la decisione:

Pagine 404 personalizzate: leva UX, non leva di indicizzazione

Una buona pagina 404 personalizzata non cambia come Google indicizza l’URL: è il codice di stato a farlo. Cambia invece ciò che succede alla persona che ha seguito il link non più valido. Una pagina 404 utile la mantiene sul sito invece di farla rimbalzare altrove, proteggendo conversioni e coinvolgimento. Sono quindi due compiti distinti:

1. Correttezza del codice di stato (lato SEO/crawler): la pagina deve comunque restituire un vero 404. Una pagina 404 personalizzata dal design impeccabile che restituisce 200 è un soft 404: hai risolto il problema UX e creato un problema di scansione.
2. Utilità della pagina (lato UX): messaggio chiaro che la pagina non esiste più, navigazione principale e casella di ricerca, oltre a link verso contenuti popolari o correlati. Il consiglio di Mueller è: “Think about ways that you can make your 404 pages useful to users, so that they recognize that the page no longer exists, and so that they can find something else that’s appropriate.” (traduzione) «Pensa a come rendere utili le pagine 404, così che gli utenti capiscano che la pagina non esiste più e possano trovare un’alternativa pertinente.» Gloss italiano: Il codice 404 tutela il comportamento dei motori; una pagina personalizzata utile aiuta le persone a capire e proseguire.

Come trovare e analizzare i 404

• Google Search Console — report Indicizzazione delle pagine. Mostra gli stati “Non trovata (404)” e “Soft 404”, con URL di esempio.
• Ahrefs Site Audit / Site Explorer. Site Audit segnala 404 e link interni rotti; Site Explorer (“Best by links”) permette di trovare URL 404 che hanno ancora backlink e dare priorità ai redirect in base ai domini di riferimento.
• Ahrefs Web Analytics. Per il traffico, filtra le pagine Possible 404 nel canale AI Search e ordinale per sessioni. Questo fa emergere URL candidati che ricevono clic riferiti dall’AI nella finestra scelta; non dimostra che la risposta sia un 404 o che l’URL sia stato allucinato. Documento i passaggi di validazione in AI Hallucination Monitoring.
• Screaming Frog e analisi dei log del server per una vista completa, a livello di crawl e di traffico reale, dei 404 visitati da bot e utenti.

Bing, in breve

I commenti pubblici di Bing su questo tema sono molto più scarsi di quelli di Google, quindi non presumere una parità esatta e considera i dettagli seguenti meno solidamente documentati rispetto alla sezione Google. Bing Webmaster Tools offre uno strumento Content Removal per comunicare a Bing che vuoi trattare un URL come rimosso e un report Crawl Information che mostra 404 ed errori server: questi strumenti sono documentati. Non è invece verificato in modo indipendente da fonti primarie attuali che Bing usi un classificatore per distinguere “temporaneamente non disponibile” da “eliminato davvero” o che Content Removal acceleri in modo significativo la deindicizzazione rispetto a restituire un 404 corretto e attendere. Considera Bing secondario rispetto al comportamento Google ben documentato e non ripetere come fatti assodati le affermazioni sul classificatore o sulla velocità.

Per il quadro più ampio dei codici di stato, consulta Codici di stato HTTP e relativo impatto SEO e 11 tipi di redirect e relativo impatto SEO.

Riepilogo dell’AI

Una sintesi della versione Avanzata:

• Un 404 Not Found è un codice di stato di errore del client 4xx per un URL che il server non trova (pagine eliminate, link rotti, refusi, cambi di URL). RFC 9110 lo definisce come “no current representation, or unwillingness to disclose one,” (traduzione) «nessuna rappresentazione corrente oppure indisponibilità a rivelarne l’esistenza»: da solo non dice se l’assenza sia temporanea o permanente ed è memorizzabile nella cache per euristica di default.
• Non è un segnale che danneggia le altre pagine. Google “doesn’t use the content from URLs that return 4xx status codes,” (traduzione) «non utilizza il contenuto degli URL che restituiscono codici di stato 4xx», e il fatto che alcuni URL restituiscano 404 non influisce sul rendimento degli altri URL riusciti del sito. La paura generalizzata che “i 404 danneggino il ranking” è un mito; Illyes e Mueller hanno detto più volte che i 404 sono normali e attesi, anche se una pagina 404 che un tempo generava traffico o link merita una decisione.
• La deindicizzazione è graduale, non immediata. Google rimuove un URL 404 già indicizzato e lo scansiona “sempre meno spesso”. La formulazione della fonte è circoscritta: Googlebot “probabilmente” continua a riprovare “per un certo periodo”, non per sempre. Lo strumento Rimozioni nasconde un URL solo temporaneamente (circa sei mesi).
• 404 contro 410: entrambi escono dall’indice; 410 è marginalmente più rapido/forte, ma la differenza SEO è trascurabile (Mueller).
• 404 rigido contro soft 404 è il vero problema. Un soft 404 restituisce un codice di successo (200) per contenuto scomparso e spreca risorse perché i bot non capiscono che la pagina non c’è. Google raccomanda di restituire un vero 404.
• Cause comuni dei soft 404: reindirizzare ogni 404 alla home page, stati “non trovato” JS/SPA che restituiscono 200 (e corrompono anche le analisi) e configurazioni errate del CMS.
• Usa il redirect 301 solo quando una pagina si è davvero spostata o ha backlink/traffico di valore; altrimenti lasciala restituire 404. Splitt: non reindirizzare le pagine scomparse alla home page.
• Le pagine 404 personalizzate aiutano UX e fidelizzazione, non l’indicizzazione, e devono comunque restituire un vero 404.
• Fai l’audit tramite report Indicizzazione delle pagine di GSC, Ahrefs Site Audit/Site Explorer, Screaming Frog e log del server.

Documentazione ufficiale

Documentazione primaria dei motori di ricerca.

Google

• Come i codici di stato HTTP e gli errori di rete e DNS influenzano Google Search — come Google tratta i 4xx (compreso 404), il meccanismo di deindicizzazione e la definizione inline di soft 404.
• Report Indicizzazione delle pagine (Guida di Search Console) — gli stati “Non trovata (404)” e “Soft 404”, con le indicazioni per correggerli.
• Redirect e Google Search — quando e come usare un redirect 301 per una pagina spostata invece di lasciarla restituire 404.
• Rimuovere da Google una pagina ospitata sul tuo sito (strumento Rimozioni) — differenza tra occultamento temporaneo e rimozione permanente.

Bing / Microsoft

• Guida di Bing Webmaster Tools — report di scansione e strumento Content Removal per comunicare a Bing i 404 autentici.

Citazioni dalla fonte

Dichiarazioni attribuibili di Google. Ogni link alla documentazione Google è un collegamento diretto che porta al passaggio citato nella pagina; le dichiarazioni riportate indirettamente rimandano alla copertura che le ha riprodotte.

Google Search Central — come vengono gestiti i 404

• “Google doesn’t use the content from URLs that return 4xx status codes. If a URL was previously used but is now returning 4xx status code, Google systems will stop using the URL over time.” (traduzione) «Google non usa il contenuto degli URL che restituiscono codici di stato 4xx; se un URL usato in precedenza ora restituisce 4xx, i sistemi Google smetteranno di usarlo nel tempo.» Jump to quote
• “Google doesn’t index URLs that return a 4xx status code, and URLs that are already indexed and return a 4xx status code are removed from the index.” (traduzione) «Google non indicizza gli URL che restituiscono 4xx e rimuove dall’indice quelli già indicizzati che restituiscono 4xx.» Jump to quote
• “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. The crawling frequency gradually decreases.” (traduzione) «Nella Ricerca Google la pipeline rimuove dall’indice un URL già indicizzato; le nuove pagine 404 non vengono elaborate e la frequenza di scansione diminuisce gradualmente.» Jump to quote
• “If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” (traduzione) «Se il contenuto suggerisce un errore per Google Search, una pagina vuota o un messaggio di errore, Search Console mostrerà un errore soft 404.» Jump to quote Gloss italiano: Google non usa il contenuto degli URL 4xx, smette nel tempo di usare gli URL già utilizzati che continuano a restituire 4xx, non indicizza gli URL 4xx già presenti o li rimuove dall’indice, non elabora i nuovi 404 e riduce gradualmente la frequenza di scansione.

Guida di Search Console — report Indicizzazione delle pagine

• “404 responses are not necessarily a problem, if the page has been removed without any replacement. If your page has moved, use a 301 redirect to the new location.” (traduzione) «Le risposte 404 non sono necessariamente un problema se la pagina è stata rimossa senza sostituto; se la pagina si è spostata, usa un redirect 301 verso la nuova posizione.» Jump to quote
• “Googlebot will probably continue to try this URL for some period of time; there is no way to tell Googlebot to permanently forget a URL, although it will crawl it less and less often.” (traduzione) «Googlebot probabilmente continuerà a provare questo URL per un certo periodo; non c’è modo di dirgli di dimenticare definitivamente un URL, anche se lo sottoporrà a scansione sempre meno spesso.» Jump to quote
• “We recommend returning a 404 response code for truly ‘not found’ pages and adding more information on the page to let us know that it is not a soft 404.” (traduzione) «Raccomandiamo di restituire 404 per le pagine realmente non trovate e di aggiungere informazioni che mostrino che non si tratta di un soft 404.» Jump to quote Gloss italiano: Un 404 non è necessariamente un problema quando la pagina è stata rimossa senza sostituto; se la pagina si è spostata, Google raccomanda un redirect 301 verso la nuova posizione. Googlebot può continuare a provare per un certo periodo senza un comando per dimenticare definitivamente l’URL, e la guida raccomanda un vero 404 per le pagine non trovate.

Gary Illyes, Google (tramite la riproduzione di SEJ dei suoi post LinkedIn; verifica il testo originale, che resiste ai fetch automatici)

• “404 (Not found) errors are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.” (traduzione) «Gli errori 404 (non trovato) non sono da temere e, nella maggior parte dei casi, non serve precipitarsi a correggerli.» Ripreso dal post di Illyes su LinkedIn.
• “Crawlers use the status codes to interpret whether a fetch was successful, even if the contents of the page is basically just an error message. They might happily go back to the same page again and again wasting your resources, and if there are many such pages, exponentially more resources.” (traduzione) «I crawler usano i codici di stato per capire se un recupero è riuscito, anche quando il contenuto della pagina è in pratica solo un messaggio di errore; possono tornare sulla stessa pagina ancora e ancora sprecando risorse, e con molte pagine simili lo spreco cresce esponenzialmente.» Relayed via Search Engine Journal; verifica il testo originale prima dell’uso finale. Gloss italiano: Illyes invita a non temere i 404 e a non precipitarsi a correggerli nella maggior parte dei casi; spiega inoltre che i crawler usano i codici di stato per capire se un recupero è riuscito e possono tornare più volte su una pagina che restituisce un soft 404, sprecando risorse.

John Mueller, Google — sito personale di John Mueller

• “Using soft-404s instead of real 404s is a bad practice, and it makes things harder for our algorithms.” (traduzione) «Usare soft 404 invece di veri 404 è una cattiva pratica e rende più difficile il lavoro dei nostri algoritmi.»
• “Returning 404 — and having the URLs listed in the crawl errors in Webmaster Tools — is not a problem.” (traduzione) «Restituire 404 e avere gli URL elencati negli errori di scansione di Webmaster Tools non è un problema.»
• “Think about ways that you can make your 404 pages useful to users, so that they recognize that the page no longer exists, and so that they can find something else that’s appropriate.” (traduzione) «Pensa a come rendere utili le pagine 404, così che gli utenti capiscano che la pagina non esiste più e possano trovare un’alternativa pertinente.» Dal sito personale di Mueller; verifica nuovamente le sottostringhe esatte sulla pagina attiva prima di generare link profondi a partire da esse. Gloss italiano: Mueller definisce i soft 404 una cattiva pratica che complica il lavoro degli algoritmi, chiarisce che i veri 404 elencati negli errori di scansione non sono un problema e raccomanda pagine 404 utili, che spieghino la scomparsa della pagina e aiutino l’utente a trovare un’alternativa.

Martin Splitt, Google (tramite la copertura di SEJ di un breve SEO Office Hours; verifica il video originale)

• «Se la pagina si è spostata, usa un redirect; se non esiste più, non mandarla alla home page». (Traduzione italiana dell’originale citato nella sezione Beginner.)
• «Un 404 segnala chiaramente che il link è interrotto oppure che l’URL non esiste più». (Traduzione italiana dell’originale citato nella sezione Beginner.) Relayed via Search Engine Journal.

Che cosa non fare con i 404

1. Reindirizzare ogni 404 alla home page. L’istinto è pensare che “un redirect sembri più sicuro di un errore”. Non è così. La home page restituisce 200, quindi un URL davvero scomparso ora risolve “con successo” verso contenuto non pertinente: è un pattern soft 404, che Splitt definisce esplicitamente fastidioso e poco utile. Correzione: reindirizza solo verso una destinazione specifica e pertinente quando una pagina si è davvero spostata; altrimenti lascia che restituisca 404.

2. Usare un soft 404 invece di restituire un vero 404. Servire un messaggio “Pagina non trovata” (o una pagina vuota) con 200 OK comunica ai crawler che il recupero è riuscito. Continueranno a scansionarla, sprecando risorse, mentre le analisi registreranno un accesso “riuscito” a una pagina morta. Correzione: restituisci 404 (o 410) per il contenuto scomparso: Google lo raccomanda esplicitamente.

3. Farsi prendere dal panico e “correggere” ogni 404 nei report. I 404 in GSC o in un audit del sito sono normali e attesi. Reindirizzare o resuscitare d’istinto ogni URL fa perdere tempo e spesso crea soft 404. Correzione: fai triage: reindirizza i pochi URL con backlink o traffico reali e lascia stare gli altri.

4. Cercare di costringere Google a “dimenticare” subito un URL. Non esiste un pulsante per farlo. Lo strumento Rimozioni è un occultamento temporaneo (circa sei mesi), non una deindicizzazione permanente. Correzione: restituisci il codice di stato corretto e lascia che la frequenza di scansione diminuisca da sola.

5. Pubblicare una schermata JS/SPA “non trovato” che restituisce 200. I router lato client non possono generare un 404 server, quindi un componente di errore visualizzato sopra una risposta 200 è un soft 404 che corrompe anche il tracciamento. Correzione: instrada questi percorsi lato server verso un vero 404 oppure, come minimo, applica noindex allo stato non trovato e accetta i compromessi sulle analisi.

6. Trattare una bella pagina 404 personalizzata come una correzione SEO. Una pagina 404 ben progettata aiuta gli utenti, non l’indicizzazione; se restituisce 200 è un soft 404. Correzione: mantieni il vero codice di stato e rendi la pagina utile: sono due compiti distinti.

Gestione 404 buona e cattiva a confronto

Una pagina 404 personalizzata cattiva

• Restituisce un codice di stato 200 OK mentre mostra “Pagina non trovata” (un soft 404).
• Oppure è la pagina grezza predefinita del server: un semplice “Not Found” su sfondo bianco, senza navigazione né una via d’uscita.
• Lascia l’utente in un vicolo cieco: nessuna casella di ricerca, nessun link, nulla che rifletta il brand.
• Risultato: i crawler continuano a recuperarla (soft 404), gli utenti se ne vanno e il valore dei link che puntano all’URL resta inutilizzato.

Una buona pagina 404 personalizzata

• Restituisce un vero codice di stato 404 (il lato crawler/indicizzazione è gestito correttamente).
• Dice chiaramente, con parole semplici, che la pagina non esiste.
• Include la navigazione principale e una casella di ricerca, così l’utente può trovare ciò che cercava.
• Offre link verso contenuti popolari o correlati (articoli principali, categorie principali).
• Mantiene il brand: stesso header, footer e stile del resto del sito, così l’utente capisce di essere ancora nel posto giusto.

Le due proprietà sono indipendenti: il codice di stato mantiene soddisfatti i motori di ricerca, mentre il design della pagina impedisce alle persone di andarsene. Una pagina può riuscire in una cosa e fallire nell’altra: una splendida pagina 404 che restituisce 200 è comunque un soft 404 e un 404 corretto che lascia l’utente in un vicolo cieco perde comunque il visitatore.

Gestione buona e cattiva dei redirect per un URL scomparso

• Cattiva: ogni prodotto eliminato viene reindirizzato con 301 alla home page → segnale simile a un soft 404 e utenti frustrati.
• Buona: un prodotto eliminato con backlink viene reindirizzato con 301 alla pagina live pertinente più vicina (la categoria principale o un prodotto sostitutivo); un prodotto eliminato senza valore né link restituisce semplicemente 404.

Checklist per l’audit e la gestione dei 404

• Gli URL mancanti restituiscono un vero stato 404 (o 410): verifica il codice, non fidarti del messaggio nella pagina.
• Nessun soft 404: nessun contenuto “non trovato” servito con 200 e nessun redirect generalizzato dei contenuti scomparsi alla home page.
• Il report Indicizzazione delle pagine di GSC è stato controllato per gli stati “Non trovata (404)” e “Soft 404”.
• Sono stati individuati gli URL 404 con backlink/traffico reali (Ahrefs Site Explorer, “Best by links”, filtro 404) e reindirizzati con 301 verso una pagina live pertinente.
• Le pagine scomparse senza valore né link sono lasciate restituire 404: non reindirizzate e non resuscitate.
• I redirect puntano a una destinazione specifica e pertinente, mai a una home page usata come catch-all.
• La pagina 404 personalizzata è utile (messaggio chiaro, navigazione, ricerca, link a contenuti popolari) e restituisce comunque 404.
• Per i siti JS/SPA: i percorsi non trovati risolvono verso un vero 404 server oppure sono almeno marcati noindex, e le analisi non li registrano come accessi riusciti.
• Non si spreca tempo a “correggere” ogni 404: si fa triage, senza azioni generalizzate.

Strumenti per trovare e gestire i 404

• Google Search Console — report Indicizzazione delle pagine — la vista di Google sugli stati “Non trovata (404)” e “Soft 404”, con URL di esempio e la possibilità di richiedere la convalida dopo le correzioni.
• Ahrefs Site Audit — segnala 404 e link interni rotti durante il crawl del sito.
• Ahrefs Site Explorer (“Best by links”) — trova gli URL 404 che hanno ancora backlink, ordinati per domini di riferimento, così puoi dare priorità a quelli che meritano un redirect 301.
• Screaming Frog SEO Spider — vista a livello di crawl di ogni 404 e dei link che vi conducono.
• Analisi dei log del server — mostra quali bot e utenti reali raggiungono i 404 e con quale frequenza.
• Bing Webmaster Tools — report di scansione con 404/errori server e strumento Content Removal per segnalare un URL che vuoi venga trattato come scomparso (il classificatore e i dettagli sulla velocità di rimozione di Bing non sono verificati in modo indipendente: considera questa fonte secondaria rispetto al comportamento Google documentato in GSC).
• Controllo URL (GSC) — controlla il codice di stato recuperato per un singolo URL e conferma che sia un vero 404, non un soft 404.

Risorse che vale la pena consultare

I miei articoli correlati

• Codici di stato HTTP e relativo impatto SEO — il quadro completo dei codici di stato, compreso il posto di 404, 410 e soft 404.
• 11 tipi di redirect e relativo impatto SEO — quando usare un redirect 301 per un possibile 404 e quando lasciarlo restituire 404/410.
• Guida introduttiva alla SEO tecnica — il ruolo dei codici di stato nel quadro tecnico più ampio.
• Problemi e buone pratiche SEO per JavaScript — il contesto di rendering dietro i problemi soft 404 di JS/SPA.

I miei interventi

• How Search Works (SlideShare) — il mio percorso attraverso scansione, rendering e indicizzazione, cioè la pipeline attraversata dai 404. (Vale la mia avvertenza permanente: “Questa è la mia comprensione dei sistemi… non sarà completa o accurata al 100%.”)

Dal settore

• Come i codici di stato HTTP influenzano Google Search (Google Search Central) — la fonte primaria su come vengono gestiti 4xx/404.
• Report Indicizzazione delle pagine (Guida di Search Console) — definizioni e correzioni canoniche per 404 rigidi e soft 404.
• Soft 404 e il tuo sito (John Mueller) — il punto di vista di Google sul perché i soft 404 siano peggiori di quelli reali.
• Google mette in guardia dagli errori soft 404 e dal loro impatto sulla SEO (Search Engine Journal) — la copertura delle dichiarazioni di Illyes sui soft 404 e sulle risorse sprecate.
• John Mueller di Google chiarisce la differenza tra 404 e 410 per la SEO (Search Engine Journal) — perché la differenza 404/410 è trascurabile per la SEO.
• Martin Splitt di Google sconsiglia di reindirizzare i 404 alla home page (Search Engine Journal) — il caso contro i redirect generalizzati alla home page.
• Pagine di errore 404 Not Found: cosa fare e cosa evitare (Yoast) — esempi e indicazioni per pagine 404 personalizzate buone e cattive.
• Tutto ciò che devi sapere sugli errori 404 per la SEO (Seer Interactive) — un quadro per livelli di gravità per dare priorità alle correzioni dei 404.

Mettiti alla prova: 404 Not Found

Cinque domande rapide sul significato dei 404 per la SEO e su come gestirli. Scegli una risposta per ciascuna, poi controlla.

Cronologia modifiche