Dépannage WordPress
Erreur 404 WordPress : URL, contenu ou réécriture ?
Une 404 peut être correcte pour une URL supprimée ou anormale pour un contenu publié. La rediriger systématiquement vers l’accueil crée de la confusion et masque les liens cassés ; il faut déterminer l’intention et l’URL de remplacement réelle.
Ce que ce symptôme signifie réellement
Si toutes les pages sauf l’accueil échouent, les règles de réécriture sont suspectes. Une URL unique évoque slug, statut, parent, langue ou redirection.
Une 404 doit conserver un vrai statut 404, une navigation utile et ne pas être indexée comme une page normale.
Avant toute modification : préserver les preuves et le retour arrière
Notez l’heure, l’URL, le message exact, le code HTTP et le dernier changement connu. Vérifiez ensuite qu’une sauvegarde récente couvre bien les fichiers et la base de données, qu’elle est lisible et qu’un retour arrière limité est possible. Une sauvegarde non testée ne suffit pas pour une intervention risquée.
- Ne transmettez jamais de mot de passe, clé privée, jeton, fichier
wp-config.phpou export de base dans un formulaire ou une capture. - Travaillez d’abord sur un staging ou une copie isolée lorsque le diagnostic exige une mise à jour, une modification de code ou une opération de base de données.
- Conservez les journaux et les fichiers suspects avant nettoyage : ils peuvent être nécessaires pour comprendre la cause ou vérifier l’étendue d’un incident.
Diagnostic : avancer du signal le plus fiable au test le moins intrusif
Listez URL source, URL demandée, statut, chaîne de redirections, canonicale et existence du contenu.
- Tester le contenu par son ID et son slug actuel.
- Contrôler réglage des permaliens et règles serveur.
- Inspecter redirections, cache, langues et pagination.
- Rechercher les liens internes et entrées sitemap vers l’URL.
Correction : appliquer une action ciblée et réversible
Restaurez la route si le contenu existe ; sinon redirigez vers l’équivalent le plus proche uniquement si l’intention est réellement remplacée.
- Régénérer les règles via l’interface, sans éditer aveuglément le serveur.
- Corriger slug, parent ou conflit de route.
- Mettre à jour les liens internes et le sitemap.
- Conserver 404/410 lorsqu’aucun remplacement pertinent n’existe.
Contrôles après correction
Une page qui se recharge ne suffit pas à prouver que le problème est résolu. Contrôlez le parcours concerné, une page non connectée, l’administration, les erreurs console et réseau, les journaux serveur, le cache et les redirections. Vérifiez aussi les écrans mobile et desktop si le symptôme touchait le rendu.
- URL attendue 200 et URL inexistante 404.
- Canonicale, indexabilité et sitemap cohérents.
- Aucune boucle ni chaîne de redirections.
Quand arrêter et demander une intervention
Avant une migration massive d’URL, exigez inventaire, mapping, mesure de trafic/backlinks et test complet des redirections.