Résoudre une panne

27 octobre 2026 · 7 min de lecture

Erreur 404 WordPress : vos pages ont disparu ? La réparation pas à pas 🔧

Erreur 404 sur WordPress alors que la page existe : les causes les plus fréquentes et la réparation pas à pas, des permaliens au fichier .htaccess.

Rédigé parl'équipe ACRV

Voyageur perplexe, carte routière dépliée en main dans une rue animée, pour illustrer une page WordPress introuvable (erreur 404)

En bref

Quand toutes les pages d’un site WordPress affichent une erreur 404 sauf l’accueil, la cause la plus fréquente est la perte des règles de réécriture qui traduisent vos adresses en pages, souvent après un déménagement du site, une mise à jour ou une extension qui a modifié le fichier .htaccess. Le premier geste est simple et sans risque : ouvrez Réglages > Permaliens et cliquez sur « Enregistrer les modifications » sans rien changer. Si une seule page est concernée, vérifiez plutôt son adresse et la corbeille.

Vous cliquez sur un article ou une fiche produit et tombez sur « Page introuvable », alors que dans l’administration la page est bien là, publiée et intacte. Les visiteurs repartent, et Google finit par retirer de ses résultats les adresses qui ne répondent plus.

Cette panne fait heureusement partie des plus faciles à corriger quand on sait où regarder, et notre méthode va de la vérification la plus simple à la plus technique. Si vous préférez ne pas toucher à votre site, notre équipe s’occupe de la réparation des erreurs WordPress à distance.


Pourquoi WordPress affiche-t-il une erreur 404 alors que la page existe ?

WordPress affiche une 404 quand il ne parvient plus à faire le lien entre l’adresse demandée et le contenu enregistré dans sa base de données. Les adresses lisibles comme /contact/, appelées permaliens, ne correspondent à aucun fichier réel : des règles de réécriture envoient chaque demande vers WordPress, qui retrouve la bonne page.

Sur la majorité des hébergements, ces règles sont écrites dans un fichier caché nommé .htaccess, placé à la racine du site et lu par le serveur web Apache. La documentation officielle de WordPress rappelle que ces permaliens dépendent de la configuration du serveur. Quand ces règles disparaissent ou ne sont plus lues, la page d’accueil fonctionne encore, mais tout le reste tombe en 404.

Très souvent, la cause est l’une de celles-ci :

  • un déménagement du site pendant lequel le fichier .htaccess, masqué par défaut, n’a pas été copié ;
  • une extension de sécurité ou de cache qui a réécrit ce fichier et effacé la partie de WordPress ;
  • une extension qui ajoute des types de contenus (produits, événements) sans que les règles soient régénérées ;
  • un changement de structure des permaliens ou du slug d’une page, c’est-à-dire la fin de son adresse ;
  • un passage, côté hébergeur, à un serveur Nginx, qui ne lit pas le fichier .htaccess.

Comment savoir si c’est tout le site ou une seule page ?

Testez en navigation privée l’accueil puis deux ou trois autres pages.

  • L’accueil s’affiche, mais toutes les autres pages sont en 404 : ce sont presque toujours les règles de réécriture (étapes 2, 5 et 6).
  • Une seule page ou quelques anciennes adresses sont en 404 : le problème vient de ces contenus précis (étape 1 et dernière partie).
  • La page 404 n’a pas le design de votre site : c’est le serveur qui répond avant WordPress (étapes 5 et 6).

Comment réparer une erreur 404 sur WordPress, étape par étape ?

Testez votre site après chaque étape : la plupart repartent dès la deuxième.

1. Vérifier l’adresse, le statut et la corbeille

Comparez l’adresse de la page dans l’administration avec celle que vous tapez : un tiret oublié ou un slug modifié suffit à provoquer une 404. Vérifiez aussi qu’elle est publiée et non en brouillon, puis regardez la corbeille.

2. Enregistrer à nouveau les permaliens

C’est la réparation la plus efficace et elle ne présente aucun risque. Allez dans Réglages > Permaliens, ne changez rien et cliquez sur « Enregistrer les modifications ». WordPress reconstruit alors ses règles de réécriture : la documentation des développeurs précise que cette opération est lancée chaque fois que les réglages des permaliens sont enregistrés.

Si WordPress affiche un message vous demandant de mettre à jour votre fichier .htaccess, c’est qu’il n’a pas le droit de le modifier lui-même. Il vous montre alors les règles à recopier : passez directement à l’étape 5.

3. Vider tous les caches

Un cache est une copie des pages gardée de côté pour les afficher plus vite ; s’il a enregistré la version en erreur, il continue de la servir après la réparation. Videz celui de votre extension (WP Rocket, LiteSpeed Cache…), celui de l’hébergeur et celui du navigateur.

4. Désactiver la dernière extension installée

Si les 404 sont apparues juste après l’installation ou la mise à jour d’une extension, désactivez-la, enregistrez de nouveau les permaliens et testez. Les extensions de sécurité, de redirection ou de traduction sont les premières à soupçonner. Si le site repart, réactivez-la puis enregistrez encore les permaliens : cela suffit souvent.

5. Contrôler le fichier .htaccess

Ouvrez les fichiers du site par FTP (le logiciel qui donne accès aux fichiers du serveur) ou par le gestionnaire de fichiers de votre hébergeur, en affichant les fichiers cachés. À la racine, à côté du dossier wp-content, vous devez trouver le fichier .htaccess avec un bloc qui commence par « # BEGIN WordPress » et se termine par « # END WordPress ». Comparez-le avec le bloc de base publié par WordPress.

Téléchargez d’abord une copie du fichier. Si le bloc manque, recollez le bloc officiel sans toucher aux lignes des autres extensions, et remettez votre copie en place si une erreur 500 apparaît.

6. Faire vérifier la configuration du serveur par l’hébergeur

Si rien ne fonctionne, le problème se situe au niveau du serveur. Sur Apache, le module de réécriture (mod_rewrite) peut être désactivé ; sur Nginx, le fichier .htaccess est ignoré et la règle doit être ajoutée dans la configuration du serveur, ce que seul l’hébergeur peut faire sur un hébergement mutualisé. Demandez-lui simplement de vérifier que la réécriture d’adresses pour WordPress est active.

Ce que nous voyons le plus souvent

Dans la majorité des cas, le site vient de changer d’hébergeur et le fichier .htaccess est resté sur l’ancien serveur, ou une extension de sécurité l’a réécrit lors d’une mise à jour. Dans les deux cas, un nouvel enregistrement des permaliens règle le problème en quelques secondes.

À éviter

Ne repassez pas vos permaliens en réglage « Simple » pour faire disparaître les erreurs : toutes vos adresses changeraient et votre référencement en souffrirait. Évitez aussi de rediriger toutes les 404 vers l’accueil, et ne supprimez jamais le fichier .htaccess sans en garder une copie.


Que faire si seules quelques anciennes adresses renvoient une 404 ?

Quand quelques anciennes adresses seulement sont en 404, la solution est de créer une redirection 301, c’est-à-dire une redirection permanente qui envoie visiteurs et moteurs de recherche vers la nouvelle page. C’est typiquement le cas après une refonte ou un changement de slug.

Pour retrouver ces adresses, la Google Search Console liste les URL introuvables (404) que Google a tenté de visiter, comme nous l’expliquons dans notre guide sur le site WordPress invisible sur Google. Redirigez chaque adresse vers la page qui la remplace vraiment et laissez en 404 celles qui n’ont plus d’équivalent. Attention aux redirections qui se renvoient l’une à l’autre, elles provoquent l’erreur « trop de redirections ».

Quand faut-il faire appel à un professionnel ?

Passez la main dès que la réparation exige de modifier des fichiers sur le serveur sans être à l’aise, et en particulier dans ces situations :

  • le site affiche une erreur 500 ou une erreur critique après une modification du fichier .htaccess, même une fois votre copie remise en place ;
  • vous n’avez pas d’accès FTP ou vous ne savez pas qui gère l’hébergement ;
  • les 404 sont apparues après une migration et touchent aussi les images, une boutique WooCommerce ou un site multilingue ;
  • l’hébergeur assure que tout est normal alors que le problème persiste.

Vous trouverez d’autres pannes courantes et leurs solutions sur notre page Résoudre une panne.

En conclusion :

Une erreur 404 sur une page qui existe n’a rien de grave : le plus souvent, WordPress a perdu ses règles de réécriture et un nouvel enregistrement des permaliens les recrée. Quand le fichier .htaccess ou le serveur est en cause, avancez avec méthode et gardez toujours une copie de ce que vous modifiez.

Si vos pages restent introuvables, l’équipe DépannageWP prend le relais à distance, partout en France, du lundi au vendredi. L’audit est gratuit, puis nous intervenons à 70 € TTC de l’heure, dès 35 € TTC la demi-heure, avec la garantie satisfait ou remboursé (détails sur notre page tarification). Confiez-nous la réparation de votre erreur WordPress et retrouvez des pages qui s’affichent.

Un souci sur votre site ?

Nos experts le diagnostiquent gratuitement et vous proposent une intervention rapide.

Blog

Ces articles peuvent aussi vous intéresser

Deux techniciens dans une salle de serveurs plongée dans une lumière rouge d'alerte, l'un inquiet avec un ordinateur portable, l'autre qui intervient sur une baie, pour illustrer l'urgence de la faille PHP php2shell

À la une

Php2shell, deux failles critiques du cœur de PHP corrigées le 21 octobre 2026, menacent tous les sites WordPress. Leur histoire et comment vous protéger.
Lire l'article
Femme pensive devant un mur couvert de plans et d’échantillons épinglés, qui prépare un projet, pour illustrer la préparation d’un site à WordPress 7.2

À la une

WordPress 7.2 sort le 8 décembre 2026. Nouveautés de l’éditeur, Secrets API, nouvelles icônes : ce qui change et comment préparer votre site sans
Lire l'article
Commerçante agacée entre ses colis devant son ordinateur portable, le panier de sa boutique en ligne ne fonctionne plus

À la une

Produits qui ne s'ajoutent pas, panier vide, bouton qui ne réagit plus : le cache est souvent en cause. Voici comment trouver la panne
Lire l'article
Serrurier souriant qui présente un cylindre de serrure neuf et sa clé devant une porte, pour illustrer le changement des clés UpdraftCentral volées chez UpdraftPlus

À la une

Des clés UpdraftCentral volées chez TeamUpdraft ont permis d’installer des portes dérobées sur des sites WordPress. Mettez UpdraftPlus à jour en 1.26.13 et supprimez
Lire l'article

Étape 1 / 4

Demander un audit gratuit

Quatre questions, moins d’une minute : notre équipe revient vers vous très vite.

Ce site est protégé par reCAPTCHA : les règles de confidentialité et les conditions d'utilisation de Google s'appliquent.