Schema.org et données structurées : quel schéma choisir
Quel type schema.org convient à quelle activité, comment l'écrire en JSON-LD, et comment vérifier qu'il est correct, sur la base des règles de Google.
Équipe rabbitclipPublié: 5 min de lecture
En bref
Les données structurées consistent à baliser l'information d'une page, un produit, une entreprise, un article, avec un vocabulaire standard que les moteurs de recherche et les outils d'IA peuvent lire directement. Ce vocabulaire est schema.org, une ressource partagée maintenue conjointement par Google, Bing et les autres grands moteurs de recherche.
Un balisage correct peut aider une page à apparaître avec des éléments enrichis dans les résultats de recherche : notes en étoiles, prix, questions fréquentes. Un balisage incorrect ou incomplet est ignoré au mieux, et peut être traité comme un signal de spam au pire.
Que font vraiment les données structurées ?
Les données structurées consistent à ajouter un bloc de code qui répète une information déjà visible sur la page, mais sous une forme qu'une machine peut lire ; JSON-LD est le format le plus courant et celui que recommande Google Search Central, car c'est le plus simple à mettre en œuvre et à maintenir à grande échelle pour un propriétaire de site.
Le code se trouve dans le HTML de la page mais reste invisible pour le visiteur ; il permet à un moteur de recherche de dire, en substance, « ceci est une page d'entreprise, voici son nom, voici son adresse ».
Quels schémas comptent le plus pour une entreprise ?
Trois types couvrent généralement les bases d'un site d'entreprise : Organization (identité de marque : nom, logo, profils sociaux), LocalBusiness (pour un établissement avec une adresse physique, horaires d'ouverture inclus), et Article (pour les articles de blog, avec auteur et date).
Une chaîne de spas ayant son propre enregistrement LocalBusiness sur chaque page d'établissement envoie un signal bien plus clair qu'un seul enregistrement Organization centralisé ; l'adresse, le numéro de téléphone et les horaires de chaque établissement peuvent alors être vérifiés indépendamment.
Quelles sont les règles générales de Google ?
Les règles générales de Google sur les données structurées indiquent que le balisage ne doit pas décrire une information invisible sur la page ; une personne ou un produit nommé dans le schéma doit apparaître de la même façon dans le texte même de la page. Créer des pages vides uniquement pour porter du balisage est également contraire aux règles.
Une autre règle consiste à choisir le type le plus spécifique disponible, un Product, Service ou FAQPage plutôt qu'un type générique fourre-tout. Un balisage qui enfreint ces règles peut ne pas s'afficher en résultat enrichi, même si la syntaxe elle-même est correcte.
Comment vérifie-t-on réellement l'exactitude ?
Le Rich Results Test de Google prend l'URL ou le code brut d'une page et montre quel schéma est reconnu et quels champs manquent. Il vaut la peine de l'exécuter avant la mise en ligne du code.
Une fois en ligne, la section « Améliorations » de Search Console montre, sur l'ensemble du site, quels types de schéma sont présents et combien d'exemples comportent des erreurs.
Erreurs fréquentes
Une erreur typique observée dans le catalogue produits d'un fabricant de vêtements de travail consiste à copier le même prix ou le même statut de stock sur chaque article ; une fois que les données sous-jacentes évoluent, le balisage continue d'afficher une information qui n'est plus vraie.
Une autre consiste à laisser des informations Organization qui se contredisent d'une page à l'autre, un numéro de téléphone ici, un autre là. Le schéma devrait répéter une seule vérité, pas une version différente sur chaque page.
Une règle de décision utile en découle : chaque champ du schéma devrait avoir un énoncé correspondant dans le texte visible de la page elle-même. Si ce n'est pas le cas, il faut soit mettre à jour le texte de la page, soit retirer ce champ du schéma.
Comment le vérifier, étape par étape ?
Le schéma d'une page peut passer par une courte liste de vérifications avant sa mise en ligne.
- Ajouter le bloc JSON-LD au code de la page et vérifier la syntaxe en affichant le code source dans un navigateur.
- Faire passer l'URL de la page dans le Rich Results Test et noter quel type est reconnu et quels champs manquent.
- Comparer chaque champ du schéma avec le texte visible de la page, un par un.
- Vérifier la section « Améliorations » de Search Console quelques jours après la mise en ligne de la page.
- Revoir ensemble, en lot, les autres pages utilisant le même type de schéma, plutôt qu'une par une.
Les données structurées sont le moyen le moins coûteux de dire clairement à un moteur de recherche ou à un outil d'IA de quoi parle une page. Choisir le bon schéma, suivre les règles de Google et tester régulièrement couvrent l'essentiel du travail. Faire de cette vérification une habitude avant mise en ligne prend bien moins de temps que de déboguer le même schéma après coup. rabbitclip peut analyser l'état actuel du schéma d'un site et identifier ensemble les lacunes.
Questions fréquentes
Chaque page a-t-elle besoin d'un schéma Organization ?
Non. Google précise qu'un balisage Organization à un seul endroit, comme la page d'accueil, suffit plutôt que sur chaque page.
Faut-il utiliser JSON-LD ou les microdonnées ?
Google recommande JSON-LD aux propriétaires de sites car il peut être ajouté et maintenu comme un seul bloc de code, séparé du balisage visuel de la page.
Un schéma incorrect peut-il pénaliser un site ?
Une pénalité directe est rare, mais un balisage non conforme peut simplement être exclu des résultats enrichis ; un usage abusif sérieux peut être signalé comme spam.
Ajouter un schéma améliore-t-il directement le classement ?
Non. Le schéma enrichit la façon dont une page peut apparaître ; le classement reste déterminé par le contenu et la qualité globale du site.
