Come risolvere gli errori 404 in Google Search Console (2026)

Risolvi 'Non trovato (404)' in Search Console: quando ignorarlo, quando fare un redirect 301 e quando ripristinare la pagina, con tabella decisionale e passaggi di convalida.

Domande frequenti

Gli errori 404 danneggiano il mio posizionamento su Google?

Non di per sé. La documentazione di Google sull'indicizzazione delle pagine afferma che le risposte 404 non sono necessariamente un problema quando una pagina è stata rimossa senza sostituzione, e indica un 404 per una pagina che hai eliminato tra i normali motivi per cui un URL non viene indicizzato. Vale la pena correggere i 404 sugli URL a cui rimandi tu stesso o che inserisci nella sitemap.

Per le pagine eliminate devo usare un 404 o un 410?

Per la Ricerca Google non cambia nulla in pratica. La documentazione di Google sui codici di stato HTTP tratta allo stesso modo tutti gli errori 4xx tranne il 429: il contenuto viene considerato inesistente, un URL già indicizzato viene rimosso dall'indice e la scansione di quell'URL diminuisce gradualmente. Usa quello che la tua piattaforma rende più semplice.

Quanto tempo richiede 'Convalida correzione' per gli errori 404?

Google indica che la convalida richiede in genere fino a circa due settimane, ma può durare molto di più. Non fare di nuovo clic su Convalida correzione finché quella in corso non è riuscita o non è fallita. Se Google trova anche una sola istanza residua del problema, la convalida si interrompe.

Perché un URL già corretto compare ancora nel rapporto Non trovato (404)?

Google continua a provare a scansionare per un po' un URL mancante, quindi può restare nell'elenco anche dopo la correzione. Inoltre, l'elenco di esempi nel rapporto è limitato a 1.000 righe e non garantisce di mostrare tutti gli URL. Risolvi la causa (link interrotti, voci della sitemap), poi avvia la convalida e attendi.

Devo reindirizzare tutti i 404 alla homepage?

No. L'indicazione di Google è di restituire un redirect 3XX quando una pagina è stata spostata su una nuova pagina. Una pagina senza una vera sostituta è meglio lasciarla come 404. Mandare URL non correlati alla homepage offre ai visitatori qualcosa che non cercavano e nasconde a te il vero problema.

In breve: in Search Console apri Indicizzazione > Pagine (Indexing > Pages), fai clic su Non trovato (404) (Not found (404)) e assegna ogni URL a una di tre categorie. Se la pagina è stata rimossa di proposito e nessun link punta a lei, ignorala. Se la pagina è stata spostata o ha una sostituta molto vicina, aggiungi un redirect 301 verso quella pagina. Se la pagina dovrebbe esistere, ripristinala. Poi correggi i link interni o le voci della sitemap che puntano all'URL non più esistente e fai clic su Convalida correzione (Validate fix).

La maggior parte degli "errori 404" in Search Console non richiede alcun intervento: la competenza che serve è saper fare triage, non riparare.

Cosa significa davvero "Non trovato (404)"

Il rapporto Indicizzazione pagine elenca gli URL che Google ha provato a scansionare e non ha potuto indicizzare. "Non trovato (404)" significa che il server ha risposto a quella richiesta con uno stato 404. Tutto qui. Non dice che l'URL sia importante.

Il consiglio di Google per la risoluzione dei problemi è preciso: correggi solo i 404 a cui rimandi tu stesso o che elenchi in una sitemap e, se una pagina è stata spostata, restituisci un redirect 3XX verso la nuova pagina. Google inserisce inoltre "un 404 per una pagina che hai rimosso e per cui non esiste una sostituta" tra i motivi legittimi per cui una pagina non viene indicizzata.

Se non hai ancora configurato lo strumento, parti dalla nostra guida a Search Console o dalla procedura per verificare il tuo sito in Google Search Console.

Passaggio 1: esporta l'elenco e individua l'origine di ogni 404

Apri Search Console e scegli la tua proprietà.
Vai su Indicizzazione > Pagine.
Scorri fino alla tabella "Motivi della mancata indicizzazione delle pagine" e fai clic su Non trovato (404).
Esamina gli URL di esempio. La tabella è limitata a 1.000 righe e non garantisce di mostrare tutti gli URL, quindi se il sito è grande considerala un campione.
Esporta i dati se preferisci lavorare in un foglio di calcolo.
Fai clic su un URL e usa Controllo URL (Inspect URL) per vedere come Google lo ha scoperto. La pagina di provenienza e i dettagli della sitemap ti dicono se il link è tuo.

La fonte di scoperta è il dato chiave. Un 404 che Google ha trovato attraverso la tua navigazione o la tua sitemap è un vero difetto. Un 404 trovato tramite un vecchio link esterno o un refuso sul sito di qualcun altro di solito è solo rumore, a meno che quel link non porti visitatori reali.

Passaggio 2: decidi se ignorare, reindirizzare o ripristinare

Usa questa tabella per ogni gruppo di URL del rapporto.

Situazione	Come si presenta	Azione
Pagina eliminata di proposito, senza sostituta e senza link interni	Vecchio prodotto, evento scaduto, pagina di prova	Ignora. Lascia il 404 (o un 410).
Pagina eliminata, ma esiste una sostituta molto simile	Prodotto fuori catalogo, versione più recente della guida	Redirect 301 verso la pagina equivalente più vicina.
URL cambiato (slug rinominato, cartella spostata, migrazione di dominio o HTTPS)	Stesso contenuto a un nuovo indirizzo	Redirect 301 dal vecchio al nuovo URL, in un solo passaggio.
La pagina dovrebbe esistere ma è stata eliminata o rimossa dalla pubblicazione per errore	Pagina di un servizio attivo, articolo importante	Ripristinala, verifica che restituisca 200, poi avvia la convalida.
Menu, footer o testo del tuo sito rimandano a quell'URL	Link interno verso un URL non più esistente	Correggi il link (o usa un redirect se la pagina è stata spostata).
È presente nella sitemap XML	La sitemap include URL rimossi	Rimuovilo dalla sitemap, poi decidi se reindirizzare o ignorare.
URL spazzatura da spam o parametri strani	Stringhe casuali, schemi tipici degli scraper	Ignora. Controlla la sicurezza se sembrano iniettati (vedi sotto).

Quando la sostituta non è davvero affine, non forzarla. La documentazione di Google sui redirect li descrive come lo strumento per inviare utenti e Google alla nuova posizione di una pagina, e una pagina senza una nuova posizione non ha nulla a cui puntare.

Passaggio 3: aggiungi il redirect nel modo giusto

Per uno spostamento definitivo, Google consiglia, quando possibile, un redirect permanente lato server. I codici di stato 301 e 308 indicano entrambi che una pagina è stata spostata in modo permanente. Google dice di usare i redirect JavaScript solo se non puoi usare quelli lato server o il meta refresh.

Regole pratiche:

Reindirizza all'unico URL più pertinente, non attraverso una catena di passaggi.
Punta a una pagina che risponde con un normale 200, non a un altro redirect o a un errore.
Aggiorna anche i link interni al nuovo URL, così non devi affidarti al redirect per sempre.
Su WordPress ci pensa un plugin per i redirect o le regole di redirect del tuo hosting. Su altre piattaforme usa le impostazioni di redirect o rewrite del server o del CMS.

Esempio di mappa dei redirect da consegnare a uno sviluppatore o da incollare in uno strumento di redirect:

`` /old-pricing -> /pricing /blog/2022/seo-tips -> /blog/seo-tips /services/web-design -> /services/website-design ``

Passaggio 4: verifica la correzione, poi convalida

Prima di avvisare Google, controlla tu stesso l'URL.

Apri il vecchio URL in un browser, oppure esegui un controllo degli header, e verifica che restituisca un 301 e arrivi a una pagina 200.
In Search Console incolla l'URL nella barra in alto ed esegui Controllo URL, poi usa il test in tempo reale per vedere cosa riceve Google.
Verifica che l'URL non sia più nella sitemap e che nessuna pagina interna rimandi a esso.

Poi convalida:

Apri il problema Non trovato (404) nel rapporto Indicizzazione pagine.
Fai clic su Convalida correzione.
Tieni d'occhio lo stato. Non fare di nuovo clic su Convalida correzione finché la convalida non è riuscita o non è fallita.
Se fallisce, fai clic su Visualizza dettagli (See details), correggi gli URL rimasti e riavvia.

Google indica che la convalida richiede in genere fino a circa due settimane, ma può durare molto di più. Si interrompe inoltre se trova anche una sola istanza residua, quindi convalida solo quando hai risolto l'intero gruppo. Un consiglio dalla documentazione di Google: convalidare un sottoinsieme degli URL interessati può essere più rapido, e lo ottieni filtrando il rapporto con una sitemap che contiene solo le tue pagine principali.

Una nota correlata: Google tratta gli URL 404 in modo graduale. Per un URL che restituisce un 404, spiega che la pipeline di indicizzazione lo rimuove dall'indice se era stato indicizzato in precedenza, le pagine 404 appena trovate non vengono elaborate e la frequenza di scansione diminuisce gradualmente. Quindi un URL che lasci come 404 sparirà da solo.

Passaggio 5: controlla i casi che "non sono davvero un 404"

Due casi simili richiedono un trattamento diverso:

Soft 404. La pagina restituisce uno stato 200 ma mostra una pagina vuota o un messaggio di errore, e Search Console segnala un soft 404. Si risolve restituendo un vero stato 404, oppure inserendo contenuti reali nella pagina.
URL violati o iniettati. Un'improvvisa ondata di 404 su nomi di file strani o percorsi di spam può indicare un sito compromesso. Se corrisponde a quello che vedi su un CMS, leggi le nostre guide per la risoluzione su WordPress, Joomla o Drupal, poi ricontrolla il rapporto.

Checklist di triage da copiare

[ ] Ho esportato gli URL Non trovato (404) da Indicizzazione > Pagine
[ ] Ho classificato ogni URL: link mio, mia sitemap, link esterno o origine sconosciuta
[ ] Ho ignorato le pagine eliminate senza sostituta e senza link interni
[ ] Ho aggiunto redirect 301 per le pagine spostate, in un solo passaggio, verso una pagina 200
[ ] Ho ripristinato le pagine rimosse per errore
[ ] Ho corretto i link interni che puntano a URL non più esistenti
[ ] Ho rimosso gli URL non più esistenti dalla sitemap XML
[ ] Ho controllato un campione con Controllo URL
[ ] Ho fatto clic su Convalida correzione una sola volta e ho atteso il risultato

Come evitare il prossimo lotto

La maggior parte dei 404 ricorrenti nasce da rifacimenti del sito, slug rinominati e articoli eliminati senza un piano di redirect. Prima di qualsiasi migrazione, elenca i vecchi URL e associa ciascuno alla sua nuova destinazione. Se stai comunque rifacendo un sito piccolo, il piano gratuito di We.Inc ti permette di pubblicare fino a tre siti da template già pronti; il builder AI che crea un sito a partire da un prompt parte dal piano Starter a $20 al mese. Puoi registrarti qui. In ogni caso, conserva la tua mappa dei vecchi e nuovi URL, perché è ciò che mantiene pulito questo rapporto.

Per un inquadramento più ampio dello strumento, vedi Google Search Console per principianti.

Inizia gratis · Nessuna carta di credito richiesta

Umair Ali Sadaqat

Fondatore di We.Inc

Umair è il fondatore di We.Inc. Scrive di creazione di siti web con l’IA, agenzie e gestione di uno studio web.

Pronto a creare qualcosa di grande?

Unisciti a 15,000+ aziende che usano We.Inc per lanciare, crescere e automatizzare, tutto da un'unica piattaforma.