Dépannage WordPress

Erreur 404 WordPress : URL, contenu ou réécriture ?

Diagnostiquer les 404 WordPress : contenu absent, slug, permaliens, réécriture, pagination ou redirection, sans masquer les vraies erreurs.

Lire le conseil

Vous ouvrez une page de votre site et WordPress affiche « Page introuvable ». Avant de toucher aux réglages, regardez si le problème concerne une seule adresse ou toutes les pages. Ce premier repère évite de chercher au mauvais endroit.

Une seule page en 404 : retrouver son adresse actuelle

Copiez l’adresse qui pose problème. Dans l’administration WordPress, recherchez ensuite la page ou l’article par son titre. Vérifiez son état : un brouillon, un contenu privé ou un élément dans la corbeille n’a pas la même visibilité qu’une publication.

Si le contenu est publié, ouvrez le lien proposé par WordPress et comparez les deux adresses. Un nom raccourci, un parent modifié ou une version dans une autre langue peut expliquer l’écart. Par exemple, un lien vers /nos-services/ancien-service/ peut rester dans le menu alors que la page se trouve désormais à une autre adresse.

Corrigez le lien à son origine : menu, bouton, article ou fiche externe que vous pouvez modifier. Si l’ancienne adresse a réellement été remplacée, une redirection permanente vers la page équivalente peut aussi être nécessaire. Inutile de changer tous les permaliens du site pour une seule faute dans un lien.

L’accueil fonctionne, mais les autres pages sont introuvables

Quand plusieurs pages publiées échouent en même temps, notamment après un changement d’hébergement, les règles qui relient les adresses aux contenus sont une piste. Ce n’est toutefois pas un diagnostic certain : un cache, une extension ou une configuration serveur peut produire un résultat similaire.

Vous pouvez commencer sans rien modifier : ouvrez deux ou trois pages depuis WordPress, puis essayez-les dans une fenêtre privée. Notez les adresses, le message affiché et le dernier changement connu. Si un article est accessible avec une adresse du type /?p=123, mais pas avec son adresse habituelle, cela oriente vers la gestion des permaliens. Le nombre 123 est un exemple : utilisez l’identifiant de votre propre article.

Avant d’enregistrer un réglage, vérifiez qu’une sauvegarde récente des fichiers et de la base peut être restaurée. Dans Réglages → Permaliens, conservez la structure actuelle et enregistrez-la une fois pour réinitialiser les règles WordPress. Ne choisissez pas une nouvelle structure au hasard : cela pourrait changer les adresses de tout le site.

Testez ensuite les mêmes pages. Si elles restent en erreur, n’enchaînez pas les enregistrements et les désactivations d’extensions en production. Sur Apache, les règles de réécriture peuvent notamment être en cause ; sur Nginx, la configuration se gère autrement. Demandez à l’hébergeur de vérifier la configuration adaptée à votre installation plutôt que de remplacer un fichier serveur par un exemple trouvé en ligne.

Une page supprimée doit-elle toujours être redirigée ?

Non. Si vous avez simplement déplacé un contenu, une redirection 301 vers son nouvel emplacement est cohérente. Si vous avez supprimé une prestation sans remplacement, conserver une vraie réponse 404, ou 410 pour un retrait définitif assumé, peut être le bon choix.

Renvoyer toutes les adresses introuvables vers l’accueil n’aide pas forcément le visiteur. La personne qui cherche une notice précise n’obtient pas sa réponse en arrivant sur une présentation générale. Google peut aussi considérer certaines réponses sans contenu pertinent comme des « soft 404 ». Choisissez une destination qui répond réellement à la demande ; s’il n’y en a pas, gardez une page d’erreur claire avec des liens utiles.

Une 404 présente dans Search Console ne signifie donc pas automatiquement qu’il faut créer une redirection. Regardez quelle URL est concernée, d’où vient le lien et si cette adresse devrait encore exister. Un ancien article volontairement supprimé et une page de contact devenue inaccessible demandent deux réponses différentes.

Les vérifications à faire après la correction

Reprenez les adresses notées au départ, en restant déconnecté de WordPress. Le navigateur peut afficher une belle page d’erreur alors que le serveur répond 200 : le texte visible ne suffit pas. Dans les outils de développement, l’onglet Réseau permet de lire le statut de la requête correspondant à la page.

  • La page qui doit exister se charge avec le bon contenu et un statut 200.
  • Une ancienne adresse remplacée conduit directement à la page prévue, sans boucle.
  • Une adresse réellement inexistante renvoie un statut 404 ; elle n’aboutit pas systématiquement à l’accueil.
  • Les menus et liens internes utilisent la bonne adresse. Le sitemap ne conserve pas une URL supprimée ou remplacée.
  • La page d’erreur reste lisible sur mobile et permet de retrouver une rubrique ou de revenir à l’accueil.

Si un cache est impliqué, purgez uniquement les pages concernées puis refaites ces tests. Le rapport Search Console peut mettre du temps à refléter la correction : distinguez le résultat actuel sur le site de la date de la dernière exploration Google.

Si la panne touche de nombreuses pages ou revient après chaque correction, transmettez à votre prestataire les URL concernées et le dernier changement connu. Pour un problème limité aux liens « page suivante », poursuivez plutôt avec le guide sur la pagination WordPress. Le guide SEO WordPress complète les contrôles de contenu et d’indexation.

Documentation utile

Liens externes cités