Le moteur de recherche affiche, le moteur de réponse décide

Sur Google vous obtenez une liste : dix liens, des annonces, une carte, des questions associées. C’est vous qui choisissez. La cinquième place existe donc encore, et celui qui ne vous a pas convaincu par son titre peut vous convaincre par sa description.

Quand vous interrogez un assistant, vous obtenez un paragraphe. Pas de liste, pas de rangs. L’assistant cite une source ou deux ; tout le reste n’existe pas pour celui qui a posé la question. La différence n’est pas de degré mais de nature : dans la recherche on se dispute un classement, dans la réponse on se dispute le fait même d’être mentionné.

C’est pourquoi traiter cela comme une affaire de classement est une erreur. La question n’est plus « comment monter ? » mais « pourquoi le modèle ne me comprend-il pas ? » — une question technique et informationnelle avant d’être marketing.

La première cause à vérifier : votre serveur ferme peut-être la porte

Avant de lire un mot de votre site, l’assistant doit y accéder. Or certains hébergements mutualisés activent des listes toutes faites de « mauvais robots », et ces listes rangent les robots d’IA avec les aspirateurs de contenu. Quand l’une d’elles est active, votre serveur répond 403 à GPTBot, ClaudeBot et PerplexityBot, sans que vous le sachiez.

C’est arrivé à notre propre site. Le serveur répondait 403 à huit robots — dont les trois d’OpenAI — sur toutes les URL, y compris le fichier robots.txt lui-même. Autrement dit, l’assistant ne pouvait même pas lire le fichier censé l’autoriser. Notre .htaccess était parfaitement propre : le blocage venait d’un outil de sécurité au niveau du serveur, hors de notre contrôle, et n’a été levé qu’après un ticket appuyé par une mesure faite depuis le serveur lui-même.

La leçon : sur un hébergement mutualisé, supposez que cela vous arrive jusqu’à preuve du contraire. C’est la première vérification, avant tout travail sur le contenu, car tout ce qui vient après reste sans effet tant que la porte est fermée.

  • Demandez à votre développeur de comparer la réponse du serveur à GPTBot et à un navigateur.
  • Si les deux réponses diffèrent, le problème est chez l’hébergeur, pas dans votre site.
  • Cherchez dans votre panneau Imunify360, ModSecurity ou Bot Protection.
  • Si les réglages sont verrouillés côté serveur, il faut un ticket appuyé par une mesure.

Ce que l’assistant ne lit pas sur votre site

L’assistant lit du texte. Tout ce qui n’est pas du texte structuré lui échappe et n’entre pas dans la réponse. Voici où vos informations les plus importantes disparaissent le plus souvent :

Notez que ce n’est ni un problème de design ni de vitesse. Votre site peut être beau, rapide et responsive, et vos prix rester inexistants pour le modèle parce qu’ils sont enfermés dans une belle image.

  • Des prix dans des images ou des visuels — ni sélectionnables ni lisibles.
  • Des listes de services dans des PDF sans lien explicite.
  • Des informations qui n’apparaissent qu’après du JavaScript ou un clic.
  • Des conditions et zones d’intervention dites oralement dans une vidéo, sans texte.
  • Une page « à propos » qui décrit une ambition sans dire ce que vous vendez, à qui, et où.

La contradiction est pire que le manque

Face à une information manquante, le modèle passe. Face à deux informations contradictoires venant de la même source, il perd confiance dans la source entière. Un prix sur votre site et un autre sur votre page Facebook, des horaires sur Google Maps qui contredisent les vôtres : dans les deux cas, le modèle choisit une source plus claire — souvent votre concurrent.

Quatre informations doivent être identiques, au mot près, partout où elles apparaissent : la raison sociale et le nom commercial, l’adresse, le téléphone, les horaires. C’est ce que le métier appelle le NAP, et c’est la base de la reconnaissance d’une entité aussi bien en recherche locale que dans les moteurs de réponse.

Les prix aussi. Si vous ne voulez pas publier un tarif fixe, publiez un prix de départ avec sa condition explicite — « à partir de tant pour une page d’atterrissage » — cela vaut mieux qu’un silence que le modèle comblera avec une estimation venue d’ailleurs.

Qui êtes-vous ? L’entité avant le contenu

Avant de décider de vous citer, l’assistant doit savoir qui vous êtes exactement et vous distinguer de qui porte un nom voisin. C’est le rôle des données structurées : un bloc schema.org dans votre page qui énonce votre raison sociale, votre adresse, vos langues, votre zone d’intervention, vos services et leurs prix.

Le plus solide est ce qui se vérifie hors de votre site : numéro de registre de commerce, identifiant fiscal, et profils officiels reliés entre eux. Une société enregistrée sous un numéro consultable n’est pas la même chose qu’un nom commercial sur une page.

Vient ensuite l’identité de qui écrit. Un contenu sans auteur identifiable pèse moins qu’un contenu signé par une personne dont l’expérience est déclarée et les profils accessibles. Ce n’est pas un détail de forme : c’est l’une des différences les plus nettes entre une source qu’on cite et une source qu’on lit puis qu’on oublie.

llms.txt : un résumé pour les assistants, pas une garantie

llms.txt est une proposition, formulée par Jeremy Howard en septembre 2024 : un fichier texte à la racine du site qui présente l’entreprise en langage simple — qui vous êtes, où, ce que vous proposez, à quels prix, et quelles pages font référence. Ce n’est pas une norme, et rien ne garantit qu’un assistant le lise ; son intérêt est de vous faire écrire vos faits une fois, en un seul endroit, où tout outil qui le lit les trouvera.

Le plus utile y est la section que presque personne n’écrit : ce que vous ne faites pas. Un modèle sans faits négatifs comble le vide par une supposition, et vous attribue un service que vous n’offrez pas. Une ligne explicite, dans le fichier et sur vos pages, laisse moins de place à cette supposition.

Attention cependant : ce fichier est une déclaration, pas une réparation. Si votre serveur bloque les robots il ne sera jamais lu, et si vos prix se contredisent il ne réglera rien. Sa place est après l’accès et la cohérence, pas avant.

Mesurer au lieu de deviner

Ne commencez pas par corriger. Commencez par enregistrer ce que les assistants disent de vous aujourd’hui : c’est le seul point de référence qui prouvera qu’une chose a changé. Rassemblez vingt à cinquante questions telles qu’un acheteur réel les pose dans votre secteur, et non telles que vous décrivez votre service.

Posez-les à trois assistants au moins et notez, pour chacune : êtes-vous cité ? l’information est-elle juste ? qui est cité à votre place ? Prenez une capture de chaque réponse. Ce dossier vaut plus que n’importe quel rapport général sur « l’amélioration de la visibilité ».

Reposez ensuite les mêmes questions un mois après la correction, et comparez. Si rien ne bouge, le problème dépasse la technique et appelle du contenu et des mentions extérieures. Si quelque chose bouge, vous avez un chiffre sur lequel bâtir plutôt qu’une impression.

  • « Quel est le meilleur [votre service] à [votre wilaya] ? »
  • « Combien coûte [votre service] en Algérie ? »
  • « Comparez [votre entreprise] et [votre concurrent]. »
  • « [Votre entreprise] convient-elle à une société de vingt personnes ? »
  • « Quels sont les risques à travailler avec [votre entreprise] ? »

Le plan des trente premiers jours

L’objectif du premier mois n’est pas de dominer les réponses, mais de lever tout ce qui empêche de vous comprendre et d’obtenir un chiffre de référence. Quatre semaines, chacune avec un livrable clair.

  • Semaine 1 : posez les questions, archivez les réponses, vérifiez l’accès des robots à votre serveur.
  • Semaine 2 : levez les blocages, construisez les données d’entité avec vos numéros d’enregistrement, vos services et vos prix.
  • Semaine 3 : sortez prix et services des images et des fichiers vers du texte, et unifiez vos informations sur tous vos profils.
  • Semaine 4 : rédigez des questions fréquentes dans les mots de l’acheteur, publiez llms.txt, puis remesurez et comparez.