« Back to Glossary Index
« Retour à la liste
Glossaire – Définition
Schema.org est le vocabulaire universel de données structurées co-fondé en 2011 par Google, Microsoft (Bing), Yahoo! et Yandex. Il fournit un langage commun — des types et des propriétés standardisés — que les webmasters ajoutent à leurs pages HTML pour permettre aux moteurs de recherche et aux IA génératives de comprendre le sens du contenu, et non seulement ses mots.
Schema.org n’est pas un outil de référencement parmi d’autres. C’est l’infrastructure sémantique du web. En balisisant une page avec les types Schema appropriés, vous transformez un contenu textuel opaque pour les machines en données structurées lisibles par Google, Bing, les assistants vocaux, ChatGPT Search, Perplexity et tout moteur capable d’interpréter le format JSON-LD. La maîtrise complète de Schema.org est l’un des leviers les plus puissants et les plus sous-exploités du SEO technique et du GEO.
Pour bien comprendre :
- Schema.org : comment fonctionne le système de types et de propriétés ?
- Cartographie complète des types Schema.org par famille
- Comment implémenter Schema.org correctement et éviter les erreurs courantes ?
- Les 5 priorités d’implémentation Schema selon votre type de site
- L’avis de l’expert B-Strong
- Questions fréquentes
Architecture et fonctionnement
Schema.org : comment fonctionne le système de types et de propriétés ?
Schema.org repose sur une hiérarchie orientée objet dans laquelle chaque type (entité) hérite des propriétés de ses types parents. Comprendre cette architecture permet de choisir le type le plus précis disponible — et donc d’envoyer le signal sémantique le plus fort possible à Google.
- La hiérarchie des types : Tous les types Schema.org descendent de la classe racine
Thing, qui définit les propriétés universelles partagées par toutes les entités (name, description, url, image, sameAs).Thingse subdivise en grandes branches :CreativeWork,Event,Organization,Person,Place,Product,Action,Intangible, et plusieurs autres. Chaque branche se spécialise ensuite en sous-types de plus en plus précis —Articleest unCreativeWork,NewsArticleest unArticle,ReportageNewsArticleest unNewsArticle. - Les trois formats d’implémentation : Schema.org peut être implémenté en JSON-LD (JavaScript Object Notation for Linked Data — recommandé par Google, placé dans une balise
<script type="application/ld+json">dans le<head>ou le<body>), en Microdata (attributs HTML inlineitemscope,itemtype,itemprop— plus difficile à maintenir) ou en RDFa (attributs HTML inline basés sur RDF — rarement utilisé en pratique SEO). Google recommande officiellement le JSON-LD pour sa facilité de maintenance et sa non-intrusion dans le balisage HTML. - La propriété @context et @type : Dans un bloc JSON-LD,
"@context": "https://schema.org"déclare le vocabulaire utilisé et"@type": "Article"déclare le type de l’entité décrite. Ces deux propriétés sont obligatoires dans tout bloc Schema.org valide. Toute propriété supplémentaire enrichit la description sémantique de l’entité. - Les types imbriqués (nested types) : Un type peut contenir d’autres types en propriétés. Un
Productpeut contenir unAggregateRating, unOfferet unBrand. UnArticlepeut contenir unPerson(auteur) et uneOrganization(éditeur). Cette imbrication permet de décrire des entités complexes avec une richesse sémantique que le texte seul ne peut pas transmettre. - sameAs — l’identifiant d’entité : La propriété
sameAspointe vers des identifiants d’entité externes (Wikidata, Wikipedia, Google Knowledge Graph, VIAF…) qui permettent à Google de désambiguïser l’entité décrite et de la connecter au Knowledge Graph. C’est la propriété la plus stratégique pour la reconnaissance d’entité — un levier E-E-A-T et GEO directement actionnable.
Cartographie complète des types Schema.org par famille
Schema.org recense plus de 800 types officiels. Cette cartographie couvre les types stratégiquement pertinents pour le SEO et le GEO, organisés par famille fonctionnelle, avec leur impact sur les rich snippets Google et leur utilité pour la Cite-ability IA.
Famille 1 — Contenus éditoriaux et journalistiques (CreativeWork)
- Article : Type générique pour tout article éditorial. Propriétés clés :
headline,author,datePublished,dateModified,publisher,image. Éligibilité aux rich snippets d’articles dans Google Discover et Top Stories. Prérequis pour le Freshness Signal GEO (dateModifiedobligatoire). - NewsArticle : Sous-type d’Article pour le journalisme d’actualité. Requis pour l’éligibilité au carrousel Top Stories de Google News. Propriétés additionnelles :
dateline,printEdition,printSection. Sites éligibles uniquement via Google News Publisher Center. - BlogPosting : Sous-type d’Article pour les articles de blog. Sémantiquement moins formel que
NewsArticle. Utile pour les blogs d’agences, les publications de marque et le contenu éditorial non journalistique. - TechArticle : Sous-type d’Article pour la documentation technique, les guides et tutoriels technologiques. Propriété spécifique :
proficiencyLevel(débutant, intermédiaire, expert). Signal E-E-A-T fort pour les contenus techniques. - ScholarlyArticle : Sous-type d’Article pour les publications académiques et scientifiques. Propriétés spécifiques :
backstory,citation. Pertinent pour les sites de recherche, les think tanks et les publications institutionnelles. - Report : Sous-type de
CreativeWorkpour les rapports sectoriels, études de marché et documents de recherche. Propriété spécifique :reportNumber. Fort signal d’autorité pour la Cite-ability sur les requêtes de type « rapport » ou « étude ». - Book : Pour les pages décrivant un livre ou ouvrage. Propriétés clés :
isbn,numberOfPages,bookFormat. Éligible aux rich snippets Livres dans Google. - Claim / ClaimReview : Types dédiés au fact-checking.
ClaimReviewest utilisé par les fact-checkers (AFP Fact Check, Snopes, Les Décodeurs) pour baliser des vérifications d’affirmations. Google affiche un badge « Vérification des faits » dans les résultats pour ces contenus. Très fort signal de crédibilité E-E-A-T. - Speakable : Type spécial qui signale les passages d’une page les plus adaptés à la lecture par un assistant vocal ou à l’extraction par une IA générative. Défini par des sélecteurs CSS ou XPath. Directement stratégique pour la Cite-ability GEO — c’est le type Schema.org le plus orienté moteurs génératifs.
Famille 2 — Commerce électronique et produits (Product / Offer)
- Product : Type central pour tout produit ou service commercialisé. Propriétés clés :
name,description,image,brand,sku,gtin(EAN/ISBN/UPC),offers,aggregateRating. Éligibilité aux rich snippets Produits (prix, disponibilité, avis) dans les résultats Google Shopping et organiques. - Offer : Décrit une offre commerciale associée à un produit. Propriétés clés :
price,priceCurrency,availability(InStock, OutOfStock, PreOrder),priceValidUntil,url. Doit être imbriqué dans unProductpour déclencher l’affichage des prix dans les rich snippets. - AggregateRating : Représente la note moyenne agrégée à partir de plusieurs avis. Propriétés clés :
ratingValue,reviewCount,bestRating,worstRating. Déclenche l’affichage des étoiles dans les SERP pour les types Product, Recipe, Movie, LocalBusiness. Google exige que les notes soient réelles et vérifiables — les notes fictives exposent à une action manuelle. - Review : Décrit un avis individuel. Propriétés clés :
reviewRating,author,datePublished,reviewBody. Peut être imbriqué dansProduct,LocalBusiness,Book,Movie,Recipe. - ItemList : Liste ordonnée d’éléments. Utilisé pour les pages de catégorie e-commerce et les articles de type « Top 10 » ou « Meilleures X ». Propriété clé :
itemListElement(liste deListItem). Éligible aux rich snippets Carrousel dans Google pour les articles de liste.
Famille 3 — Entités locales et géographiques (LocalBusiness / Place)
- LocalBusiness : Type central pour tout établissement physique avec une adresse et des horaires. Propriétés clés :
name,address(PostalAddress),telephone,openingHoursSpecification,geo(GeoCoordinates),priceRange. Éligible aux fiches d’établissement dans les résultats locaux. Améliore la cohérence entre les données Schema et le profil Google Business Profile. - Restaurant, Hotel, Store, MedicalClinic, LegalService, FinancialService… Sous-types spécialisés de
LocalBusiness, chacun avec des propriétés additionnelles métier-spécifiques (menu pour Restaurant, checkinTime pour Hotel, medicalSpecialty pour MedicalClinic). Toujours préférer le sous-type le plus précis disponible au type génériqueLocalBusiness. - Place : Type parent générique pour tout lieu physique (ville, monument, adresse). Propriétés clés :
address,geo,hasMap,photo. Utilisé pour les pages de destination touristique, les pages de ville ou de région, les pages de lieux culturels. - PostalAddress : Imbriqué dans tout type ayant une adresse physique. Propriétés :
streetAddress,addressLocality,postalCode,addressCountry. Format normalisé permettant à Google d’extraire l’adresse avec précision pour les résultats locaux et les assistants vocaux. - GeoCoordinates : Coordonnées GPS. Propriétés :
latitude,longitude. Imbriqué dansPlaceouLocalBusinesspour préciser la localisation exacte. Particulièrement utile pour les établissements dans des zones à forte densité ou dont l’adresse postale est ambiguë.
Famille 4 — Organisations et personnes (Organization / Person)
- Organization : Décrit une organisation (entreprise, association, institution). Propriétés clés :
name,url,logo,contactPoint,sameAs(liens Wikidata, LinkedIn, Twitter…),foundingDate,numberOfEmployees. Fondamental pour le Knowledge Panel Google et le signal E-E-A-T « Trustworthiness » de l’organisation. - Corporation, NGO, GovernmentOrganization, EducationalOrganization… Sous-types spécialisés d’
Organizationsignalant la nature juridique ou institutionnelle de l’entité. Google utilise ces distinctions pour contextualiser les résultats et les réponses dans les AI Overviews. - Person : Décrit une personne physique. Propriétés clés :
name,jobTitle,worksFor,alumniOf,sameAs(liens Wikipedia, LinkedIn, Google Scholar…),knowsAbout. Utilisé dans les pages auteur pour renforcer le signal E-E-A-T « Experience » et « Expertise ». La propriétésameAsvers une entrée Wikidata est particulièrement puissante pour la reconnaissance d’entité par les LLM. - ContactPoint : Imbriqué dans
Organization. Propriétés :telephone,contactType(customer service, technical support, sales…),availableLanguage. Peut déclencher l’affichage du numéro de service client directement dans le Knowledge Panel Google.
Famille 5 — Événements (Event)
- Event : Type générique pour tout événement daté. Propriétés clés :
name,startDate,endDate,location,organizer,offers,eventStatus(EventScheduled, EventCancelled, EventPostponed, EventRescheduled),eventAttendanceMode(OfflineEventAttendanceMode, OnlineEventAttendanceMode, MixedEventAttendanceMode). Éligible aux rich snippets Événements dans Google Search et Google Maps. - BusinessEvent, EducationEvent, FoodEvent, MusicEvent, SaleEvent, SocialEvent, SportsEvent… Sous-types spécialisés d’
Eventqui précisent la nature de l’événement et améliorent l’indexation thématique. Un concert balisé enMusicEventplutôt qu’enEventgénérique bénéficie d’un affichage enrichi dans les résultats musicaux de Google.
Famille 6 — Questions, réponses et contenus éducatifs (FAQPage / HowTo / Quiz)
- FAQPage : Balise une page contenant une liste de questions-réponses. Propriété clé :
mainEntity(liste deQuestion). ChaqueQuestioncontient unacceptedAnswer(Answer). Déclenche l’affichage des accordéons FAQ directement dans la SERP Google — l’un des rich snippets au plus fort impact sur l’occupation visuelle des résultats. Directement stratégique pour la Cite-ability GEO (structure en chunks question/réponse idéale pour les LLM). - HowTo : Balise un guide procédural en étapes. Propriétés clés :
step(liste deHowToStep),totalTime,estimatedCost,supply,tool. Éligible aux rich snippets Étapes dans Google Search et Google Images. Particulièrement adapté aux tutoriels, recettes de mise en œuvre et guides techniques. - QAPage : Différent de
FAQPage— balise une page dont le contenu est généré par des questions/réponses communautaires (type forum, Stack Overflow, Quora). La question principale est balisée avecmainEntity(typeQuestion) et les réponses avecacceptedAnsweretsuggestedAnswer. - Quiz, LearningResource, Course, CourseInstance : Types pour les contenus pédagogiques formels.
Coursedécrit une formation ou un MOOC.CourseInstancedécrit une session spécifique d’un cours (dates, lieu, mode). Éligible aux rich snippets Cours dans Google Search depuis 2023.
Famille 7 — Recettes et contenus gastronomiques (Recipe)
- Recipe : Type très riche pour les recettes culinaires. Propriétés clés :
recipeCuisine,recipeIngredient,recipeInstructions(liste deHowToStep),cookTime,prepTime,totalTime,recipeYield,nutrition(NutritionInformation),aggregateRating. L’un des types les plus aboutis en termes de rich snippets — carrousel recettes, filtres nutritionnels, affichage sur Google Assistant.
Famille 8 — Médias et contenus audiovisuels (VideoObject / ImageObject / Podcast)
- VideoObject : Balise une vidéo hébergée sur la page. Propriétés clés :
name,description,thumbnailUrl,uploadDate,duration(format ISO 8601),contentUrl,embedUrl. Éligible aux rich snippets Vidéo dans Google Search et Google Discover. La propriétéhasPart(liste deClip) permet de baliser des segments spécifiques de la vidéo pour le déclenchement du « Key Moments » dans YouTube et Google Search. - ImageObject : Décrit une image avec ses métadonnées complètes. Propriétés clés :
contentUrl,caption,creator,license. Améliore l’indexation dans Google Images et la protection des droits d’auteur via la propriétélicense. - PodcastSeries / PodcastEpisode : Types introduits en 2020 pour les podcasts.
PodcastSeriesdécrit le podcast dans son ensemble,PodcastEpisodechaque épisode individuel. Propriétés clés :webFeed,actor,partOfSeries. Éligible à l’indexation dans Google Podcasts et les assistants vocaux Google.
Famille 9 — Santé et médicaments (MedicalEntity)
- MedicalCondition, Drug, MedicalProcedure, MedicalGuideline, MedicalStudy… Une famille complète de types couvrant les entités médicales. Ces types relèvent du domaine YMYL (Your Money Your Life) et font l’objet d’une surveillance accrue par les Quality Raters de Google.
MedicalConditiondécrit une pathologie,Drugun médicament avec ses propriétés pharmacologiques,MedicalProcedureun acte médical. L’usage de ces types sur des sites non médicaux légitimes est déconseillé — il peut générer des problèmes E-E-A-T si le domaine n’est pas reconnu comme autorité médicale.
Famille 10 — Emploi et recrutement (JobPosting)
- JobPosting : Type dédié aux offres d’emploi. Propriétés clés :
title,hiringOrganization,jobLocation,datePosted,validThrough,employmentType(FULL_TIME, PART_TIME, CONTRACT…),baseSalary(MonetaryAmount). Éligible aux rich snippets Emploi dans Google for Jobs — un affichage spécifique qui capte massivement le trafic des recherches d’emploi. La propriétébaseSalaryest fortement recommandée depuis le déploiement des filtres salaires dans Google for Jobs.
Famille 11 — Finance, droit et services professionnels (FinancialProduct / LegalService)
- FinancialProduct : Décrit un produit financier (prêt, assurance, compte, investissement). Sous-types :
LoanOrCredit,InvestmentOrDeposit,PaymentCard,CurrencyConversionService. Propriétés clés :annualPercentageRate,feesAndCommissionsSpecification,interestRate. Domaine YMYL à haute exigence E-E-A-T. - LegalService : Sous-type de
LocalBusinesspour les cabinets juridiques. Sous-types :Attorney,Notary. Propriétés clés :areaServed,availableLanguage. Domaine YMYL — l’E-E-A-T « Expertise » (qualifications juridiques) est déterminant pour la crédibilité perçue.
Famille 12 — Données factuelles et Knowledge Graph (Dataset / DefinedTerm / Taxon)
- Dataset : Décrit un jeu de données ouvert ou scientifique. Propriétés clés :
name,description,creator,distribution(DataDownload),license,variableMeasured. Éligible à Google Dataset Search — moteur de recherche dédié aux jeux de données scientifiques. Fort signal d’autorité académique et GEO. - DefinedTerm / DefinedTermSet : Décrit un terme défini au sein d’un vocabulaire contrôlé ou d’un glossaire.
DefinedTermreprésente un terme individuel,DefinedTermSetle glossaire qui le contient. Ces types sont particulièrement stratégiques pour les glossaires SEO/GEO comme celui de B-Strong : ils signalent explicitement à Google que la page est une source définitionnelle autoritaire sur ce terme — un signal fort pour la Cite-ability sur les requêtes de type « Définition de X ». - Taxon : Décrit une espèce ou un taxon biologique (règne, embranchement, classe, ordre, famille, genre, espèce). Propriétés clés :
taxonRank,parentTaxon,childTaxon. Pertinent pour les sites naturalistes, scientifiques et encyclopédiques.
Famille 13 — Navigation et structure de site (BreadcrumbList / SiteLinksSearchBox / WebPage)
- BreadcrumbList : Balise le fil d’Ariane d’une page. Propriété clé :
itemListElement(liste deListItemavecitemetposition). Déclenche l’affichage du fil d’Ariane dans les snippets Google à la place de l’URL brute — améliore le CTR et la lisibilité du résultat. L’un des types Schema les plus universellement recommandés, quel que soit le type de site. - WebSite / SiteLinksSearchBox :
WebSitedécrit le site dans son ensemble. La propriétépotentialActionde typeSearchActionactive le Sitelinks Searchbox — une barre de recherche interne affichée directement dans le snippet Google pour les grandes marques. Réservé aux sites avec un moteur de recherche interne fonctionnel et un volume de marque suffisant. - WebPage, AboutPage, ContactPage, CollectionPage, ProfilePage… Sous-types de
WebPagequalifiant la nature fonctionnelle d’une page. Peu d’impact direct sur les rich snippets mais utiles pour la compréhension sémantique de la structure du site par Google et les robots d’indexation des LLM.
Famille 14 — Avis et réputation (Review / AggregateRating / Endorsement)
- ReviewNewsArticle : Sous-type de
NewsArticlepour les critiques journalistiques (films, livres, restaurants). Propriété spécifique :reviewRating. Éligible aux rich snippets de critique dans Google News et Discover. - Recommendation : Sous-type de
Reviewpour les recommandations explicites sans note chiffrée. Propriété spécifique :recommendationStrength(Strongly Recommended, Recommended…). Type récent (2021) dont l’exploitation dans les rich snippets est en cours de déploiement par Google.
Famille 15 — Voyages et tourisme (TouristDestination / LodgingBusiness)
- TouristDestination : Décrit une destination touristique. Propriétés clés :
touristType,includesAttraction(TouristAttraction). Éligible aux rich snippets destinations dans Google Travel. - LodgingBusiness, Hotel, Motel, BedAndBreakfast, Hostel, Resort… Hiérarchie complète pour les hébergements touristiques. Propriétés clés :
checkinTime,checkoutTime,amenityFeature(LocationFeatureSpecification),starRating. Intégration directe avec Google Travel et Google Hotel Ads.
Comment implémenter Schema.org correctement et éviter les erreurs courantes ?
L’implémentation Schema.org est simple dans son principe mais génère des erreurs fréquentes qui peuvent non seulement priver une page de ses rich snippets, mais aussi déclencher des actions manuelles Google si les données sont trompeuses.
Méthode 1 — Validation avec les outils officiels Google
- Après implémentation, collez le code JSON-LD ou l’URL de la page dans le Schema Markup Validator (validator.schema.org) pour vérifier la syntaxe et la conformité au vocabulaire Schema.org officiel.
- Testez ensuite l’éligibilité aux rich snippets Google dans le Rich Results Test (search.google.com/test/rich-results) — outil officiel Google qui indique si la page est éligible à un ou plusieurs types de résultats enrichis et liste les erreurs ou avertissements bloquants.
- Suivez les performances dans Google Search Console > rapport « Résultats enrichis » pour mesurer les impressions et clics générés par vos rich snippets et détecter les erreurs signalées à l’échelle du site.
- Vérifiez l’absence d’erreurs critiques : propriétés requises manquantes, dates au mauvais format (ISO 8601 obligatoire), valeurs numériques dans des champs textuels, ou imbrications incorrectes de types.
- Signal d’alerte : une erreur de type « Missing field ‘author' » sur un type
Articleprive la page de l’éligibilité aux rich snippets d’articles — c’est l’erreur la plus fréquente sur les sites WordPress sans plugin SEO configuré.
Méthode 2 — Audit des erreurs Schema à l’échelle du site
Utilisez Screaming Frog SEO Spider (onglet « Structured Data ») pour crawler l’ensemble du site et extraire toutes les erreurs Schema détectées sur chaque URL. Croisez avec le rapport GSC « Résultats enrichis » pour prioriser les corrections selon le volume d’impressions concerné.
Les 5 priorités d’implémentation Schema selon votre type de site
L’implémentation Schema doit être priorisée selon le modèle business et le type de contenu. Voici les empilements de types recommandés par profil de site, du plus impactant au plus complémentaire.
| Type de site | Types Schema prioritaires | Rich snippets déclenchables | Impact SEO / GEO |
|---|---|---|---|
| Blog / Média éditorial | Article (ou NewsArticle / BlogPosting) + Person (auteur) + Organization (éditeur) + BreadcrumbList + FAQPage sur les articles glossaire + Speakable sur les passages clés. |
Articles Top Stories, fil d’Ariane, accordéons FAQ, extraction vocale, Cite-ability IA. | Prioritaire — directement lié au trafic Discover et à la Cite-ability GEO. |
| Site e-commerce | Product + Offer + AggregateRating + Review + BreadcrumbList + ItemList (pages catégorie) + Organization (homepage) + WebSite (Sitelinks Searchbox). |
Prix et disponibilité, étoiles d’avis, fil d’Ariane, carrousel catégorie, barre de recherche. | Prioritaire — impact direct sur le CTR des fiches produit et l’éligibilité Google Shopping. |
| Site de services locaux | LocalBusiness (sous-type précis) + PostalAddress + GeoCoordinates + OpeningHoursSpecification + AggregateRating + FAQPage + Person (équipe) + sameAs (Google Business Profile, Wikidata). |
Fiche locale enrichie, Knowledge Panel, horaires, avis, extrait FAQ. | Prioritaire — cohérence entre Schema et Google Business Profile pour le Local Pack. |
| Site RH / Recrutement | JobPosting + Organization (employeur) + PostalAddress + MonetaryAmount (salaire) + DefinedTermSet (glossaire métier) + FAQPage. |
Offres Google for Jobs avec salaire, localisation, type de contrat. | Prioritaire — Google for Jobs est un levier de trafic massif sur les requêtes d’emploi. |
| Glossaire / Site de référence | DefinedTerm + DefinedTermSet + FAQPage + Article + Speakable + Organization + BreadcrumbList. |
Extraits FAQ, fil d’Ariane, extraction vocale, citation IA dans AI Overviews. | Stratégique GEO — DefinedTerm est le signal le plus fort pour signaler une page comme source définitionnelle autoritaire. |
L’avis de l’expert B-Strong
La plupart des sites n’implémentent que 2 ou 3 types Schema et s’arrêtent là. C’est une erreur stratégique. Schema.org est le seul langage que vous pouvez parler directement aux moteurs — à la fois à Google Search, à Google AI Overviews, à Perplexity, à Bing Copilot et aux LLM qui crawlent le web pour enrichir leurs corpus d’entraînement. Chaque type Schema correctement implémenté est un signal d’intention sémantique : vous dites au moteur « cette page est une définition », « cet auteur est un expert identifié », « ce prix est garanti jusqu’à cette date ». Ce niveau de précision est inaccessible via le HTML seul.
Mais il y a une subtilité que très peu de praticiens maîtrisent : l’implémentation Schema la plus stratégique aujourd’hui, c’est le type
DefinedTerm sur les pages glossaire et le type Speakable sur les passages clés. Ces deux types signalent explicitement aux moteurs génératifs que votre contenu est une source de définition autoritaire et un passage citable. C’est le pont direct entre Schema.org, la Cite-ability GEO et les AI Overviews. Les agences qui maîtrisent ce couplage domineront les réponses génératives de leurs secteurs dans les 18 prochains mois.Sources citées
- Schema.org — Full Hierarchy of Types
- Google Search Central — Structured Data Search Gallery
- Google Search Central — Introduction aux données structurées
- Schema.org — Speakable structured data type
Ce qu’on nous demande souvent
Peut-on implémenter plusieurs types Schema sur une même page ?
Oui, et c’est même recommandé. Une page peut contenir plusieurs blocs JSON-LD distincts ou un bloc imbriquant plusieurs types. Par exemple, une page article peut combiner Article (contenu), BreadcrumbList (navigation), FAQPage (section questions) et Person (auteur) sans conflit. Google traitera chaque type indépendamment pour évaluer l’éligibilité aux rich snippets correspondants. La seule règle est de ne pas déclarer plusieurs types racine contradictoires pour la même entité principale.
Google utilise-t-il réellement toutes les propriétés Schema qu’on lui envoie ?
Non — Google documente officiellement un sous-ensemble de types et de propriétés « supportés » pour les rich snippets (listés dans la Search Gallery). Les autres propriétés Schema peuvent être présentes sans générer de résultat enrichi visible dans la SERP. Elles ne sont pas pour autant inutiles : elles enrichissent la compréhension sémantique de la page pour l’algorithme de classement et pour les moteurs génératifs (Perplexity, ChatGPT Search) qui n’ont pas les mêmes limitations de rendu que Google Search. Implémenter des propriétés non documentées par Google est une pratique GEO légitime et recommandée.
Schema.org est-il un facteur de classement direct pour Google ?
Google a officiellement confirmé que les données structurées Schema.org ne sont pas un facteur de classement direct dans l’algorithme organique. Elles n’améliorent pas la position d’une page comme le ferait un backlink ou un signal E-E-A-T. En revanche, elles influencent indirectement le classement de deux façons : d’abord via les rich snippets, qui améliorent le CTR et donc envoient un signal comportemental positif à Google ; ensuite via la compréhension sémantique améliorée de la page, qui peut aider Google à indexer et à associer correctement la page aux requêtes les plus pertinentes.
Faut-il utiliser JSON-LD, Microdata ou RDFa pour implémenter Schema.org ?
JSON-LD est le format officiellement recommandé par Google depuis 2015. Il présente trois avantages décisifs sur Microdata et RDFa : il n’est pas intrusif dans le HTML (séparation totale des données du contenu), il est facile à maintenir et à mettre à jour sans risque de casser le balisage HTML, et il peut être injecté dynamiquement via JavaScript ou un plugin CMS sans modifier les templates. Microdata et RDFa fonctionnent techniquement mais leur maintenance est beaucoup plus complexe — ils ne sont recommandés que dans des contextes très spécifiques d’intégration technique contrainte.
Demandez un audit gratuit de votre site !
Réponse sous 24h — Sans engagement
Demandez votre audit Schema.org gratuit et découvrez quels types de données structurées manquent à votre site pour décrocher les rich snippets Google et devenir une source citée par les IA génératives.