410 Scomparso

TL;DR — Un codice di stato 410 Gone serve a dire ai motori di ricerca «questa pagina esisteva, l’abbiamo eliminata volontariamente e non tornerà». È simile a un 404 (Not Found), ma comunica l’intento: 404 dice solo «qui non c’è nulla», mentre 410 dice «è scomparsa, per sempre e per scelta». Entrambi fanno uscire la pagina da Google nel tempo; per la Ricerca Google sono documentati come equivalenti.

Cosa significa un 410

Quando un browser o un motore di ricerca chiede una pagina al server, il server risponde con un codice di stato. 200 significa «eccola». 404 significa «non riesco a trovare nulla a quell’URL». 410 significa «qui c’era qualcosa, ma ora non c’è più — definitivamente».

La differenza tra 404 e 410 riguarda la certezza. Un 404 è ambiguo: la pagina potrebbe essere stata eliminata, qualcuno potrebbe aver scritto male l’URL oppure potrebbe esserci un bug e la pagina potrebbe tornare domani. Un 410 elimina l’ambiguità: dichiari esplicitamente che la pagina è stata rimossa volontariamente e non tornerà.

Perché conta per la SEO

Se elimini una pagina e restituisce 404 o 410, Google alla fine la rimuove dai risultati di ricerca. Questo è il punto importante: entrambi i codici svolgono il loro compito. Le indicazioni pubblicate da Google trattano i due codici allo stesso modo per la Ricerca e non promettono tempi di rimozione speciali per il 410. Evidence for this claim Google treats 404, 410, and other 4xx responses except 429 the same for Search, does not use their content, and removes previously indexed URLs over time. Scope: Google Search handling of 4xx responses; no exact removal timetable is promised. Confidence: high · Verified: 2026-07-17 Google: HTTP status codes and Search Google: How HTTP status codes affect Google's crawlers

Alcuni errori comuni dei principianti:

• Non è istantaneo. Google deve sottoporre di nuovo a crawling l’URL per accorgersi del nuovo status. Fino ad allora la pagina può ancora comparire nei risultati, talvolta con uno snippet memorizzato. Un 410 accelera la decisione, non il calendario del crawling.
• Non bloccare l’URL. Se elimini una pagina e la blocchi in robots.txt, Google non può sottoporla a crawling per vedere il 410 e quindi non può elaborare la rimozione. Lascia che venga scansionata.
• Se esiste una buona sostituzione, reindirizza invece. Quando il contenuto è stato spostato o ha un equivalente naturale, un redirect 301 è di solito la scelta migliore: 410 elimina la pagina e la domanda che la riguarda, proprio ciò che non vuoi se esiste una destinazione utile.

La regola semplice

Usa un 410 quando sei certo che una pagina sia scomparsa per sempre e vuoi dichiararlo chiaramente: prodotti ritirati, sezioni eliminate, pulizia dello spam. Usa un 404 quando non sei sicuro, quando la pagina potrebbe tornare o quando non vale la pena sostenere il costo tecnico di una gestione speciale. Per la maggior parte delle eliminazioni di singole pagine, un normale 404 va benissimo.

Vuoi i dati dietro «quanto più rapidamente», le parole effettive di John Mueller e il metodo per lavorare su larga scala durante una migrazione? Passa alla scheda Advanced.

TL;DR — 410 e 404 rimuovono entrambi un URL dall’indice di Google nel tempo; la domanda vera riguarda la velocità della decisione di rimozione e l’efficienza del crawl budget, non il fatto che la rimozione avvenga. I documenti di riferimento di Google trattano 404 e 410 come un’unica categoria 4xx. L’affermazione «410 è più veloce» è una sfumatura riconosciuta da test sul campo e da dichiarazioni riportate, ma è piccola, non drammatica. Il numero onesto è questo: Google conferma che un 410 viene rimosso un po’ più rapidamente e sottoposto a crawling meno spesso. La cifra spesso ripetuta «3 volte più veloce, 4 contro 12 giorni» è folklore non verificato: non ripeterla. Il 410 è utile su larga scala (eliminazioni di massa, migrazioni senza URL equivalente, pulizia di spam o pagine violate); l’errore più grave è un soft 404, che spreca il crawl budget senza limiti.

Cos’è davvero un 410

410 Gone è uno status di errore client della famiglia 4xx. Semanticamente è il «404 più forte»: la risorsa esisteva, è stata rimossa intenzionalmente e permanentemente e non viene offerto alcun indirizzo alternativo. Un 404 non fa alcuna affermazione sull’intento o sulla permanenza: significa solo «non trovato per ora».

La RFC 9110 §15.5.11, lo standard HTTP attuale, è precisa sul significato di «scomparso»: la condizione è probabilmente permanente e, se non sai davvero se lo sia, la guida della specifica è usare invece 404. Il suo scopo dichiarato è agevolare la manutenzione indicando a client e crawler che il link dovrebbe essere rimosso. La specifica aggiunge due sfumature che molti articoli omettono: non richiede che ogni risorsa scomparsa permanentemente usi 410 e non richiede che lo status 410 resti in vigore per sempre; entrambe le decisioni spettano all’origine. Nota inoltre che una risposta 410 è memorizzabile per euristica per impostazione predefinita, quindi una cache intermedia o un CDN può continuare a servire quella risposta fino alla scadenza, salvo intestazioni cache-control esplicite.

Per la SEO, la distinzione riguarda interamente il segnale di intenzione. Entrambi i codici dicono al crawler che la pagina non dovrebbe essere servita. Il 410 aggiunge «…e non aspettarti che torni»: è questo il dettaglio su cui i motori di ricerca possono agire.

Google deindicizza i 410 più rapidamente dei 404?

Risposta breve: sì, ma con un margine modesto. Ecco la versione onesta, separando i tre elementi che spesso vengono confusi.

1. Cosa dicono davvero i documenti di Google. I documenti di riferimento di Google non prevedono tempi speciali per il 410. La documentazione sui crawler dice esplicitamente: “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (traduzione) «Tutti gli errori 4xx, tranne 429, vengono trattati allo stesso modo: i crawler di Google informano il sistema di elaborazione successivo che il contenuto non esiste». Evidence for this claim Google treats 404, 410, and other 4xx responses except 429 the same for Search, does not use their content, and removes previously indexed URLs over time. Scope: Google Search handling of 4xx responses; no exact removal timetable is promised. Confidence: high · Verified: 2026-07-17 Google: HTTP status codes and Search Google: How HTTP status codes affect Google's crawlers I documenti della Ricerca descrivono la stessa meccanica con parole diverse: “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 era già stato usato ma ora restituisce un codice 4xx, i sistemi Google smettono di usarlo nel tempo». La meccanica di rimozione è descritta per i 404 e si applica nello stesso modo: “the indexing pipeline removes the URL from the index if it was previously indexed… The crawling frequency gradually decreases.” (traduzione) «la pipeline di indicizzazione rimuove l’URL dall’indice se era già stato indicizzato… la frequenza di crawling diminuisce gradualmente». A livello documentale, 404 e 410 sono funzionalmente identici; 429 è l’unico 4xx trattato diversamente, perché significa «riprovare più tardi» e non segnala una rimozione.

2. Cosa ha detto John Mueller. Il portavoce di Google ha sostenuto entrambe le posizioni, e questo è istruttivo. In un primo momento ha definito trascurabile la differenza. In seguito, dopo una verifica interna, si è corretto: “it appears I was wrong there — we do treat 410s slightly differently than 404s,” (traduzione) «sembra che mi sbagliassi: trattiamo davvero i 410 in modo leggermente diverso dai 404»; e Google “will sometimes want to confirm a 404 before removing a URL from the index, and we tend to do that faster with a 410.” (traduzione) «a volte vuole confermare un 404 prima di rimuovere un URL dall’indice e tende a farlo più rapidamente con un risultato HTTP 410». Quindi una differenza esiste: la decisione di rimozione dall’indice può essere un po’ più rapida, ma il margine è piccolo. Soprattutto, passare a 410 non impedisce a Google di ricontrollare occasionalmente l’URL, specie se conserva link in ingresso.

3. Cosa mostrano i test indipendenti. I dati migliori che ho trovato sono quelli dell’esperimento controllato di Reboot Online: 119 URL di test osservati per oltre 3 mesi. Il risultato riguarda la frequenza di crawling, non i giorni effettivi necessari alla deindicizzazione: “404’s are, on average, crawled 49.6% more often than 410’s.” (traduzione) «in media, i 404 vengono sottoposti a crawling il 49,6% più spesso dei 410». In altre parole, Googlebot spende sensibilmente meno budget per ricontrollare i 410. È l’argomento del crawl budget in forma concreta. (La cautela è importante: lo studio ha misurato la frequenza di nuovo crawling perché l’API GSC non consentiva di misurare con chiarezza «ancora indicizzato» contro «rimosso».)

La mia impostazione in Codici di stato HTTP: elenco completo è coerente con tutto questo: “404s and 410s have a similar treatment. Both drop pages from the index, but 410s are slightly faster. In practical applications, they’re roughly the same.” (traduzione) «404 e 410 ricevono un trattamento simile. Entrambi fanno uscire le pagine dall’indice, ma i 410 sono un po’ più rapidi. Nella pratica sono più o meno equivalenti». Credi a «leggermente» e non alla cifra «3x».

Il mito da abbandonare

Vedrai ripetuta in molti blog l’affermazione «410 deindicizza 3 volte più velocemente — 4 giorni contro 12». Non sono mai riuscito a ricondurre quella cifra a uno studio originale con una metodologia documentata: sembra una versione deformata del numero di Reboot. Non citarla. La tesi difendibile è «un po’ più rapido e sottoposto a crawling un po’ meno spesso», punto.

Quando usare 410, 404 o un redirect

È una decisione a tre vie, non a due.

• Usa 410 quando sei certo che il contenuto sia scomparso per sempre e vuoi segnalarlo attivamente: eliminazioni di massa, linee di prodotti ritirate, pulizia di spam o contenuti violati, consolidamenti del sito in cui un insieme di URL non ha sostituzioni. Con 410 prendi una posizione.
• Usa 404 quando non sei certo, la pagina potrebbe tornare o non vale la pena sostenere il costo tecnico di una risposta speciale. Per eliminazioni isolate e poco numerose, 404 va bene: la differenza SEO non giustifica un’implementazione personalizzata.
• Usa un redirect 301 quando esiste una pagina equivalente. Non trasformare in 410 qualcosa che ha una sostituzione naturale: reindirizzalo, trasferisci i segnali e conserva la domanda. 410 elimina tutto questo intenzionalmente.

Vale la pena essere espliciti su un altro punto: 410, 404 e redirect non sono di per sé una leva sul valore dei backlink o sull’autorevolezza tematica. Il fatto che i link in ingresso continuino a trasmettere valore dipende dalla destinazione dopo l’azione (un redirect può trasmettere segnali alla nuova pagina; un 410 non ha una destinazione a cui trasferirli), non da una proprietà automatica dello status. Considera le conseguenze su backlink e autorevolezza dipendenti dalle evidenze: controlla chi collega davvero l’URL e dove porta il link, senza presumere che una scelta di status garantisca un risultato di autorevolezza in una direzione o nell’altra.

La trappola del soft 404 (l’errore che costa davvero)

Scegliere il codice 4xx «sbagliato» è un errore di arrotondamento rispetto a servire un soft 404: una pagina che restituisce 200 OK con un messaggio «non trovato» nel corpo. Google continua a sottoporre a crawling i soft 404 perché, per quanto riguarda lo status, sono pagine attive. Queste “will continue to be crawled, and waste your budget.” (traduzione) «continueranno a essere sottoposte a crawling e sprecheranno il tuo budget». Se elimini contenuti, l’obiettivo è un vero 404/410, non una pagina amichevole «oops, è scomparsa» che risponde ancora 200.

410 durante le migrazioni e le eliminazioni di massa

Qui la scelta smette di essere teorica. Durante un re-platforming o una grande potatura dei contenuti, decidi il destino di migliaia di URL in una volta sola.

• Migrazioni: la guida di migrazione di Google dice esplicitamente che i contenuti che non trasferisci devono restituire un vero 404 o 410 sul nuovo sito. Il modello mentale è: reindirizza ciò che ha un equivalente, usa 410 per ciò che ritiri deliberatamente senza equivalente e non preoccuparti di lasciare come 404 gli URL davvero incerti. Mantieni a lungo i redirect (Google suggerisce almeno un anno), ma un URL che non ha nulla a cui reindirizzare è candidato a 410, non a un redirect forzato verso una pagina solo vagamente correlata.
• Eliminazioni di massa (deindicizzazioni ecommerce, potatura dei contenuti, consolidamenti): questo è il caso più forte per 410. Se elimini 50 mila SKU fuori catalogo o un’intera sottosezione, il risparmio di crawl budget dovuto alla minore frequenza di nuovo crawling dei 410 si accumula. Regola rapida per il retail: un prodotto davvero ritirato per sempre è un 410; un prodotto temporaneamente esaurito ma destinato a tornare non lo è: lascialo live (l’esaurimento scorte non è una cancellazione).
• Implementazione su larga scala: usa regole, non una pagina alla volta. Corrispondi ai pattern degli URL nella configurazione del server, nel CDN/edge worker o nel CMS: un blocco Nginx location, una RewriteRule … [R=410] Apache o un plugin massivo, così l’intero insieme ritirato restituisce 410 senza modificare ogni pagina a mano.

Consulta la scheda Playbooks per una procedura dettagliata sulle eliminazioni di massa.

Come lo gestisce Bing (e come accelerare)

Il meccanismo di Bing è simile nello spirito: elimina la pagina affinché restituisca 404 o 410, mantieni l’URL sottoponibile a crawling (non bloccarlo in robots.txt) così Bingbot può osservare lo status e Bing lo rimuove dopo un nuovo crawling che conferma l’eliminazione. L’acceleratore pratico di Bing è IndexNow: invialo al momento della rimozione perché Bing impari a rivisitare prima l’URL e mantieni aggiornata la sitemap. Per rimozioni urgenti (casi di fuga di dati o conformità), lo strumento Block URLs di Bing nasconde un URL per ~90 giorni come soluzione temporanea mentre il 410 permanente si propaga.

Una cautela sull’ultimo paragrafo: le pagine di assistenza di Bing vengono renderizzate tramite JavaScript, il che ha impedito una nuova verifica automatica pulita del testo esatto e aggiornato. Considera il meccanismo sopra come prassi documentata da Bing, non come una citazione appena riconfermata: controlla la pagina di assistenza live di Bing Webmaster Tools prima di considerare definitivi dettagli come la finestra di ~90 giorni dello strumento Block URLs.

Come verificare che un 410 funzioni

• Controlla lo status grezzo. curl -I https://example.com/gone-page/ dovrebbe mostrare HTTP/… 410. I DevTools del browser → scheda Network mostrano lo stesso risultato. Non fidarti della pagina visibile: fidati dell’header.
• Controllo URL (GSC). Conferma l’ultimo crawling di Google e lo status che ha osservato.
• Rapporto Copertura / Indicizzazione delle pagine. Controlla che gli URL rimossi escano dall’insieme indicizzato nei crawling successivi.

Ricorda le aspettative chiarite nella mia guida rimuovere URL: una pagina viene “removed from the index shortly after the page is re-crawled. Until it is removed, the page may still show in search results.” (traduzione) «rimossa dall’indice poco dopo essere stata sottoposta a nuovo crawling. Finché non viene rimossa, la pagina può ancora comparire nei risultati di ricerca». Un 410 non precede il nuovo crawling: fa vincere la decisione una volta che il nuovo crawling avviene.

Letture correlate in questo cluster: lo status generale 404 Not Found, il confronto diretto 404 contro 410 e la trappola del soft 404 appena descritta.

Riepilogo AI

Una sintesi della versione Advanced:

• 410 Gone = rimozione intenzionale e permanente. A differenza di un 404 («non trovato», senza motivo dichiarato), un 410 segnala esplicitamente che la pagina è stata eliminata di proposito e non tornerà.
• Entrambi deindicizzano la pagina nel tempo. Google inserisce 404 e 410 nella stessa categoria 4xx; gli URL indicizzati che restituiscono 4xx vengono rimossi e sottoposti a crawling meno spesso nel tempo.
• 410 è più rapido, ma solo di poco. Mueller ha confermato che Google tratta i 410 in modo «leggermente diverso» e li rimuove «più rapidamente». Il test di Reboot Online su 119 URL ha rilevato che i 404 ricevono nuovo crawling circa 49,6% più spesso dei 410: è un proxy della frequenza di crawling, non dei giorni necessari alla deindicizzazione.
• Non ripetere il dato «3 volte più veloce / 4 contro 12 giorni»: è folklore non tracciabile.
• Non è istantaneo e non impedisce i nuovi crawling: Google ricontrolla occasionalmente i 410, soprattutto quando gli URL hanno link in ingresso.
• Regola decisionale: 410 = certezza e permanenza (eliminazioni di massa, migrazioni senza equivalente, pulizia dello spam); 404 = incertezza o basso sforzo; 301 = esiste una pagina equivalente.
• Il soft 404 è l’errore peggiore: una pagina con status 200 e messaggio «non trovato» spreca il crawl budget per sempre.
• Su larga scala, implementa 410 con regole del server/CDN/CMS; usa IndexNow per accelerare Bing e lascia gli URL sottoponibili a crawling, così i bot possono vedere lo status.

Documentazione ufficiale

Documentazione primaria dei motori di ricerca.

Protocollo

• RFC 9110 §15.5.11 — 410 Scomparso — la definizione dello status nello standard HTTP: indisponibilità probabilmente permanente, scopo di manutenzione e rimozione dei link, discrezionalità del proprietario su ambito e durata e memorizzabilità euristica.

Google

• Come incidono su Google Search i codici di stato HTTP e gli errori di rete e DNS — la tabella 4xx (incluso 410 (gone)) e il modo in cui Google rimuove dall’indice gli URL 4xx.
• Come incidono i codici di stato HTTP sui crawler di Google — dichiara direttamente il raggruppamento: tutti i codici 4xx, tranne 429, vengono trattati allo stesso modo.
• Ottimizzare il crawl budget — restituisci 404/410 per le pagine rimosse permanentemente ed elimina i soft 404.
• Errori soft 404 — che cos’è un soft 404 e perché è peggiore di un vero 404/410.
• Spostamenti del sito con cambiamenti degli URL — restituisci 404/410 per i contenuti eliminati o accorpati che non trasferisci al nuovo sito e segui le indicazioni sulla durata dei redirect.

Bing / Microsoft

• Come rimuovere definitivamente un URL o una pagina da Bing o Copilot — elimina la pagina per restituire 404/410, mantienila sottoponibile a crawling e usa lo strumento Block URLs nei casi urgenti.
• IndexNow / indexnow.org — invia un ping per URL modificati o rimossi, così Bing li ricontrolla prima.

Citazioni dalla fonte

Dichiarazioni pubbliche di Google, dei suoi portavoce e dei test indipendenti. Ogni link ufficiale è un deep link che porta direttamente al passaggio citato nella pagina fonte.

Google — gestione dei 4xx (compreso 410)

• “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (traduzione) «Tutti gli errori 4xx, tranne 429, vengono trattati allo stesso modo: i crawler di Google informano il sistema di elaborazione successivo che il contenuto non esiste». — Documentazione sui crawler di Google. Vai alla citazione
• “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) «Secondo i documenti, Google smette nel tempo di usare il contenuto degli URL che restituiscono codici di stato 4xx; se un URL era già utilizzato ma ora restituisce 4xx, i sistemi Google ne abbandonano progressivamente l’uso». — Documentazione di Google Search Central. Vai alla citazione
• “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à stato indicizzato. Le nuove pagine 404 non vengono elaborate e la frequenza di crawling diminuisce gradualmente». Vai alla citazione

Google — crawl budget e rimozione permanente

• “Return a 404 or 410 status code for permanently removed pages. Google won’t forget a URL that it knows about, but a 404 status code is a strong signal not to crawl that URL again.” (traduzione) «Restituisci uno status 404 o 410 per le pagine rimosse permanentemente. Google non dimenticherà un URL che conosce, ma uno status 404 è un segnale forte per non sottoporre di nuovo quell’URL a crawling». — Documentazione di Google Search Central. Vai alla citazione
• “Eliminate soft 404 errors. soft 404 pages will continue to be crawled, and waste your budget.” (traduzione) «Elimina gli errori soft 404. Le pagine soft 404 continueranno a essere sottoposte a crawling e sprecheranno il tuo budget». Vai alla citazione

John Mueller, Google (secondo fonti secondarie)

• “It’s good to double-check these things, and it appears I was wrong there — we do treat 410s slightly differently than 404s.” (traduzione) «È bene ricontrollare questi aspetti e sembra che mi sbagliassi: trattiamo i 410 in modo leggermente diverso dai 404». Google “will sometimes want to confirm a 404 before removing a URL from the index, and we tend to do that faster with a 410 HTTP result code.” (traduzione) «a volte vuole confermare un 404 prima di rimuovere un URL dall’indice e tende a farlo più rapidamente con un risultato HTTP 410». Riportato dalla copertura di Search Engine Roundtable sul seguito dei commenti di Mueller; verifica di nuovo la fonte live prima di considerarlo definitivo. Leggi la copertura

Test indipendente — Reboot Online

• “An analysis of the Google Search Console API data looking at our sample of 119 test web pages shows that 404’s are, on average, crawled 49.6% more often than 410’s.” (traduzione) «Un’analisi dei dati dell’API di Google Search Console sul nostro campione di 119 pagine web di test mostra che i 404 vengono sottoposti a crawling in media il 49,6% più spesso dei 410». Misura la frequenza di nuovo crawling, il proxy misurabile dagli autori, non i giorni effettivi alla deindicizzazione. Leggi l’esperimento

Runbook: eliminare in massa un insieme di URL con 410

Usa questa procedura quando ritiri molti URL insieme: una gamma di prodotti fuori catalogo, una sezione di contenuti potata o contenuti che hai deciso deliberatamente di non trasferire su un nuovo sito. Procedi dall’alto verso il basso.

1. Conferma che questi URL siano davvero scomparsi per sempre. 410 è una porta a senso unico. Tutto ciò che potrebbe tornare (gamma stagionale, esaurimento temporaneo delle scorte) non è un 410: lascialo live. Tutto ciò che ha un equivalente reale è un redirect 301, non un 410. Nell’elenco 410 devono entrare solo gli URL senza futuro e senza sostituzione.

2. Dividi l’insieme degli URL secondo una regola pulita. Ti serve un pattern, non un foglio di calcolo da 50 mila righe: un prefisso di percorso (/archive/, /discontinued/), una firma di query o un elenco esprimibile con una map. Se non può essere espresso come regola, di solito è troppo disordinato per essere sicuro: ricontrolla il punto 1.

3. Implementa il 410 su edge o server, in massa.

   • Nginx: location /discontinued/ { return 410; }
   • Apache/.htaccess: RewriteRule ^discontinued/ - [R=410,L] (oppure Redirect gone /old-path).
   • CDN/edge worker: restituisci una risposta 410 per i percorsi corrispondenti: è il modo più rapido da distribuire su un insieme ampio ed è compatibile con la cache.
   • CMS/plugin: molte piattaforme (o un plugin per redirect/410) consentono di assegnare 410 in massa a un elenco di URL senza modificare ogni pagina.

4. Servi un vero corpo 410, non un soft 404. La risposta deve avere lo status 410 nell’header. Una pagina amichevole «questa risorsa è scomparsa» va bene purché lo status sia 410, non 200. Verifica un campione: curl -I <url> deve mostrare HTTP/… 410.

5. Mantieni gli URL sottoponibili a crawling. Non bloccarli in robots.txt. Se i bot non possono eseguire il crawling dell’URL, non possono vedere il 410 né elaborare la rimozione. Elimina eventuali regole disallow concorrenti per l’insieme.

6. Pota i link interni e le sitemap. Rimuovi gli URL ritirati dalla sitemap XML e dalla navigazione interna, così non stai indirizzando attivamente bot e utenti verso destinazioni morte. I link in ingresso che restano sono il motivo principale per cui Google continua a ricontrollare un

8. Accelera il nuovo crawling. Per Bing, invia tramite IndexNow gli URL rimossi. Per Google non esiste un’accelerazione massiva della rimozione, ma Controllo URL e una sitemap aggiornata lo aiutano ad accorgersene prima. Aspettati più crawling, non poche ore.

9. Monitora la deindicizzazione. Segui l’insieme degli URL che escono dall’indice nel rapporto Indicizzazione delle pagine di GSC e in Bing Webmaster Tools nelle settimane successive. Se gli URL restano, ricontrolla (a) un blocco accidentale in robots.txt, (b) un soft 404 200 che passa inosservato oppure (c) link in ingresso forti che rendono ancora «interessante» l’URL per il crawler.

Quando non eseguire questa procedura

• Eliminazione di una singola pagina: un normale 404 va bene; una regola 410 personalizzata non vale lo sforzo.
• Rimozione temporanea / esaurimento scorte: lascia la pagina live; non usare 410 per qualcosa che sta per tornare.
• Contenuto spostato: fai 301 verso il nuovo URL: 410 distrugge la domanda che vuoi conservare.
• Rimozione urgente per motivi legali o fuga di dati: imposta 410, ma usa anche lo strumento Block URLs di Bing e lo strumento Rimozioni di Google per la soppressione immediata mentre lo status si propaga.

Diagnosticare un 410 accidentale

Se un URL restituisce 410 e non dovrebbe, esegui questi controlli prima di attribuire il problema a un bug del codice applicativo: le regole di massa falliscono in alcuni modi ricorrenti.

• Regole di origine, edge e CMS. Controlla la configurazione del server, le regole del CDN o dell’edge worker e qualsiasi plugin del CMS per redirect o status, cercando un pattern di percorso che abbia intercettato più URL del previsto.
• Livello cache/CDN. Un 410 è memorizzabile per euristica per impostazione predefinita: un 410 vecchio nella cache può continuare a essere servito anche dopo la correzione della regola, finché la voce scade o viene eliminata.
• Link interni e sitemap. Verifica che l’URL interessato non sia finito in una regola 410 di massa a causa di un prefisso di percorso più ampio dell’insieme ritirato previsto.
• Canonical, hreflang e feed. Un target canonical, un alternate hreflang o una voce di feed di prodotto o contenuto che punta all’URL significa che il 410 danneggia più di una sola pagina: traccia ogni riferimento all’URL, non solo l’URL stesso.
• Rollback. Conserva la regola o configurazione precedente al rilascio, così puoi annullare immediatamente una corrispondenza errata invece di diagnosticare di nuovo l’intera regola da zero.

Questo URL deve restituire 410?

Prompt: classificare un elenco di eliminazioni

Classify each URL in this deletion spreadsheet as keep live, 301 redirect, 404, 410,
or needs human review. Use only the columns I provide: current status, replacement
candidate, permanence, traffic/backlink notes, internal links, and sitemap membership.
Explain each 410 decision, flag unsupported replacement mappings, and output a CSV
plus a validation sample. Do not invent destinations or assume a product is permanent.

[PASTE ROWS AND COLUMN DEFINITIONS]

Prompt: verificare una regola 410 di massa

Review this server, CDN, or application rule that returns 410 for retired URLs. Find
overbroad path matches, conflicts with redirects, robots.txt blocking, soft-404 200s,
and URLs that might return. Give a minimal safer rule and a pass/fail test matrix.
Preserve the configuration language I provide and do not invent provider syntax.

[PASTE RULE AND REPRESENTATIVE URLS]

Shell: verificare un elenco di URL ritirati

Esegui questo comando in un terminale macOS/Linux con un URL assoluto per riga nel file gone-urls.txt.

while IFS= read -r url; do
  code=$(curl -sS -o /dev/null -w '%{http_code}' "$url")
  printf '%s,%s\n' "$code" "$url"
done < gone-urls.txt

Esamina ogni risultato diverso da 410 invece di riscriverlo automaticamente: un redirect o un URL live potrebbe essere intenzionale.

PowerShell: verificare lo stesso elenco

Get-Content .\gone-urls.txt | ForEach-Object {
  $r = Invoke-WebRequest -Uri $_ -SkipHttpErrorCheck
  [PSCustomObject]@{ Status = $r.StatusCode; Url = $_ }
} | Export-Csv .\gone-results.csv -NoTypeInformation

Console DevTools: trovare i link verso un percorso ritirato

Esegui questo comando nella Console del browser dopo aver sostituito il prefisso del percorso.

console.table([...document.links].filter(a => new URL(a.href).pathname.startsWith('/retired/')).map(a => ({text: a.textContent.trim(), href: a.href})));

Strumenti per implementare e verificare i 410

• Verificatore massivo dei codici di stato HTTP: verifica l’intero insieme ritirato e intercetta 200s accidentali, redirect e risposte incoerenti.
• Generatore di mappe di redirect: separa gli URL con equivalenti reali da quelli che dovrebbero essere rimossi prima di scrivere le regole 410.
• Pianificatore e validatore di migrazioni SEO: controlla le mappature dei redirect e gli status distribuiti durante una migrazione in cui alcuni URL vengono ritirati.
• Analizzatore dei link: trova i link interni che puntano ancora agli URL rimossi, così il sito smette di pubblicizzare destinazioni morte.
• Controllo URL e Indicizzazione delle pagine di Search Console: conferma l’ultima risposta osservata da Google e monitora l’insieme che esce dall’indice dopo il nuovo crawling.

Convalidare un rilascio 410

Test di status e ambito

Test da eseguire: controlla corrispondenze rappresentative, quasi-corrispondenze ed eccezioni con il Verificatore massivo dei codici di stato HTTP. Risultato atteso: solo gli URL ritirati approvati restituiscono 410. Interpretazione di un fallimento: la regola è troppo ampia, troppo limitata oppure oscurata da un’altra regola. Finestra di monitoraggio: subito dopo ogni rilascio edge/origine. Trigger di rollback: un URL live o reindirizzabile diventa 410.

Test di sottoponibilità a crawling e corpo della risposta

Test da eseguire: recupera normalmente ogni campione e controlla robots.txt oltre allo status grezzo. Risultato atteso: i crawler possono richiedere l’URL, la risposta è 410 e un eventuale corpo amichevole non lo trasforma in 200. Interpretazione di un fallimento: una regola robots nasconde il segnale oppure il template di errore crea un soft 404. Finestra di monitoraggio: immediata. Trigger di rollback: il rilascio impedisce il crawling del percorso ritirato o serve 200.

Test di pulizia dei segnali interni

Test da eseguire: esegui il crawling dei link interni e controlla le sitemap XML per l’insieme ritirato. Risultato atteso: gli URL 410 approvati sono assenti dalla navigazione e dalle sitemap attuali. Interpretazione di un fallimento: il sito invia ancora segnali di scoperta in conflitto. Finestra di monitoraggio: dopo la pubblicazione della sitemap o del build successivo. Trigger di rollback: la pulizia rimuove link o voci di sitemap per URL fuori dall’insieme approvato.

Test diagnostico degli 410 accidentali

Test da eseguire: per ogni URL che restituisce 410 inaspettatamente, controlla l’ambito della regola di origine/edge/CMS, il livello cache/CDN e qualsiasi voce canonical, hreflang o feed che faccia riferimento all’URL. Risultato atteso: la corrispondenza è intenzionale e nessun target canonical, hreflang o feed è coinvolto. Interpretazione di un fallimento: una regola troppo ampia, un 410 obsoleto nella cache o una voce canonical/hreflang/feed con ambito errato sta producendo lo status sbagliato. Finestra di monitoraggio: appena viene segnalato un 410 inatteso. Trigger di rollback: torna all’ultima regola/configurazione nota come corretta ed elimina dalla cache il percorso interessato.

Mettiti alla prova: 410 Gone

Cinque domande rapide sul significato di 410 e su quando usarlo. Scegli una risposta per ciascuna, poi verifica il risultato.

Risorse che vale la pena leggere

I miei articoli correlati

• Codici di stato HTTP: elenco completo — il mio riferimento completo sui codici di stato, compresa la tesi «404 e 410 sono più o meno uguali nella pratica».
• Come rimuovere URL dalla Ricerca Google (5 metodi) — dove si collocano 404/410 tra le opzioni di rimozione e perché la rimozione segue il nuovo crawling.
• La guida per principianti alla SEO tecnica — il posto dei codici di stato nel quadro tecnico più ampio.

I miei interventi

• Come funziona la ricerca (SlideShare) — il mio percorso attraverso crawling, indicizzazione e il modo in cui i codici di stato alimentano la pipeline. (Disclaimer permanente: «Questa è la mia comprensione dei sistemi… non sarà completa o accurata al 100%».)

Dal settore

• RFC 9110 §15.5.11 — 410 Scomparso (IETF) — la definizione effettiva dello status nello standard HTTP.
• Come incidono i codici di stato HTTP su Google Search (Google Search Central) — la documentazione autorevole sulla gestione dei 4xx.
• Come incidono i codici di stato HTTP sui crawler di Google (Google) — dichiara direttamente il raggruppamento dei 4xx tranne 429.
• Ottimizzare il crawl budget (Google Search Central) — il più chiaro collegamento ufficiale tra 404/410 e crawl budget.
• Spostamenti del sito con cambiamenti degli URL (Google Search Central) — 404/410 per i contenuti non trasferiti su un nuovo sito.
• 404 contro 410: l’esperimento SEO tecnico (Reboot Online) — il test controllato su 119 URL e oltre 3 mesi; i 404 hanno ricevuto crawling circa il 49,6% più spesso dei 410.
• John Mueller di Google chiarisce la confusione tra 404 e 410 (Search Engine Journal) — la copertura della prima posizione di Mueller, secondo cui non c’era una differenza reale.
• Ora Google tratta allo stesso modo i codici di risposta 404 e 410 (Search Engine Roundtable) — il seguito in cui Mueller ammette una piccola differenza (titolo ironico: leggi il contenuto).
• Come rimuovere definitivamente un URL da Bing o Copilot (Bing Webmaster Tools) — il meccanismo di rimozione 404/410 + IndexNow di Bing.

Cronologia modifiche