Données structurées (Schema.org)

Les données structurées (Schema.org, au format JSON-LD) décrivent le contenu d'une page dans un langage que les moteurs de recherche comprennent sans ambiguïté.

Pourquoi c'est utile en GEO, et par quel chemin

Le balisage aide les moteurs de recherche à identifier le type de contenu (article, FAQ, produit, recette, personne…), la date et l'auteur. C'est par eux qu'il profite aux réponses génératives, puisque ce sont eux qui sélectionnent les pages que le moteur génératif ira lire.

En revanche, ne compte pas dessus pour la lecture par le modèle lui-même : la page lui est le plus souvent transmise en texte ou en markdown, et cette conversion supprime justement les blocs <script type="application/ld+json"> (c'est l'extraction décrite au jour 3). Aucun éditeur de moteur génératif ne documente que sa chaîne de lecture exploite le JSON-LD.

Les types les plus utiles

• FAQPage : une liste de questions/réponses → parfait pour être cité
• Article : auteur, date de publication, date de mise à jour
• Person / Organization : signaux d'autorité (E-E-A-T)
• Product : fiches produit

Les quatre types Schema.org les plus utiles et ce que chacun signale au moteur : une liste de questions-réponses, un article daté et signé, l'autorité de l'auteur ou de l'organisation, une fiche produitFermer

Exemple (FAQ en JSON-LD)

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Qu'est-ce que le GEO ?",
    "acceptedAnswer": { "@type": "Answer", "text": "..." }
  }]
}

À retenir

Le balisage ne remplace pas un bon contenu : il le rend lisible par les moteurs qui alimentent les réponses génératives. robots.txt, <meta keywords> et le sitemap XML, eux, ne décrivent pas le sens d'une page.