Analysez et optimisez votre présence
sur les moteurs IA

Le mot "référencement" désigne la position dans une liste de résultats — une logique de classement héritée des moteurs de recherche classiques. Les moteurs génératifs — Perplexity, ChatGPT, et désormais les réponses IA de Google — ne renvoient pas une simple liste : ils rédigent une réponse et choisissent les quelques sources qui y figurent. Ce n'est pas une question de position, c'est une question d'autorité et de correspondance avec la question posée. Votre site est cité — ou il ne l'est pas. C'est pourquoi nous parlons de citabilité : la capacité d'un contenu à être sélectionné et mentionné par un moteur génératif dans sa réponse.

Le plus souvent parce que la page n'est pas dans les premiers résultats organiques : la grande majorité des pages citées par les moteurs IA y figuraient déjà. Viennent ensuite un contenu écrit en langage de marque plutôt qu'en langage utilisateur, et une page qui ne répond pas directement à la question posée. L'absence de balisage JSON-LD n'est pas la cause première : c'est une question d'hygiène technique, pas le levier de citation.

Le GEO est l'optimisation de votre présence sur les moteurs de recherche IA comme Perplexity, ChatGPT, Google AI Overviews et Google AI Mode — ces deux dernières surfaces étant actives en France depuis l'été 2026. Contrairement au SEO classique qui vise les résultats de recherche Google, le GEO vise à être cité directement dans les réponses générées par les IA quand les utilisateurs posent des questions.

Parce qu'on est passés du raisonnement à la mesure, en trois étapes.

Au début, personne n'avait de données. Les réponses génératives sont apparues, et la profession a raisonné par analogie avec le SEO : puisque les données structurées aident Google à comprendre une page, elles doivent aider une IA à la comprendre. C'était plausible. Ce n'était pas vérifié — et c'est devenu une doctrine à force d'être répété.

Puis les plateformes ont parlé. Google a publié sa position officielle : les données structurées ne sont pas requises pour ses réponses génératives, il n'existe pas de balisage spécial IA, ni de fichier « lisible par l'IA » à produire. Des déclarations de première main ont remplacé la spéculation.

Enfin les mesures sont arrivées. Une étude a comparé 1 885 pages ayant ajouté du balisage à 4 000 pages témoins : aucun gain de citation. La corrélation existait bien — les pages citées portent plus souvent du balisage — mais elle passe par le classement, pas par le balisage.

Il y a une raison de fond à cette erreur collective. Le principe « baliser pour que la machine comprenne » est né avec les résultats enrichis, et il était juste — il l'est toujours pour les fonctionnalités de recherche de Google. En 2024 et 2025, la profession l'a transposé aux moteurs d'IA. Nous l'avons fait aussi : cet outil a été conçu sur cette base, et il en porte encore la trace. C'était le pari raisonnable du moment — aucune mesure n'existait et l'analogie était forte. Ce que 2026 a montré, c'est que la transposition ne tient pas, pour une raison propre aux modèles de langue : ils lisent la prose nativement. C'est exactement ce qu'ils font de mieux. Là où un moteur de recherche avait besoin qu'on lui déclare un prix dans un champ dédié, un modèle le lit dans la phrase.

C'est pourquoi cet outil continue de produire du JSON-LD : il reste utile — éligibilité aux fonctionnalités de recherche de Google, clarté de votre entité, exploitation par les moteurs et services non-Google — mais nous ne le présentons plus comme le levier qui fait citer.

Ce qui n'a pas changé, et qui n'a donc jamais été du travail perdu : un contenu accessible au crawl, une valeur propre que d'autres pages n'ont pas, une réponse directe dans les mots de vos clients, et une entité claire et cohérente partout. Les sections questions/réponses en font partie : ce qui a disparu, c'est l'affichage enrichi que Google accordait au balisage FAQPage, pas l'utilité d'écrire noir sur blanc les questions que se posent vos clients. C'est là que se joue la citation, et c'était déjà vrai avant.

Pas pour être cité, et c'est mesuré : une étude portant sur 1 885 pages ayant ajouté du JSON-LD, comparées à 4 000 pages témoins, ne montre aucun gain de citation sur AI Overviews, AI Mode ni ChatGPT. Perplexity n'a pas été mesuré par cette étude et n'a publié aucune ligne directrice : nous ne l'affirmons donc ni ne le nions pour ce moteur. Google écrit de son côté que les données structurées ne sont pas requises pour ses réponses génératives et qu'il n'existe pas de balisage spécial IA. Le JSON-LD sert à trois choses réelles : rendre la page éligible aux fonctionnalités de recherche encore supportées, lever l'ambiguïté sur votre entité (qui vous êtes, quelle organisation, quels liens officiels), et être exploité par les surfaces qui lisent vraiment la structure — produits, événements, offres d'emploi. Ce qui fait citer, c'est d'être bien classé et de répondre à la question dans le langage de l'utilisateur : c'est là que porte l'essentiel de notre analyse.

Nous ne promettons pas de délai, et nous nous méfions de ceux qui en annoncent un. La citation dépend d'abord de votre classement et de la qualité de la réponse apportée, deux choses qui évoluent sur plusieurs semaines à plusieurs mois, sans garantie. Ce que l'audit vous donne immédiatement, c'est un état des lieux mesuré — êtes-vous cité, sur quelles requêtes — et la liste des corrections à faire. Le suivi se fait ensuite en réanalysant la page, et côté Google dans le rapport « performances IA générative » de la Search Console.

L'auto-détection analyse ce qui est déjà présent sur votre page et génère les schémas les plus évidents. Mais si votre page contient une FAQ non balisée, des avis clients ou une vidéo sans métadonnées, l'outil ne les intégrera pas automatiquement. Forcer un schéma lui indique explicitement de l'inclure dans le JSON-LD généré, même si la page ne l'exprime pas clairement. Résultat : un balisage plus complet, explicite sur ce que contient réellement la page.

Les 16 schémas disponibles :

• Article — contenu éditorial, billet de blog, actualité
• LocalBusiness — entreprise avec adresse physique et horaires
• FAQPage — liste de questions/réponses sur la page (plus de résultat enrichi Google, voir plus bas)
• Product — produit avec prix, disponibilité, avis
• Service — prestation ou offre de service
• Organization — entité légale, association, marque
• Course — formation ou programme pédagogique
• HowTo — guide étape par étape (plus de résultat enrichi Google, voir plus bas)
• Event — événement daté (conférence, webinaire, salon)
• Recipe — recette avec ingrédients et instructions
• BreadcrumbList — fil d'Ariane pour la navigation
• VideoObject — vidéo avec titre, description, durée
• Review — avis ou évaluation d'un produit/service
• SoftwareApplication — logiciel ou application web
• Person — individu, auteur, expert, intervenant
• WebPage — page générique avec métadonnées enrichies

Ce champ est l'un des leviers les plus puissants de l'outil. Il indique à l'outil quels services ou activités spécifiques vous souhaitez rendre visibles sur les moteurs génératifs — par exemple "formation IA pour PME" ou "audit transformation digitale". Sans cette information, l'analyse se limite à ce que la page exprime déjà. Avec, l'outil génère des requêtes utilisateur réalistes calées sur votre offre réelle, teste si votre page y répond, et produit un JSON-LD Schema.org qui structure précisément ces activités. Résultat : un diagnostic calé sur votre offre réelle — vous voyez sur quelles requêtes vous n'êtes pas cité, et ce qui manque à la page pour y répondre — et un balisage prêt à intégrer.

Google a retiré plusieurs types de ses résultats enrichis, par vagues depuis 2023 : HowTo (guides étape par étape), FAQPage (questions/réponses), le champ de recherche interne dans les sitelinks (WebSite + SearchAction), ainsi que Course info, Estimated salary, Learning video, Special announcement, Vehicle listing et Practice problem. Vérification faite en septembre 2026 : aucun de ces types ne figure plus dans la galerie officielle des données structurées de Google.

Deux conséquences pratiques. D'abord, un test aux outils de validation Google ne renverra plus rien sur ces types : « aucun résultat enrichi détecté » est normal, ce n'est pas un balisage cassé. Ensuite, il n'y a pas lieu de les retirer de vos pages : Google indique explicitement qu'un balisage non supporté ne pose aucun problème, et ces types restent valides chez Schema.org. Ils peuvent continuer à servir d'autres consommateurs que Google — mais ils ne produisent plus d'affichage enrichi.

Non, et la confusion coûte cher. Chaque éditeur fait tourner plusieurs robots aux rôles distincts : chez OpenAI, GPTBot entraîne les modèles, OAI-SearchBot alimente l'index de recherche et ChatGPT-User va chercher une page à la demande d'un utilisateur. Même découpage chez Anthropic (ClaudeBot, Claude-SearchBot, Claude-User) et chez Perplexity (PerplexityBot, Perplexity-User).

La conséquence est directe : ce sont les robots de recherche, pas ceux d'entraînement, qui déterminent si vous pouvez être cité dans une réponse. Bloquer GPTBot ou ClaudeBot pour protéger vos contenus de l'entraînement n'empêche pas d'être cité ; bloquer OAI-SearchBot ou PerplexityBot, en revanche, vous retire des réponses. Et chaque nom doit être traité séparément : interdire ClaudeBot ne bloque ni Claude-SearchBot ni Claude-User.

Côté Google, une idée fausse revient souvent : Google-Extended ne concerne que l'entraînement des modèles Gemini et le grounding de leurs API. Google écrit noir sur blanc qu'il « n'affecte pas l'inclusion d'un site dans Google Search et n'est pas utilisé comme signal de classement ». Le bloquer ne vous retire donc pas des AI Overviews, qui s'appuient sur l'index de Search.

Dernier point : le respect du robots.txt est une norme, pas une garantie technique.