Quels schemas implémenter, dans quel ordre, et pourquoi ? Guide technique basé sur nos audits pour maximiser votre visibilité dans les réponses des LLM.

| Schema | Priorité | Impact IA | Difficulté |
|---|---|---|---|
Organization | 1 | Élevé | Facile |
FAQPage | 2 | Élevé | Facile |
Article / BlogPosting | 3 | Moyen-élevé | Facile |
HowTo | 4 | Moyen | Moyen |
Product / Service | 5 | Moyen | Moyen |
LocalBusiness | 6 | Moyen (local) | Facile |
BreadcrumbList | 7 | Faible-moyen | Facile |
Ce classement, on l'a construit après 50+ audits techniques. Pas en lisant la doc de Schema.org pendant un après-midi. On a corrélé la présence de chaque type de schema avec la fréquence de citation dans les réponses IA. Le résultat est clair : certains schemas comptent beaucoup, d'autres sont du bruit.
Si vous n'implémentez qu'un seul schema, c'est celui-là. Le Organization schema dit aux crawlers et aux LLM : voici qui nous sommes, où nous sommes, ce que nous faisons, et où nous trouver ailleurs sur le web.
Voici les champs qui comptent vraiment :
name : votre nom commercial exact. Pas une variante, pas un acronyme. Le nom tel que vous voulez être identifié.
description : une phrase. Claire. Pas de jargon marketing.
url : votre site principal.
sameAs : un tableau avec vos profils LinkedIn, Google Business, Crunchbase, etc. C'est ici que vous reliez toutes vos présences entre elles.
address : votre adresse physique. Les LLM utilisent beaucoup la géolocalisation.
foundingDate, founders : optionnels mais utiles. Ça ajoute de la profondeur à votre entité.
On voit souvent des sites avec un Organization schema qui contient juste le nom et l'URL. C'est comme envoyer un CV avec uniquement votre prénom. Techniquement correct, pratiquement inutile.
Les LLM adorent les FAQ. Pourquoi ? Parce que le format question-réponse correspond exactement à leur mode de fonctionnement. Un utilisateur pose une question, le modèle cherche une réponse. Si votre site a déjà la question ET la réponse dans un format structuré, vous facilitez le travail du modèle.
La clé : ne mettez pas n'importe quelles questions. Mettez les questions que les gens posent vraiment aux LLM dans votre secteur. Comment les trouver ? Utilisez Perplexity, tapez des requêtes liées à votre activité, et observez les "questions liées" qui apparaissent. Ce sont vos FAQ.
Techniquement, le FAQPage schema est simple. Un tableau de Question avec chacune un acceptedAnswer. Pas de limite de nombre, mais on recommandé 5 à 10 par page. Au-delà, Google peut ignorer le schema et les LLM y voient du keyword stuffing structuré.
Chaque article de blog devrait avoir son schema Article ou BlogPosting. C'est basique, mais on constate que 60% des sites qu'on audite ne l'ont pas, ou l'ont mal implémenté.
Les champs importants au-delà du titre et de la date :
author : avec un lien vers une page auteur. Les LLM évaluent la crédibilité de l'auteur. Un article signé "Admin" a moins de poids qu'un article signé par une personne avec un profil LinkedIn vérifiable.
datePublished et dateModified : les LLM privilégient le contenu récent. Si vous mettez à jour un article, changez la date de modification.
speakable : peu utilisé, mais utile pour les assistants vocaux. Identifie les passages de votre article qui sont "prononçables" comme réponse.
Si vous avez des articles "comment faire", le schema HowTo est un bonus significatif. Il structure chaque étape avec un nom, une description, et optionnellement une image ou un outil nécessaire.
On a testé sur un client dans le secteur de la construction à Namur. Même article, avec et sans schema HowTo. Avec le schema, Perplexity citait l'article en listant les étapes directement dans sa réponse. Sans le schema, l'article apparaissait comme un lien parmi d'autres. La différence entre être la réponse et être une source.
Quand quelqu'un demande à un LLM "quel outil pour gérer mes factures en Belgique ?", le modèle cherche des entités de type Product ou Service avec des attributs clairs : nom, description, prix, zone géographique, catégorie.
Si votre page de service n'a pas ce schema, vous comptez sur le LLM pour "comprendre" que vous vendez quelque chose en lisant votre prose marketing. Bonne chance. Les pages de service sont souvent les plus mal structurées : beaucoup de storytelling, peu de données exploitables par une machine.
Notre conseil : gardez le storytelling pour les humains, ajoutez le schema pour les machines. Les deux peuvent coexister sur la même page.
Si vous partez de zéro, voici comment on procède avec nos clients :
Semaine 1 : Organization sur la homepage. C'est la base. 30 minutes de travail pour un développeur.
Semaine 2 : FAQPage sur vos 3 à 5 pages les plus visitées. Identifiez les questions, rédigez des réponses concises, ajoutez le schema.
Semaine 3 : Article/BlogPosting sur tous vos articles existants. Si vous avez un CMS comme WordPress, un plugin comme Yoast ou RankMath fait ça automatiquement. Vérifiez quand même que les données sont correctes.
Semaine 4 : Product/Service sur vos pages commerciales et HowTo sur vos guides.
Total : un mois. Pas besoin d'une refonte. Pas besoin d'une agence à 15K. Un développeur compétent et une personne qui connaît le business suffisent.
Du schema invisible. Le JSON-LD est dans le code, mais il contient des erreurs de syntaxe. Validez toujours avec le Rich Results Test de Google et le validateur Schema.org.
Du schema qui ne correspond pas au contenu visible. Votre FAQ schema liste 8 questions, mais seules 3 sont visibles sur la page. Google appelle ça du "schema spam" et peut pénaliser. Les LLM, eux, risquent simplement d'ignorer le signal.
Des champs vides ou génériques. "description": "Nous sommes une entreprise innovante". Ça ne dit rien. Soyez spécifique : secteur, localisation, offre concrète.
Le schema markup n'est pas magique. C'est un langage structuré que les machines lisent nativement. Si vous le parlez correctement, elles vous comprennent. Si vous le bâclez, elles vous ignorent. Aussi simple que ça.