Erreurs 404 WordPress : corriger, rediriger et créer sa propre page 404

Une erreur 404 correspond au code de statut HTTP standard 404 Not Found renvoyé par votre serveur web lorsque le navigateur ou un robot demande une adresse qui ne correspond à aucun contenu publié sur votre site WordPress. Contrairement aux erreurs 500 ou 503, le serveur fonctionne très bien : il indique simplement que la ressource demandée est introuvable à cet emplacement.

Faut-il paniquer dès que la Google Search Console affiche quelques dizaines d’URL introuvables ? Pas du tout… Chercher à éradiquer la moindre 404 vous ferait même commettre des bêtises techniques bien plus coûteuses que l’erreur initiale.

Parmi toutes les erreurs WordPress courantes et leurs solutions, la 404 occupe une place à part : elle touche à la fois la configuration serveur, le référencement naturel et l’accueil de vos visiteurs égarés. Voyons comment réparer les pannes réelles de permaliens, trier intelligemment vos redirections 301, puis créer votre propre page 404 personnalisée (avec un détour par les coulisses de celle de WPFormation).

Qu’est-ce qu’une erreur 404 sur WordPress et quel est son impact réel sur le SEO ?

Pendant des années, j’ai vu des propriétaires de sites WordPress s’arracher les cheveux pour maintenir un tableau de bord à "zéro erreur 404", comme s’il s’agissait d’une note scolaire éliminatoire. En effet, beaucoup d’outils d’audit affichent un voyant orange dès qu’une URL répond en 404, sans distinguer une faute de frappe d’un visiteur d’un ancien guide stratégique supprimé par mégarde.

La documentation officielle de Google Search Central sur les erreurs HTTP est pourtant limpide sur ce point : les erreurs 404 normales font partie du cycle de vie naturel du Web et ne pénalisent pas le positionnement global de votre domaine. Si vous supprimez une vieille annonce d’événement de 2019 qui ne reçoit ni visites ni liens externes et qui n’a aucun équivalent actuel, renvoyer une 404 (ou un code 410) est la réponse technique exacte attendue par Googlebot.

Quand une erreur 404 devient-elle alors un vrai problème pour votre référencement ? Elle vous coûte des positions et des clients dans deux situations précises : lorsqu’une URL qui possède de bons backlinks externes tombe dans le vide (le "jus" SEO est perdu), ou lorsque votre propre maillage interne envoie vos lecteurs et les robots d’exploration vers des impasses.

Pour trancher en dix secondes devant n’importe quelle URL signalée en erreur, appuyez-vous systématiquement sur cet arbre de décision avant de toucher à vos redirections :

Un dernier détail rassurera ceux qui consultent leurs journaux serveur bruts : une part énorme des 404 enregistrées sur un WordPress provient de robots qui testent des chemins aléatoires (/wlwmanifest.xml, /.env, /backup.zip) ou l’adresse de connexion par défaut. Lorsque j’ai conçu Login Armor (tout comme avec WPS Hide Login auparavant) pour masquer /wp-login.php derrière une URL secrète, le choix de renvoyer une vraie 404 aux robots qui frappent à l’ancienne porte était délibéré… Ne redirigez surtout jamais ce bruit de fond vers votre accueil !

Les 5 causes fréquentes d’erreurs 404 sous WordPress et leurs correctifs

Avant d’installer la moindre extension corrective, identifiez l’origine exacte du blocage. Sur WordPress, une erreur 404 provient soit d’une panne globale de réécriture d’URL côté serveur, soit d’un décalage ponctuel sur un contenu ou une archive.

1. Toutes les pages sont en 404 sauf l’accueil : permaliens, .htaccess et Nginx

Vous ouvrez votre page d’accueil et tout s’affiche normalement, puis chaque clic vers un article, une page contact ou une fiche produit déclenche une erreur 404 ? Ce symptôme classique survient après une migration, un changement d’hébergeur, une restauration de sauvegarde ou la désactivation d’une extension qui gérait ses propres routes.

Commencez par le geste le plus simple dans votre administration WordPress : rendez-vous dans Réglages > Permaliens et cliquez directement sur le bouton bleu Enregistrer les modifications sans toucher à vos options. Cette action appelle en coulisses la fonction flush_rewrite_rules(), qui reconstruit la table des permaliens WordPress et tente de réécrire votre fichier .htaccess.

Si l’erreur persiste ou si vous tombez sur une page blanche brute du serveur affichant "Not Found - The requested URL was not found on this server" (sans l’habillage graphique de votre thème), c’est votre serveur web qui n’envoie même plus la requête à WordPress. Sous Apache ou LiteSpeed, connectez-vous en SFTP à la racine du site et vérifiez que le fichier .htaccess de WordPress contient bien le bloc standard suivant (avec les droits 644) :

# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPress

Sur un VPS autogéré sous Debian ou Ubuntu où ce message Apache brut persiste malgré un .htaccess propre, vérifiez deux réglages système : le module mod_rewrite doit être actif (sudo a2enmod rewrite) et le VirtualHost Apache de votre site doit autoriser la lecture du fichier via AllowOverride All (et non AllowOverride None).

Cependant, si votre hébergement tourne nativement sous Nginx (sans couche Apache en amont), vous pouvez modifier .htaccess toute la nuit : Nginx ignore totalement ce fichier ! Il faut alors déclarer la directive try_files directement dans le bloc server de votre configuration Nginx avant de recharger le service (sudo nginx -t && sudo systemctl reload nginx) :

location / {
    try_files $uri $uri/ /index.php?$args;
}

2. Modification de slug et devinette automatique de WordPress 5.5+

Lorsqu’un rédacteur renomme le permalien d’un article déjà publié, WordPress enregistre souvent l’ancien slug dans la métadonnée _wp_old_slug pour assurer une redirection automatique, mais ce filet de sécurité échoue sur les pages hiérarchiques, les catégories ou certaines taxonomies sur mesure. Pire : depuis sa version 5.5, le cœur tente de "deviner" l’URL la plus proche grâce à la fonction native redirect_guess_404_permalink().

Sur le papier, l’idée semble pratique ; en production, un visiteur qui demande /formation-seo-lyon/ (supprimée) risque d’être redirigé en 301 automatique vers /formation-securite-wordpress/ simplement parce que le préfixe formation- correspond ! Pour calmer ce zèle sans tout casser, activez d’abord le mode strict via un mu-plugin ou le fichier functions.php de votre thème enfant :

<?php
// Limite la devinette d'URL de WordPress aux correspondances exactes de slug
add_filter( 'strict_redirect_guess_404_permalink', '__return_true' );

// Optionnel : désactiver complètement la devinette automatique si vous gérez vos 301 vous-même
// add_filter( 'do_redirect_guess_404_permalink', '__return_false' );

3. Custom Post Types et paginations d’archives capricieuses

Quatre autres pièges reviennent régulièrement lorsque j’interviens en débogage technique WordPress chez des clients :

• Un nouveau Custom Post Type (CPT) renvoie 404 : vous venez de déclarer un type de publication portfolio ou realisations avec register_post_type(), les fiches existent dans l’admin, mais leur vue publique affiche 404. Videz une fois les permaliens (et dans votre code, appelez flush_rewrite_rules() uniquement sur le crochet register_activation_hook, jamais sur init à chaque chargement de page !).
• Conflit de slug identique : une page statique nommée /boutique/ ou /blog/ entre en collision avec l’archive d’un CPT qui utilise exactement la même base de réécriture rewrite => ['slug' => 'boutique'].
• Erreur 404 sur /page/2/ dans une archive : cela arrive lorsqu’un modèle de thème exécute une requête WP_Query personnalisée affichant 6 articles par page alors que le réglage global de WordPress (Réglages > Lecture) est fixé à 10. À la page 2, WordPress calcule le nombre de pages avant le chargement du modèle et déclenche une 404 prématurée !
• Contenu passé en brouillon ou privé : un article dépublié par erreur par un co-auteur renvoie immédiatement une 404 à tous les visiteurs non connectés, alors que vous continuez à le voir normalement tant que vous êtes connecté en administrateur.

Pour corriger proprement le bug des paginations /page/2/ sur une catégorie ou une archive précise, ajustez la requête principale en amont via le crochet pre_get_posts (une astuce historique partagée à l’époque par Julio Potier, toujours aussi propre aujourd’hui) :

<?php
add_action( 'pre_get_posts', function ( WP_Query $query ) {
    if ( ! is_admin() && $query->is_main_query() && $query->is_category( 'actualites' ) ) {
        $query->set( 'posts_per_page', 6 );
    }
} );

Détecter et corriger vos vraies erreurs 404 sans alourdir la base de données

Une fois vos permaliens assainis, comment repérer les liens cassés qui gênent réellement vos lecteurs sans transformer votre base MySQL en poubelle de logs ? La règle d’or consiste à déporter l’observation hors de WordPress autant que possible.

Privilégier la Search Console et un crawler externe aux logs permanents

Ouvrez votre propriété dans la Google Search Console, puis consultez le menu Indexation > Pages et cliquez sur la ligne Introuvable (404). Ce rapport gratuit présente un avantage décisif : il liste les adresses que Google a réellement essayé d’explorer parce qu’un lien interne, un sitemap XML ou un site externe pointait dessus.

Complétez cette lecture une fois par trimestre avec un crawl complet de votre site via Screaming Frog SEO Spider (gratuit jusqu’à 500 URL). Contrairement aux extensions qui scrutent les liens en tâche de fond depuis votre hébergement mutualisé, un crawler lancé sur votre ordinateur ne consomme aucune ressource PHP en production. Il vous montre aussitôt dans quel paragraphe se cache chaque lien interne cassé : corrigez alors le lien directement à la source plutôt que d’empiler une redirection !

Quelles extensions installer pour vos redirections 301 (et lesquelles oublier)

Lorsqu’une ancienne URL pertinente doit bel et bien renvoyer vers sa remplaçante, l’extension gratuite Redirection reste la référence absolue de l’écosystème WordPress. Je lui ai d’ailleurs consacré un tutoriel complet sur les redirections 301 et le plugin Redirection tant ses filtres, ses expressions régulières et son export vers Apache ou Nginx sont fiables.

Redirection, par John Godley - 2+ millions d’installations actives - Gestionnaire complet de redirections 301/410 et suivi conditionnel des erreurs 404 (gratuit).

Un réglage mérite toute votre attention dès l’installation : dans les options du plugin, limitez la conservation des journaux 404 à une semaine (ou désactivez-la hors période de migration). Laisser la journalisation SQL active en permanence sur un site exposé aux bots fait vite gonfler la table wp_redirection_404 de plusieurs centaines de mégaoctets…

Si vous gérez un petit site vitrine et souhaitez uniquement déclarer une quinzaine de correspondances d’ancienne à nouvelle URL sans interface complexe ni table de logs, l’extension Simple 301 Redirects remplit très bien ce rôle minimaliste :

Simple 301 Redirects, par WPDeveloper - 100 000+ installations actives - Table légère de redirections 301 point à point sans journalisation lourde (gratuit).

Comment créer sa propre page 404 personnalisée sur WordPress

Même avec une hygiène technique irréprochable, un visiteur finira tôt ou tard sur une adresse erronée : lien tronqué dans un e-mail, ancien favori ou faute de frappe sur mobile. Cependant, la page 404 livrée par défaut dans la majorité des thèmes WordPress se résume à un triste bandeau "Oups ! Cette page est introuvable" qui pousse 80 % des internautes à refermer l’onglet dans la seconde.

Créer votre propre page 404 transforme ce cul-de-sac en point d’orientation utile. Avant de choisir votre outil, gardez en tête les cinq règles qui séparent une bonne 404 d’un gadget contre-productif :

• Conserver le vrai code HTTP 404 : le serveur doit impérativement répondre avec l’en-tête HTTP/1.1 404 Not Found (ou HTTP/2 404), jamais avec un code 200 OK ni une redirection 302 vers une page statique /erreur-404/.
• Garder la directive noindex : une page d’erreur n’a rien à faire dans les résultats de recherche (WordPress et Yoast SEO posent nativement noindex dès que is_404() vaut true).
• Expliquer clairement la situation sans jargon : annoncez en une phrase humaine que l’adresse demandée n’existe plus ou a changé d’emplacement, tout en conservant l’en-tête et le menu habituels de votre site pour que le lecteur sache qu’il est au bon endroit.
• Offrir une porte de sortie immédiate : placez un champ de recherche bien visible au-dessus de la ligne de flottaison, accompagné de 3 à 5 liens vers vos rubriques phares, vos guides les plus lus ou votre page de contact.
• Rester ultra-léger : puisque les robots génèrent l’essentiel du trafic 404, évitez d’y charger des vidéos lourdes ou dix requêtes SQL non mises en cache.

Selon l’architecture actuelle de votre site WordPress, quatre méthodes propres s’offrent à vous pour bâtir cette page sur mesure sans trahir le code HTTP 404 :

Méthode 1 : avec l’Éditeur de site Gutenberg (thèmes basés sur les blocs / FSE)

Si vous utilisez un thème moderne basé sur les blocs comme Twenty Twenty-Five, Ollie, Frost ou Spectra One, vous n’avez besoin ni d’extension supplémentaire ni d’une seule ligne de PHP. Le Full Site Editing (FSE) de WordPress intègre nativement le modèle système dédié aux erreurs 404.

Depuis votre tableau de bord, ouvrez Apparence > Éditeur, cliquez sur Modèles dans la colonne latérale gauche, puis sélectionnez le modèle intitulé Page 404 (qui correspond en coulisses au fichier templates/404.html de votre thème). Vous vous retrouvez dans l’éditeur Gutenberg habituel et pouvez composer librement votre mise en page :

1. Remplacez le titre générique par un bloc Titre (H1) chaleureux et aligné sur le ton de votre marque (par exemple "Cette page a pris la poudre d’escampette…").
2. Ajoutez juste en dessous un bloc natif Recherche avec un libellé de bouton explicite et un texte d’aide invitant à taper un mot-clé précis.
3. Insérez un bloc Liste des catégories ou une rangée de boutons menant vers vos trois ou quatre pages piliers (Boutique, Blog, Tarifs, Contact).
4. Terminez par un bloc Boucle de requête configuré sur 3 colonnes pour afficher vos derniers articles ou vos guides les plus utiles avec leur image à la une, puis cliquez sur Enregistrer.

Quel est l’avantage majeur de cette approche native ? WordPress sert votre composition directement dans le cycle is_404() : l’en-tête HTTP 404 et la balise noindex sont préservés sans le moindre bricolage.

Méthode 2 : créer un fichier 404.php dans un thème enfant (thèmes classiques)

Votre site tourne sur un thème classique éprouvé comme Astra, GeneratePress, Kadence ou OceanWP et vous aimez garder un code léger sans surcouche ? D’après la hiérarchie officielle des modèles WordPress, le moteur cherche automatiquement un fichier nommé 404.php à la racine du thème actif dès qu’aucune route ne correspond à l’URL demandée.

Travaillez impérativement dans un thème enfant WordPress afin que la prochaine mise à jour du thème parent n’écrase pas votre personnalisation ! Créez le fichier wp-content/themes/votre-theme-enfant/404.php en SFTP, puis partez de la base du fichier 404.php (ou page.php) du thème parent pour conserver ses classes de conteneur, en y intégrant une structure complète et sécurisée comme celle-ci :

<?php
/**
 * Modèle de page 404 personnalisée (thème enfant)
 */
defined( 'ABSPATH' ) || exit;

get_header();
?>

<main id="primary" class="site-main wpf-custom-404">
    <section class="error-404 not-found">
        <header class="page-header">
            <p class="error-code" aria-hidden="true">Erreur 404</p>
            <h1 class="page-title">
                <?php esc_html_e( 'Oups, cette adresse ne répond plus.', 'votre-textdomain' ); ?>
            </h1>
        </header>

        <div class="page-content">
            <p>
                <?php esc_html_e( 'Le contenu a peut-être changé d'adresse ou le lien suivi comporte une coquille. Essayez une recherche rapide ou explorez nos contenus phares ci-dessous :', 'votre-textdomain' ); ?>
            </p>

            <div class="error-404-search">
                <?php get_search_form(); ?>
            </div>

            <h2><?php esc_html_e( 'Nos derniers articles publiés', 'votre-textdomain' ); ?></h2>
            <ul class="error-404-recent-posts">
                <?php
                $recent_posts = wp_get_recent_posts( [
                    'numberposts' => 4,
                    'post_status' => 'publish',
                ] );
                foreach ( $recent_posts as $recent ) :
                ?>
                    <li>
                        <a href="<?php echo esc_url( get_permalink( $recent['ID'] ) ); ?>">
                            <?php echo esc_html( $recent['post_title'] ); ?>
                        </a>
                    </li>
                <?php endforeach; wp_reset_postdata(); ?>
            </ul>

            <p class="error-404-home-cta">
                <a class="button" href="<?php echo esc_url( home_url( '/' ) ); ?>">
                    <?php esc_html_e( 'Retourner à la page d'accueil', 'votre-textdomain' ); ?>
                </a>
            </p>
        </div>
    </section>
</main>

<?php
get_footer();

Ajoutez ensuite une vingtaine de lignes CSS dans le fichier style.css de votre thème enfant (ou dans Apparence > Personnaliser > CSS additionnel) pour centrer le bloc, agrandir la barre de recherche et aérer la liste de liens. Le résultat est instantané, sans dépendance externe et ultra-rapide à servir.

Méthode 3 : sans coder sur un thème classique (plugin 404page ou Theme Builder)

Comment faire si vous avez un thème classique mais ne souhaitez pas toucher au PHP en SFTP ? Vérifiez d’abord si vous disposez déjà d’un constructeur de thème actif : Elementor Pro (Modèles > Theme Builder > Error 404), Divi (Divi > Theme Builder > Ajouter un modèle > Page 404), Bricks Builder ou Astra Pro permettent tous de dessiner visuellement le gabarit 404 sans installer d’extension supplémentaire.

Si votre thème classique ne propose pas cette option en version gratuite, créez simplement une page WordPress normale avec Gutenberg, soignez sa mise en page, puis associez-la comme page d’erreur officielle grâce à l’extension gratuite Smart Custom 404 Error Page (maintenue par l’équipe de NerdPress) :

Smart Custom 404 Error Page (404page), par NerdPress - 100 000+ installations actives - Assigne n’importe quelle page Gutenberg comme page 404 sans redirection trompeuse (gratuit).

Toute l’intelligence de ce module tient dans son fonctionnement interne : dans Apparence > 404 Error Page, il injecte le contenu de la page choisie directement à la place du modèle 404 sans effectuer de redirection HTTP 301 ou 302. L’URL erronée reste affichée dans la barre d’adresse du navigateur et le serveur renvoie bien un authentique code 404.

Méthode 4 : architecture découplée (Headless) et suivi dans Google Analytics 4

Sur un site WordPress découplé propulsé par Next.js (comme WPFormation), la page d’erreur publique se pilote côté frontend via le fichier src/app/not-found.tsx de l’App Router. Côté WordPress, un petit mu-plugin branché sur le filtre template_include unifie le rendu si un visiteur sollicite directement une route PHP.

Profitez également de votre personnalisation (en thème classique comme en Headless) pour remonter chaque vraie 404 vue par un humain dans Google Analytics 4 ! Un léger événement JavaScript déclenché uniquement côté navigateur ignore de fait la majorité des bots qui n’exécutent pas JS et vous révèle en temps réel l’URL cassée ainsi que la page d’origine (document.referrer) :

<script>
window.addEventListener('load', function () {
  // Petit délai pour laisser le script GA4 asynchrone s'initialiser sur mobile
  setTimeout(function () {
    if (typeof window.gtag === 'function') {
      window.gtag('event', 'page_not_found', {
        page_path: window.location.pathname,
        page_referrer: document.referrer || '(direct)'
      });
    }
  }, 500);
});
</script>

Exemples de belles pages 404 réussies (dont celle de WPFormation)

Quand j’avais publié la première mouture de cet article en 2014, je m’étais amusé à compiler des dizaines de captures de pages 404 créatives. Douze ans plus tard, la moitié de ces vieux exemples en Flash ont disparu, mais la leçon reste intacte : une belle page 404 dédramatise la frustration en une demi-seconde et guide immédiatement la main du visiteur vers la suite.

Dans les coulisses de la page 404 de WPFormation

Lors de la refonte du site, je voulais une page 404 dotée d’une vraie identité graphique qui aide aussitôt le lecteur WordPress égaré… sans jamais solliciter MySQL en cas de rafale de robots ! Voici ce qui s’affiche lorsque vous ouvrez une adresse inexistante comme wpformation.com/permaliens-redirection-404/ :

Quatre choix concrets expliquent pourquoi cette page retient nos visiteurs au lieu de les voir rebondir vers Google :

• Un univers spatial léger en pur CSS : le chiffre central du 404 est remplacé par une planète orange incandescente frappée du "W" de WordPress, entourée d’un champ d’étoiles animé via de simples ombres CSS (box-shadow), sans vidéo ni librairie 3D lourde.
• L’affichage transparent de l’URL fautive : la pilule centrale rappelle l’adresse exacte demandée (/permaliens-redirection-404/), ce qui aide le lecteur à repérer aussitôt une coquille dans son copier-coller.
• Des suggestions automatiques extraites de l’URL cassée : un script client découpe les mots significatifs présents dans l’adresse introuvable (ici permaliens et redirection) et interroge notre index JSON statique pour proposer instantanément les 3 tutoriels les plus proches, avec zéro requête SQL côté serveur !
• Une cohérence totale frontend et backend : juste sous les suggestions, la recherche instantanée et les pastilles de catégories prennent le relais, tandis qu’un mu-plugin dédié (wpf-backend-404.php) sert exactement ce même décor spatial avec un code HTTP 404 et noindex, nofollow sur les routes backend protégées par Login Armor.

GitHub et Pixar : deux modèles d’ergonomie à transposer sur votre site

En dehors de l’écosystème WordPress, deux références internationales illustrent à merveille les deux registres qui fonctionnent à tous les coups : l’utilitaire ludique et l’émotion minimaliste.

Chez GitHub, la célèbre scène désertique inspirée de Star Wars met en scène la mascotte Octocat avec un léger effet de profondeur en SVG vectoriel ultra-rapide à charger. Surtout, regardez ce qui apparaît juste sous l’illustration : un champ de recherche massif centré au milieu de l’écran et un lien direct vers l’état des serveurs (GitHub Status) pour rassurer immédiatement les développeurs.

À l’opposé, le studio Pixar mise sur un dépouillement radical : fond blanc généreux, le personnage de Tristesse (Vice-Versa), une seule phrase pleine d’autodérision et un lien clair pour rentrer au "quartier général" (Headquarters), complété par la navigation principale en haut et en pied de page.

Dans la même veine créative, j’aime beaucoup l’approche de Figma (qui affiche le nombre 404 entouré de poignées de sélection vectorielles que l’on peut littéralement étirer à la souris !) ou celle d’Airbnb qui allie illustration légère et accès direct aux grandes rubriques d’aide. Quel que soit votre secteur d’activité, la recette gagnante tient en peu de choses : un clin d’œil fidèle à votre métier, zéro culpabilisation du visiteur et un chemin de retour évident en un seul clic.

Au final, prenez cinq minutes dès aujourd’hui pour taper une adresse farfelue sur votre propre domaine : vous verrez tout de suite ce que vivent réellement vos visiteurs égarés… et si votre serveur répond bien un franc code 404. Si vous avez créé une page 404 originale ou glissé un clin d’œil maison sur votre site WordPress, n’hésitez pas à la décrire en commentaire !

Questions fréquentes

try_files $uri $uri/ /index.php?$args;