Comment optimiser votre site pour être cité par l'IA

TL;DR — Les moteurs IA citent des faits structurés, pas des mots-clés. Reliez votre Schema.org en JSON-LD et donnez la réponse avant le contexte pour devenir la référence retenue.
Image abstraite en pixels et chiffres

Un prospect ouvre ChatGPT et demande un studio de développement web en Suisse romande. Le modèle répond en trois paragraphes nets, cite deux confrères par leur nom et donne même un ordre de grandeur de budget. Toute la présélection se joue là, en douze secondes, sans qu'une page de résultats ne s'affiche.

Votre site est en ligne depuis des années. Il est soigné, il charge vite, vos clients le trouvent très bien. Et il n'apparaît nulle part dans cette réponse : pas une mention, pas un lien, pas même en fin de liste. Le prospect ne saura jamais que vous existez, parce qu'il n'a jamais eu à chercher.

Ce n'est pas une injustice d'algorithme. C'est ce qui arrive quand un site est conçu comme une plaquette destinée à des yeux humains, sans une ligne de structure exploitable par une machine. La bonne nouvelle, c'est que cette structure se rattrape, et bien plus vite qu'un profil de backlinks.

Pourquoi le référencement d'hier ne produit aucune citation

Pendant vingt ans, la recette n'a pas bougé : viser un mot-clé, empiler des liens entrants, faire patienter le visiteur jusqu'au formulaire de contact. Elle fonctionnait parce que l'objectif était un classement, et qu'un classement se gagne par accumulation de signaux.

Le problème, c'est l'introduction que cette méthode a rendue obligatoire, celle qui doit caser le mot-clé avant que le texte ne commence vraiment. Vous la connaissez par cœur pour l'avoir lue cent fois, et elle ressemble à peu près à ceci :

Dans cet article, nous allons voir ensemble pourquoi le référencement naturel est devenu incontournable pour les entreprises suisses en 2026.

Trois lignes, zéro information. Un lecteur pressé scrolle et vous pardonne. Un modèle, lui, ne scrolle pas : il évalue ce que chaque passage contient d'exploitable, et il passe au document suivant si la réponse n'arrive pas.

La densité de mots-clés ne dit rien à un modèle

Un modèle de langage ne compte pas vos occurrences. Il extrait des relations entre entités : qui fait quoi, où, pour qui, à quel prix, avec quelles limites. Une entité, c'est simplement une chose nommée que la machine peut relier à d'autres — votre entreprise, un service, une zone géographique, un tarif.

Répéter « création de site internet Valais » quatorze fois ne crée aucune relation. Écrire que le studio est basé à St-Luc, qu'il intervient en français et en allemand, et que ses projets PME démarrent dans une fourchette donnée, en crée trois. C'est ce deuxième texte qui se retrouve dans une réponse synthétisée.

Un moteur de réponses ne classe pas, il synthétise

Perplexity, AI Overviews ou SearchGPT ne produisent pas une liste ordonnée de dix pages. Ils construisent une réponse à partir de quelques sources jugées fiables, puis citent celles qui ont fourni les fragments les plus nets. La sélection ne récompense pas l'autorité globale du domaine, elle récompense la clarté du passage.

C'est un changement de nature, pas de degré. Vous ne jouez plus une position dans une liste, vous jouez votre présence dans un paragraphe écrit par quelqu'un d'autre. Et dans ce paragraphe, il n'y a de la place que pour deux ou trois noms.

1. Décrivez vos entités métier dans un graphe JSON-LD

Ne laissez jamais une machine deviner ce que votre page raconte. Le balisage Schema.org est un traducteur universel : il énonce en langage machine ce que votre mise en page exprime visuellement. Le format recommandé est le JSON-LD, un bloc de données posé dans le head au moment du développement , invisible pour le visiteur.

Le graphe connecté plutôt que les blocs isolés

La plupart des sites balisés le sont mal, pas parce que le code est faux, mais parce qu'il est fragmenté. Un bloc LocalBusiness ici, un bloc Service là, et rien qui indique que le second est rendu par le premier. Deux affirmations isolées valent moins qu'une relation explicite.

La correction ne demande pas plus de code, seulement une mise en relation explicite. Elle tient dans un @graph, qui rassemble les objets décrits par une même page, et dans des identifiants stables qui permettent de pointer de l'un vers l'autre :

JSON
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "LocalBusiness",
      "@id": "https://exemple.ch/#studio",
      "name": "Studio",
      "areaServed": "Valais"
    },
    {
      "@type": "Service",
      "@id": "https://exemple.ch/#seo",
      "serviceType": "SEO",
      "provider": { "@id": "https://exemple.ch/#studio" }
    }
  ]
}

Le @id est ce qui transforme deux objets en un graphe : la machine sait désormais que ce service a un fournisseur, et que ce fournisseur couvre une zone. Une précaution s'impose : un balisage qui décrit autre chose que ce qu'affiche la page se retourne contre vous, aussi bien auprès de Google que des modèles qui recoupent les deux.

2. Structurez chaque réponse en pyramide inversée

Donnez la réponse dans la première phrase de chaque section, puis développez la nuance, la méthode et les exceptions. C'est l'inverse de la dissertation scolaire, et c'est exactement la structure que les rédactions d'agence de presse utilisent depuis un siècle.

La réponse avant le contexte

Une section qui commence par « il existe plusieurs approches, et tout dépend de vos objectifs » ne sera jamais citée. Une section qui commence par « un site multilingue coûte 30 à 50 % de plus, pas trois fois plus » peut être extraite telle quelle, sans que rien autour ne soit nécessaire pour la comprendre.

C'est le test à appliquer à chaque paragraphe : sorti de la page, sans titre, sans contexte, tient-il encore debout ? Si la réponse est non, le passage n'est pas citable, et il ne le deviendra pas parce que vous aurez ajouté un mot-clé dedans.

3. Publiez les données réelles qu'aucun modèle ne devine

Supprimez les articles écrits pour capter un volume de recherche sans intention d'achat. Un modèle a déjà ingéré dix mille pages « 5 astuces pour améliorer son SEO » ; la vôtre n'apporte rien qui ne soit déjà dans ses poids, et elle dilue le reste de votre site.

Vos pages de services comme source primaire

Ce qu'aucun modèle ne peut halluciner, ce sont vos fourchettes de prix réelles , vos délais d'intervention, votre méthode de travail, les zones que vous couvrez et celles que vous refusez. Ces informations n'existent nulle part ailleurs, ce qui en fait mécaniquement la partie la plus précieuse de votre site.

Il faut nommer ce que ça coûte, parce que ce n'est pas gratuit. Publier une fourchette vous fera perdre des demandes de la part de gens qui cherchaient seulement un chiffre, et rendra votre positionnement lisible par vos concurrents. Et ce chantier ne se justifie pas partout : si votre activité tourne entièrement sur le bouche-à-oreille local et que votre carnet est plein, les moteurs de réponses ne sont pas votre priorité de l'année.

L'AEO se joue dans l'infrastructure, pas dans le contenu

Saupoudrer des questions-réponses sur un site existant ne produit pas de citations. La lisibilité machine se décide plus bas, dans la manière dont les pages sont construites et servies.

La sémantique se décide au moment du build

Un contenu qui n'existe qu'après l'exécution du JavaScript est un contenu que beaucoup de robots ne verront jamais. Une hiérarchie de titres qui suit la mise en page plutôt que le sens brouille la structure du document. Un serveur lent fait abandonner le crawl avant la page qui comptait vraiment.

Ces trois points se règlent au moment de la construction, jamais après, et c'est la raison pour laquelle je traite le balisage comme une partie du build plutôt que comme une option de fin de projet. Ils appartiennent à votre stratégie SEO plutôt qu'à une phase d'optimisation ultérieure. La structure d'abord, la visibilité ensuite. Dans l'autre sens, vous ajoutez du balisage à un site que les machines n'arrivent déjà pas à lire.

Prêt à transformer votre site en source citée par l'IA ?

Optimiser pour les machines ne revient pas à écrire pour des machines. Les mêmes choix — répondre tôt, nommer les faits, structurer le document — rendent la page plus utile à la personne qui la lit. Quand un modèle vous comprend, c'est en général qu'un humain pressé vous aurait compris aussi.

👉 Envie de savoir ce que les assistants racontent aujourd'hui sur votre entreprise ? Contactez-moi