Schema Product sur Wix Stores : champs obligatoires, avis, prix et validation GSC

Wix génère un schema Product basique dès la création d’une fiche sur Wix Stores, mais ce balisage automatique n’inclut ni les avis clients, ni les variantes de prix, ni les identifiants recommandés par Google. Pire, une confusion fréquente pousse les vendeurs Wix à s’interdire de marquer leurs propres avis produits, alors que la règle qui l’interdit ne s’applique pas au schema Product. Voici les champs qui comptent vraiment, ce que Google autorise réellement sur les avis, et comment valider que tout fonctionne depuis Search Console.

Ce que Wix génère automatiquement, et pourquoi ça ne suffit pas

Dès qu’une fiche produit est créée sur Wix Stores, Wix injecte un schema Product de base : nom, description, images, prix et disponibilité. Ce socle automatique suffit pour qu’un moteur de recherche identifie correctement une page produit, mais il s’arrête là. Il n’inclut ni la marque en tant qu’entité structurée, ni les identifiants produit (SKU, GTIN), ni surtout l’aggregateRating qui permet d’afficher les étoiles dans les résultats de recherche. Notre méthode de vérification des données structurées natives Wix détaille comment repérer précisément ce que le socle automatique couvre sur votre propre catalogue avant d’aller plus loin.

Les champs du schema Product, obligatoires et recommandés

Google distingue les propriétés strictement nécessaires à l’éligibilité et celles qui débloquent des affichages enrichis supplémentaires (étoiles, disponibilité, livraison). Sur Wix Stores, l’absence des champs recommandés est la cause la plus fréquente d’un markup valide qui n’obtient aucun résultat enrichi.

Sans offers complet, aucun résultat enrichi produit ne peut s’afficher, même si le reste du markup est irréprochable : c’est le champ le plus souvent incomplet quand une variante de prix ou une devise manque. Sans aggregateRating, le produit reste éligible mais n’affichera jamais d’étoiles, l’élément qui améliore le plus visiblement le taux de clic dans les résultats.

Ajouter les avis clients : ce qui est autorisé sur Product

C’est le point le plus mal compris, y compris par des vendeurs qui suivent scrupuleusement la documentation Wix. La confusion vient d’une règle Google bien réelle, mais mal rattachée au bon type de schema.

La règle de 2019 que personne ne rattache à Wix Stores

Depuis 2019, la documentation officielle de Google est explicite : une page qui utilise le schema LocalBusiness ou tout autre type Organization devient inéligible à l’affichage des étoiles si les avis marqués sont « self-serving », c’est-à-dire collectés par l’entité elle-même sur sa propre page. Nous détaillions cette règle dans notre guide sur le schema LocalBusiness pour les entreprises locales sur Wix : elle interdit d’afficher ses propres avis Google en étoiles sur une fiche d’établissement. Mais cette restriction ne s’étend PAS au schema Product. La documentation Google le formule sans ambiguïté : les avis produit et recette peuvent parfaitement provenir d’une collecte réalisée par le vendeur lui-même, tant que trois conditions sont respectées.

Les trois conditions posées par Google pour garder le droit à l’étoile

Première condition, la modération réelle : le contenu marqué doit rester consultable par les visiteurs sur la page balisée, et tout avis frauduleux ou spam doit être retiré. Deuxième condition, la divulgation de toute incitation : un avis obtenu en échange d’argent, d’une réduction, d’un bon d’achat ou d’un produit gratuit doit signaler clairement cette contrepartie, faute de quoi il devient un « incentivized review » non conforme. Troisième condition, implicite mais logique, le calcul de l’aggregateRating doit refléter l’ensemble des avis reçus, y compris les négatifs : exclure les avis défavorables du calcul pour gonfler artificiellement la moyenne affichée expose à une désindexation du rich result, pas seulement à une perte de confiance client.

Gérer le prix sans se faire piéger

L’objet offers porte le prix, la devise, la disponibilité et, pour un produit à variantes (taille, couleur), peut se répéter en tableau pour couvrir chaque déclinaison avec son propre SKU et son propre prix.

Le piège du séparateur décimal français

Un prix rédigé avec une virgule comme séparateur décimal, réflexe naturel en France (« 49,99 »), invalide la propriété price du schema : Google exige un point (« 49.99 »). Cette règle, documentée côté Google Merchant Center pour les flux produits, s’applique de la même façon à la valeur numérique du champ price en JSON-LD. Sur un catalogue Wix Stores rédigé en français, ce piège touche particulièrement les prix saisis manuellement dans un code JSON-LD personnalisé plutôt que générés automatiquement par Wix, qui gère cette conversion correctement de son côté.

Plusieurs offres pour un même produit

Quand un produit existe en plusieurs tailles ou coloris à des prix différents, chaque variante doit porter son propre objet Offer avec son SKU distinct plutôt qu’un prix unique moyen ou approximatif : Google recommande de faire correspondre exactement le schema à ce qu’un visiteur voit et peut acheter au moment où il consulte la page, variante par variante.

Trois méthodes pour ajouter le schema sur Wix Stores

Valider avec Search Console et le Rich Results Test

Une fois le site publié, deux vérifications complémentaires s’imposent. Le Rich Results Test de Google, en collant l’URL de la fiche produit, affiche exactement ce que le crawler détecte et signale erreurs et avertissements immédiatement, y compris sur un site Wix fortement rendu en JavaScript, que l’outil sait exécuter avant analyse. Le rapport Améliorations de Google Search Console prend ensuite le relais une fois le produit indexé, en remontant les problèmes détectés à l’échelle du site entier plutôt que fiche par fiche.

Comptez plusieurs jours, parfois une à deux semaines, entre une correction de markup et sa remontée visible dans le rapport Search Console : ce rapport se met à jour au rythme du recrawl de Google, pas en temps réel. Un markup validé instantanément par le Rich Results Test mais absent du rapport Search Console une heure après publication n’est pas un échec, c’est un délai normal de traitement.

Les erreurs qui cassent le markup silencieusement

La duplication de schema arrive en tête des erreurs Wix Stores : ajouter un JSON-LD Product personnalisé sans désactiver ou sans tenir compte du schema natif déjà généré crée deux blocs concurrents sur la même page, avec un risque de valeurs contradictoires (deux prix différents, par exemple) que Google peut choisir d’ignorer entièrement plutôt que d’arbitrer. Une syntaxe JSON invalide, virgule manquante ou guillemet mal fermé, invalide l’intégralité du bloc plutôt que la seule propriété concernée : le markup entier disparaît, sans message d’erreur visible sur le site lui-même. Enfin, un champ obligatoire absent (le plus souvent offers incomplet sur une variante) n’empêche pas l’indexation de la page, mais désactive silencieusement le résultat enrichi pour ce seul produit, sans affecter le reste du catalogue.

Foire aux questions

Ce qu’il faut retenir avant de balaiser vos fiches produits

Le socle automatique de Wix Stores couvre le minimum légal du schema Product, pas son potentiel réel en résultats enrichis. La différence se joue sur trois champs, l’aggregateRating, un offers complet par variante et un prix correctement formaté, et sur une règle trop souvent mal comprise : vos propres avis produits sont autorisés en étoiles, contrairement à vos avis d’établissement. Pour prioriser ces ajouts sur un catalogue existant sans tout reprendre à la main, un accompagnement dédié permet de cibler d’abord les fiches à plus fort trafic.