Données structurées : les types Schema réellement utiles

Les données structurées remplissent deux fonctions distinctes, et la seconde est discrètement devenue plus stratégique que la première.

Première fonction : obtenir des résultats enrichis (Rich Snippets) dans Google — étoiles d'évaluation, accordéons de FAQ, fils d'Ariane, prix, événements. Ces affichages occupent plus d'espace visuel dans les pages de résultats et augmentent nettement le taux de clic.

Seconde fonction : transmettre aux modèles d'IA des faits précis et non ambigus sur votre entreprise. Face à un texte rédigé, un modèle doit déduire votre activité et vos zones de chalandise. Face à un nœud Organization conforme, il n'a plus rien à déduire : il extrait des données certaines. Lorsqu'un moteur de réponse par IA décrit une entreprise avec assurance, cette précision provient presque toujours de ses données structurées.

La première fonction est bien connue. La seconde explique pourquoi les intégrations d'il y a trois ans doivent être modernisées aujourd'hui.

Privilégiez le format JSON-LD

Trois formats coexistent (Microdonnées, RDFa, JSON-LD). Utilisez exclusivement JSON-LD.

Google le recommande officiellement. Il s'insère dans une balise <script> unique au lieu d'être dispersé dans le balisage HTML, et résiste parfaitement aux refontes graphiques de gabarits qui cassent souvent les Microdonnées.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.com/#organization",
  "name": "Acme Manufacturing",
  "url": "https://example.com/"
}
</script>

Relier le graphe sémantique

C'est ce qui distingue une implémentation performante d'un simple code qui valide syntaxiquement.

La majorité des sites publient des blocs isolés : une entité Organization par ici, un Service par là, un BlogPosting ailleurs, sans aucune référence croisée. Chaque bloc est valide, mais l'ensemble n'exprime aucune relation sémantique.

Utilisez la propriété @id pour les interconnecter :

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Acme Manufacturing",
      "url": "https://example.com/"
    },
    {
      "@type": "WebSite",
      "@id": "https://example.com/#website",
      "url": "https://example.com/",
      "publisher": { "@id": "https://example.com/#organization" }
    },
    {
      "@type": "Service",
      "@id": "https://example.com/services/cnc/#service",
      "name": "Fraisage CNC",
      "provider": { "@id": "https://example.com/#organization" },
      "areaServed": { "@type": "Place", "name": "Union Européenne" }
    }
  ]
}

Désormais, le service est explicitement rattaché à une entreprise précise intervenant sur une zone géographique définie. Une machine peut répondre sans ambiguïté à « qui propose du fraisage CNC et où ? » sur la seule base de ces données structurées.

Le conteneur @graph permet de regrouper l'ensemble des entités dans un seul script, clarifiant la structure pour les développeurs.

Les types Schema.org stratégiques

Par ordre de valeur pour un site d'entreprise :

Organization (ou LocalBusiness pour un point de vente physique, ou ProfessionalService pour une agence ou un cabinet de conseil). C'est le socle fondamental. Renseignez name, url, logo, address, telephone, email, sameAs (liens vers vos profils sociaux officiels) et areaServed.

WebSite — déclaré une seule fois sur la page d'accueil. L'ajout d'une directive SearchAction peut activer la barre de recherche interne dans les résultats Google (Sitelinks Search Box).

BreadcrumbList — sur toutes les pages intérieures. Remplace l'URL brute par un fil d'Ariane lisible dans les résultats de recherche. C'est l'affichage enrichi le plus facile à obtenir.

Service ou Product — sur les pages dédiées à vos offres. L'entité Product avec offers et un price réel déclenche l'affichage du tarif dans Google.

FAQPage — sur chaque page répondant à des questions récurrentes. Format à très forte valeur pour l'IA, fournissant directement des couples question-réponse prêts à être extraits.

BlogPosting ou Article — sur les contenus éditoriaux (headline, datePublished, dateModified, author, image, wordCount).

L'erreur qui déclenche des pénalités manuelles

N'ajoutez jamais de balise aggregateRating sur votre propre nœud Organization à partir d'avis collectés en interne.

Les consignes officielles de Google sont formelles : les avis auto-déclarés sur sa propre entreprise ne sont pas éligibles aux résultats enrichis. C'est un motif documenté d'action manuelle et de suppression d'affichage.

Les avis par étoiles doivent être associés à un Product, un LocalBusiness ou un service précis, et doivent correspondre à des avis réels visibles par les internautes sur la page.

Points de conformité essentiels

Le contenu balisé doit être visible par l'utilisateur. Baliser une FAQ masquée ou un prix qui n'apparaît qu'après ajout au panier constitue une infraction. Google retire les résultats enrichis en cas de discordance constatée.

Respecter les propriétés obligatoires. Une omission bloque l'affichage enrichi même si le JSON-LD est valide. Product exige name ainsi que offers, review ou aggregateRating. FAQPage requiert au moins une Question avec sa réponse acceptedAnswer.

Dates au format ISO 8601. Utilisez impérativement 2026-09-08 ou 2026-09-08T10:00:00+03:00. Les formats littéraux ne sont pas interprétés par les robots.

Des liens sameAs vérifiés. Pointez uniquement vers des profils que vous contrôlez directement (votre page LinkedIn, votre compte X). C'est l'un des signaux les plus puissants de réconciliation d'entités pour les algorithmes.

Optimisations spécifiques pour les moteurs d'IA

Certaines propriétés sont particulièrement valorisées par les LLMs :

description sur l'entité Organization, rédigée de façon factuelle sans superlatifs promotionnels (fréquemment citée telle quelle)
knowsAbout — tableau listant vos domaines d'expertise et compétences techniques
areaServed — définition explicite des pays et marchés couverts
availableLanguage — indication des langues gérées par vos équipes
makesOffer — lien direct entre votre entreprise et le catalogue de prestations

Ces attributs maximisent la précision avec laquelle les assistants d'IA recommandent vos services à leurs utilisateurs.

Gestion des sites multilingues

Chaque version linguistique nécessite ses propres données structurées traduites et la propriété inLanguage adaptée. Les identifiants @id doivent être distincts par langue (https://example.com/fr/services/#service) pour éviter de confondre les variantes linguistiques.

Tester et valider votre intégration

Trois outils complémentaires :

Test des résultats enrichis de Google — pour vérifier l'éligibilité aux affichages spéciaux Google
Validateur Schema.org — pour contrôler la conformité syntaxique pure
Notre vérificateur de données structurées gratuit — pour analyser le balisage réel, l'interconnexion du graphe et détecter les déclarations d'avis non conformes

Méthode de déploiement recommandée

Publier un graphe Organization + WebSite relié sur l'ensemble du site.
Déployer BreadcrumbList sur toutes les pages intérieures.
Ajouter Service ou Product sur les pages d'offres en référençant l'organisation via @id.
Intégrer FAQPage sur vos sections de questions fréquentes.
Déclarer BlogPosting sur les articles éditoriaux.
Effectuer un audit annuel pour éviter que les données structurées ne deviennent obsolètes par rapport aux pages réelles.

Choisissez votre langue