Données structurées : décrire ses produits et son entreprise à Google

À quoi servent les données structurées pour un site qui vend

« Données structurées » est recherché 590 fois par mois en France. Pour un site qui doit rapporter, elles ont un rôle précis : rendre une page éligible à des affichages qui attirent le clic d’un acheteur. Un résultat qui montre le prix, « En stock » et les frais de livraison se distingue d’un simple lien bleu.

Elles ne font pas monter une page par magie. Google le répète : elles aident à comprendre et à afficher la page, à condition qu’elles décrivent exactement ce que le visiteur voit. Un prix dans le JSON-LD différent du prix affiché est une erreur, et peut faire perdre l’affichage enrichi.

Pour une boutique, Google recommande de combiner les deux sources : les données structurées sur vos pages et un flux de produits dans Merchant Center. Les deux se confirment l’une l’autre et maximisent l’éligibilité aux expériences de shopping.

Product et Offer : le minimum d’une fiche produit

Pour une fiche de marchand, Google demande trois propriétés obligatoires : name, image, offers (Offer). Il précise qu’une fiche de marchand nécessite un élément Offer (et non AggregateOffer), car le marchand doit être le vendeur du produit. Il conseille plusieurs images haute résolution d’au moins 50 000 pixels (largeur multipliée par hauteur).

Exemple à adapter (les valeurs sont fictives) :

• <script type="application/ld+json">
• { "@context": "https://schema.org", "@type": "Product",
• "name": "Gigoteuse en coton bio 0-6 mois", "sku": "GIG-06-BIO",
• "image": ["https://www.exemple.fr/img/gigoteuse-1200.webp"],
• "description": "Gigoteuse 2,5 TOG en coton biologique, zip latéral.",
• "brand": { "@type": "Brand", "name": "Exemple" },
• "offers": { "@type": "Offer", "price": "39.00", "priceCurrency": "EUR",
• "availability": "https://schema.org/InStock", "url": "https://www.exemple.fr/gigoteuse-coton-bio" } }
• </script>

Ajoutez gtin quand le produit en a un (code EAN), et aggregateRating seulement si les avis affichés sur la page sont réels et collectés selon les règles. Ne marquez jamais une note qui n’apparaît pas sur la page.

Retours et livraison : les informations que les acheteurs regardent

Les frais et les conditions de retour font partie des premières raisons d’abandon d’un achat. Google permet de les décrire en données structurées, ce qui peut les afficher dès les résultats.

Les conditions de retour standard de votre boutique se déclarent une fois, au niveau de l’entreprise : un MerchantReturnPolicy placé sous Organization, qui s’applique à la plupart ou à tous vos produits. Une exception propre à un produit se déclare dans son Offer.

Les frais de livraison propres à un produit se déclarent dans l’Offer, avec une ou plusieurs instances d’OfferShippingDetails.

• "hasMerchantReturnPolicy": { "@type": "MerchantReturnPolicy", "applicableCountry": "FR",
• "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow", "merchantReturnDays": 30 }
• "shippingDetails": { "@type": "OfferShippingDetails",
• "shippingRate": { "@type": "MonetaryAmount", "value": "4.90", "currency": "EUR" },
• "shippingDestination": { "@type": "DefinedRegion", "addressCountry": "FR" } }

Les valeurs ci-dessus sont des exemples : écrivez vos vraies conditions, celles de vos CGV et de votre page livraison.

LocalBusiness et Organization : décrire l’entreprise

Dans notre étude, 55 % des sites de TPE et PME ne décrivent pas l’entreprise en données structurées. C’est pourtant le bloc le plus simple : nom, adresse, téléphone, horaires, zone servie, logo, les mêmes informations que la page et que votre fiche Google.

Choisissez le type le plus précis qui existe (Plumber, Dentist, LegalService, Store…) plutôt que LocalBusiness générique, et placez le bloc sur l’accueil et la page contact.

• { "@context": "https://schema.org", "@type": "Plumber", "name": "Exemple Plomberie",
• "telephone": "+33 1 00 00 00 00", "url": "https://www.exemple.fr",
• "address": { "@type": "PostalAddress", "streetAddress": "1 rue Exemple", "postalCode": "69003", "addressLocality": "Lyon", "addressCountry": "FR" },
• "areaServed": "Lyon et Villeurbanne", "openingHours": "Mo-Fr 08:00-18:00" }

FAQ, fil d’Ariane et assistants IA

Le fil d’Ariane (BreadcrumbList) aide Google à afficher le chemin de la page au lieu de l’adresse brute. Le bloc FAQ décrit les questions-réponses visibles de la page ; 81 % des accueils de notre étude n’ont même pas de questions fréquentes à décrire.

Pour les assistants IA, les données structurées ne sont pas une exigence : Google indique que ses fonctions IA n’en demandent pas de particulières. Elles restent utiles parce qu’elles rendent les faits de la page (prix, horaires, zone) nets et cohérents, ce qui aide toute machine qui lit votre site. Sur nos propres sites, nous les générons à partir des mêmes données que le texte visible, pour qu’elles ne divergent jamais.

Quel bloc sur quelle page

Chaque type de page a son bloc. En ajouter partout le même est une erreur fréquente : une catégorie n’est pas un produit, un article n’est pas une entreprise.

• Accueil : Organization (ou le type d’entreprise le plus précis), avec logo, coordonnées et liens vers vos profils officiels ; WebSite.
• Fiche produit : Product avec un Offer, plus BreadcrumbList ; avis et note seulement s’ils sont réels et visibles.
• Catégorie : BreadcrumbList ; pas de bloc Product pour chaque produit listé, qui laisserait croire que la page vend un seul article.
• Page de service : le type d’entreprise avec la zone servie, plus BreadcrumbList ; Service si vous décrivez une prestation précise.
• Article ou guide : Article, avec date de publication et de mise à jour vraies, plus FAQPage si les questions sont visibles sur la page.
• Page contact : le type d’entreprise, avec les mêmes coordonnées que la fiche Google.

La cohérence compte plus que la quantité : le même nom, la même adresse et le même téléphone partout (page, données structurées, fiche Google, annuaires) renforcent la confiance que Google accorde à ces informations.

Tester et surveiller en cinq étapes

1. 1

   Générer le JSON-LD depuis vos données

   Prix, stock et nom viennent de la même source que la page, jamais d’une saisie à part.
2. 2

   Tester une page

   L’outil de test des résultats enrichis de Google indique les éléments détectés, les erreurs et les avertissements.
3. 3

   Valider le modèle

   Testez une page de chaque type (produit, catégorie, service, article), puis appliquez le modèle à toutes les pages du type.
4. 4

   Surveiller dans Search Console

   Les rapports « Améliorations » et « Fiches de marchand » listent les pages en erreur après le passage de Google.
5. 5

   Vérifier après chaque changement de thème ou d’extension

   C’est le moment où les données structurées disparaissent ou se dédoublent sans que personne ne le voie.