Schema.org produit — les données structurées qui font cliquer

Cherchez n'importe quel produit sur Google et regardez les résultats : certains affichent le prix, la disponibilité et des étoiles d'avis directement dans la page de résultats ; les autres se contentent d'un lien bleu. Les premiers captent le clic. Cette différence ne vient ni du budget ni de la taille du site : elle vient des données structurées — quelques lignes de code que la moitié des boutiques n'a toujours pas mises en place.

Ce que sont les données structurées, sans jargon

Les données structurées sont une traduction de votre page en langage machine. Votre fiche produit dit aux humains « Kit admission directe GREEN FILTER — 202 € — En stock » ; le balisage Schema.org dit exactement la même chose à Google, mais dans un format standardisé qu'il peut lire sans se tromper :

• Product : le nom, l'image, la marque, la référence ;
• Offer : le prix, la devise, la disponibilité ;
• AggregateRating : la note moyenne et le nombre d'avis.

Google s'en sert pour enrichir vos résultats de recherche — les fameux rich snippets — et, de plus en plus, pour alimenter ses surfaces shopping. Sans balisage, vous laissez l'algorithme deviner ; avec, vous dictez.

Ce que ça rapporte, concrètement

Soyons précis sur ce que les données structurées font et ne font pas :

• Elles n'améliorent pas directement votre classement. Google l'a répété : ce n'est pas un facteur de ranking.
• Elles augmentent le taux de clic. Un résultat avec prix, stock et étoiles occupe plus de place et inspire plus confiance. Les gains de CTR constatés sur les résultats enrichis se comptent en dizaines de pourcents relatifs — sur le même classement.
• Elles qualifient le clic. L'internaute qui a vu « 202 € — En stock » avant de cliquer ne repart pas à cause du prix : le trafic est plus propre, le taux de rebond descend.
• Elles sont le billet d'entrée des surfaces produit de Google (onglet Shopping gratuit, fiches enrichies), qui pèsent de plus en plus dans le parcours d'achat.

Autrement dit : à classement égal, la boutique balisée mange le clic de la boutique muette. Le même mécanisme qui joue déjà sur vos balises title et meta description — la SERP est une vitrine, occupez-la.

L'état des lieux sur PrestaShop

Bonne nouvelle : les thèmes PrestaShop récents (1.7+) embarquent un balisage Product de base — nom, prix, disponibilité — via les microdonnées du thème. Vérifiez-le plutôt que de le supposer : collez l'URL d'une fiche dans le test de résultats enrichis de Google et regardez ce qui remonte.

Les manques classiques que ce test révèle :

• Pas d'avis balisés (aggregateRating absent) alors que la boutique affiche des notes — souvent parce que le module d'avis n'émet pas son propre balisage.
• priceValidUntil et itemCondition manquants : des avertissements sans gravité, mais faciles à combler.
• Aucun balisage sur les vieux thèmes 1.6 : là, tout est à poser, généralement via un module.
• Le blog non balisé : les articles méritent leur BlogPosting (titre, date, auteur, image) — c'est ce que génère le module Publium pour chaque article publié, données structurées comprises.

Sur les boutiques 1.6 encore en production — il y en a beaucoup, on leur a consacré un article dédié — le balisage est souvent le chantier au meilleur ratio effort/impact.

La mise en place, par ordre de priorité

1. Validez l'existant (30 minutes)

Testez trois fiches produit représentatives dans l'outil de Google. Notez ce qui est détecté, les avertissements, les erreurs. La Search Console (rapport « Améliorations ») vous donne ensuite la vue d'ensemble du site entier.

2. Complétez le balisage produit (une demi-journée)

Selon votre thème : activer les options de microdonnées, corriger le template, ou installer un module dédié. Les champs qui comptent, dans l'ordre : name, image, offers.price + priceCurrency, offers.availability, brand, sku. Format recommandé aujourd'hui : JSON-LD, plus lisible et plus robuste que les microdonnées dans le HTML.

3. Balisez les avis — honnêtement

Si vous collectez des avis, exposez-les en aggregateRating. Deux règles absolues : ne balisez que des avis réels et visibles sur la page (Google recoupe), et jamais de note inventée. Une pénalité pour balisage trompeur, elle, existe bel et bien.

4. N'oubliez pas le contenu

BlogPosting pour les articles, BreadcrumbList pour les fils d'Ariane, FAQPage si vos fiches ont une section questions-réponses. Chaque type balisé est une chance d'occuper plus de place en SERP.

Les pièges à éviter

• Baliser ce qui n'est pas affiché. La règle d'or de Google : les données structurées décrivent le contenu visible. Un prix balisé différent du prix affiché = signalement.
• Laisser les prix dériver. Balisage statique + prix dynamiques = incohérences. Le balisage doit être généré depuis les mêmes données que la page — raison pour laquelle il doit venir du thème ou d'un module, jamais d'un copier-coller figé.
• Tout baliser sans hiérarchie. Commencez par Product sur les fiches. Le reste est un raffinement.

Le test qui prend cinq minutes

Prenez votre meilleure vente. Collez son URL dans le test de résultats enrichis. Si le résultat affiche « Product » avec prix et disponibilité détectés : bien, passez aux avis. S'il n'affiche rien : vous venez de trouver votre prochain chantier SEO — celui dont le retour se voit directement dans la vitrine de Google, sans attendre de gagner une seule position. Et pour que la fiche derrière le clic soit à la hauteur de la promesse, le générateur de fiches produit s'occupe du texte pendant que le balisage s'occupe de la machine.