410 Gone — disparu

TL;DR — Un statut 410 Gone permet de dire aux moteurs de recherche : « cette page était ici, nous l’avons supprimée volontairement et elle ne reviendra pas ». C’est comme une 404 (Introuvable), mais avec une intention explicite : une 404 dit seulement « rien ici », tandis qu’une 410 dit « disparu, définitivement, par choix ». Les deux finissent par faire sortir la page de Google — Google documente les deux codes comme équivalents pour la recherche.

Que signifie un 410 ?

Lorsqu’un navigateur ou un moteur de recherche demande une page à votre serveur, celui-ci répond avec un code de statut. 200 signifie « la voici ». 404 signifie « je ne trouve rien à cette URL ». 410 signifie « il y avait quelque chose ici, mais c’est disparu — définitivement ».

La différence entre 404 et 410 tient à la certitude. Une 404 est ambiguë : la page a peut-être été supprimée, quelqu’un a peut-être mal saisi l’URL, ou il y a peut-être un bug qui sera corrigé demain. Une 410 lève cette ambiguïté : vous dites explicitement au monde entier que la page a été supprimée volontairement et ne reviendra pas.

Pourquoi est-ce important pour le SEO ?

Si vous supprimez une page et qu’elle renvoie une 404 ou une 410, Google finira par la retirer des résultats de recherche. C’est l’essentiel : les deux codes font le travail. Les recommandations publiées par Google traitent les deux codes de la même manière pour la recherche et ne promettent aucun calendrier de suppression spécial pour la 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

Quelques erreurs fréquentes chez les débutants :

• Ce n’est pas instantané. Google doit réexplorer l’URL pour remarquer le nouveau statut. Tant qu’il ne l’a pas fait, la page peut encore apparaître dans les résultats (parfois avec un extrait mis en cache). Une 410 accélère la décision, pas le calendrier d’exploration.
• Ne bloquez pas l’URL. Si vous supprimez une page et la bloquez dans robots.txt, Google ne peut pas l’explorer pour voir la 410 — il ne peut donc pas traiter la suppression. Laissez-la être explorée.
• S’il existe un bon remplacement, redirigez plutôt. Lorsque le contenu a été déplacé ou qu’il possède un équivalent naturel, une redirection 301 est généralement préférable : la 410 tue la page et toute la demande qui lui est associée, ce que vous ne voulez précisément pas s’il existe une destination utile.

La règle simple

Utilisez une 410 lorsque vous êtes certain qu’une page a disparu pour toujours et que vous voulez le signaler clairement — produits retirés, sections supprimées, nettoyage de spam. Utilisez une 404 si vous n’êtes pas sûr, si la page pourrait revenir ou si l’effort d’une règle spéciale ne vaut pas la peine. Pour la plupart des suppressions unitaires, une 404 simple convient parfaitement.

Vous voulez les données derrière la question « combien plus vite ? », ce que John Mueller a réellement dit et la manière de procéder à grande échelle pendant une migration ? Passez à l’onglet Advanced.

TL;DR — Les 410 et les 404 retirent toutes deux une URL de l’index Google avec le temps ; la vraie question concerne la vitesse de la décision de suppression et l’efficacité du budget d’exploration, pas le fait que la suppression ait lieu. Les documents de référence de Google traitent les 404 et 410 comme une seule catégorie 4xx. L’affirmation « la 410 est plus rapide » est une nuance confirmée sur le terrain et reconnue par Google — petite, pas spectaculaire. Le chiffre honnête : Google confirme une suppression 410 un peu plus vite et réexplore les 410 moins souvent. Le chiffre souvent répété « 3 fois plus vite, 4 contre 12 jours » est une légende non vérifiée — ne le répétez pas. La 410 devient utile à grande échelle (suppressions massives, migrations sans équivalent, nettoyage de spam ou de piratage), et l’erreur la plus coûteuse est la soft 404, qui gaspille indéfiniment le budget d’exploration.

Ce qu’est réellement une 410

410 Gone est un statut d’erreur client de la famille 4xx. Sémantiquement, c’est une « 404 renforcée » : la ressource a existé, elle a été supprimée volontairement et définitivement, et aucune adresse de redirection n’est proposée. Une 404 ne dit rien de l’intention ou de la permanence : elle signifie seulement « introuvable pour le moment ».

La section 15.5.11 de la RFC 9110, la véritable norme HTTP, précise ce que signifie « gone » : la condition est probablement permanente — et si vous ignorez réellement si elle l’est, la recommandation de la spécification est d’utiliser 404. Son objectif déclaré est de faciliter la maintenance en indiquant aux clients et aux robots que le lien doit être supprimé. Deux nuances que la plupart des articles oublient : elle n’exige pas que toutes les ressources définitivement disparues utilisent 410, et elle n’exige pas non plus que le statut 410 reste en place pour toujours — les deux points sont laissés à la discrétion de l’origine. Elle indique aussi qu’une réponse 410 est heuristiquement susceptible d’être mise en cache par défaut ; un cache intermédiaire ou un CDN peut donc continuer à servir cette réponse jusqu’à son expiration si vous ne définissez pas de directives cache-control explicites.

Pour le SEO, la distinction repose entièrement sur le signal d’intention. Les deux codes disent à un robot que la page ne doit plus être servie. La 410 ajoute « …et ne vous attendez pas à son retour », ce qui est le point dont les moteurs de recherche peuvent tenir compte.

Google désindexe-t-il les 410 plus vite que les 404 ?

Réponse courte : oui, mais modestement. Voici la version honnête, séparée en trois éléments que l’on confond souvent.

1. Ce que dit réellement la documentation de Google. Les documents de référence de Google ne réservent pas de délai spécial aux 410. Sa documentation sur l’exploration indique directement le regroupement : « All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist. » (traduction) : « Toutes les erreurs 4xx, sauf 429, sont traitées de la même manière : les robots de Google informent le système de traitement suivant que le contenu n’existe pas. »* 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 Les documents Search de Google décrivent le même mécanisme autrement : « Google doesn’t use the content from URLs that return 4xx status codes… URLs that are already indexed and return a 4xx status code are removed from the index. » (traduction) : « Google n’utilise pas le contenu des URL qui renvoient des codes de statut 4xx… Les URL déjà indexées qui renvoient un code de statut 4xx sont retirées de l’index. »* Les mécanismes de suppression sont décrits pour les 404 et s’appliquent de la même façon — « the indexing pipeline removes the URL from the index if it was previously indexed… The crawling frequency gradually decreases. » (traduction) : « le pipeline d’indexation retire l’URL de l’index si elle y était déjà… La fréquence d’exploration diminue progressivement. »* Au niveau de la documentation, 404 et 410 sont fonctionnellement identiques — 429 est le seul code 4xx traité différemment (il signifie « réessayez plus tard », pas un signal de suppression).

2. Ce qu’a dit John Mueller. Le porte-parole de Google a défendu les deux positions, ce qui est instructif. Au début, il jugeait la différence négligeable. Plus tard, après une vérification interne, il s’est corrigé : « it appears I was wrong there — we do treat 410s slightly differently than 404s » (traduction) : « il semble que je me sois trompé — nous traitons bien les 410 un peu différemment des 404 », et 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 » (traduction) : « veut parfois confirmer une 404 avant de retirer une URL de l’index, et nous avons tendance à le faire plus vite avec une réponse HTTP 410 ». Il existe donc une différence — une décision de suppression de l’index légèrement plus rapide — mais elle reste faible. Surtout, passer à 410 n’empêche pas Google de revérifier l’URL occasionnellement, notamment si elle possède encore des liens entrants.

3. Ce que montrent les tests indépendants. La meilleure donnée concrète que j’aie vue vient de l’expérience contrôlée de Reboot Online : 119 URL de test sur plus de trois mois. Leur résultat concernait la fréquence d’exploration, pas le nombre brut de jours jusqu’à la désindexation — « 404’s are, on average, crawled 49.6% more often than 410’s. » (traduction) : « les 404 sont, en moyenne, explorées 49,6 % plus souvent que les 410 ». En d’autres termes, Googlebot consomme nettement moins de budget à revérifier les 410. C’est l’argument du budget d’exploration sous une forme concrète. (À noter : l’étude mesurait la fréquence de réexploration, car l’API GSC ne permettait pas de mesurer proprement « encore indexée contre supprimée ».)

Mon propre cadrage dans Codes de statut HTTP : liste complète est cohérent avec tout cela : « 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. » (traduction) : « les 404 et les 410 sont traitées de manière similaire. Les deux retirent les pages de l’index, mais les 410 sont légèrement plus rapides. En pratique, elles sont à peu près équivalentes. »* Croyez au « légèrement » et méfiez-vous du « 3 fois ».

Le mythe à abandonner

Vous verrez souvent « la 410 désindexe 3 fois plus vite — 4 jours contre 12 » répété dans de nombreux blogs. Je n’ai jamais pu retrouver ce chiffre dans une étude originale décrivant sa méthodologie — il ressemble à une reformulation déformée du chiffre de Reboot. Ne le citez pas. L’affirmation défendable est « un peu plus vite et un peu moins réexplorée », rien de plus.

Quand utiliser 410, 404 ou une redirection ?

C’est une décision à trois branches, pas à deux.

• Utilisez 410 si vous êtes certain que le contenu a disparu pour toujours et que vous voulez le signaler activement : suppressions massives, gammes de produits retirées, nettoyage de spam ou de contenu piraté, regroupements de site pour lesquels un ensemble d’URL n’a aucun remplacement. La 410, c’est vous qui prenez position.
• Utilisez 404 si vous n’êtes pas certain, si la page peut revenir ou si le coût d’ingénierie d’une réponse spéciale ne se justifie pas. Pour les suppressions ponctuelles à faible volume, la 404 convient — la différence SEO ne vaudra pas une implémentation sur mesure.
• Utilisez une redirection 301 si une page équivalente existe. Ne transformez pas en 410 une URL qui possède un remplacement naturel : redirigez-la, transmettez les signaux et conservez la demande. La 410 détruit cela volontairement.

Une autre précision mérite d’être explicite : ni 410, ni 404, ni redirection ne sont en eux-mêmes un levier sur la valeur des backlinks ou l’autorité thématique. La conservation de la valeur des liens entrants dépend de leur destination après votre intervention (une redirection peut transmettre des signaux à la nouvelle cible ; une 410 n’a nulle part où les transmettre), et non d’une propriété automatique du code de statut. Traitez les conséquences sur les backlinks et l’autorité comme dépendantes des éléments observés — vérifiez ce qui pointe réellement vers la page et où — plutôt que de supposer qu’un choix de code garantit un résultat d’autorité dans un sens ou dans l’autre.

Le piège de la soft 404 (l’erreur qui coûte vraiment)

Choisir le « mauvais » code 4xx est une erreur d’arrondi comparé au fait de servir une soft 404 — une page qui renvoie 200 OK avec un message « introuvable » dans son corps. Google continue d’explorer les soft 404 car, du point de vue du code de statut, ce sont des pages actives. Elles « will continue to be crawled, and waste your budget. » (traduction) : « continueront à être explorées et gaspilleront votre budget. »* Si vous supprimez du contenu, l’objectif est une vraie 404/410, pas une page « oups, c’est parti » sympathique qui répond encore 200.

410 pendant les migrations et les suppressions massives

C’est là que le choix cesse d’être théorique. Lors d’une migration technique ou d’une grande réduction de contenu, vous décidez du sort de milliers d’URL en une fois.

• Migrations : les recommandations de migration de Google sont explicites : le contenu que vous ne transférez pas doit renvoyer une vraie 404 ou 410 sur le nouveau site. Le modèle mental : rediriger ce qui a un équivalent, utiliser 410 pour ce qui est délibérément retiré sans équivalent et ne pas forcer les URL réellement incertaines à devenir autre chose que des 404. Gardez les redirections longtemps (Google suggère au moins un an) — mais une URL qui n’a rien vers quoi rediriger est candidate à 410, et non à une redirection forcée vers une page vaguement liée.
• Suppressions massives (retraits de produits e-commerce, élagage de contenu, regroupements) : c’est le cas le plus solide pour 410. Quand vous supprimez 50 000 SKU arrêtés ou toute une sous-section, l’économie de budget apportée par la fréquence de réexploration plus faible des 410 se cumule. Pour le commerce, un choix rapide : un produit réellement arrêté pour toujours devient une 410 ; un produit temporairement en rupture mais qui reviendra ne l’est pas — laissez-le vivre (une rupture de stock n’est pas une suppression).
• Implémentation à grande échelle : faites-le avec des règles, pas page par page. Faites correspondre des modèles d’URL dans la configuration serveur, le CDN, le worker en périphérie ou le CMS — un bloc location Nginx, une RewriteRule … [R=410] Apache ou un plugin de masse — afin que tout l’ensemble retiré réponde 410 sans édition manuelle.

Consultez l’onglet Playbooks pour une procédure détaillée de suppression massive.

Comment Bing le gère (et comment accélérer le processus)

Le mécanisme de Bing suit la même logique : supprimer la page pour qu’elle renvoie 404 ou 410, laisser l’URL explorable (ne pas la bloquer dans robots.txt) afin que Bingbot puisse observer le statut, puis Bing la retire après une réexploration qui confirme la suppression. L’accélérateur pratique de Bing est IndexNow — envoyez un signal lors de la suppression pour que Bing revisite l’URL plus tôt et gardez votre sitemap à jour. Pour les retraits urgents (fuites ou cas de conformité), l’outil Bing Block URLs masque une URL pendant environ 90 jours comme mesure provisoire pendant la propagation de la 410 permanente.

Une réserve s’impose pour ce dernier paragraphe : les pages d’aide de Bing sont rendues en JavaScript, ce qui a empêché une nouvelle vérification automatisée propre de leur formulation exacte. Traitez le mécanisme ci-dessus comme une pratique documentée par Bing plutôt que comme une citation fraîchement confirmée — vérifiez la page d’aide actuelle de Bing Webmaster Tools avant de considérer comme définitifs des détails tels que la fenêtre d’environ 90 jours de l’outil Block URLs.

Comment vérifier qu’une 410 fonctionne

• Vérifiez le statut brut. curl -I https://example.com/gone-page/ doit afficher HTTP/… 410. Les outils de développement du navigateur → onglet Network affichent la même chose. Ne faites pas confiance à la page visible — fiez-vous à l’en-tête.
• Inspection d’URL (GSC). Confirme comment Google l’a explorée la dernière fois et quel statut il a observé.
• Rapport Couverture / Indexation des pages. Suivez le retrait des URL de l’ensemble indexé au fil des explorations suivantes.

Gardez en tête la mise en garde de mon guide remove URLs : une page est « removed from the index shortly after the page is re-crawled. Until it is removed, the page may still show in search results. » (traduction) : « retirée de l’index peu après la réexploration de la page. Tant qu’elle n’est pas retirée, elle peut encore apparaître dans les résultats de recherche. »* Une 410 ne devance pas la réexploration — elle emporte simplement la décision une fois celle-ci effectuée.

Lectures associées dans ce cluster : le statut général 404 Not Found, la comparaison approfondie 404 contre 410 et le piège de la soft 404 présenté plus haut.

Résumé de la version Advanced

Voici une synthèse de la version Advanced :

• 410 Gone = suppression volontaire et définitive. Contrairement à une 404 (« introuvable », sans raison indiquée), une 410 signale explicitement que la page a été supprimée volontairement et ne reviendra pas.
• Les deux désindexent finalement la page. Google place les 404 et les 410 dans la même catégorie 4xx ; les URL indexées qui renvoient 4xx sont retirées et moins explorées avec le temps.
• La 410 est plus rapide — modestement. Mueller a confirmé que Google traite les 410 « légèrement différemment » et les retire « plus vite ». Le test de Reboot Online sur 119 URL a trouvé que les 404 sont explorées environ 49,6 % plus souvent que les 410 (un indicateur de fréquence d’exploration, pas le nombre de jours jusqu’à la désindexation).
• Ne répétez pas le chiffre « 3 fois plus vite / 4 contre 12 jours » — c’est une légende impossible à rattacher à une source.
• Ce n’est pas instantané et la réexploration ne s’arrête pas ; Google revérifie encore parfois les 410, surtout pour les URL qui ont des liens entrants.
• Règle de décision : 410 = certain et définitif (suppressions massives, migrations sans équivalent, nettoyage de spam) ; 404 = incertain ou faible effort ; 301 = une page équivalente existe.
• La soft 404 est une erreur plus grave : une page avec statut 200 et message « introuvable » gaspille durablement le budget d’exploration.
• À grande échelle, implémentez 410 avec des règles serveur/CDN/CMS ; utilisez IndexNow pour accélérer Bing ; gardez les URL explorables afin que les robots puissent voir le statut.

Documentation officielle

Documentation provenant de sources primaires des moteurs de recherche.

Protocole

• RFC 9110 §15.5.11 — 410 Gone — définition de la norme HTTP : indisponibilité probablement permanente, objectif de maintenance et de suppression des liens, discrétion du propriétaire sur la portée et la durée, et possibilité de mise en cache heuristique.

Google

• Comment les codes de statut HTTP, les erreurs réseau et DNS affectent Google Search — tableau des 4xx (dont 410 (gone)) et manière dont Google retire les URL 4xx de l’index.
• Comment les codes de statut HTTP affectent les robots de Google — énonce directement le regroupement : tous les codes 4xx, sauf 429, sont traités de la même manière.
• Optimiser votre budget d’exploration — renvoyer 404/410 pour les pages définitivement supprimées et éliminer les soft 404.
• Erreurs soft 404 — définition d’une soft 404 et raison pour laquelle elle est pire qu’une vraie 404/410.
• Migration de site avec changement d’URL — renvoyer 404/410 pour le contenu supprimé ou fusionné qui n’est pas transféré vers le nouveau site ; recommandations sur la durée des redirections.

Bing / Microsoft

• Supprimer définitivement une URL ou une page de Bing ou Copilot — supprimer la page pour renvoyer 404/410, la laisser explorable et utiliser l’outil Block URLs pour les cas urgents.
• IndexNow / indexnow.org — signaler les URL modifiées ou supprimées afin que Bing les revérifie plus tôt.

Citations de la source

Déclarations publiques de Google, de ses porte-parole et de tests indépendants. Chaque lien officiel est un lien profond qui mène directement au passage cité sur la page source.

Google — traitement des 4xx (dont 410)

• “All 4xx errors, except 429, are treated the same: Google crawlers inform the next processing system that the content doesn’t exist.” (traduction) : « Toutes les erreurs 4xx, sauf 429, sont traitées de la même manière : les robots de Google informent le système de traitement suivant que le contenu n’existe pas. » — Documentation d’exploration de Google. Aller à la citation
• “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.” (traduction) : « Google n’utilise pas le contenu des URL qui renvoient des codes de statut 4xx. Si une URL était utilisée auparavant mais renvoie désormais un code de statut 4xx, les systèmes de Google cesseront de l’utiliser avec le temps. » — Documentation Google Search Central. Aller à la citation
• “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.” (traduction) : « le pipeline d’indexation retire l’URL de l’index si elle y était déjà. Les nouvelles pages 404 rencontrées ne sont pas traitées. La fréquence d’exploration diminue progressivement. » Aller à la citation

Google — budget d’exploration et suppression définitive

• “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.” (traduction) : « Renvoyez un code de statut 404 ou 410 pour les pages définitivement supprimées. Google n’oubliera pas une URL qu’il connaît, mais un code de statut 404 est un signal fort pour ne plus explorer cette URL. » — Documentation Google Search Central. Aller à la citation
• “Eliminate soft 404 errors. soft 404 pages will continue to be crawled, and waste your budget.” (traduction) : « Éliminez les erreurs soft 404. Les pages soft 404 continueront d’être explorées et gaspilleront votre budget. » Aller à la citation

John Mueller, Google (d’après un compte rendu secondaire)

• “It’s good to double-check these things, and it appears I was wrong there — we do treat 410s slightly differently than 404s.” (traduction) : « Il est bon de revérifier ces points, et il semble que je me sois trompé — nous traitons bien les 410 un peu différemment des 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.” (traduction) : « Google veut parfois confirmer une 404 avant de retirer une URL de l’index, et nous avons tendance à le faire plus vite avec un code de résultat HTTP 410 ». Relaté par Search Engine Roundtable dans son compte rendu du suivi de Mueller ; revérifiez la source en direct avant de considérer cette formulation comme définitive. Lire le compte rendu

Test indépendant — 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.” (traduction) : « Une analyse des données de l’API Google Search Console portant sur notre échantillon de 119 pages web de test montre que les 404 sont, en moyenne, explorées 49,6 % plus souvent que les 410. » Mesure la fréquence de réexploration (leur indicateur mesurable), pas le nombre brut de jours jusqu’à la désindexation. Lire l’expérience

Procédure : appliquer 410 à un ensemble d’URL (suppression ou migration)

Utilisez cette procédure lorsque vous retirez de nombreuses URL en une fois — une gamme de produits abandonnée, une section de contenu élaguée ou un contenu que vous ne transférez délibérément pas vers un nouveau site. Suivez les étapes dans l’ordre.

1. Confirmez que ces URL sont réellement définitivement supprimées. 410 est une porte à sens unique. Tout ce qui pourrait revenir (gammes saisonnières, ruptures de stock temporaires) ne doit pas recevoir 410 — gardez-le en ligne. Tout ce qui possède un véritable équivalent est une redirection 301, pas une 410. Seules les URL sans avenir et sans remplacement doivent figurer sur la liste 410.

2. Segmentez l’ensemble d’URL avec une règle propre. Cherchez un modèle, pas un tableur de 50 000 lignes : un préfixe de chemin (/archive/, /discontinued/), une signature de requête ou une liste exprimable sous forme de map. Si l’ensemble ne peut pas être exprimé par une règle, il est généralement trop désordonné pour être sûr — revérifiez l’étape 1.

3. Implémentez la 410 en masse à la périphérie ou sur le serveur.

   • Nginx : location /discontinued/ { return 410; }
   • Apache/.htaccess : RewriteRule ^discontinued/ - [R=410,L] (ou Redirect gone /old-path).
   • CDN/worker en périphérie : renvoyez une réponse 410 pour les chemins correspondants — c’est rapide à déployer sur un grand ensemble et compatible avec la mise en cache.
   • CMS/plugin : de nombreuses plateformes (ou un plugin de redirection/410) permettent d’attribuer 410 en masse à une liste d’URL sans toucher à chaque page.

4. Servez un vrai corps 410 — pas une soft 404. La réponse doit porter le statut 410 dans l’en-tête. Une page sympathique « cette page a disparu » convient à condition que le statut soit 410, et non 200. Vérifiez un échantillon : curl -I <url> doit afficher HTTP/… 410.

5. Gardez les URL explorables. Ne les bloquez pas dans robots.txt. Si les robots ne peuvent pas explorer l’URL, ils ne peuvent pas voir la 410 ni traiter la suppression. Retirez toute règle Disallow concurrente qui viserait l’ensemble.

6. Épure les liens internes et les sitemaps. Retirez les URL retirées de votre sitemap XML et de la navigation interne afin de ne pas continuer à orienter les robots (et les utilisateurs) vers des destinations mortes. Les liens entrants persistants sont la principale raison pour laquelle Google continue à revérifier une 410.

7. Accélérez la réexploration. Pour Bing, envoyez un signal IndexNow avec les URL supprimées. Pour Google, il n’existe pas d’accélérateur groupé de suppression, mais l’Inspection d’URL et un sitemap mis à jour l’aident à remarquer le changement plus tôt. Attendez-vous à plusieurs explorations, pas à quelques heures.

8. Surveillez la désindexation. Suivez la sortie de l’ensemble de l’index dans le rapport Indexation des pages de GSC et dans Bing Webmaster Tools au cours des semaines suivantes. Si des URL restent présentes, recherchez (a) un blocage accidentel dans robots.txt, (b) une soft 404 200 qui se serait glissée ou (c) des liens entrants forts qui gardent l’URL « intéressante » pour le robot.

Quand ne pas appliquer cette procédure

• Suppression d’une seule page : une 404 simple convient ; une règle 410 sur mesure ne vaut pas l’effort.
• Suppression temporaire / rupture de stock : gardez la page en ligne ; ne mettez pas en 410 quelque chose qui va revenir.
• Contenu déplacé : faites une 301 vers la nouvelle URL — la 410 détruit la demande que vous cherchez à conserver.
• Retrait urgent pour raison juridique ou fuite : mettez la 410 en place, mais utilisez aussi l’outil Block URLs de Bing et l’outil Removals de Google pour une suppression immédiate pendant la propagation du statut.

Diagnostiquer une 410 accidentelle

Si une URL renvoie 410 alors qu’elle ne devrait pas, examinez les points suivants avant de conclure à un bug du code applicatif — les règles en masse échouent de quelques manières prévisibles :

• Règles d’origine, de périphérie et du CMS. Vérifiez la configuration du serveur, les règles du CDN/worker en périphérie et tout plugin de redirection ou de statut au niveau du CMS qui aurait pu faire correspondre un modèle de chemin plus large que prévu.
• Couche de cache/CDN. Une 410 est heuristiquement susceptible d’être mise en cache par défaut ; une 410 obsolète mise en cache peut continuer à être servie après la correction de la règle sous-jacente, jusqu’à l’expiration ou à la purge de l’entrée.
• Liens internes et sitemaps. Vérifiez que l’URL concernée n’a pas été capturée par une règle 410 en masse à cause d’une correspondance de préfixe plus large que l’ensemble retiré prévu.
• Canoniques, hreflang et flux. Une cible canonique, un alternate hreflang ou une entrée de flux produit/contenu pointant vers l’URL signifie que la 410 a des effets au-delà de cette seule page — tracez tout ce qui référence l’URL, pas seulement l’URL elle-même.
• Retour arrière. Conservez à portée de main la règle ou la configuration antérieure au déploiement afin de pouvoir annuler immédiatement une correspondance erronée, sans devoir rediagnostiquer toute la règle.

Cette URL doit-elle renvoyer 410 ?

Prompt : classer une liste de suppressions

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 : vérifier une règle 410 en masse

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 : vérifier une liste d’URL retirées

Exécutez ceci dans un terminal macOS/Linux avec une URL absolue par ligne dans 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

Examinez toute réponse autre que 410 au lieu de la réécrire automatiquement ; une redirection ou une URL active peut être intentionnelle.

PowerShell : vérifier la même liste

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 : trouver les liens vers un chemin retiré

Exécutez ceci dans la console du navigateur après avoir remplacé le préfixe de chemin.

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

Outils pour implémenter et vérifier les 410

• Bulk HTTP Status Code Checker : vérifiez tout l’ensemble retiré et détectez les 200s accidentels, les redirections et les réponses incohérentes.
• Redirect Map Builder : séparez les URL qui ont de vrais équivalents de celles qui doivent être supprimées avant d’écrire les règles 410.
• SEO Migration Planner & Validator : vérifiez les correspondances de redirection et les statuts déployés lors d’une migration où certaines URL sont retirées.
• Link Analyzer : trouvez les liens internes qui pointent encore vers des URL supprimées afin que le site cesse d’annoncer des destinations mortes.
• Inspection d’URL et Indexation des pages dans Search Console : confirmez la dernière réponse observée par Google et suivez la sortie de l’ensemble de l’index après la réexploration.

Valider un déploiement 410

Test du statut et du périmètre

Test à exécuter : vérifiez les correspondances représentatives, les quasi-correspondances et les exceptions avec le Bulk HTTP Status Code Checker. Résultat attendu : seules les URL retirées approuvées renvoient 410. Interprétation d’un échec : la règle est trop large, trop étroite ou masquée par une autre. Fenêtre de surveillance : immédiatement après chaque déploiement à la périphérie ou à l’origine. Déclencheur de retour arrière : une URL active ou redirigeable devient 410.

Test d’explorabilité et de corps

Test à exécuter : récupérez chaque échantillon normalement et inspectez robots.txt ainsi que le statut brut. Résultat attendu : les robots peuvent demander l’URL, la réponse est 410 et un corps sympathique ne la transforme pas en 200. Interprétation d’un échec : une règle robots masque le signal ou le modèle d’erreur crée une soft 404. Fenêtre de surveillance : immédiatement. Déclencheur de retour arrière : le déploiement bloque le chemin retiré ou sert 200.

Test de nettoyage des signaux internes

Test à exécuter : explorez les liens internes et inspectez les sitemaps XML pour l’ensemble retiré. Résultat attendu : les URL 410 approuvées sont absentes de la navigation actuelle et des sitemaps. Interprétation d’un échec : le site envoie encore des signaux de découverte contradictoires. Fenêtre de surveillance : après la prochaine publication du sitemap ou du build. Déclencheur de retour arrière : le nettoyage retire des liens ou des entrées de sitemap hors de l’ensemble approuvé.

Test de diagnostic d’une 410 accidentelle

Test à exécuter : pour toute URL qui renvoie 410 de manière inattendue, vérifiez la portée des règles d’origine, de périphérie et du CMS, la couche de cache/CDN et toute entrée canonique, hreflang ou de flux qui référence l’URL. Résultat attendu : la correspondance est intentionnelle et aucune cible canonique, hreflang ou de flux n’est affectée. Interprétation d’un échec : une règle trop large, une 410 obsolète en cache ou une entrée canonique/hreflang/de flux mal ciblée produit le mauvais statut. Fenêtre de surveillance : dès qu’une 410 inattendue est signalée. Déclencheur de retour arrière : revenez à la dernière règle ou configuration connue comme saine et purgez le cache du chemin concerné.

Testez vos connaissances : 410 Gone

Cinq questions rapides sur la signification d’une 410 et les situations où l’utiliser. Choisissez une réponse pour chacune, puis vérifiez.

Des ressources qui valent le détour

Mes articles associés

• Codes de statut HTTP : liste complète — ma référence complète des codes de statut, y compris l’idée que 404 et 410 sont « à peu près équivalentes en pratique ».
• Comment supprimer des URL de la recherche Google (5 méthodes) — la place de 404/410 parmi les options de suppression et la raison pour laquelle le retrait suit la réexploration.
• Guide du débutant du SEO technique — la place des codes de statut dans une vision plus large du SEO technique.

Mes interventions

• Comment fonctionne la recherche (SlideShare) — mon explication de l’exploration, de l’indexation et de la manière dont les codes de statut alimentent le pipeline. (La clause de non-responsabilité habituelle s’applique : « This is my understanding of systems… not going to be 100% complete or accurate. » (traduction) : « Voici ma compréhension des systèmes… elle ne sera pas complète ou exacte à 100 %. »)

Dans l’industrie

• RFC 9110 §15.5.11 — 410 Gone (IETF) — la définition réelle du code de statut dans la norme HTTP.
• Comment les codes de statut HTTP affectent Google Search (Google Search Central) — le document de référence sur le traitement des 4xx.
• Comment les codes de statut HTTP affectent les robots de Google (Google) — énonce directement le regroupement 4xx-sauf-429.
• Optimiser votre budget d’exploration (Google Search Central) — l’association officielle la plus claire entre 404/410 et le budget d’exploration.
• Migration de site avec changement d’URL (Google Search Central) — 404/410 pour le contenu non transféré vers un nouveau site.
• 404 contre 410 : l’expérience SEO technique (Reboot Online) — le test contrôlé de 119 URL sur plus de trois mois ; les 404 ont été explorées environ 49,6 % plus souvent que les 410.
• John Mueller de Google clarifie la confusion 404/410 pour le SEO (Search Engine Journal) — compte rendu de la position initiale de Mueller, selon laquelle il n’y avait pas de différence réelle.
• Google traite maintenant les codes de réponse 404 et 410 de la même manière (Search Engine Roundtable) — suivi de Mueller reconnaissant une petite différence (malgré un titre paradoxal ; lisez le fond).
• Supprimer définitivement une URL de Bing ou Copilot (Bing Webmaster Tools) — mécanisme de suppression Bing avec 404/410 et IndexNow.

Journal des modifications