Corriger les erreurs 404 venues de ChatGPT sur WordPress

Quelqu’un pose une question à ChatGPT. La réponse est bonne, elle recommande votre site — votre site ! — et fournit un lien. Le visiteur clique, arrive chez vous et… « Erreur 404 – page introuvable ». Ce lien n’a jamais existé : l’IA l’a inventé. Ce n’est pas un bug exotique, c’est un phénomène mesuré et documenté chez tous les assistants IA, et il vous coûte en silence les visiteurs les plus motivés qui soient. La bonne nouvelle : attraper ces URL inventées et les transformer en redirections fonctionnelles se met en place en une dizaine de minutes. Je vous montre.

L’essentiel

• SE Ranking a analysé 145 463 URL citées par ChatGPT (décembre 2025) : 1,34 % renvoyaient une erreur, et 91 % de ces erreurs étaient des 404.
• ChatGPT pointe vers des pages mortes environ deux fois plus souvent que les AI Overviews de Google (1,22 % des URL citées contre 0,56 %) et que les résultats organiques classiques (0,65 %).
• Sur le terrain, Go Fish Digital a mesuré 3,35 % de visites envoyées par ChatGPT atterrissant sur une 404 — environ une visite cassée tous les 30 clics, sur plus de 18 000 pages d’atterrissage.
• La solution n’est pas de bloquer les IA : c’est de journaliser vos 404 avec leur référent, puis de rediriger les URL inventées vers la page réelle la plus proche.
• Blaminhor Essentials le fait nativement : moniteur 404 avec référent et compteur de hits, redirection 301 en un clic — et un miroir WP-CLI (wp blaminhor redirections 404-list).

Pourquoi ChatGPT envoie-t-il des visiteurs vers des pages qui n’existent pas ?

Parce qu’un modèle de langage ne consulte pas les URL : il les prédit, morceau par morceau, exactement comme il prédit le mot suivant d’une phrase. Quand un assistant veut pointer vers votre page de tarifs sans avoir retenu l’adresse réelle, il complète le motif avec ce à quoi une URL de tarifs ressemble d’habitude : /tarifs, /pricing, /offres. Souvent, la devinette tombe juste. Quand elle échoue, le modèle vient d’inventer — d’« halluciner », dans le jargon de l’IA — une page que vous n’avez jamais créée.

Le phénomène prend trois formes dans les données :

• L’invention pure : une URL qui n’a existé nulle part. Le modèle a assemblé un slug plausible à partir de rien.
• Le souvenir périmé : la page existait quand le modèle a été entraîné, mais vous l’avez renommée, fusionnée ou supprimée depuis. La photo que l’IA garde de votre site date de plusieurs mois, voire années.
• La copie abîmée : une URL réelle avec une coquille, une fin tronquée, ou deux chemins recollés ensemble.

Et ChatGPT n’est pas seul en cause, même s’il est le plus gros contributeur. L’étude SE Ranking a mesuré les liens morts chez ChatGPT (1,22 % des URL citées), le mode AI de Google (0,87 %) et les AI Overviews (0,56 %) — tous au-dessus de zéro, et les assistants générant le plus de clics trônent en tête. Search Engine Journal résume : la recherche par IA envoie les internautes vers des pages 404 près de trois fois plus souvent que les résultats classiques de Google.

Comment repérer les 404 créées par les assistants IA ?

Le mot magique est « référent » (referrer) : quand un visiteur clique depuis ChatGPT, sa requête transporte chatgpt.com comme site d’origine — un journal de 404 qui enregistre les référents vous montre donc précisément quelles URL mortes l’IA fait visiter. Même chose pour perplexity.ai, claude.ai côté Anthropic, ou le trafic venu de Gemini. Pas de devinette, pas d’archéologie de logs : l’origine est écrite sur chaque visite.

Le hic, c’est que WordPress n’enregistre rien de tout cela par défaut. Les options classiques ont chacune un trou dans la raquette :

• Google Search Console montre les 404 rencontrées par Googlebot — pas celles que vos visiteurs humains ont touchées il y a cinq minutes depuis une réponse d’IA.
• GA4 peut tracer les 404, mais seulement après un montage personnalisé autour de votre gabarit d’erreur. Personne ne le fait avant d’avoir le problème.
• Les logs serveur bruts contiennent tout… chez les hébergeurs qui y donnent accès, dans un format que vous décortiquerez à minuit.

Un moniteur 404 côté serveur comble l’écart : installé dans WordPress lui-même, il remarque chaque requête finissant en « page introuvable » et retient le chemin, le référent et le nombre d’occurrences. Ce dernier chiffre compte double : une URL touchée 47 fois est un motif à corriger ; une URL touchée une fois est probablement une coquille de bot à ignorer.

Rediriger, créer la page ou ignorer : que faire de chaque 404 ?

Toutes les 404 ne méritent pas une correction. Classez chaque URL selon ce qu’elle cherchait à atteindre, et donnez-lui l’une de ces quatre réponses : une 301 vers la page réelle la plus proche, une page toute neuve, une 410 assumée, ou rien du tout.

La 404 sous vos yeux	Quoi faire	Pourquoi
Un équivalent réel proche existe (/tarifs → votre page /offres)	Redirection 301	Transmet le visiteur — et les signaux de liens — à la bonne destination
URL récurrente à intention claire, sans équivalent (l’IA invente sans cesse /documentation)	Créer la page	L’IA vous montre une demande ; Go Fish Digital recommande de la servir
Supprimée volontairement, à faire oublier	410 Gone	Dit aux robots « cessez de demander », désindexation plus rapide qu’une 404
Bruit ponctuel, sondes de bots, chaînes aléatoires	Rien	Une 404 honnête est la bonne réponse à une question sans queue ni tête

Un piège à contourner : ne redirigez jamais toutes vos 404 en masse vers la page d’accueil. Google les traite comme des « soft 404 », et l’humain le sent aussi — il demandait quelque chose de précis et se retrouve devant la porte d’entrée. Redirigez uniquement quand un équivalent proche existe vraiment, et laissez le reste renvoyer sa 404 avec dignité. Et si la mécanique de l’erreur 404 reste floue pour vous, je lui ai consacré un article de définition complet.

La deuxième ligne du tableau est la plus contre-intuitive, et c’est ma préférée : une URL hallucinée qui revient sans cesse est une étude de marché gratuite. Si ChatGPT invente obstinément votresite.com/modeles parce que c’est ce qu’il attend d’un site comme le vôtre, de vraies personnes veulent cette page. Des référenceurs construisent désormais délibérément les pages que l’IA invente — l’IA a déjà promis le contenu en votre nom ; il ne vous reste qu’à tenir la promesse.

Comment mettre cela en place sur WordPress avec Blaminhor Essentials ?

Le module Redirections de Blaminhor Essentials embarque un moniteur 404 et une action « rediriger » en un clic sur chaque entrée journalisée — voici l’installation complète, et les petites lignes honnêtes.

1. Installez Blaminhor Essentials et activez le module Redirections (le plugin est modulaire : tout ce que vous n’activez pas reste éteint et ne charge rien).
2. Dans les réglages du module, activez le moniteur 404 et choisissez une durée de rétention — 30 jours par défaut, de 1 à 365 selon l’historique voulu.
3. Laissez tourner quelques jours. Le trafic réel fait la découverte à votre place.
4. Ouvrez l’onglet 404 Monitor : les entrées sont triées par nombre de hits, et chaque ligne affiche le chemin, les dates de première et dernière occurrence, et le référent — c’est là que chatgpt.com vend la mèche.
5. Sur chaque ligne qui mérite correction, cliquez sur l’action de redirection, saisissez l’URL cible, terminé. La 301 est active immédiatement, et l’entrée disparaît du journal — résolu, c’est résolu.

Comme le moteur de redirection s’exécute avant que le moniteur ne journalise, une URL fraîchement corrigée cesse d’apparaître dans la liste — le journal ne contient jamais que vos problèmes restants, pas vos problèmes résolus.

Et si vous vivez dans un terminal (ou que vous confiez la maintenance à un assistant IA), chaque étape a son miroir WP-CLI :

wp blaminhor redirections 404-list
wp blaminhor redirections 404-to-redirect 7 --target=/nouvelle-page/

Les petites lignes, parce qu’on doit savoir ce que fait un outil avant de lui faire confiance :

• Le moniteur enregistre le chemin seul, jamais la query string — regroupement plus lisible, et aucune donnée personnelle d’URL ne finit dans votre base.
• Il ne journalise que les requêtes GET et HEAD, et plafonne la table à 5 000 URL distinctes : un bot qui vous inonde de chemins aléatoires ne gonflera pas votre base de données.
• Un nettoyage quotidien purge les entrées plus anciennes que votre rétention.
• Les règles de redirection acceptent les correspondances simples et les regex — et une regex qui échoue à l’exécution est automatiquement désactivée et journalisée, au lieu de casser silencieusement votre site.

J’ai monté le circuit complet sur un site de test en écrivant cet article : moniteur activé, une poignée d’URL inventées visitées avec un référent ChatGPT, leurs compteurs qui s’empilent dans le journal, puis un clic pour transformer l’une d’elles en 301. La redirection répondait dès la requête suivante, et l’entrée avait quitté le journal. Entre « l’IA a inventé une URL » et « cette URL mène quelque part d’utile », il y a véritablement un clic.

Peut-on empêcher les assistants IA d’inventer des URL ?

Pas vraiment : l’invention se produit à l’intérieur du modèle, sur une infrastructure que vous ne toucherez jamais. Ce que vous contrôlez, c’est l’atterrissage. Deux habitudes réduisent néanmoins le problème avec le temps :

• Gardez des URL ennuyeuses et stables. Chaque changement de slug fabrique un futur souvenir périmé dans les données d’entraînement d’un modèle. Quand vous renommez une page, expédiez la redirection 301 dans la même minute.
• Aidez les modèles à apprendre votre vraie structure. Un fichier llms.txt tend aux robots d’IA une carte organisée de vos pages réelles — aucune garantie qu’ils s’en servent, mais c’est votre structure, énoncée clairement, à une adresse standard.
• Et soyons clairs sur l’option nucléaire qui démange : bloquer les robots d’IA ne corrige rien ici. Les liens hallucinés viennent de ce que les modèles ont déjà appris ou devinent — bloquer les prochains passages vous coûte des citations, pendant que les URL inventées continuent d’arriver. Si les assistants IA vous envoient des visiteurs, la bonne stratégie est de les rattraper, pas de fermer la porte.

Un clic entre un visiteur perdu et un visiteur gagné

Chaque URL hallucinée est un visiteur à qui l’on a promis votre contenu et qui a trouvé un mur. Vous n’empêcherez pas les assistants IA de deviner — mais un journal de 404 avec référents transforme leurs devinettes en liste de tâches, et une 301 en un clic vide cette liste plus vite que ChatGPT ne la remplit.

Le moniteur 404 n’est qu’un module parmi plus de vingt dans Blaminhor Essentials, le plugin gratuit et modulaire que je construis précisément pour ce genre de problème discret et ingrat — activez ce dont vous avez besoin, ignorez le reste, ne payez rien.