WordPress erreur 410 : supprimer une URL proprement

Une page WordPress supprimée renvoie encore des visites, des liens internes ou des alertes dans Search Console. La bonne réponse est parfois une WordPress erreur 410, pas une redirection automatique vers l’accueil. Pour la corriger, confirmez que la ressource est définitivement retirée, supprimez ses liens et son sitemap, puis renvoyez le statut 410 avec une règle ciblée. Le code 410 indique clairement que l’URL existait mais n’est plus disponible.

Ce choix évite de conserver artificiellement une page vide et aide les robots à abandonner une adresse réellement supprimée. En revanche, si le contenu a été déplacé ou remplacé, une redirection 301 vers la page équivalente reste préférable.

Que signifie une WordPress erreur 410 exactement ?

Le statut HTTP 410, Gone, signifie que la ressource n’est plus disponible et que cette situation est probablement définitive. Une erreur 404 dit seulement que le serveur ne trouve pas la ressource. La distinction est utile lorsqu’une ancienne URL ne reviendra pas et ne possède pas de remplacement pertinent.

Dans WordPress, le statut peut être généré par le serveur, une extension de redirection, un plugin de sécurité ou du code personnalisé. Le navigateur affiche souvent une page d’erreur, mais le signal important est l’en-tête HTTP. Testez toujours la réponse avant de modifier le contenu.

curl -sS -D - -o /dev/null 'https://exemple.fr/ancienne-page/'

La réponse attendue contient 410 Gone. Si vous obtenez 200, 301 ou 404, le correctif n’est pas encore en place ou une couche de cache sert une ancienne réponse.

Choisir entre 410, 404 et redirection 301

Utilisez une 301 lorsqu’une URL a changé et qu’une page proche existe. Utilisez une 404 lorsqu’une ressource demandée n’existe pas et que vous ne pouvez pas confirmer une suppression volontaire. Utilisez une 410 lorsque vous savez que l’ancienne adresse est retirée définitivement, sans équivalent éditorial.

Une page produit abandonnée peut recevoir une 301 vers une catégorie si cette destination répond réellement à la même intention. Un ancien article sans successeur ne doit pas être envoyé vers l’accueil par défaut. Cette redirection générale crée une destination peu utile et brouille le diagnostic.

Pour revoir les cas où l’URL devrait encore exister, consultez notre guide WordPress erreur 404. La 410 est un choix éditorial autant qu’une configuration technique.

Vérifier que la suppression est bien définitive

Avant d’envoyer une 410, recherchez le contenu par son ancien slug, son titre, son identifiant et ses liens entrants. Contrôlez la corbeille, les révisions, les menus, les widgets et les champs personnalisés. Une suppression accidentelle ne doit pas être transformée en signal permanent.

wp post list --post_type=post,page 
  --post_status=publish,private,draft,trash 
  --fields=ID,post_status,post_name,post_title 
  --format=table

wp post get 123 --fields=ID,post_status,post_name,post_title

Si une page équivalente existe, notez son URL canonique et testez-la en HTTP 200. Si le contenu doit revenir prochainement, préférez un brouillon ou une réponse temporaire adaptée. Le statut 410 est réservé à une décision stable, pas à une maintenance de quelques heures.

Effectuez aussi une recherche dans la base avec un outil qui respecte les données sérialisées. Une modification SQL aveugle peut casser des réglages de plugins et ne résout pas les références générées dynamiquement.

Supprimer les références WordPress avant de renvoyer 410

Une 410 perd une grande partie de son intérêt si le site continue de créer des liens vers la même URL. Cherchez l’adresse dans les menus, les articles, les blocs réutilisables, les widgets, les redirections et les champs SEO. Remplacez le lien par une destination pertinente ou retirez le bloc qui le produit.

wp search-replace 'https://exemple.fr/ancienne-page/' '' 
  --all-tables-with-prefix --dry-run

N’exécutez pas cette commande telle quelle sur un site de production. Le remplacement vide peut être destructeur et les URLs peuvent être présentes dans des structures sérialisées. Pour un contrôle sûr, exportez les résultats, identifiez les contenus concernés et modifiez chaque emplacement avec un outil adapté.

Contrôlez le sitemap XML. Une URL supprimée ne doit plus y figurer. Vérifiez aussi les flux, les données structurées et les liens de pagination qui pourraient encore la présenter.

Configurer une 410 dans WordPress avec une extension

Une extension de redirection permet de créer une règle lisible et réversible sans modifier directement la configuration du serveur. Saisissez le chemin relatif exact, choisissez le code 410 et testez la règle en navigation privée. Évitez les expressions trop larges qui captureraient des pages encore valides.

Documentez la date, la raison, l’ancienne URL et la personne qui a validé la suppression. Une règle claire est plus facile à retirer si le contenu est restauré. Après création, purgez le cache de la page et du CDN, puis contrôlez la réponse depuis une seconde connexion.

Ne confondez pas une 410 avec une erreur d’authentification. Pour les problèmes d’API, notre guide sur WordPress erreur 422 explique comment distinguer une validation de contenu d’un statut de ressource supprimée.

Ajouter une règle 410 dans Apache ou LiteSpeed

Sur Apache et LiteSpeed, une règle ciblée peut être placée dans le fichier .htaccess, selon les droits et la configuration de l’hébergement. Faites une sauvegarde avant toute modification et vérifiez la syntaxe. Une règle invalide peut provoquer une erreur 500 au lieu d’une 410.

Redirect gone /ancienne-page/
Redirect gone /ancien-dossier/article-obsolete/

La directive Redirect gone renvoie le statut 410 pour le chemin indiqué. Placez les règles dans le contexte accepté par votre hébergeur et évitez de les mélanger avec une configuration Nginx. Si WordPress est installé dans un sous dossier, tenez compte du chemin réel.

curl -sS -I 'https://exemple.fr/ancienne-page/'
# HTTP/2 410
# Content-Type: text/html

Si le statut reste 404, une autre règle peut intercepter la demande. Si le statut devient 500, retirez la dernière modification depuis la sauvegarde puis demandez la configuration exacte à l’hébergeur.

Retourner 410 avec du code WordPress

Un filtre WordPress peut convenir lorsqu’une liste d’anciens chemins est maintenue dans le code du site. Cette méthode doit rester courte, documentée et testée après chaque mise à jour. Ne placez pas une liste énorme dans functions.php si une règle serveur ou une extension gérée serait plus sûre.

add_action('template_redirect', function () {
    $gone = [
        '/ancienne-page/',
        '/ancien-guide-obsolete/'
    ];

    $path = wp_parse_url($_SERVER['REQUEST_URI'] ?? '', PHP_URL_PATH);
    if (in_array($path, $gone, true)) {
        status_header(410);
        nocache_headers();
        wp_die('Cette ressource n’est plus disponible.', '410 Gone', ['response' => 410]);
    }
});

Adaptez cette logique à la structure du site et échappez le contenu affiché si vous le personnalisez. Une extension de cache peut servir une ancienne page avant l’exécution de WordPress. Purgez donc le cache après le déploiement et vérifiez les journaux.

Ce code ne doit jamais remplacer une sauvegarde ni être collé sans test dans un site critique. Une erreur PHP peut rendre l’administration inaccessible.

Gérer les 410 après une migration ou une refonte

Après une refonte, exportez les anciennes URLs et classez-les en trois groupes. Les pages conservées reçoivent une 200. Les pages déplacées reçoivent une 301. Les contenus retirés sans remplacement reçoivent une 410 ou une 404 justifiée. Cette cartographie évite de transformer chaque ancienne adresse en redirection vers la page d’accueil.

Comparez les journaux, le sitemap précédent, les données Search Console et les liens externes connus. Une URL avec des backlinks ou des impressions peut mériter une nouvelle page plutôt qu’une suppression. La décision doit se fonder sur l’intention du visiteur, pas seulement sur la facilité de configuration.

Testez un échantillon représentatif des anciens chemins et mesurez les chaînes de redirection. Pour les problèmes de serveur apparus pendant la migration, consultez aussi notre guide sur WordPress erreur 504.

Contrôler le cache, le CDN et le sitemap

Une réponse 410 peut être mise en cache. Après modification, purgez le cache de page, le cache objet et le CDN selon votre architecture. Ne multipliez pas les requêtes rapides. Un seul test avec les en-têtes, puis une vérification depuis le navigateur, suffit généralement.

curl -sS -D headers.txt -o /dev/null 'https://exemple.fr/ancienne-page/'
grep -iE 'HTTP/|cache|server|age|x-' headers.txt

Retirez les anciennes URLs du sitemap et des flux. Vérifiez que la page 410 ne contient pas de balise canonique pointant vers une autre page comme si elle était encore indexable. Dans Search Console, regroupez les URLs par motif et surveillez la baisse progressive des explorations.

Une 410 ne garantit pas la disparition instantanée d’une URL des résultats. Elle donne un signal clair aux moteurs. La fréquence de nouvelle exploration dépend du site, de ses liens et de l’importance historique de l’adresse.

Mesurer l’effet SEO sans surinterpréter

Après publication de la règle, vérifiez le statut, l’absence de lien interne et la disparition du sitemap. Surveillez les journaux pendant quelques jours pour détecter un trafic anormal ou un plugin qui recrée l’URL. Comparez ensuite les impressions, les clics et les erreurs d’exploration sur une période cohérente.

Ne transformez pas toutes les alertes de Search Console en redirections. Certaines 404 et 410 sont normales après le nettoyage d’un site. La priorité concerne les URL utiles, fortement liées ou encore demandées par des visiteurs.

Conservez un tableau simple avec l’ancienne URL, le statut choisi, la date, la cause, la destination éventuelle et le test final. Cette trace devient précieuse lors d’une prochaine refonte ou d’un audit technique.

Checklist rapide pour corriger une WordPress erreur 410

Confirmez que le contenu est réellement supprimé. Recherchez son slug dans les contenus et les menus. Choisissez 301 si un équivalent existe, 404 si l’absence n’est pas volontairement définitive, 410 si la suppression est assumée. Ajoutez une règle ciblée. Retirez l’URL du sitemap. Purgez les caches. Testez avec curl -I. Contrôlez qu’aucun lien interne ne la recrée. Notez la décision et surveillez les journaux.

Si l’erreur touche une URL qui devrait fonctionner, ne forcez pas 410 pour faire disparaître une alerte. Régénérez plutôt les permaliens et examinez le slug, comme expliqué dans notre guide de dépannage des pages introuvables.

FAQ sur WordPress erreur 410

Quelle est la différence entre une erreur 410 et une erreur 404 WordPress ?

La 410 indique une suppression connue et définitive. La 404 indique que la ressource n’a pas été trouvée, sans préciser si elle reviendra ou si l’adresse est incorrecte.

Faut-il rediriger une URL supprimée vers l’accueil ?

Non. Redirigez seulement vers une page qui répond à la même intention. Sinon, une 410 ou une 404 justifiée est plus honnête pour les visiteurs et les moteurs.

Une erreur 410 est-elle mauvaise pour le référencement ?

Non, si elle concerne une URL réellement supprimée. Le problème vient plutôt d’une 410 appliquée par erreur à une page utile ou encore liée par le site.

Comment tester une 410 WordPress ?

Utilisez curl -I ou les outils réseau du navigateur et vérifiez que la première réponse est bien 410, sans chaîne de redirections ni cache obsolète.

Peut-on annuler une règle 410 ?

Oui. Retirez la règle, restaurez la page ou ajoutez la redirection adaptée, puis purgez les caches et vérifiez que la nouvelle réponse correspond au choix éditorial.

Sources et références

• MDN, statut HTTP 410 Gone
• RFC 9110, définition du statut 410
• Documentation officielle WordPress sur les réécritures
• Documentation WordPress sur les permaliens
• Google Search Central, exploration et pages supprimées
• Documentation Apache, directive Redirect
• MDN, redirections HTTP