Les données structurées sont l'une des disciplines SEO les plus mal comprises. Soit les gens les ignorent complètement, soit ils ajoutent du schema partout en espérant que ça va "déclencher quelque chose". Dans les deux cas, le résultat est décevant.

Après avoir audité des centaines de sites avec Pharone, j'ai une vue claire de ce qui fonctionne, ce qui ne sert à rien, et ce qui peut vous valoir une pénalité. Voici le guide pragmatique.

Pourquoi les données structurées comptent encore plus en 2026

Il y a deux raisons distinctes d'implémenter schema.org aujourd'hui — et elles sont souvent confondues.

Raison 1 : les rich results Google. Les étoiles sur les avis, les FAQ dépliables, les breadcrumbs dans les SERPs, les fiches produits avec prix et disponibilité. Ces enrichissements visuels augmentent le taux de clic de 20 à 30% selon les études. C'est du SEO classique.

Raison 2 : les citations dans les moteurs IA. ChatGPT, Perplexity, les AI Overviews de Google extraient préférentiellement les informations structurées pour composer leurs réponses. Un site avec un schema Person complet (nom, titre, sameAs, knowsAbout) sera cité plus précisément et plus souvent qu'un site sans schema.

Ces deux raisons se renforcent mutuellement. Mais les types de schema utiles pour les rich results et pour les citations IA ne sont pas identiques.

Les types qui déclenchent des rich results — liste officielle 2026

Google documente officiellement les types qu'il supporte pour les rich results. Voici ce qui fonctionne vraiment :

Article / NewsArticle / BlogPosting

Pour les contenus éditoriaux. Le minimum utile :

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Titre de l'article",
  "datePublished": "2026-03-10",
  "dateModified": "2026-03-10",
  "author": {
    "@type": "Person",
    "@id": "https://votresite.com/a-propos#auteur",
    "name": "Prénom Nom",
    "url": "https://votresite.com/a-propos"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Votre Marque",
    "url": "https://votresite.com"
  }
}

Le @id sur l'auteur est important : il crée un lien sémantique persistant entre l'article et la personne, que Google et les LLMs peuvent suivre pour consolider l'autorité de l'auteur.

Product + Offer

Pour l'e-commerce, le schema le plus rentable en termes de rich results :

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Nom du produit",
  "description": "Description courte",
  "sku": "REF-001",
  "offers": {
    "@type": "Offer",
    "price": "29.99",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock",
    "url": "https://votresite.com/produit/ref-001"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.5",
    "reviewCount": "127"
  }
}

Point critique : le aggregateRating doit refléter de vraies avis. Google vérifie. Les avis fictifs peuvent déclencher une action manuelle.

FAQPage

Un des types les plus efficaces pour apparaître en rich result — et pour être cité dans les AI Overviews :

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Quelle est la différence entre SEO et GEO ?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Le SEO optimise pour les moteurs de recherche classiques (Google, Bing). Le GEO (Generative Engine Optimization) optimise pour les moteurs IA comme ChatGPT et Perplexity, qui citent des sources au lieu de lister des liens."
      }
    }
  ]
}

À savoir : Google a réduit l'affichage des rich results FAQ depuis 2023, mais le schema reste utile pour les citations IA. Les réponses structurées sont exactement le format que les LLMs extraient.

BreadcrumbList

Simple, efficace, sous-utilisé. Affiche le chemin de navigation dans les SERPs :

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Accueil", "item": "https://votresite.com" },
    { "@type": "ListItem", "position": 2, "name": "Blog", "item": "https://votresite.com/blog" },
    { "@type": "ListItem", "position": 3, "name": "Titre de l'article" }
  ]
}

LocalBusiness

Indispensable pour tout commerce local. Il alimente directement le Knowledge Panel :

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "@id": "https://votresite.com/#business",
  "name": "Nom de l'entreprise",
  "url": "https://votresite.com",
  "telephone": "+33 X XX XX XX XX",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "10 rue de la Paix",
    "addressLocality": "Lyon",
    "postalCode": "69001",
    "addressCountry": "FR"
  },
  "geo": {
    "@type": "GeoCoordinates",
    "latitude": 45.764,
    "longitude": 4.835
  },
  "openingHoursSpecification": [
    {
      "@type": "OpeningHoursSpecification",
      "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"],
      "opens": "09:00",
      "closes": "18:00"
    }
  ],
  "sameAs": [
    "https://www.google.com/maps/...",
    "https://www.facebook.com/..."
  ]
}

Les types utiles pour l'E-E-A-T et les citations IA

Ces types ne génèrent pas nécessairement des rich results visibles, mais ils sont critiques pour votre autorité aux yeux de Google et des LLMs.

Person

{
  "@context": "https://schema.org",
  "@type": "Person",
  "@id": "https://votresite.com/a-propos#auteur",
  "name": "Prénom Nom",
  "jobTitle": "Votre titre professionnel",
  "url": "https://votresite.com/a-propos",
  "knowsAbout": ["SEO technique", "Audit SEO", "Développement web"],
  "sameAs": [
    "https://www.linkedin.com/in/votre-profil/",
    "https://twitter.com/votre_compte"
  ]
}

Le sameAs est le signal le plus important : il dit à Google et aux LLMs que cette Person est la même entité que ces profils externes. C'est la base de la disambiguation d'entités — comment Google construit son Knowledge Graph.

Organization + WebSite

À mettre en global (dans le layout racine), présent sur toutes les pages :

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://votresite.com/#organization",
      "name": "Votre Marque",
      "url": "https://votresite.com",
      "foundingDate": "2020",
      "founder": { "@id": "https://votresite.com/a-propos#auteur" },
      "sameAs": ["https://www.linkedin.com/company/votre-marque/"]
    },
    {
      "@type": "WebSite",
      "@id": "https://votresite.com/#website",
      "url": "https://votresite.com",
      "name": "Votre Marque",
      "publisher": { "@id": "https://votresite.com/#organization" },
      "inLanguage": "fr-FR"
    }
  ]
}

L'utilisation du @graph permet de lier les entités entre elles dans un seul bloc JSON-LD.

Les types dépréciés ou inutiles en 2026

Rating et Review en dehors du contexte produit

Google a durci sa politique sur les avis. Les schemas Review sur des pages qui ne sont pas des produits ou des services clairement délimités ne génèrent plus de rich results depuis 2022.

JobPosting pour des offres génériques

Si vous utilisez JobPosting pour des "offres permanentes" non datées, Google les filtre. Une offre sans validThrough date sera ignorée dans les rich results emploi.

VideoObject sans vraie vidéo

J'ai vu des sites ajouter un schema VideoObject avec une vignette mais sans URL de vidéo. Google pénalise les données structurées trompeuses.

SiteLinksSearchBox

Ce type n'est plus influençable par les webmasters depuis 2023. Google détermine lui-même si votre site mérite un moteur de recherche intégré dans les SERPs. Le schema ne change rien.

Les erreurs de mise en oeuvre les plus communes

1. Schema en double. Deux blocs Organization dans la même page. Google prend l'un, ignore l'autre, parfois se contredit. Utilisez @graph pour regrouper vos entités.

2. Propriétés obligatoires manquantes. Un Product sans name, un Event sans startDate. Google invalide le schema entier. Testez toujours avec le Rich Results Test.

3. @id incohérents. L'@id doit être une URL absolue stable et unique. Si vous utilisez https://votresite.com/a-propos#auteur dans votre schema Person, utilisez exactement la même valeur partout où vous référencez cette entité.

4. Données structurées non visibles dans le HTML. Google peut signaler les schemas dont les informations ne correspondent pas au contenu visible de la page. Si votre schema Product affiche un prix de 29€ mais que la page affiche "Prix sur demande", vous risquez une pénalité.

Protocole d'implémentation

Si vous partez de zéro, voici l'ordre d'implémentation :

Global (toutes pages) : Organization + WebSite dans le root layout
Homepage : réutilise Organization, ajoute WebPage
Articles de blog : BlogPosting + BreadcrumbList + Person auteur
Page auteur : Person + ProfilePage
Pages produit : Product + Offer + optionnel AggregateRating
FAQ / Support : FAQPage
Contact / Local : LocalBusiness si applicable

Pharone vérifie automatiquement votre schema lors de l'audit — types présents, propriétés manquantes, conformité Google. Lancez un audit gratuit pour voir l'état de vos données structurées.

Schema.org en 2026 : les types qui déclenchent des rich results (et ceux qui ne servent à rien)