ChatGPT vous cite, mais ne vous trouve pas

Votre site est impeccable. Rapide, soigné, bien référencé sur Google. Et pourtant, quand quelqu’un pose une question à ChatGPT dans votre domaine, il n’apparaît nulle part. Pas mal classé. Pas cité en dernier. Absent.

Je suis webdesigner freelance et artiste peintre numérique. Je construis des sites sur-mesure, et je fais le nécessaire pour qu’on les trouve, sur Google comme dans les réponses des IA. Alors le jour où j’ai compris qu’un site pouvait être rayé de la recherche ChatGPT en silence, sans le moindre signal, ça m’a retournée.

Retenez déjà ceci. Être visible dans les IA, ça ne se demande pas à une IA… Ça se mesure. Un site peut être cité sans jamais être trouvé, et personne ne vous préviendra de la différence.

Comment je suis tombée là-dessus

Tout est parti de mes peintures numériques. En tant qu’artiste, je voulais empêcher les IA d’aspirer mes œuvres pour s’entraîner dessus, sans pour autant disparaître des recherches. Sur mon site d’art, graphartstudio.com, ces deux exigences semblaient tirer chacune de son côté. Protéger, tout en restant trouvable.

En cherchant à régler ça proprement, deux ou trois paramètres refusaient obstinément de produire l’effet promis. J’ai gratté. Ce que j’ai trouvé dessous m’a d’abord intriguée, puis franchement alarmée. Le problème ne venait ni de moi, ni de mes réglages. Il venait d’un cran plus bas, là où on ne pense jamais à regarder.

Cette histoire ne concerne pas que mes peintures. Elle peut toucher n’importe quel site, y compris le vôtre, sans que vous en sachiez jamais rien.

Cité n’est pas indexé

Tout se joue sur une confusion. Quand on dit « ChatGPT lit mon site », on parle en réalité de deux robots bien distincts que l’on confond volontiers en un seul. Et cette confusion peut coûter cher.

Le premier, ChatGPT-User, n’entre en jeu que lorsque vous collez une adresse dans une conversation et demandez à ChatGPT d’aller voir. Il lit la page en direct, sur commande. C’est lui qui vous cite lorsque c’est vous qui lui servez votre adresse sur un plateau.

Le second, OAI-SearchBot, ne vient jamais sur commande. Il ratisse le web en continu pour bâtir l’index de ChatGPT Search, celui qui fait surgir votre nom quand un inconnu pose sa question sans vous connaître. C’est lui, la découverte. C’est lui qui compte.

Ajoutez GPTBot, le troisième, qui aspire du contenu pour entraîner les modèles. Celui-là est souvent bloqué, et à raison. Une chose à garder en tête, pourtant. Bloquer GPTBot ne dit rien du sort d’OAI-SearchBot. Trois robots, trois serrures, trois décisions séparées. Les confondre, c’est croire qu’on a fermé sa maison parce qu’on a verrouillé le garage.

Et OpenAI ne laisse aucune place au doute. Je cite, « les sites qui se sont désactivés d’OAI-SearchBot n’apparaîtront pas dans les réponses de recherche ChatGPT ». Traduisez. Ce robot coupé, vous n’êtes pas mal classé dans ChatGPT Search, vous en êtes absent.

Le test qui rassure à tort

Le vrai piège dans l’histoire, c’est la fausse assurance. Pour vérifier leur présence dans ChatGPT, la plupart des gens le demandent à… ChatGPT. Réflexe est humain, quoi de plus normal. On ouvre l’application, « tu connais mon site ? », il répond oui, il cite une page. Et là, grand soulagement. Sauf que ce test ne prouve rien.

En donnant votre adresse, vous réveillez ChatGPT-User, le lecteur à la demande, celui qui passe presque toujours. Vous frappez à la bonne porte, mais avec la mauvaise question. Pendant ce temps, OAI-SearchBot dort, peut-être coupé depuis des mois… et votre test ne le verra jamais.

Et il y a même plus retors. Quand une IA vous « répond » sur votre activité, ça ne prouve pas qu’elle a lu votre site. Elle brode souvent à partir de ce qu’elle sait déjà. Répondre n’est pas lire, et pour en avoir le cœur net, il faut mesurer, pas bavarder avec la machine.

Le piège est presque élégant. Cité quand vous vous invitez, introuvable quand on vous cherche. L’exact inverse de ce qu’un site est censé faire.

Et ce n’est pas que ChatGPT

Je me suis concentrée sur ChatGPT, parce que c’est le nom que tout le monde a en tête. Pourtant, réduire la visibilité IA à ChatGPT serait une erreur. Une erreur qui coûte cher.

Chaque moteur de réponse a son propre robot d’indexation. ChatGPT Search a OAI-SearchBot. Perplexity a PerplexityBot. Claude a Claude-SearchBot. Et puis il y a le grand oublié, celui auquel presque personne ne pense. Apple.

Le robot d’Apple s’appelle Applebot. Il alimente Siri, Spotlight, Safari, et désormais Apple Intelligence. Autrement dit, tout ce qu’un utilisateur d’iPhone déclenche sans même ouvrir un navigateur. Quand quelqu’un demande à Siri de lui trouver un prestataire, ou tape trois mots dans Spotlight, c’est Applebot qui a préparé ce qu’il voit. Le couper, c’est sortir du champ de vision de centaines de millions d’appareils, sans un bruit.

Sur le site que j’ai testé, les deux robots d’indexation légitimes réellement coupés étaient celui de ChatGPT Search et celui d’Apple. Deux moteurs, deux publics entiers, effacés d’un coup. Coupés avec eux, une poignée d’aspirateurs sans scrupule comme Amazonbot ou Bytespider. Épargnés, en revanche, Perplexity, Claude, Mistral, DuckDuckGo, Google et Bing.

Regardez bien ce tri. Il fait tomber deux moteurs de recherche parfaitement fréquentables avec les nuisibles, et laisse filer le reste. On se croit couvert parce que Google passe, et on oublie tous les autres.

Pourquoi c’est invisible

Un blocage normal, ça se voit. Vous demandez une page, le serveur répond « non » avec un code 403, et cette réponse laisse une trace. Vous pouvez la lire, la comprendre, la corriger. Ici, rien de tout ça.

La coupure intervient au niveau du serveur, avant même que la requête n’atteigne votre site. La connexion s’ouvre, le robot annonce son nom, et le serveur referme la porte sans un mot. Bye bye ! Pas de 403, pas de page d’erreur, aucune réponse.

La commande qui teste ça renvoie un code 000, autrement dit « connexion coupée avant la moindre réponse ». Surtout, elle ne laisse aucune trace. Pas une ligne dans le journal d’accès, rien dans le journal d’erreurs. Du point de vue de votre site, ce robot n’est jamais venu.

Les journaux le confirment sans appel. Sur mon propre site d’art, celui-là même où toute l’enquête a commencé, OAI-SearchBot et Applebot totalisent zéro visite depuis l’ouverture. Zéro. Pendant que Googlebot y figure plus de 1 500 fois et Bing plus de 1 100. Ces chiffres, je ne les invente pas, je les ai lus dans mes propres fichiers serveur. Deux robots majeurs absents à cent pour cent, et je ne m’en étais jamais doutée. Voilà pourquoi ça reste invisible.

On ne remarque pas une absence, surtout dans un fichier que l’on n’ouvre jamais !

Ce qui rend l’affaire encore plus vicieuse tient à un autre détail. Votre robots.txt a beau autoriser le robot en question noir sur blanc (ce qui est le cas chez moi), ça ne change rien, car la coupure a lieu bien avant qu’on ne lise ce fichier. Le robots.txt n’est qu’une demande polie posée à l’entrée de votre site. La coupure serveur, elle, se produit sur le trottoir, avant la porte. Autoriser un robot qu’on refoule cent mètres plus loin, c’est lui tendre un badge d’accès après l’avoir déjà mis dehors.

Quand la documentation dit l’inverse

En cherchant à comprendre, j’ai trouvé plus dérangeant encore. La documentation publique de cet hébergeur affirme, mot pour mot, qu’aucun robot d’IA n’est bloqué par défaut. Or mes tests disent le contraire. La même adresse répond, ou se fait couper, selon le seul nom du robot annoncé. Changez le nom, le résultat change. C’est bien le nom du robot qui déclenche la coupure, et rien d’autre.

Le comble, pour finir. Le propre site d’aide de cet hébergeur subit exactement le même blocage, sur ce même robot, pendant que sa page dédiée jure qu’aucun robot d’IA n’est filtré. Sa documentation se contredit toute seule.

Un propriétaire de site logé là ne dispose donc d’aucun signal. Le seul symptôme, c’est une absence dans des journaux que personne ne consulte un dimanche soir… et l’invisibilité dans les réponses de ChatGPT entre autres.

Il faut aller chercher le problème pour le voir, et personne ne cherche un problème dont il ignore l’existence. Enfin, presque personne… Il y a toujours une insomniaque, quelque part, pour éplucher un journal serveur à trois heures du matin.

Le test de trente secondes

Assez de théorie. Voici comment vérifier vous-même, en quelques secondes, si votre site est concerné. Pas besoin d’être développeur pour lire le résultat. Ouvrez un terminal et collez une ligne.

curl -o /dev/null -w "%{http_code}" -A "OAI-SearchBot/1.0" https://votresite.fr/

Cette commande réclame votre page d’accueil en se présentant sous le nom du robot d’indexation de ChatGPT. Elle affiche un simple code. Un 200, tout va bien, le serveur reçoit le robot. Un 000, la connexion tombe avant toute réponse, et vous êtes probablement concerné. Si vous avez Cloudflare devant votre site, vous verrez peut-être un code en 52x à la place du 000, même signification, la requête n’aboutit pas.

Refaites ensuite exactement le même test avec Applebot, en changeant juste le nom.

curl -o /dev/null -w "%{http_code}" -A "Applebot/1.0" https://votresite.fr/

Le piège à éviter

Un point de méthode, car sans lui vous risquez de mal lire le résultat. Après le robot, testez tout de suite un navigateur ordinaire, sur la même connexion, en changeant seulement le nom.

curl -o /dev/null -w "%{http_code}" -A "Mozilla/5.0 Chrome/126.0" https://votresite.fr/

C’est la comparaison des deux qui tranche. Si le robot renvoie 000 et le navigateur 200, c’est bien le nom du robot qu’on coupe, vous tenez le coupable. En revanche, si les deux renvoient 000, le robot n’y est pour rien, c’est votre propre adresse IP qu’on bloque à cet instant, un pare-feu un peu nerveux, ça arrive. Deux diagnostics opposés, une seule ligne d’écart. Ne sautez pas cette vérification.

Pas à l’aise avec le terminal ?

Cette ligne de commande vous parle peu ? Vous avez deux portes de sortie. D’abord, demandez à la personne qui gère votre site de lancer le test, ça lui prend une minute. Sinon, passez par un des testeurs de user-agent en ligne, qui font le même travail depuis votre navigateur. L’important n’est pas l’outil, c’est de déposer la question devant la bonne porte.

Pour aller plus loin, vos journaux serveur tranchent définitivement. Cherchez-y OAI-SearchBot et Applebot sur tout l’historique. S’ils n’apparaissent jamais alors que Googlebot y grouille, vous tenez votre réponse. C’est d’ailleurs par là que toute cette histoire a commencé, par une absence dans un fichier que personne ne lit.

Pourquoi un hébergeur en arrive là

À ce stade, on pourrait crier à la malveillance. Ce n’en est pas, et la vraie explication est plus intéressante.

Sur un hébergement mutualisé, plusieurs dizaines de sites partagent le même serveur physique. Les ressources sont communes. Un robot qui réclame des milliers de pages en rafale pompe donc la puissance des voisins et peut faire vaciller l’ensemble. Or certains robots d’indexation, dont celui d’OpenAI, explorent de façon très gourmande. Protéger le serveur contre ce pilonnage reste une décision d’exploitation parfaitement défendable. D’autres hébergeurs le font… mais l’assument sans se cacher.

Le principe se défend, donc. L’instrument, beaucoup moins. Ce genre de blocage s’appuie souvent sur une liste de noms de robots écrite pour repousser les aspirateurs de contenu, une liste qui n’a jamais trié l’aspirateur agressif du moteur de recherche légitime. Résultat, elle attrape dans ses filets des robots parfaitement fréquentables, comme celui d’Apple ou celui de ChatGPT Search.

Le tri fin existe pourtant, et d’autres hébergeurs le pratiquent. Ils coupent les vrais aspirateurs, Bytespider ou Amazonbot, tout en laissant filer OAI-SearchBot et Applebot. Preuve qu’on peut protéger un serveur sans sacrifier la visibilité de ses clients. La différence ne tient pas à la technique. Elle tient à la volonté de faire ce tri, ou de ne pas le faire.

Et ici, le tri n’a pas été fait. Pas par accident. La preuve que la liste ne réfléchit pas ? GPTBot, le robot d’entraînement d’OpenAI, celui qu’on bloque justement d’habitude, passait tranquillement. Alors qu’OAI-SearchBot, celui qui fait votre visibilité, se faisait couper. Comprenne qui pourra…

Ce que l’hébergeur m’a répondu

J’ai posé la question dans un message détaillé, une page et demie, où j’exposais chaque test un par un et posais plusieurs questions précises. En retour, quatre lignes, qui répondaient à une seule d’entre elles. Les voici, mot pour mot.

« Malheureusement ce sont deux bots qui sont bloqués par le serveur. Nous ne bloquons pas tous les bots, mais ces deux là et en particulier celui d’OpenAI génère un nombre incommensurable de requêtes, ce qui peut ensuite nuire à la stabilité de nos services. En revanche, même sans ce bot, votre site peut être affiché par GPT, simplement, il n’est pas indexé directement. »

La première moitié est honnête, et elle confirme tout. Le blocage est voulu, posé au niveau du serveur, pour une question de volume. La seconde moitié, elle, minimise avec un certain talent. « Votre site peut être affiché par GPT » ne vaut que pour ChatGPT-User, la lecture à la demande, celle qui n’aide que les gens connaissant déjà votre adresse. Pour la recherche, OpenAI a tranché. Sans OAI-SearchBot, vous n’y êtes pas.

J’ai donc relancé sur les points laissés de côté. Une exception était-elle possible ? La règle touchait-elle tout leur parc ? Depuis quand existait-elle ? Cette fois, la réponse a tenu en trois phrases.

« Aucune exception ne sera faite dans un contexte d’hébergement mutualisé, malheureusement. Cette sécurité s’applique à l’ensemble de notre parc, pas uniquement votre compte ou votre serveur. Et cette règle est en place depuis longtemps, ce n’est pas une règle récente. »

Tout est là. Aucune marge de manœuvre, le comportement vise toute la plateforme, et la règle est ancienne. Elle n’a donc rien d’un bug récent. Elle est en place depuis longtemps, en connaissance de cause, et maintenue telle quelle pendant que la documentation affirme le contraire. Bloquer un aspirateur qui pilonne un serveur, je l’entends. Le faire en silence et en écrivant l’inverse noir sur blanc, beaucoup moins.

Refuser l’entraînement sans se saborder

Revenons à mon problème de départ, celui de l’artiste. Comment refuser que les IA s’entraînent sur mes œuvres, sans disparaître des recherches pour autant ? Les deux exigences semblent s’opposer. Elles ne s’opposent pas, à condition de viser juste.

Les grands acteurs ont séparé leurs robots exprès. D’un côté, ceux qui aspirent pour entraîner les modèles, GPTBot, ClaudeBot et compagnie. De l’autre, ceux qui lisent pour citer, OAI-SearchBot, Claude-SearchBot, PerplexityBot. Vous pouvez fermer la première porte et laisser la seconde grande ouverte. C’est ce qui se règle dans le robots.txt, où l’on refuse poliment les robots d’entraînement tout en autorisant ceux d’indexation.

Reste une vérité qu’on tait un peu trop souvent. Un robots.txt n’arrête que les robots honnêtes. C’est un panneau, pas un mur. Une pancarte « prière de ne pas entrer » posée sur une porte grande ouverte. Les visiteurs corrects s’arrêtent, les autres passent quand même. Pour une œuvre, mieux vaut le savoir avant de se croire à l’abri.

La vraie protection est alors ailleurs. Elle est d’abord juridique, avec un signal de réservation de droits lisible par les machines, adossé à la directive européenne sur le droit d’auteur. À noter, ce signal ne dresse pas un mur non plus, il constitue un dossier daté. Et pour des images, la meilleure défense reste la résolution des fichiers que vous servez, bien plus qu’un fichier texte.

Le principe à retenir éclaire tout le reste. Refuser l’entraînement ne coûte quasiment rien en visibilité. Ce qui coûte cher, c’est de bloquer par-dessus les robots de citation, par méconnaissance ou avec un outil trop grossier. C’est exactement ce qui se joue chez l’hébergeur de cette histoire, sauf que là, ce n’est pas de la méconnaissance.

Ce que ça coûte, en 2026

On pourrait juger tout ça anecdotique. Ça ne l’est plus.

Regardez les ordres de grandeur. Fin février 2026, OpenAI annonçait plus de 900 millions d’utilisateurs actifs chaque semaine sur ChatGPT. Une part énorme du public ne tape plus sa question dans un moteur classique, elle la pose à un assistant et attend une réponse, avec deux ou trois sources citées. Apparaître dans cette poignée de sources devient dès lors un enjeu aussi sérieux que la première page de Google.

Imaginez la scène. Quelqu’un veut refaire le site de son restaurant et n’y connaît rien. Il ouvre ChatGPT et demande « trouve-moi des prestataires qualifiés pour créer le site de mon restaurant à Dijon ». L’assistant cite alors quelques noms. Et si votre nom en fait partie, ce n’est pas par magie, c’est parce que votre hébergeur a laissé passer le robot qui vous a indexé. À l’inverse, si vous manquez à l’index, vous n’êtes pas dans la course.

Vous n’avez pas perdu face à un concurrent plus expérimenté ou qui travaille mieux que vous. Non. Vous avez perdu parce que vous n’étiez pas sur la ligne de départ. Et le pire, c’est que vous ne le saurez jamais, car rien ne vous le dira.

C’est ce point-là qui m’a le plus remuée. On passe un temps considérable à rendre les sites lisibles et citables par les IA. Alors découvrir qu’un simple réglage d’hébergement, posé en amont et en silence, peut réduire ce travail à néant sans avertir personne, ça n’est pas une petite contrariété. On ne promet pas une visibilité pour la laisser saboter par une couche qu’on ne maîtrise pas. Ça doit rester un choix…

Que faire, concrètement

Quatre gestes, du plus simple au plus engageant.

D’abord, testez. La commande plus haut prend trente secondes. Lancez-la sur OAI-SearchBot et sur Applebot, au minimum. Tout part de là, savoir de quel côté vous vous trouvez.

Ensuite, écrivez à votre hébergeur. Si un 000 apparaît, ouvrez un ticket et posez la question sans détour. Ces robots d’indexation sont-ils coupés au niveau du serveur, et une exception reste-t-elle possible ? Et testez aussi son propre site, vous pourriez avoir des surprises.

Puis réglez votre robots.txt. C’est nécessaire, mais rappelez-vous, ce n’est pas suffisant. Séparez bien les robots d’entraînement, que vous pouvez bloquer pour protéger votre contenu, de ceux d’indexation et de citation, qu’il faut laisser passer puisqu’ils portent votre visibilité. Un robots.txt bien réglé ne vaut rien si une couche au-dessus coupe déjà la ligne. Mal réglé, en revanche, il suffit à vous rendre invisible tout seul.

Enfin, si le blocage vient de l’hébergeur, tirez-en les conséquences. C’est le choix devant lequel je me suis retrouvée. Quand une infrastructure coupe en amont, sans exception possible et sur tout son parc, il n’y a rien à négocier. J’ai donc décidé de déplacer mes sites ailleurs. Je viens de m’installer comme webdesigner freelance, et je ne peux pas, en conscience, promettre à mes clients un vrai travail de visibilité pour le laisser réduire à néant par une couche que je ne contrôle pas.

Un hébergeur ne se contente plus de garder un site en ligne

Je vais être franche, car cette conviction traverse tout l’article. Un hébergeur qui protège ses serveurs, je le comprends et je le respecte. Mais héberger, aujourd’hui, ce n’est plus seulement garder un site allumé. C’est le laisser joignable par ceux qui le font exister aux yeux du public. Couper cet accès en douce, en jurant le contraire dans sa documentation, c’est manquer de respect à ses clients, à leur activité, et au travail de ceux qui bâtissent ces sites pour qu’on les trouve.

Revenons au paradoxe du début, ce site parfait que ChatGPT ne trouve pas. Il n’a rien de cassé. Il tourne, il est soigné, il plaît à Google. Et pourtant, pour toute une partie des gens qui pourraient le chercher… IL N’EXISTE PAS.

Voilà l’angle mort.

Pas une panne visible, pas un bug qu’on répare. Une absence silencieuse, pile dans les endroits où se prennent de plus en plus de décisions.

La bonne nouvelle tient en une ligne de commande. En trente secondes, vous savez. Et dans cette histoire, savoir, c’est déjà la moitié du chemin. Le reste n’est qu’une affaire de choix. Mais au moins, faites-le les yeux ouverts.

Questions fréquentes

Sources

• OpenAI, documentation officielle des robots (GPTBot, OAI-SearchBot, ChatGPT-User).
• Apple, About Applebot (Siri, Spotlight, Safari, Apple Intelligence).
• IETF, Robots Exclusion Protocol, RFC 9309 (le standard du fichier robots.txt).