Données structurées

Données structurées Google pour le commerce électronique

Un guide pratique de commerce électronique sur les données structurées sur les produits, les offres, les avis, le fil d'Ariane, les variantes, l'expédition et les retours pour la visibilité de la recherche et la préparation aux achats par l'IA.

ShopGox Editorial23/05/2026fr
Données structurées Google pour le commerce électronique : produit, offre, avis, fil d'Ariane et variantes

Les données structurées aident Google et d'autres systèmes à comprendre les faits commerciaux sur une page de commerce électronique : ce qu'est le produit, combien il coûte, s'il est disponible, comment il est noté et comment il s'intègre dans le site.

Pour le référencement du commerce électronique, les données structurées ne sont pas une décoration. Il s'agit d'une couche de cohérence entre la page produit visible, les flux des marchands, les avis, les variantes, les promesses d'expédition et les politiques de retour.

Types de schémas de base pour le commerce électronique

Visual summary diagram for Google Structured Data for Ecommerce: Product, Offer, Review, Breadcrumb, and Variants.

Types de schémas de base pour le commerce électronique

Type de schémaUtilisez-le pourErreur courante en matière de commerce électronique
ProduitIdentité du produit, images, marque, description, identifiantsPlusieurs entités produit en conflit sur une seule page produit.
OffrePrix, devise, disponibilité, vendeur, URLLe prix ou la devise diffère du contenu visible de la page.
Note globaleNote récapitulative et nombre d'avisLe balisage des notes existe sans preuve d'évaluation visible.
RévisionContenu des avis individuelsL'application d'avis génère des avis mais n'expose pas de données structurées cohérentes.
Liste de fils d'ArianeHiérarchie des pages et contexte interneLe schéma du fil d'Ariane ne correspond pas au fil d'Ariane visible.
Politique de retour des marchandsConditions de retourLa politique est générique, manquante ou incompatible avec la politique du site.
Détails d'expédition de l'offreDestination d'expédition, tarif et délai de livraisonLa promesse d'expédition est visible mais n'est pas représentée dans les données de l'offre.

Exemple de produit et d'offre JSON-LD

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Merino Travel Hoodie",
  "image": ["https://example.com/images/merino-hoodie.jpg"],
  "description": "A lightweight merino wool hoodie for travel and daily wear.",
  "brand": {
    "@type": "Brand",
    "name": "Example Brand"
  },
  "sku": "MH-001",
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/products/merino-travel-hoodie",
    "priceCurrency": "USD",
    "price": "129.00",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition"
  }
}

Les données structurées doivent correspondre au contenu visible

La règle la plus importante est la cohérence. Si les données structurées indiquent InStock mais que la page indique Épuisé, le balisage devient moins fiable. Si le schéma indique USD mais que l'acheteur voit EUR, votre magasin crée une ambiguïté.

Contrôles de cohérence

  1. 1Le nom du produit correspond à l'identité principale du produit sur la page.
  2. 2Le prix et la devise correspondent au prix affiché par l'acheteur.
  3. 3La disponibilité correspond à l'état d'achat visible.
  4. 4Les notes et les avis correspondent au contenu visible des avis.
  5. 5Les images du schéma sont explorables et représentatives.
  6. 6L'URL canonique dans le schéma correspond à la page canonique.
  7. 7Les détails d'expédition et de retour correspondent aux pages de politique.

Comment penser aux variantes

La gestion des variantes est l'endroit où les données structurées du commerce électronique deviennent souvent compliquées. Une seule page de produit peut inclure des différences de taille, de couleur, de matériau, d'abonnement, d'offre groupée ou de prix régionaux. Votre balisage doit éviter de créer des entités Product non liées qui se contredisent.

Avis et notes globales

Le balisage des avis n'est puissant que lorsqu'il reflète un contenu d'avis réel et visible. Les applications de révision peuvent créer des balises en double ou obsolètes, en particulier lorsque les thèmes génèrent déjà des données de notation. Auditez à la fois la page rendue et les sources JSON-LD.

Le schéma de fil d'Ariane aide à expliquer la hiérarchie des produits. Il doit s'aligner sur le fil d'Ariane visible et la navigation canonique. Pour les produits appartenant à plusieurs collections, choisissez un chemin principal stable au lieu de modifier le fil d'Ariane de manière imprévisible.

Données d'expédition et de retour

Les données structurées sur l'expédition et le retour peuvent aider à clarifier les conditions commerciales. Même si vous ne marquez pas tous les détails, la page visible doit faciliter la recherche des informations sur l'expédition, les retours et la garantie.

Un processus pratique d'audit de données structurées

Flux d'audit

  1. 1Récupérez le HTML rendu et extrayez tous les blocs JSON-LD.
  2. 2Identifiez chaque entité Produit, Offre, Avis, AggregateRating et BreadcrumbList.
  3. 3Comparez les faits du schéma avec les faits de la page visible.
  4. 4Vérifiez séparément la sortie du thème, la sortie de l'application SEO, examinez la sortie de l'application et la sortie de l'application variante.
  5. 5Validez un échantillon représentatif pour toutes les catégories, variantes, marchés, devises et états de rupture de stock.
  6. 6Corrigez les contradictions avant d'ajouter davantage de balisage.

FAQ

Quelles données structurées sont les plus importantes pour le commerce électronique ?keyboard_arrow_down

Le produit et l'offre constituent la base. L'évaluation, l'agrégation, la liste de navigation, les détails d'expédition, les politiques de retour et la gestion des variantes deviennent importants à mesure que la page produit devient plus complexe.

Les pages de commerce électronique peuvent-elles comporter plusieurs blocs de schéma de produit ?keyboard_arrow_down

Ils le peuvent, mais cela crée souvent des contradictions. Une page de produit doit avoir une entité produit principale claire, à moins que la page ne compare intentionnellement plusieurs produits.

Les données structurées garantissent-elles des résultats riches ?keyboard_arrow_down

Non. Les données structurées facilitent l'éligibilité et la compréhension, mais les moteurs de recherche décident d'afficher ou non des résultats enrichis en fonction de nombreux facteurs, notamment le respect des règles et la qualité des pages.

Le schéma du produit doit-il inclure des avis ?keyboard_arrow_down

Uniquement si les avis sont réels, visibles et cohérents avec la page. Le balisage des avis ne doit pas inventer des notes ni exposer des données obsolètes que les utilisateurs ne peuvent pas vérifier.

Outils associés

Articles associés