Les données structurées aident Google à interpréter les informations visibles sur une fiche produit. Elles ne garantissent ni une position ni un extrait enrichi, et ne compensent pas une donnée catalogue incomplète. Leur valeur est de fournir des informations cohérentes sur le produit, son prix, sa disponibilité, ses variantes et ses politiques commerciales.
Google recommande de s’appuyer sur sa documentation spécifique plutôt que sur une propriété Schema.org isolée : tous les types Schema.org ne produisent pas un résultat enrichi dans Google Search. Guide Google des données structurées Product.
Ce qu’il faut baliser sur une fiche produit
Le balisage doit décrire le produit que le visiteur voit et peut acheter sur cette URL. Pour une fiche simple, les éléments importants sont généralement :
- le nom du produit ;
- une image représentative ;
- une description cohérente avec le texte de la page ;
- la marque et les identifiants disponibles ;
- une offre avec prix, devise, disponibilité et URL ;
- les avis uniquement s’ils sont réels et visibles sur la page.
N’ajoutez pas une note moyenne, un prix ou une disponibilité que le visiteur ne peut pas constater. Google précise que les données structurées doivent représenter le contenu principal de la page et ne pas être trompeuses.
Product, Offer et variantes
Produit simple
Pour un produit sans déclinaison, le marquage Product peut contenir une offre correspondant au prix affiché. Le prix et la disponibilité doivent être synchronisés avec la boutique, notamment lors des promotions et ruptures.
Produit à variantes
Une fiche proposant taille, couleur ou capacité ne doit pas présenter une variante indisponible comme si elle était le produit principal. Utilisez le modèle de variantes recommandé par Google lorsque chaque variante a des attributs, prix ou disponibilité distincts. Vérifiez aussi que le thème affiche les mêmes données que le JSON-LD.
Fiches de catégorie
Une catégorie ne doit pas recevoir un faux balisage Product unique. Les résultats enrichis Produit concernent les pages focalisées sur un produit ou des variantes d’un même produit.
Méthode de mise en place dans PrestaShop
1. Auditer les données catalogue
Avant de toucher au thème ou à un module, contrôlez les champs disponibles : nom, description, image, marque, référence, EAN/GTIN, prix TTC, devise, stock et politique de livraison. Si une donnée est absente dans PrestaShop, une IA ne doit pas l’inventer pour compléter le JSON-LD.
2. Choisir une source de vérité
Le balisage peut venir du thème, d’un module ou d’une couche d’intégration. N’utilisez qu’une source par type de données afin d’éviter deux blocs Product contradictoires. Lorsqu’un module est mis à jour, testez une fiche avant de redéployer sur tout le catalogue.
3. Générer du JSON-LD à partir des données visibles
JSON-LD est le format le plus simple à maintenir. L’exemple suivant illustre uniquement la structure; les valeurs doivent être alimentées par les données réelles de PrestaShop.
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Nom affiché du produit",
"image": ["https://www.exemple.fr/image-produit.webp"],
"description": "Description visible sur la fiche produit.",
"sku": "REFERENCE-INTERNE",
"offers": {
"@type": "Offer",
"url": "https://www.exemple.fr/produit/nom-produit/",
"priceCurrency": "EUR",
"price": "49.90",
"availability": "https://schema.org/InStock"
}
}N’utilisez pas cet exemple comme un bloc à copier tel quel. Un prix, une URL, une image et une disponibilité fictifs rendent le balisage invalide ou trompeur.
IA : un assistant de contrôle, pas un générateur aveugle
L’IA peut contribuer à :
- repérer des champs manquants dans un export produit ;
- signaler une divergence entre texte, attributs et balisage ;
- préparer une checklist de validation ;
- proposer un brouillon de description à relire.
Elle ne doit pas créer de GTIN, d’avis, de notes, de prix, de disponibilité ni de politique de retour. Ces données concernent directement l’achat et doivent provenir de la boutique.
Valider avant de publier
- Testez une fiche produit dans le Rich Results Test.
- Vérifiez que les données affichées dans le test correspondent à la page visible.
- Contrôlez les variantes, promotions et ruptures de stock.
- Déployez quelques fiches représentatives.
- Suivez les rapports Merchant listings et Product snippets dans Search Console.
- Corrigez les anomalies avant de généraliser.
Google ne garantit pas l’affichage d’un résultat enrichi même lorsque le balisage est valide. La qualité du catalogue, l’éligibilité de la page et le contexte de recherche restent déterminants.
Checklist de qualité
- Une seule source génère le balisage Product.
- Les données JSON-LD sont visibles et exactes sur la page.
- Prix et disponibilité se mettent à jour avec PrestaShop.
- Les variantes sont représentées correctement.
- Les avis sont authentiques et visibles.
- Chaque modification est testée avec Rich Results Test.
- Aucun champ commercial n’est généré par IA sans source.
Pour aller plus loin
- IA et SEO produit PrestaShop : méthode de catalogue
- Balises ALT PrestaShop : audit et validation
- Guide Google des données structurées
