Un errore 404 non è automaticamente un problema SEO. Se una pagina non esiste più e non ha una sostituzione utile, restituire un vero HTTP 404 può essere esattamente la risposta corretta.
Il problema nasce quando il 404 è accidentale, riceve ancora link interni, ha backlink o traffico storico, compare dopo una migrazione, oppure quando il server mostra una pagina “non trovata” ma restituisce HTTP 200: il classico soft 404.
Quindi non devi chiederti “come elimino tutti i 404?”, ma quali 404 sono normali e quali rappresentano URL importanti che il sito ha perso.
Se il sito ha migliaia di URL e non sai quali errori siano realmente prioritari, il servizio di audit SEO tecnico analizza status code, link interni, sitemap, redirect, indicizzazione e perdite di traffico nello stesso contesto.
Risposta breve: devo correggere tutti gli errori 404?
| No. Se un URL non deve più esistere, non ha una sostituzione pertinente e non riceve traffico o link di valore, un vero 404 o 410 può essere corretto. Se invece la pagina è stata spostata, esiste una sostituzione equivalente, il 404 nasce da un link interno rotto o l’URL aveva traffico/backlink importanti, devi intervenire in modo diverso. |
Cos’è un errore HTTP 404?
HTTP 404 Not Found indica che il server ha ricevuto la richiesta ma non trova la risorsa richiesta a quell’URL.
| HTTP/1.1 404 Not Found |
Per Google è un segnale chiaro che quella specifica URL non contiene più una pagina indicizzabile. Un 404 corretto non dice che l’intero sito è rotto: descrive soltanto la risposta di quell’URL.
404 vs soft 404
| Caso | Status HTTP | Cosa vede l’utente | Problema |
| 404 reale | 404 | Pagina non trovata | Normale se la risorsa non esiste |
| Soft 404 | 200 o risposta non coerente | Pagina non trovata / vuota / quasi vuota | Segnale ambiguo |
| Redirect irrilevante | 301/302 verso pagina non equivalente | Destinazione generica | Può essere trattato come soft 404 |
Un soft 404 non è un codice HTTP. È una classificazione che Google può applicare quando la risposta tecnica dice “successo” ma il contenuto sembra una pagina inesistente, vuota o priva di contenuto principale.
404 vs 410: qual è la differenza?
HTTP 410 Gone comunica semanticamente che la risorsa è stata rimossa in modo permanente. HTTP 404 comunica che la risorsa non è stata trovata.
Per la SEO, non serve trasformare ogni 404 intenzionale in 410. La documentazione Google attuale accetta entrambi quando il contenuto è stato rimosso e non esiste una sostituzione.
Usa 410 se la tua infrastruttura lo gestisce e vuoi esprimere in modo esplicito una rimozione permanente; usa 404 se è la risposta naturale del CMS. La decisione importante è evitare 200, redirect irrilevanti o pagine tecnicamente incoerenti.
I 404 fanno male alla SEO?
Non in modo automatico. Il web cambia: prodotti vengono rimossi, URL vengono digitati male e vecchie risorse possono scomparire. È normale che Google incontri URL 404.
Un 404 diventa un problema quando indica qualcosa che non avresti voluto perdere: una pagina importante, un link interno rotto, una migrazione incompleta, un URL con backlink o un prodotto che dovrebbe ancora essere raggiungibile.
Quando un 404 è completamente normale
- URL casuale digitato male da un utente.
- URL generato da spam o bot che non è mai esistito.
- Pagina eliminata definitivamente senza sostituzione.
- Vecchia campagna o risorsa che non ha più valore e non riceve segnali utili.
- Prodotto rimosso senza equivalente o categoria pertinente che soddisfi lo stesso bisogno.
Non creare redirect solo per far sparire il numero di 404 da Search Console. La metrica deve riflettere lo stato reale del sito.
Prodotti eliminati: 404 o redirect?
Negli e-commerce, la decisione dipende soprattutto dall’esistenza di una sostituzione reale.
Prodotto sostituito da un equivalente
Se esiste un nuovo modello o una pagina equivalente che soddisfa lo stesso intento, un redirect permanente può avere senso.
Prodotto rimosso senza equivalente
Se non esiste una sostituzione pertinente, un 404/410 può essere più corretto di un redirect verso una categoria generica o la homepage.
Prodotto temporaneamente non disponibile
Se prevedi che il prodotto torni disponibile, spesso è meglio mantenere la pagina live con informazioni chiare sulla disponibilità invece di cancellare e ricreare continuamente l’URL.
Contenuti scaduti
Eventi, offerte, bandi, annunci o contenuti temporanei non richiedono tutti la stessa gestione.
- Mantieni la pagina se conserva valore storico o informativo.
- Aggiornala se esiste una nuova edizione con lo stesso intento.
- Redirecta se la vecchia pagina è stata realmente sostituita da una nuova equivalente.
- Lascia 404/410 se il contenuto è terminato, non serve più e non ha una sostituzione utile.
URL digitati male e URL spam
Potresti vedere richieste 404 per URL che non hai mai creato: errori di battitura, scanner automatici, tentativi su vecchi CMS o spam.
Non devi “correggere” un URL inesistente solo perché un bot lo ha richiesto. Se non esiste alcuna pagina reale collegata a quella richiesta, lascia che restituisca 404.
Link interni rotti: questi sì vanno corretti
Se una tua pagina contiene un link verso un URL 404, il problema nasce dalla sorgente interna.
Azione corretta
- Se la destinazione è cambiata, aggiorna il link verso l’URL finale.
- Se la risorsa è stata rimossa, elimina il link o sostituiscilo con una pagina pertinente.
- Se esiste già un redirect, aggiorna comunque il link interno per evitare passaggi inutili.
Non serve sempre creare un redirect per correggere un broken link interno. Spesso basta sistemare il link alla fonte.
URL 404 con backlink
Un vecchio URL con backlink esterni merita una verifica prima di essere lasciato 404.
- Il backlink è reale e pertinente?
- Portava traffico referral?
- La pagina eliminata aveva un equivalente?
- Il link proviene da una fonte autorevole o da spam irrilevante?
- Puoi recuperare l’esperienza dell’utente con una destinazione davvero equivalente?
Se esiste una sostituzione pertinente, un 301 può conservare un percorso utile per utenti e motori. Se non esiste, non inventare un redirect soltanto per “salvare link juice”.
URL 404 con traffico storico
Controlla Search Console, Analytics e log prima di eliminare URL che in passato generavano visite.
Domande da fare
- La pagina riceveva query organiche importanti?
- Generava lead o vendite?
- Il traffico è sparito perché la pagina è stata cancellata?
- Esiste oggi una pagina che soddisfa lo stesso intento?
Se la pagina era importante e il 404 è accidentale, ripristinala o reindirizzala correttamente. Se invece il contenuto è stato volutamente rimosso e non ha più una destinazione equivalente, il 404 può restare.
404 dopo una migrazione
Un picco di 404 dopo una migrazione è molto più sospetto di un flusso stabile di URL casuali.
- Vecchie URL non incluse nella redirect map.
- Slug cambiati.
- Categorie rimosse.
- Prodotti spostati.
- Percorsi immagini/PDF cambiati.
- Link interni ancora sul vecchio schema URL.
- Sitemap con URL precedenti.
Google raccomanda di mappare le vecchie URL verso nuove destinazioni equivalenti e di aggiornare link interni e sitemap dopo una migrazione. Se vuoi verificare il sito dopo un cambio CMS o dominio, il servizio di audit SEO include controlli pre e post migrazione.
404 accidentali
Una pagina che dovrebbe esistere ma restituisce 404 è un errore reale.
Cause comuni
- Slug modificato senza redirect.
- Pagina cancellata per errore.
- Regola rewrite errata.
- Problema del CMS.
- Plugin o routing JavaScript.
- Case sensitivity o trailing slash gestiti male.
- Deploy incompleto.
Se la pagina è importante, ripristina il contenuto o crea un redirect verso la nuova URL equivalente. Poi aggiorna i link interni per puntare direttamente alla destinazione corretta.
Testare la stessa URL su browser, server e CDN
Apri la URL esatta che ha generato l’errore, senza correggerla a mano. Nei DevTools del browser, pannello Network, ricarica la pagina e controlla la richiesta di tipo Document: status, eventuale Location e risposta finale. Una schermata “non trovato” non basta a conoscere il codice HTTP.
Ripeti il controllo da una sessione anonima e verifica se cache o CDN servono una risposta diversa. Se il contenuto esiste nel CMS ma l’URL pubblico risponde 404, controlla routing e permalink prima di creare un redirect. Se la risorsa è davvero rimossa, una pagina 404 utile può offrire ricerca e categorie mantenendo il proprio status. La guida Google sugli errori 404 aiuta a distinguere gli errori da correggere dalle URL legittimamente assenti.
Soft 404: perché è diverso da un vero 404
Google segnala un soft 404 quando una pagina sembra inesistente o priva di contenuto utile ma il server non restituisce un codice coerente.
Caso 1: HTTP 200 + “pagina non trovata”
| HTTP/1.1 200 OK Pagina: “Ci dispiace, il contenuto non esiste.” |
Il server dice che la richiesta è riuscita, mentre il contenuto dice il contrario. Se la pagina non esiste, restituisci un vero 404 o 410.
Caso 2: pagina quasi vuota
Una pagina può essere classificata soft 404 anche quando restituisce 200 ma il contenuto principale manca, per esempio a causa di un errore database o di una risorsa JavaScript che non viene caricata.
Caso 3: redirect generico
Reindirizzare URL inesistenti a una homepage o categoria irrilevante può confondere utenti e Google. Durante le migrazioni Google avverte che molti redirect verso un’unica destinazione non pertinente possono essere trattati come soft 404.
Soft 404 nelle applicazioni JavaScript
Le SPA possono mostrare una pagina “not found” lato client mantenendo HTTP 200. Google raccomanda di usare status code significativi oppure tecniche che impediscano l’indicizzazione della pagina di errore quando il routing client-side rende difficile restituire 404 direttamente.
Tutti i 404 devono essere reindirizzati?
No.
Se una pagina non ha una sostituzione, non ha traffico significativo, non riceve backlink utili e deve realmente scomparire, un 404 o 410 è una soluzione corretta.
Il redirect deve rappresentare una relazione reale tra vecchio e nuovo contenuto. Non è un cerotto da applicare a ogni URL morto.
Tabella decisionale: 404, redirect o correzione?
| Situazione | Azione | Perché |
| Pagina spostata | 301 | Esiste una nuova destinazione equivalente |
| Prodotto sostituito con equivalente | 301 | L’intento resta sostanzialmente lo stesso |
| Contenuto rimosso definitivamente, senza sostituzione | 404/410 | La risorsa non deve più esistere |
| Broken internal link | Correggi il link sorgente | Rimuovi il percorso rotto dall’architettura |
| Backlink importante verso pagina morta | Valuta 301 pertinente | Recupera un percorso utile solo se esiste un equivalente |
| URL casuale/spam | Lascia 404 | Non esiste una risorsa reale da recuperare |
| Pagina che dovrebbe esistere ma restituisce 404 | Ripristina o 301 | È un errore accidentale |
Quando usare un redirect 301
- La pagina è stata spostata permanentemente.
- Hai cambiato slug mantenendo lo stesso contenuto.
- Un vecchio prodotto è stato sostituito da un equivalente reale.
- Due contenuti sono stati consolidati in una nuova pagina che copre lo stesso intento.
- Una migrazione ha cambiato URL e hai una mappa old → new precisa.
Google considera i redirect permanenti, inclusi 301 e 308, segnali forti che la destinazione dovrebbe diventare la versione canonical.
Quando NON usare un redirect
- Non esiste una pagina equivalente.
- La destinazione è solo vagamente correlata.
- L’URL è spam o non è mai esistito.
- Stai reindirizzando tutto solo per ridurre il conteggio 404.
- L’utente arriverebbe su una pagina che non soddisfa ciò che cercava.
Un redirect irrilevante può essere peggiore di un 404 onesto. L’utente pensa di trovare una risorsa specifica e viene inviato altrove senza spiegazione.
Redirect di tutti i 404 alla homepage: da evitare
Una delle configurazioni più comuni è reindirizzare automaticamente qualsiasi URL inesistente alla homepage.
Non farlo. Google sconsiglia, in particolare nelle migrazioni, di mandare molti vecchi URL verso una singola destinazione irrilevante come la homepage.
Se la vecchia pagina non ha un equivalente, lascia 404/410. Se esiste una sostituzione, reindirizza soltanto a quella.
Destinazioni di redirect non pertinenti
La destinazione deve conservare il significato dell’URL precedente.
Buono
| Vecchio: /scarpe-running-modello-a/ Nuovo equivalente: /scarpe-running-modello-b/ |
Debole o irrilevante
| Vecchio: /guida-canonical-seo/ Redirect: / |
Nel secondo esempio la homepage non risponde allo stesso bisogno. Un 404 può essere più trasparente se non esiste una guida sostitutiva.
Redirect chain dopo la correzione dei 404
Quando crei un redirect, punta direttamente alla destinazione finale.
| Da evitare: A → B → C → D Meglio: A → D |
Googlebot può seguire redirect multipli, ma Google raccomanda di evitare catene e mantenere il percorso il più diretto possibile. Gli utenti evitano latenza e il sito è più semplice da mantenere.
Custom 404 page: SEO e UX
Una pagina 404 può essere utile e avere un design completo senza restituire 200.
La risposta corretta è:
- HTTP 404.
- Messaggio chiaro che la pagina non è stata trovata.
- Navigazione coerente con il resto del sito.
- Link alla homepage o alle sezioni principali.
- Ricerca interna se utile.
- Possibilità di segnalare un link rotto, su siti complessi.
La custom 404 è per l’utente; lo status code 404 è per comunicare correttamente lo stato della risorsa.
Errori 404 in Google Search Console
Nel report Page Indexing puoi vedere URL classificati come non trovati (404) o soft 404.
Non usare il report come una lista di errori da azzerare. Per ogni gruppo chiediti se quelle URL dovrebbero esistere.
Priorità alta
- URL presenti nella sitemap che restituiscono 404.
- Pagine importanti che prima erano indicizzate.
- URL con traffico storico.
- 404 nati dopo migrazione o release.
- Soft 404 su pagine che dovrebbero contenere contenuto reale.
Priorità bassa o nessuna
- URL spam.
- Vecchie pagine eliminate intenzionalmente senza sostituzione.
- Errori di battitura esterni.
- Pattern non generati dal sito.
Se il problema è che pagine importanti non compaiono più in Search, confronta anche la guida Il tuo sito non appare su Google? 12 cause e come diagnosticarle.
Come trovare i 404 con un crawler SEO
Un crawler ti mostra soprattutto gli URL 404 raggiungibili dalla struttura del sito.
Workflow
- Crawla l’intero sito.
- Filtra status code 404/410.
- Esporta le pagine sorgente che linkano ogni URL morto.
- Separa link nel corpo, menu, template, breadcrumb e sitemap.
- Correggi prima i pattern che generano molti broken link.
Questo è particolarmente utile perché un crawler distingue i 404 creati dalla tua architettura dai milioni di URL casuali che possono comparire nei log o essere scoperti da Google.
Controlla anche backlink e link esterni
Per URL importanti, confronta il crawl con strumenti backlink e referral analytics.
- Backlink autorevoli verso URL 404.
- Link da directory o partner che puoi far aggiornare.
- Referral ancora attivi.
- Vecchie campagne o PDF esterni che puntano a pagine morte.
Se puoi far aggiornare il link esterno alla nuova URL, è ancora meglio che dipendere indefinitamente dal redirect.
404 nella sitemap XML
Una sitemap dovrebbe contenere URL che vuoi far scoprire e indicizzare, non pagine morte.
Se una URL restituisce 404 e non deve più esistere, rimuovila dalla sitemap. Se dovrebbe esistere, correggi prima l’errore e poi mantienila.
La guida sulla sitemap XML SEO spiega come mantenere la sitemap coerente con status code, canonical e indicizzabilità.
404 e crawl budget
Su un piccolo sito, alcuni 404 non sono un problema di crawl budget.
Su grandi siti, però, milioni di URL inutili generati da filtri, parametri o link difettosi possono creare molto lavoro di crawling e nascondere problemi di architettura.
Non confondere però “esistono 404” con “abbiamo un problema di crawl budget”.
Se gestisci un inventario molto grande, usa anche la guida sul crawl budget.
Framework pratico: come decidere cosa fare con ogni 404
| Domanda | Sì | No | Decisione |
| La pagina dovrebbe ancora esistere? | Ripristina/correggi | Passa alla domanda successiva | Evita 404 accidentali |
| Esiste una sostituzione realmente equivalente? | 301 verso equivalente | Passa alla domanda successiva | Redirect solo con relazione reale |
| Riceve link interni? | Correggi le sorgenti | Continua | Pulisci l’architettura |
| Ha backlink o traffico di valore? | Valuta recupero/301 pertinente | Continua | Proteggi valore reale |
| È stata rimossa intenzionalmente senza sostituzione? | 404/410 | Investiga | Un 404 può essere corretto |
Audit workflow per gli errori 404
- Esporta 404 e soft 404 da Search Console.
- Crawla il sito e trova broken internal links.
- Confronta la sitemap XML.
- Controlla traffico storico per le URL importanti.
- Controlla backlink e referral.
- Rivedi migrazioni, redirect map e cambi di slug.
- Classifica ogni URL: ripristina, correggi link, 301, 404/410 o ignora.
- Aggiorna link interni e sitemap.
- Elimina redirect chain create durante le correzioni.
- Ricrawla e monitora Search Console e log.
Puoi integrare questo processo con la checklist SEO tecnica per controllare contemporaneamente redirect, canonical, robots, sitemap e indexability.
Come monitorare dopo le correzioni
- Numero di broken internal links.
- 404 presenti nella sitemap.
- Soft 404 su URL che dovrebbero essere valide.
- Traffico e impressioni delle pagine ripristinate.
- Redirect verso destinazioni corrette.
- Nuovi 404 dopo deploy o migrazioni.
- Googlebot nei server log su pattern problematici.
Non aspettarti che Search Console si aggiorni in tempo reale. Google deve ricrawlare e rielaborare le URL.
Errori comuni nella gestione dei 404
- Redirectare tutto alla homepage.
- Trasformare ogni 404 in 301 senza verificare l’intento.
- Servire una pagina ‘non trovata’ con HTTP 200.
- Lasciare 404 importanti nella sitemap.
- Correggere il redirect ma non il link interno sorgente.
- Ignorare URL con backlink di valore.
- Tenere vecchie URL di migrazione senza una mappa.
- Considerare ogni 404 in Search Console un errore SEO critico.
Checklist rapida per gli errori 404 SEO
- La URL dovrebbe ancora esistere?
- È un vero 404/410 o un soft 404?
- Esiste una destinazione equivalente?
- La URL riceve link interni?
- È presente nella sitemap?
- Ha traffico storico?
- Ha backlink pertinenti?
- È nata dopo una migrazione o cambio slug?
- La destinazione proposta soddisfa lo stesso intento?
- Il redirect punterebbe direttamente alla URL finale?
- La custom 404 restituisce davvero HTTP 404?
- Search Console mostra un pattern inatteso di soft 404?
- Il crawler trova broken links nel template o nei contenuti?
- Dopo la correzione hai ricrawlato il sito?
Quando serve un audit professionale
Se hai 20 URL 404 intenzionali, probabilmente non ti serve un audit specifico. La situazione cambia quando gli errori sono migliaia, arrivano dopo una migrazione o coinvolgono pagine con ranking, traffico o backlink.
- Picco improvviso di 404.
- Migrazione CMS o dominio recente.
- Molti soft 404.
- Pagine importanti sparite.
- Sitemap piena di URL non valide.
- Link interni rotti su larga scala.
- Redirect automatici verso homepage/categorie.
- E-commerce con prodotti eliminati e filtri complessi.
Migliaia di 404 non significano automaticamente un problema SEO. Serve distinguere URL normali, link interni rotti e pagine che hanno perso traffico o autorevolezza.
Richiedi una verifica tecnica degli errori 404
Domande frequenti sugli errori 404 SEO
Gli errori 404 fanno male alla SEO?
Non automaticamente. Un 404 è corretto quando una risorsa non esiste più e non ha una sostituzione. Diventa prioritario se la pagina dovrebbe esistere, riceve link, traffico o è stata persa durante una migrazione.
Tutti i 404 devono essere reindirizzati?
No. Reindirizza solo quando esiste una destinazione equivalente o molto pertinente. Se il contenuto è stato rimosso senza sostituzione, un 404 o 410 può essere corretto.
Cos’è un soft 404?
È una pagina che sembra inesistente, vuota o quasi vuota ma restituisce un codice come HTTP 200 invece di un vero 404/410. Google può escluderla da Search e segnalarla come soft 404.
Meglio 404 o 410?
Google accetta entrambi per contenuti rimossi senza sostituzione. 410 comunica esplicitamente che la risorsa è gone; 404 è perfettamente valido quando la pagina non viene trovata.
Devo redirectare una pagina 404 alla homepage?
In genere no. Se la homepage non sostituisce realmente la vecchia pagina, il redirect è irrilevante e può creare una cattiva esperienza o essere interpretato come soft 404.
Cosa fare con un 404 che riceve backlink?
Controlla qualità e pertinenza dei link. Se esiste una pagina equivalente, valuta un 301. Se non esiste, non creare una destinazione artificiale soltanto per conservare il backlink.
Perché Search Console mostra molti 404?
Può trattarsi di vecchie URL, link esterni, migrazioni, URL precedentemente conosciute o errori reali. Devi segmentare i casi e verificare quali URL dovrebbero effettivamente esistere.
Una custom 404 deve restituire 404?
Sì. Puoi mostrare navigazione, ricerca interna e link utili, ma il server dovrebbe comunque restituire HTTP 404 quando la risorsa non esiste.
Prima di eliminare i 404, classificali
Migliaia di 404 non significano automaticamente un problema SEO. Serve distinguere URL normali, link interni rotti e pagine che hanno perso traffico o autorevolezza.
La priorità non è ottenere “zero 404”. È fare in modo che ogni URL importante abbia lo stato corretto e che utenti, crawler, sitemap e link interni raccontino la stessa storia.
