WordPress

Corriger les erreurs 404 : le guide pratique

Corriger une erreur 404 demande quatre actions : repérer l'adresse qui ne répond plus, comprendre pourquoi, la rediriger vers la page équivalente par une redirection 301, puis vérifier le résultat. Sur un petit site WordPress, une demi-journée suffit en général pour traiter les adresses qui comptent. Ce guide donne l'ordre de travail, les outils, les décisions à prendre adresse par adresse et les erreurs qui transforment un petit défaut en vraie perte de visiteurs.

WordPress · Lecture : 16 min · Agence DYNSEO

Corriger une erreur 404 sur WordPress : les quatre actions et le temps qu'elles demandent

Une erreur 404 est le code que renvoie un serveur quand il ne trouve rien à l'adresse demandée. La corriger consiste à repérer l'adresse concernée, à comprendre pourquoi elle est vide, à la renvoyer vers la page qui la remplace, puis à vérifier que cela fonctionne. Pour un site de quelques dizaines de pages, comptez de l'ordre d'une demi-journée. Pour un site de plusieurs centaines de pages dont la structure a changé, le travail se compte plutôt en jours, car chaque adresse oblige à répondre à une question : où doit-elle envoyer le visiteur ?

Pour le visiteur, une 404 se résume à une page d'erreur, et peut-être à un onglet fermé. Pour un moteur de recherche, c'est le constat qu'une adresse connue est vide. Prise isolément, elle n'a rien de dramatique. Ce qui coûte, c'est une adresse qui avait des visiteurs ou des liens venant d'autres sites et qui ne mène plus nulle part.

Les gestes décrits ici s'appliquent aux sites construits avec WordPress, que nous développons à l'Agence : notre page consacrée à WordPress présente cette offre. Le plan suit l'ordre dans lequel vous allez travailler : trier, repérer, comprendre, corriger, soigner la page d'erreur, prévenir, vérifier. Un site dont personne ne regarde les 404 les accumule sans bruit, jusqu'au jour où une refonte en fait apparaître des centaines d'un coup.

Toutes les erreurs 404 de votre site WordPress ne méritent pas d'être corrigées

Avant de rediriger quoi que ce soit, triez. Une 404 est normale quand un visiteur se trompe en tapant l'adresse, quand un robot teste des chemins qui n'existent pas, ou quand vous avez retiré volontairement un contenu sans équivalent. Elle devient un problème dans trois cas : l'adresse reçoit encore des visites, d'autres pages (les vôtres ou celles d'autres sites) y pointent, ou elle apparaissait dans les résultats de recherche.

La dernière ligne mérite un mot. On parle de « soft 404 » lorsque le visiteur lit un message d'erreur alors que le serveur annonce que tout va bien. Un moteur de recherche peut alors continuer à explorer et à conserver une page vide dans son index. La Search Console de Google signale ce cas sous l'intitulé « Soft 404 », distinct de « Introuvable (404) ».

Une règle de tri tient en une phrase : une adresse mérite une redirection si quelqu'un peut encore y arriver. Visites récentes, liens entrants, présence dans vos propres pages ou dans un plan du site : un seul de ces signaux suffit. Sans aucun des quatre, laissez tomber, et gardez votre temps pour les adresses qui ont une valeur.

Repérer les erreurs 404 de votre site WordPress : trois sources à croiser

Aucune source ne voit tout. La Search Console montre ce que Google a essayé d'ouvrir, un robot d'exploration montre ce que vos pages contiennent, le journal du serveur montre ce que les visiteurs et les robots ont réellement demandé. Croisées, elles donnent une liste fiable.

Reportez tout dans un tableur à quatre colonnes : l'adresse, d'où elle est connue, ce qu'elle reçoit (visites, liens), et la décision. Une adresse qui revient dans deux sources, ou qui reçoit des liens externes, passe en tête de liste. C'est ce tableau, et non votre intuition, qui décide de l'ordre de travail.

Pourquoi une page WordPress passe en 404 : les causes à écarter une à une

Le remède dépend de la cause. Rediriger une page qui n'affiche une erreur qu'à cause d'un réglage de permaliens, par exemple, ajoute une couche inutile au problème au lieu de le résoudre. Voici les causes à passer en revue, de la plus fréquente à la plus discrète.

Un contenu supprimé, ou dont l'adresse a changé

C'est le cas de figure type : vous avez supprimé une page, mis un article à la corbeille, ou modifié son identifiant d'adresse (le « slug »). WordPress conserve en principe l'ancien identifiant d'un article dont vous changez l'adresse et tente de rediriger tout seul, mais cela ne couvre pas de façon fiable tous les cas : suppression, changement de catégorie dans l'adresse, déplacement sous une autre page parente. Ne comptez pas dessus et vérifiez toujours en ouvrant l'ancienne adresse.

Des permaliens modifiés ou des règles de réécriture perdues

Les permaliens sont la structure des adresses de votre site. Si vous passez d'une forme avec la date à une forme avec le seul titre, toutes les adresses d'articles changent d'un coup. Plus déroutant : une page publiée, que vous voyez dans l'administration, peut répondre 404 parce que les règles de réécriture du site (le mécanisme qui traduit une adresse en contenu) ont été perdues après l'installation d'une extension, un transfert ou une mise à jour.

Une migration ou une refonte sans table de correspondance

Un ancien site en pages .html ou sur une autre technologie, remplacé par WordPress, change toutes ses adresses. Si personne n'a préparé la correspondance entre anciennes et nouvelles, chaque page qui avait une audience devient une 404 le jour de la mise en ligne. C'est le scénario le plus coûteux, et il se prévient : nous y revenons plus bas.

Des images et des fichiers déplacés

Les images et les PDF ont eux aussi une adresse. Après un déplacement du site, ils peuvent rester pointés vers l'ancien nom de domaine, ou ne pas avoir été transférés du tout. Le visiteur voit alors un cadre vide, sans toujours comprendre pourquoi ; seul un robot d'exploration ou le journal du serveur révèle ces erreurs en nombre.

Des liens internes mal écrits

Un lien tapé à la main avec une faute, vers la version « http » alors que le site est passé en « https », ou vers l'ancienne version « www » d'un domaine : ces liens fonctionnent parfois par redirection, parfois non. Un lien interne cassé est le cas le plus simple à traiter, puisque vous le corrigez à la source, sans redirection.

La méthode pour corriger les erreurs 404, étape par étape

Voici l'ordre que nous suivons sur un site WordPress. Il évite le piège classique : rediriger avant d'avoir trié, et se retrouver avec des règles que personne ne comprend plus six mois plus tard.

1. 1

   Sauvegarder les fichiers et la base de données

   Une redirection mal écrite dans le fichier .htaccess peut rendre tout le site inaccessible. Gardez une copie du fichier avant d'y toucher, et une sauvegarde complète si vous modifiez des liens dans la base.

2. 2

   Dresser la liste et la trier

   Reprenez le tableur des trois sources et appliquez le tri vu plus haut : quelles adresses reçoivent des visites ou des liens, lesquelles sont de simples bruits ?

3. 3

   Choisir une destination pour chaque adresse

   Pour chaque adresse à traiter, trouvez la page qui répond au même besoin que l'ancienne. Si aucune ne convient, la bonne décision est parfois de ne pas rediriger.

4. 4

   Mettre en place les redirections

   Avec une extension, le fichier .htaccess ou la configuration du serveur, selon l'ampleur : la section dédiée plus bas compare ces trois voies.

5. 5

   Corriger les liens à la source

   Un menu qui pointe vers une ancienne adresse force chaque visiteur à passer par une redirection. Modifiez le lien lui-même, et retirez les adresses mortes du plan du site XML, généré par WordPress ou par votre extension de référencement.

6. 6

   Tester, vider le cache, demander la validation

   Ouvrez chaque ancienne adresse en navigation privée et vérifiez qu'elle arrive au bon endroit, après avoir vidé le cache de l'extension, de l'hébergeur et du réseau de diffusion éventuel. Dans la Search Console, vous pouvez ensuite demander la validation de la correction.

Redirection 301, 302, 410 ou page 404 : quel traitement pour quelle adresse ?

Le bon traitement dépend de ce que devient le contenu : s'il existe ailleurs, une redirection 301 ; s'il a disparu définitivement, un 410 ou une 404 ; si le déplacement est provisoire, une 302. Le code que le serveur répond indique aux moteurs de recherche ce qu'ils doivent faire de l'ancienne adresse.

Les moteurs de recherche traitent généralement 404 et 410 de façon voisine : la différence tient surtout à l'intention que vous exprimez. Quant à la redirection 301, Google indique qu'elle transmet les signaux de classement vers la nouvelle adresse, à condition que le contenu soit réellement équivalent. Une page « Tarifs 2022 » redirigée vers « Tarifs » est cohérente ; la même page redirigée vers un article de blog sur un autre sujet ne l'est pas.

Deux précisions techniques évitent des heures de recherche. D'abord, ne bloquez jamais dans le fichier robots.txt une adresse que vous redirigez : le moteur ne pourrait pas la visiter et ne verrait donc pas la redirection. Ensuite, visez toujours la destination finale : si A renvoie vers B, qui renvoie vers C, corrigez A pour qu'elle renvoie directement vers C. Chaque saut ralentit l'arrivée et fragilise l'ensemble.

Mettre en place les redirections 301 sur WordPress : extension, fichier .htaccess ou serveur

Trois voies existent, et le bon choix dépend du nombre d'adresses et de votre aisance technique. L'extension de redirection est la plus accessible : vous saisissez l'ancienne adresse, la nouvelle, et le choix du code, depuis l'administration. Elle convient pour quelques dizaines de règles, d'autant que certaines tiennent un journal des 404 et des visites passées par une redirection.

Le fichier .htaccess, présent sur les hébergements qui utilisent le serveur Apache, permet d'écrire les règles directement dans la configuration. C'est plus léger pour le site quand les règles sont nombreuses, mais une erreur de syntaxe peut coller une erreur 500 sur tout le site. Sur un serveur de type Nginx, ce fichier n'existe pas : les règles se placent dans la configuration du serveur, par votre hébergeur ou un administrateur.

Pour une refonte avec plusieurs centaines d'adresses, le plus sûr est de générer les règles à partir du tableur de correspondance plutôt que de les saisir une à une, puis de les tester par échantillon. Pour un changement de nom de domaine, une règle générale (« tout ce qui arrive sur l'ancien domaine est renvoyé vers la même adresse sur le nouveau ») se combine avec des règles particulières pour les pages dont le chemin a changé.

Trois situations imaginaires de 404 sur un site WordPress, et le traitement adapté

Les situations suivantes sont illustratives : ce ne sont pas des clients réels, et les nombres ne sont là que pour fixer les idées. Elles montrent que la même erreur appelle des décisions différentes.

Scénario 1 : une association qui passe d'un ancien site en pages .html à WordPress

Imaginons une association dont l'ancien site compte cent vingt pages, dont une trentaine d'actualités et des pages d'activités citées par des partenaires. Le jour de la mise en ligne du nouveau site, toutes les anciennes adresses (de type /activites/atelier.html) répondent 404. La démarche : exporter la liste des anciennes adresses avant la bascule, la compléter avec les liens entrants de la Search Console, associer à chacune la nouvelle page, puis générer les règles en lot. Les actualités anciennes sans équivalent peuvent être redirigées vers la page « Actualités » : la destination reste cohérente avec le sujet.

Scénario 2 : une boutique WooCommerce qui retire des produits de saison

Imaginons une boutique qui supprime chaque année ses produits d'édition limitée. Les pages supprimées répondent 404, et certaines sont encore liées depuis des articles de blog. Le traitement dépend du produit : s'il revient chaque année, mieux vaut le passer en brouillon puis le republier à la même adresse ; s'il est remplacé par une version plus récente, une 301 vers la nouvelle fiche ; s'il n'a aucun équivalent, une 301 vers sa catégorie, qui reste la destination la plus proche du besoin du visiteur. Le 410 ne convient que pour un produit définitivement arrêté et sans page voisine à proposer.

Scénario 3 : un site qui change de nom de domaine

Imaginons un site de cabinet de conseil qui passe d'un ancien nom de domaine à un nouveau. Après le transfert, les pages s'affichent, mais les images et quelques liens dans les articles pointent encore vers l'ancien domaine : ils fonctionnent tant que l'ancien site est en ligne, puis tombent en 404 le jour où il est coupé. Il faut donc corriger les adresses dans la base de données, avec un outil de remplacement qui gère les données sérialisées, après sauvegarde, puis activer sur l'ancien domaine une redirection générale vers le nouveau, à conserver durablement.

Soigner la page 404 de votre site WordPress : le filet pour les visiteurs perdus

Quoi que vous fassiez, des visiteurs finiront sur une adresse inexistante. La page 404 est leur dernière chance de rester sur votre site, et les thèmes en fournissent en général une version minimale. Elle se modifie dans le fichier du thème, ou dans les modèles de page d'un constructeur comme Elementor ou Divi lorsque votre thème l'autorise.

• Une phrase claire qui reconnaît l'erreur sans jargon : « Cette page n'existe plus ou a changé d'adresse ».
• Un champ de recherche, pour que le visiteur retrouve ce qu'il cherchait sans repasser par l'accueil.
• Trois ou quatre liens vers vos pages les plus utiles : services, tarifs, contact.
• Le même gabarit que le reste du site (menu et pied de page compris), pour que le visiteur ne se croie pas sorti de chez vous.
• Un moyen de signaler le problème, si le site reçoit assez de visites pour que cela serve.

Éviter les nouvelles 404 sur WordPress : les habitudes qui les préviennent

Les 404 évitables ont pour origine une modification faite sans penser aux anciennes adresses. Quelques habitudes suffisent à les supprimer à la source :

• Avant de supprimer une page ou de changer son adresse, cherchez qui y pointe : vos menus, vos articles, la Search Console.
• Ne changez pas la structure des permaliens sans nécessité ; si vous devez le faire, préparez les redirections avant, pas après.
• Gardez les adresses courtes et stables : un identifiant comme /tarifs/ résiste mieux au temps que /tarifs-2024-nouveaux/.
• Pour toute refonte, établissez un tableau ancienne adresse / nouvelle adresse avant la mise en ligne, et testez les redirections sur un échantillon.
• Contrôlez les liens cassés après chaque grosse mise à jour de contenu, avec un robot d'exploration.
• Pour un produit ou un article amené à revenir, privilégiez le brouillon plutôt que la suppression.

Le point le plus sous-estimé reste la refonte. Un site neuf avec un meilleur design mais sans table de correspondance peut perdre en quelques jours la visibilité acquise pendant des années. Si une refonte est en projet, notre simulateur de coût de refonte aide à cadrer le budget, et la préparation des redirections doit y figurer comme une ligne à part entière, pas comme un détail de dernière minute.

Vérifier que la correction des erreurs 404 a bien pris

Une fois les redirections en place, la vérification se fait à deux niveaux. Immédiatement, testez vous-même un échantillon d'anciennes adresses. Dans la durée, surveillez la Search Console : dans le rapport d'indexation, vous pouvez demander la validation de la correction pour le motif « Introuvable (404) ». Google revérifie alors les adresses concernées et vous indique si le problème est réglé. Ce contrôle prend du temps, de plusieurs jours à quelques semaines, et un site de petite taille est parfois exploré plus lentement qu'on le souhaiterait.

Regardez aussi les adresses redirigées : si une ancienne page recevait des visites et que sa destination en reçoit à son tour, la redirection remplit son office. Si les visites disparaissent, c'est peut-être que la destination ne répond pas au besoin de départ. Rien dans cette démarche ne permet de promettre un gain de trafic : la correction empêche une perte, elle ne crée pas d'audience nouvelle.

Programmez enfin un contrôle régulier, par exemple chaque trimestre : un coup d'œil au rapport de la Search Console, une exploration rapide du site. Quinze minutes tous les trois mois évitent d'avoir à traiter des centaines d'erreurs d'un coup.

Faire corriger les erreurs 404 de votre site WordPress par une agence

Traiter vous-même quelques liens cassés est à la portée de tout propriétaire de site. L'aide d'un professionnel devient utile quand le volume est important, quand une refonte est en cours, ou quand vous n'osez pas toucher au fichier .htaccess. Une intervention de ce type commence par un diagnostic : liste des adresses, tri, correspondance, mise en place, tests. Le coût dépend du nombre d'adresses et de la complexité du site ; notre simulateur de coût de maintenance WordPress donne un premier ordre d'idée pour un suivi régulier.

Si vos erreurs 404 révèlent un site devenu difficile à maintenir, la question peut être celle d'une refonte : un site sur modèle démarre à 500 € HT, et un design sur mesure à 800 € HT. Dans les deux cas, les redirections de l'ancien site entrent dans le périmètre du projet.