Données structurées pour les produits e-commerce
Quels types de données structurées utiliser sur une boutique : Product, Review, BreadcrumbList, Organization, et un exemple JSON-LD prêt à l'emploi.
Google explore et indexe une boutique en ligne comme n’importe quel autre site, en appliquant des algorithmes qui interprètent votre contenu et son intention. Les données structurées sont un format normalisé, lisible par la machine, qui décrit le contenu d’une page. Elles ne remplacent pas un bon contenu : elles aident Google à mieux le comprendre.
Pour le SEO d’un site marchand, c’est un levier déterminant. En explicitant ce qu’est chaque page (un produit, un avis, un fil d’Ariane), vous augmentez vos chances de bénéficier d’un affichage enrichi dans les résultats. Toutes les données structurées ne sont pas spécifiques à l’e-commerce, mais certains types le sont particulièrement.
Concrètement, ce balisage agit comme une traduction de votre page à destination des machines. Là où un visiteur reconnaît d’un coup d’œil un prix ou une note, Google a besoin d’un signal normalisé pour interpréter ces éléments avec certitude et les reprendre dans ses résultats.
Les données structurées, je le dis sans détour : elles n’ont jamais sauvé un mauvais contenu, elles aident Google à mieux comprendre un bon contenu. L’erreur classique sur un site marchand, c’est de baliser la fiche produit et de s’arrêter là, en oubliant l’avis et le fil d’Ariane qui pèsent aussi sur l’affichage enrichi. Pensez le balisage à l’échelle de la page entière, pas du seul produit.
Les types de données structurées utiles à une boutique
Google reconnaît de nombreux types définis par schema.org, sans les accepter tous. Pour une boutique, quelques types se détachent. `BreadcrumbList` aide Google à comprendre la hiérarchie de vos pages et peut afficher un fil d’Ariane plus pertinent dans les résultats. `Organization` fournit des informations sur votre entreprise : logo, coordonnées, identifiants, conditions de retour.
Le type `Product` (et `ProductGroup` pour les variantes) décrit vos articles : nom, prix, disponibilité, avis. `Review` permet d’identifier les avis sur vos produits. `LocalBusiness` est utile si vous avez un magasin physique, pour signaler adresse et horaires. Enfin, `VideoObject` convient aux pages dont une vidéo est l’élément principal, par exemple une démonstration sur une fiche produit.
Penser au-delà de la fiche produit
Les acheteurs ne consultent pas seulement des pages de produits. Selon l’étape de leur parcours d’achat, ils cherchent parfois une marque, un avis, une catégorie ou un point de vente. C’est pourquoi le balisage gagne à couvrir plusieurs types de pages, et pas uniquement les fiches articles.
Un fil d’Ariane balisé clarifie la navigation, des données `Organization` rassurent sur l’identité du vendeur, à compléter au besoin par la fiche marchand, et `LocalBusiness` connecte votre présence en ligne à vos magasins. Cette couverture aide Google à présenter votre boutique de la manière la plus pertinente à chaque intention de recherche.
Ajouter les données structurées via votre CMS
Vous n’êtes pas obligé d’écrire le balisage à la main. Si vous utilisez une plateforme d’e-commerce ou un CMS, il est souvent plus simple d’activer une extension ou un plug-in intégré qui ajoute les données structurées à votre place. C’est généralement la voie la plus fiable pour un catalogue volumineux.
Quel que soit le mode d’ajout, le format recommandé par Google est JSON-LD : un bloc de script inséré dans la page, indépendant du HTML visible. Pour Merchant Center, configurez également vos données structurées afin d’améliorer la participation aux expériences d’achat sur les plateformes Google, une logique que nous détaillons dans transmettre ses données produit.
Un exemple de balisage Product
Voici un exemple minimal de balisage `Product` accompagné d’une `Offer`, au format JSON-LD, dont vous trouverez les propriétés détaillées dans notre tutoriel sur le balisage Produit. Il décrit un produit, son prix, sa devise et sa disponibilité. Adaptez les valeurs à votre fiche réelle et complétez avec les propriétés documentées par Google avant de tester le résultat.
N’inventez jamais de propriété : appuyez-vous sur la documentation officielle du type concerné et validez votre balisage avec un outil de test avant la mise en ligne.
{
"@context": "https://schema.org/",
"@type": "Product",
"name": "Sac à dos urbain en toile recyclée",
"image": "https://www.exemple.fr/images/sac-a-dos.jpg",
"description": "Sac à dos résistant et léger, idéal pour le quotidien.",
"brand": {
"@type": "Brand",
"name": "Marque Exemple"
},
"offers": {
"@type": "Offer",
"url": "https://www.exemple.fr/produits/sac-a-dos-urbain",
"priceCurrency": "EUR",
"price": "79.00",
"availability": "https://schema.org/InStock"
}
}
| Type de balisage | Rôle | Quand l'utiliser |
|---|---|---|
BreadcrumbList |
Décrire la hiérarchie des pages |
Sur toutes les pages avec un fil d’Ariane |
Product et ProductGroup |
Décrire un article et ses variantes |
Sur les fiches produits |
Review |
Identifier les avis produits |
Sur les pages présentant des avis |
Organization |
Renseigner l’identité de l’entreprise |
Pour le logo, les coordonnées, les conditions de retour |
LocalBusiness |
Signaler un point de vente |
Si vous avez un magasin physique |
VideoObject |
Décrire une vidéo |
Sur les pages dont la vidéo est l’élément central |
Google accepte de nombreux types schema.org, mais pas tous, et chaque type a ses propriétés documentées. Reportez-vous à la documentation officielle du balisage concerné, n’inventez aucune propriété, et testez systématiquement votre code avant publication pour éviter les erreurs d’affichage.
À faire
- choisir les types pertinents pour vos pages
- privilégier le JSON-LD
- utiliser une extension de CMS pour un grand catalogue
- configurer aussi Merchant Center
- tester le balisage
À éviter
- limiter le balisage aux seules fiches produits
- inventer des propriétés non documentées
- baliser des informations absentes de la page
- négliger le test avant mise en ligne
Points clés à retenir
- Repérez les types utiles : Product, Review, BreadcrumbList, Organization
- Pensez aussi aux pages hors fiches produits
- Privilégiez le format JSON-LD recommandé par Google
- Passez par une extension de CMS pour un catalogue volumineux
- Testez toujours votre balisage avant publication
Le bon balisage aide Google à comprendre et à présenter votre boutique.
Quiz : testez vos connaissances
Quiz : testez vos connaissances
-
À quoi servent les données structurées sur une fiche produit ?
- À décrire le contenu d'une page dans un format normalisé lisible par la machine
- À remplacer le contenu visible de la page pour les robots
- À garantir à elles seules une meilleure position dans Google
Les données structurées sont un format normalisé et lisible par la machine qui décrit le contenu d’une page. Elles aident Google à le comprendre et à le présenter.
-
Le balisage d'une boutique doit-il se limiter aux seules fiches produits ?
- Oui, seules les fiches produits intéressent Google
- Non, il gagne à couvrir plusieurs types de pages comme une marque, un avis ou une catégorie
- Oui, baliser d'autres pages risque de pénaliser le site
Les acheteurs ne consultent pas que des pages de produits. Selon leur parcours, ils cherchent une marque, un avis, une catégorie ou un point de vente, d’où l’intérêt de baliser plusieurs types de pages.
-
Quelle est souvent la voie la plus simple pour ajouter des données structurées à un grand catalogue ?
- Écrire chaque balisage à la main, fiche par fiche
- Inventer des propriétés non documentées pour aller plus vite
- Activer une extension ou un plug-in intégré à la plateforme ou au CMS
Vous n’êtes pas obligé d’écrire le balisage à la main. Avec une plateforme ou un CMS, activer une extension qui ajoute les données structurées est souvent la voie la plus fiable.
Besoin d'un accompagnement SEO ?
Vos fiches produits exploitent-elles le bon balisage ? Vérifions ensemble vos données structurées.