Pagina 404 SEO: cosa deve fare (e cosa evitare)

Quando una pagina non esiste più, la reazione istintiva di molti siti è nasconderlo: reindirizzare tutto alla home, restituire un finto "successo" al browser, far sparire il problema. È l'approccio sbagliato. Una pagina 404 ben fatta non è un fallimento della SEO: è lo strumento corretto per dire a un utente e a un motore di ricerca "questo contenuto non c'è, e va bene così". Il problema non è che una pagina restituisca 404 — il problema è quando il codice di stato mente, o quando il redirect nasconde una perdita che invece andrebbe segnalata chiaramente.

Questo articolo si concentra sulla pagina 404 in sé: cosa deve segnalare, come va costruita perché sia utile a chi la incontra, e l'errore che la rovina più di ogni altro, il soft 404.

Cosa significa davvero un 404 (e perché va bene restituirlo)

Uno stato HTTP 404 comunica un fatto preciso: questa URL non corrisponde a nessuna risorsa sul server, ora. Non è un errore di sistema, non è un segnale di qualità negativa del sito, e Google lo tratta esattamente per quello che è: un modo pulito per rimuovere un'URL dall'indice nel tempo. Un sito enorme con migliaia di 404 non è per questo penalizzato — è semplicemente un sito che ha cambiato, cresciuto, potato contenuti vecchi. È fisiologico.

Il problema nasce quando si confonde "avere dei 404" con "avere un problema SEO". Se un prodotto viene tolto dal catalogo perché fuori produzione, se un articolo del blog viene rimosso perché superato, se una pagina evento è scaduta e non tornerà mai più utile: quella pagina deve restituire 404 (o 410, se si vuole essere ancora più espliciti sul fatto che la rimozione è intenzionale e definitiva). Nascondere questo dietro un redirect forzato o un falso 200 non elimina il problema: lo sposta e lo aggrava.

• Un 404 dice: questa risorsa non esiste (più), qui, ora
• Non è un segnale di penalizzazione: è metadato corretto sullo stato del sito
• Va restituito su ogni URL che punta a contenuto realmente assente

Il soft 404: l'errore centrale da evitare

Il soft 404 è il difetto più dannoso che una pagina di errore può avere, ed è anche il più comune. Succede quando il server mostra all'utente un messaggio tipo "Pagina non trovata", ma nell'header HTTP restituisce comunque uno stato 200 OK, cioè dice al crawler "va tutto bene, questa è una pagina valida e indicizzabile". Il crawler legge il codice di stato, non il testo visibile: Google interpreta quella pagina come contenuto reale, tenta di indicizzarla, e nel tempo può iniziare a considerarla un segnale di scarsa qualità, perché il contenuto "reale" dietro quel 200 è, di fatto, vuoto o ripetuto su decine di URL diverse.

Il soft 404 nasce quasi sempre per un errore di configurazione: un framework che gestisce la pagina di errore lato applicazione senza impostare lo status code corretto, un CMS che serve un template "non trovato" ma con redirect interno a 200, oppure un routing che intercetta l'URL sbagliata e restituisce comunque la home con contenuto normale (anche questo è, di fatto, un soft 404 mascherato da redirect). Il sintomo tipico è: la pagina appare corretta a occhio nudo, l'utente legge "contenuto non trovato" o simile, ma tecnicamente il server ha detto al crawler che va tutto bene.

Verificarlo è semplice quanto ignorarlo è comune: basta controllare l'header di risposta di una URL che si sa essere morta, con gli strumenti per sviluppatori del browser nella scheda Network, o un semplice controllo dell'intestazione, e vedere se compare davvero "404 Not Found" o, invece, un innocuo "200 OK" con un titolo di pagina che dice il contrario.

• Sintomo: la pagina dice "non trovato" ma l'header risponde 200 OK
• Effetto: Google indicizza come contenuto reale una pagina vuota o duplicata
• Causa più comune: gestione dell'errore lato applicazione senza impostare lo status code

Perché reindirizzare tutto alla home è peggio di un 404 pulito

Molti siti, per non perdere traffico o per paura dei 404, impostano un redirect automatico di ogni URL rotta verso la home page. L'intenzione è buona, il risultato è quasi sempre peggiore del problema che si voleva risolvere. Dal punto di vista dell'utente, arrivare su un link che prometteva un contenuto specifico e ritrovarsi catapultato sulla home, senza spiegazione, è disorientante quanto un errore vero, spesso di più, perché la persona non capisce cosa sia successo e abbandona comunque il sito, pensando di aver sbagliato qualcosa lei stessa.

Dal punto di vista del crawler la situazione è ancora peggiore. Un redirect di massa verso un'unica destinazione crea quello che si chiama comunemente un "soft redirect": centinaia o migliaia di URL diverse che finiscono tutte per restituire lo stesso contenuto, cioè la home. Google fatica a distinguere se si tratta di un errore di configurazione o di un tentativo deliberato, e nei casi più estesi può arrivare a trattare quei pattern come segnale di bassa qualità del sito, oltre a sprecare budget di scansione su URL che non portano mai a un contenuto diverso.

Il redirect a catch-all distrugge inoltre il segnale più utile che i 404 forniscono: sapere esattamente quali URL sono morte e perché. Se tutto punta alla home, un link interno rotto, un refuso in un URL o una pagina realmente persa con backlink di valore diventano tutti indistinguibili nei log e nella Search Console: spariscono nel rumore invece di emergere come problemi da risolvere.

• L'utente non capisce perché è finito sulla home e spesso abbandona comunque
• Il crawler vede centinaia di URL diverse che restituiscono lo stesso contenuto
• Si perde la possibilità di distinguere link rotti reali da normale evoluzione del sito

Quando serve un redirect e quando serve un 404 (o un 410)

La regola è più semplice di quanto sembri, e riguarda un solo fatto: il contenuto esiste ancora, da un'altra parte? Se una pagina prodotto è stata rinominata, se un articolo è stato spostato in una categoria diversa, se un intero sito ha cambiato struttura degli URL, allora esiste una destinazione equivalente, e un redirect 301 verso quella pagina è la scelta corretta: trasferisce il valore accumulato dall'URL vecchia e porta l'utente esattamente dove voleva arrivare.

Se invece il contenuto è realmente sparito, un prodotto discontinuato senza sostituto diretto, un evento passato, una promozione scaduta, un articolo ritirato perché l'informazione non è più valida, non esiste nessuna pagina a cui reindirizzare con onestà. In questo caso la scelta corretta è un 404, oppure un 410 Gone se si vuole essere espliciti che la rimozione è intenzionale e non temporanea. Il 410 comunica a Google, con un margine di certezza in più, che non tornerà nulla su quell'URL, il che in alcuni casi accelera la rimozione dall'indice rispetto a un semplice 404.

Il test pratico da farsi prima di ogni redirect è questo: se un utente arrivasse su questa URL aspettandosi il contenuto originale, la pagina di destinazione soddisferebbe davvero quell'aspettativa, o si starebbe solo spostando il problema? Reindirizzare la pagina di un prodotto specifico verso la home del catalogo, o verso una categoria generica, non è un vero redirect utile: è un soft redirect con lo stesso difetto di fondo descritto sopra, solo con una destinazione diversa dalla home.

• Contenuto spostato con equivalente reale: redirect 301 verso quella pagina
• Contenuto sparito senza equivalente: 404, oppure 410 per essere espliciti
• Un redirect verso una pagina che non risponde alla stessa intenzione è un errore travestito da soluzione

Cosa deve contenere una pagina 404 utile

Una volta stabilito che restituire 404 è la scelta corretta, resta il compito di renderla utile a chi ci arriva davvero: quasi sempre un utente, non un crawler, che ha cliccato un link vecchio, ha digitato male un URL, o è arrivato da un risultato di ricerca ormai superato. Una buona pagina 404 tratta questo momento come un'opportunità di recupero, non come un vicolo cieco.

Gli elementi che fanno la differenza sono pochi ma concreti: una barra di ricerca visibile e funzionante, così chi cercava qualcosa di specifico può ritrovarlo senza dover ripartire da zero; la navigazione principale del sito, identica a quella delle altre pagine, così l'utente non si trova su un'isola separata dal resto del sito; un collegamento chiaro alla home page, ma non come unica via di fuga forzata; ed eventualmente dei link ai contenuti più popolari o alle categorie principali, utili soprattutto quando la 404 riceve traffico reale, ad esempio da un backlink esterno verso una pagina rimossa.

Altrettanto importante è il linguaggio. "404 Not Found" da solo non dice nulla a un utente comune. Una frase semplice e diretta, che spiega che la pagina cercata non esiste più o è stata spostata e cosa può fare ora, funziona meglio di un messaggio criptico o, all'opposto, di un tono eccessivamente scherzoso che a volte finisce per infastidire chi era già frustrato di non trovare quello che cercava. L'obiettivo non è intrattenere: è orientare.

• Ricerca interna funzionante, non solo estetica
• Navigazione principale identica al resto del sito, nessun isolamento
• Link a home, categorie principali o contenuti popolari
• Messaggio chiaro in linguaggio semplice, non un codice criptico o un tono forzato
• Nessun vicolo cieco: l'utente deve avere sempre un'azione successiva ovvia

Monitorare i 404: distinguere un problema reale dal rumore normale

Non tutti i 404 meritano attenzione. Un sito vivo, che pubblica e rimuove contenuti nel tempo, genererà sempre un flusso costante di 404 fisiologici: vecchi URL di test, pagine di campagne concluse, contenuti stagionali rimossi di proposito. Trattare ogni singolo 404 come un'emergenza porta a inseguire rumore invece che problemi reali, e a lungo andare a ignorare gli avvisi quando quelli veri arrivano.

I casi che meritano davvero controllo sono pochi e riconoscibili. Un 404 raggiunto da molti link interni del sito stesso è quasi sempre un errore di manutenzione, un link che punta a una URL vecchia dopo una migrazione, un refuso in un template usato su decine di pagine, e va corretto aggiornando il link, non gestito lato pagina di errore. Un 404 su una URL che riceve ancora backlink esterni di valore è un caso diverso e più delicato: lì la domanda giusta non è "perché questa pagina dà 404", ma "vale la pena ripristinare o reindirizzare questo contenuto per non sprecare l'autorevolezza che altri siti le hanno già attribuito?"

Un aumento improvviso e concentrato del numero di 404, soprattutto se coincide con una migrazione, un cambio di piattaforma o una modifica alla struttura degli URL, è quasi sempre il segnale di un problema di configurazione più ampio (redirect mancanti su massa, non un singolo link rotto) e va trattato come priorità. Un flusso costante e basso di 404 sparsi, senza pattern e senza backlink coinvolti, è invece semplicemente il rumore di fondo normale di un sito che vive.

• 404 raggiunti da molti link interni: errore di manutenzione da correggere alla fonte
• 404 su URL con backlink esterni di valore: valutare ripristino o redirect mirato
• Picco improvviso concentrato nel tempo: probabile problema di migrazione, priorità alta
• Flusso basso e costante senza pattern: rumore di fondo normale, non richiede azione