Données structurées schema.org : guide simple pour PME

Les données structurées sont un balisage ajouté à une page pour décrire son contenu dans un format que les moteurs comprennent : une organisation, un article, un produit, une question. Google recommande le format JSON-LD. Elles aident à comprendre une page et peuvent ouvrir l’accès à des affichages enrichis, mais elles ne garantissent pas un meilleur classement et ne doivent décrire que ce qui est visible sur la page.

Qu’est-ce que schema.org, concrètement ?

Schema.org est un vocabulaire commun : une liste de types (Organization, Article, Person, LocalBusiness, FAQPage…) et de propriétés (name, url, logo, datePublished…). Les moteurs s’appuient sur ce vocabulaire pour lire un balisage ajouté à vos pages.

Prenons un cas simple. Votre page « À propos » dit visiblement : « WebAiLab, agence web et IA, contact via le formulaire ». Le balisage reprend la même information sous forme de données (nom, adresse du site, logo, moyens de contact) pour qu’un robot n’ait pas à deviner. Il ne rajoute rien de nouveau : il formalise ce qui est déjà affiché.

Google décrit les données structurées comme une manière standardisée d’étiqueter le contenu pour mieux le comprendre, avec la possibilité d’obtenir des résultats enrichis. Voir son introduction aux données structurées.

Pourquoi une PME devrait-elle s’en préoccuper ?

• Lever les ambiguïtés : nom de l’entreprise, site officiel, logo, coordonnées.
• Décrire des contenus : date et auteur d’un article, par exemple.
• Préparer d’éventuels affichages enrichis, lorsque le type de balisage est encore pris en charge et que votre page y est éligible.

Ce que ce balisage ne fait pas : il ne remplace pas un contenu utile, il n’améliore pas à lui seul la position, et aucun moteur n’est tenu de l’exploiter. Dans sa page sur les fonctionnalités d’IA, Google précise d’ailleurs qu’il n’y a pas de balisage schema.org spécial à ajouter pour apparaître dans AI Overviews ou AI Mode (voir notre article sur AI Overviews et AI Mode).

JSON-LD, microdonnées, RDFa : quel format choisir ?

Google accepte plusieurs formats mais recommande JSON-LD, plus simple à ajouter et à maintenir à grande échelle.

Pour une PME, JSON-LD est généralement le choix par défaut, d’autant que la plupart des extensions et des CMS le génèrent.

Quelles règles de Google faut-il respecter ?

Les principes généraux de Google sont clairs et valent pour tous les types :

1. Le balisage doit décrire un contenu visible sur la page. Même exact, un renseignement absent de la page ne doit pas y figurer.
2. Pas de pages vides créées uniquement pour porter du balisage.
3. Renseigner les propriétés obligatoires du type choisi, et préférer peu de propriétés recommandées exactes à beaucoup de propriétés approximatives.
4. Suivre les consignes propres à chaque type, sous peine de perdre l’éligibilité aux résultats enrichis.
5. Tester avant de publier avec le test des résultats enrichis, puis suivre les rapports d’état dans la Search Console.

Un balisage trompeur (faux avis, fausse note, prix inventé) peut entraîner des mesures de Google et, côté droit français, relève de la même vigilance que n’importe quelle information commerciale (voir notre article sur les avis Google authentiques).

Quel balisage pour une organisation ?

Le type Organization aide Google à comprendre les informations administratives de votre entreprise, à la distinguer d’homonymes et à choisir le logo à afficher. D’après la documentation Google sur Organization :

• aucune propriété n’est obligatoire, mais il est recommandé d’en ajouter autant que pertinent : name, url, logo, description, address, contactPoint (téléphone, courriel), sameAs (adresses de vos profils officiels), legalName, foundingDate…
• il suffit de le placer sur la page d’accueil ou sur une page décrivant l’entreprise (« À propos ») ; il n’est pas utile de le répéter sur toutes les pages ;
• utilisez le sous-type le plus précis qui convient, par exemple un sous-type de LocalBusiness pour une activité avec un lieu physique ;
• le logo doit être exploitable (taille minimale indiquée par Google, image accessible aux robots).

Exemple minimal, à adapter avec vos vraies informations :

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Nom de votre entreprise",
  "url": "https://www.exemple.fr",
  "logo": "https://www.exemple.fr/logo.png",
  "sameAs": ["https://www.linkedin.com/company/exemple"]
}

Cet exemple est volontairement fictif : n’y mettez que ce que votre site affiche et ce que vous pouvez justifier. Les informations doivent rester cohérentes avec votre fiche locale, comme expliqué dans notre guide Google Business Profile.

Quel balisage pour un article de blog ?

Pour un article, Google documente Article, NewsArticle et BlogPosting. Selon sa page sur le balisage d’article, aucune propriété n’est obligatoire ; il s’agit de renseigner celles qui s’appliquent. Les propriétés recommandées comprennent :

• headline : le titre de l’article, concis ;
• author : une personne ou une organisation, avec son nom et une adresse permettant de l’identifier ;
• datePublished et dateModified : au format ISO 8601, idéalement avec le fuseau horaire ;
• image : une ou plusieurs images représentatives.

Une bonne pratique est de n’inscrire une date de modification que lorsque le contenu a réellement changé. Faire croire à une mise à jour récente est une pratique que nous déconseillons, car elle abîme la confiance en votre contenu.

Et le balisage FAQ, est-il encore utile ?

C’est le point où l’actualité compte. D’après la documentation de Google sur le balisage FAQ, l’affichage enrichi « FAQ » a été restreint en septembre 2023 aux sites gouvernementaux et de santé reconnus et faisant autorité. Cette même documentation indique ensuite qu’il n’apparaît plus dans les résultats de recherche Google. Vérifiez la date et l’état actuel avant de décider.

Conséquences pratiques pour une PME :

1. N’espérez pas d’affichage en accordéon sous votre résultat grâce à ce balisage.
2. Gardez quand même une vraie section de questions fréquentes dans vos pages : elle sert vos visiteurs, et les réponses directes sont utiles à tous les moteurs qui résument des pages.
3. Si votre CMS ajoute automatiquement du balisage FAQ, ce n’est généralement pas dangereux tant qu’il reflète le contenu visible, mais n’y investissez pas de temps comme levier de visibilité.

Cette situation illustre un principe : les affichages enrichis évoluent, alors qu’un contenu clair reste utile. Les pages de questions sont d’abord écrites pour les lecteurs.

Comment ajouter et vérifier des données structurées ?

1. Choisissez une page et un type correspondant à son contenu réel (accueil : Organization ; article : BlogPosting ou Article).
2. Écrivez le balisage en JSON-LD, ou utilisez la fonction de votre CMS ou d’une extension. Relisez toujours ce qu’elle produit.
3. Testez avec le test des résultats enrichis de Google ou un validateur de schema.org. Corrigez les erreurs ; les avertissements sur des propriétés facultatives ne sont pas toujours un problème.
4. Publiez, puis demandez l’inspection de l’adresse dans la Search Console pour vérifier que Google accède bien à la page.
5. Surveillez les rapports d’état : un modèle de page modifié peut casser le balisage sans que rien ne se voie à l’écran.
6. Mettez à jour le balisage quand le contenu change (nouvelle adresse, nouveau logo, nouveau téléphone).

Si votre site est développé sur mesure, la tâche revient souvent à l’équipe technique : l’inclure dans un développement web bien cadré évite qu’elle soit oubliée.

Quelles erreurs éviter ?

• Balisage non visible : coordonnées, avis ou prix absents de la page.
• Notes ou avis inventés ou importés sans contrôle.
• Copier-coller du balisage d’un autre site, avec son nom et son adresse.
• Doublons contradictoires : plusieurs extensions qui ajoutent chacune leur Organization avec des valeurs différentes.
• Balisage jamais relu après une refonte. Voir notre guide sur la refonte sans perdre son référencement.
• Croire qu’il suffit à classer une page. Un contenu pauvre reste pauvre, même balisé.

En résumé

• Les données structurées décrivent le contenu visible d’une page dans un format que les moteurs lisent ; Google recommande JSON-LD.
• Organization (accueil ou « À propos ») et Article/BlogPosting (blog) sont les deux balisages les plus utiles pour une PME.
• Aucun balisage ne garantit un affichage enrichi ni un meilleur classement ; ils ne remplacent pas un contenu utile.
• Le balisage FAQ n’est plus affiché dans les résultats Google selon la documentation actuelle ; conservez toutefois des questions fréquentes pour vos visiteurs.
• Testez, publiez, surveillez, et mettez à jour avec le contenu.

Pour un contrôle du balisage de votre site et de vos pages prioritaires, voir notre accompagnement SEO ou contactez WebAiLab.

Questions fréquentes

Les données structurées améliorent-elles le classement ?

Google ne les présente pas comme un facteur de classement garanti : elles aident à comprendre la page et peuvent rendre éligible à certains affichages. Ne les présentez pas comme un raccourci.

Dois-je baliser toutes mes pages ?

Non. Commencez par l’accueil ou la page « À propos » (Organization) et par vos articles (Article ou BlogPosting). Ajoutez d’autres types seulement s’ils correspondent à un vrai contenu de la page.

Puis-je baliser un avis écrit par moi-même sur mon entreprise ?

Il vaut mieux éviter. Le balisage doit refléter un contenu authentique et visible, et les avis auto-publiés sur sa propre activité sont un terrain risqué. Consultez les consignes de Google pour le type concerné.

Mon extension de site génère déjà du balisage : dois-je en ajouter ?

Vérifiez d’abord ce qu’elle produit avec un test. Évitez d’ajouter un second balisage du même type qui entrerait en conflit avec le premier.

Faut-il un développeur ?

Pas toujours. Beaucoup de CMS gèrent l’essentiel, mais un contrôle humain reste nécessaire. Pour un site sur mesure, mieux vaut demander explicitement ce travail.