Le principe : un graphe, pas des blocs isolés
L'erreur la plus répandue consiste à coller sur chaque page un bloc complet décrivant l'organisation. Vous obtenez cinquante déclarations concurrentes de la même entité, ce qui produit exactement le bruit que la démarche cherche à supprimer.
La structure correcte tient en trois règles. Regroupez vos nœuds dans un @graph unique par page. Donnez à chaque nœud un @id stable, ancré sur une URL canonique. Et référencez ensuite par identifiant plutôt que de redéclarer.
Concrètement, votre organisation se déclare une seule fois, sur une page de référence, avec un identifiant du type https://votresite.fr/#organization. Toutes vos autres pages y renvoient par ce même identifiant. Une seule source de vérité, exactement comme pour la définition canonique.
Gabarit Organization
Le nœud le plus important. Il porte votre identité machine et sert de point d'ancrage à tout le reste.
| Propriété | Valeur | Commentaire |
|---|---|---|
@id | URL du site + #organization | Stable et unique. Ne jamais le changer. |
name | Nom exact | La forme retenue pour le NAP, sans variante. |
description | Définition canonique | Mot pour mot, sans reformulation. |
foundingDate | Année ou date complète | Fait vérifiable sur registre public. |
address | Nœud PostalAddress | Format strictement identique à celui du pied de page. |
sameAs | Tableau d'URL | Vos profils officiels. C'est le pont vers vos présences externes. |
knowsAbout | Tableau de thèmes | Vos expertises, avec le vocabulaire du marché. |
founder | Référence par @id | Renvoie au nœud Person, ne le redéclare pas. |
Deux points de vigilance. N'ajoutez pas de propriété url sur ce nœud : elle fait doublon avec l'identifiant et introduit une ambiguïté. Et si vous utilisez un sous-type plus précis comme ProfessionalService, ne déclarez jamais d'aggregateRating que vous produisez vous-même : c'est contraire aux règles de Google et cela ne s'affiche pas.
Je mesure votre taux de citation dans ChatGPT, Gemini, Perplexity et le mode IA, et je vous livre le plan.
Gabarit Person
Indispensable dès lors qu'une expertise s'attache à quelqu'un, ce qui est le cas de la plupart des activités de conseil et de service.
| Propriété | Commentaire |
|---|---|
@id | URL de la page auteur + #person |
name, givenName, familyName | Décomposer aide au rapprochement d'entités. |
jobTitle | Fonction nommée avec le vocabulaire du marché. |
description | La biographie unique, celle qui est répétée partout. |
worksFor | Référence par @id au nœud Organization. |
knowsAbout | Domaines d'expertise de la personne, pas de l'entreprise. |
sameAs | Profils professionnels. Le pont vers les mentions externes. |
Le rôle de ce nœud est développé dans l'autorité incarnée : les modèles rattachent plus volontiers une expertise à une personne identifiable qu'à une raison sociale.
Je dévoile ma méthode complète pour être cité par les IA
Retrouvez toutes mes vidéos sur la page vidéos ou sur ma chaîne YouTube.
Gabarit Article
Sur chaque contenu éditorial. Court, et surtout relié au reste.
| Propriété | Commentaire |
|---|---|
headline | Le H1 de la page, pas le title. |
author | Référence par @id au nœud Person. |
publisher | Référence par @id au nœud Organization. |
datePublished et dateModified | Réelles. Antidater se détecte et se paie. |
isPartOf | Référence à la CollectionPage si l'article appartient à un ensemble. |
about | Le sujet, sous forme de nœud Thing nommé. |
La propriété dateModified est celle que la plupart des sites gèrent mal. Automatisez-la depuis votre système plutôt que de la saisir : une date figée pendant deux ans prive vos pages du signal de fraîcheur, qui pèse particulièrement dans la recherche augmentée.
Gabarits DefinedTerm et DefinedTermSet
Le couple le moins employé et l'un des plus utiles en GEO. Il permet de déclarer un vocabulaire comme un ensemble cohérent plutôt que comme des pages éparses.
DefinedTerm, sur chaque page de définition : un @id propre, le name du terme, une description qui est la définition citable, et surtout inDefinedTermSet qui pointe par identifiant vers le glossaire.
DefinedTermSet, sur la page glossaire : un @id, un name, et hasDefinedTerm listant les termes par référence.
C'est exactement la structure employée par ce cocon : neuf pages de définition rattachées au glossaire du GEO. Un moteur qui lit ce graphe voit un lexique signé, pas neuf articles indépendants.
Une précaution de mise en œuvre : ne déclarez dans hasDefinedTerm que des termes dont la page existe réellement. Déclarer un ensemble dont une partie renvoie vers du vide dégrade la confiance accordée à l'ensemble.
Vous préférez qu'on s'en charge ?
J'applique cette méthode pour mes clients depuis 2024. Trois formats, selon que vous vouliez un diagnostic, un accompagnement ou monter en compétence.
Voir le détail des tarifs ou réserver 30 minutes pour en parler.
Les types à ne pas utiliser
Trois types reviennent souvent dans les recommandations et méritent d'être écartés.
FAQPage. Google ne l'affiche pratiquement plus depuis 2023. Il alourdit le code sans contrepartie, et les moteurs génératifs extraient très bien des questions structurées en HTML clair. Ce cocon n'en utilise aucun.
AggregateRating auto-attribué. Sur un service que vous vendez, il n'est pas affiché et contrevient aux règles. Les avis doivent venir d'une plateforme tierce pour avoir une valeur.
HowTo. Son affichage a été fortement réduit. Un guide procédural bien structuré en HTML produit le même effet côté génératif, sans la maintenance.
La méthode d'implémentation complète, avec les outils de validation, figure dans le guide Schema.org pas à pas. L'approche côté service est présentée sur données structurées pour les IA.
Trente minutes en visio, sans engagement : je regarde ce que les IA disent de vous et je vous dis par où commencer.