La page produit comporte déjà un nom, des images et un prix, mais les moteurs de recherche ne peuvent pas nécessairement identifier précisément la signification de chaque élément. Un outil de création de sites prenant en charge Schema permet de mapper les champs produit de la page à des données structurées, puis de vérifier la page publiée : commencez par confirmer que l’outil peut générer le balisage Product, renseignez des informations cohérentes avec celles de la page, puis vérifiez le code et la manière dont les moteurs de recherche les interprètent.
Lors de la configuration, il faut distinguer « les informations produit visibles sur la page » du fait que « la page génère un balisage valide ». Les premières facilitent la lecture pour les visiteurs ; le second aide les moteurs de recherche à comprendre le contenu. Même si le balisage est valide, rien ne garantit que les résultats de recherche afficheront des informations enrichies telles que le prix ou la disponibilité.
Lorsque vous cherchez comment utiliser un Schema-ready website builder, commencez par consulter l’éditeur de produits, les paramètres SEO ou les paramètres des données structurées de l’outil. La prise en charge se présente généralement sous deux formes : le modèle de produit génère automatiquement le balisage à partir de champs tels que le nom et le prix, ou l’outil permet d’ajouter du JSON-LD personnalisé à la page. Les menus et les autorisations disponibles dépendent de l’outil utilisé ; ne partez pas du principe que toutes les plateformes proposent les mêmes boutons.
Ouvrez une page produit publiée, affichez son code source dans le navigateur et recherchez application/ld+json et Product. Si vous trouvez du contenu correspondant, vérifiez qu’il concerne le produit affiché, et ne contient pas uniquement des informations sur le site ou le fil d’Ariane. L’absence de JSON-LD ne permet pas de conclure immédiatement qu’il n’existe aucun balisage : la page peut utiliser un autre format de données structurées ou générer le balisage dynamiquement à l’aide d’un script. Confirmez-le à l’aide d’un outil de test.
Si l’outil ne permet ni de mapper les champs produit ni d’ajouter du code personnalisé, vérifiez d’abord s’il existe une autre méthode d’intégration prise en charge. Évitez de modifier le code de pages qu’il serait difficile de maintenir pour ajouter du balisage.
Prenons l’exemple d’une page de détail produit. Commencez par réunir les informations réellement affichées sur la page. Le nom, la description et les images doivent correspondre au même produit. Le prix, la devise et la disponibilité doivent refléter les conditions de vente réellement visibles par les visiteurs sur cette page. Les noms des champs varient selon l’outil de création de sites, mais les correspondances habituelles sont les suivantes :
Les exigences obligatoires ou recommandées varient selon les fonctionnalités d’affichage des moteurs de recherche. Le simple fait d’ajouter Product ne suffit pas à remplir toutes les conditions. Pour une page de demande de devis sans prix public, n’inventez pas d’offre pour faire disparaître un avertissement. Commencez par baliser les informations produit réellement disponibles, puis consultez les exigences du moteur de recherche visé pour la fonctionnalité d’affichage concernée.

Si vous ne pouvez utiliser que du JSON-LD personnalisé, vérifiez d’abord que l’éditeur l’intègre à la page produit visée et structurez les champs conformément aux spécifications des types Product, Offer, etc. Si un balisage automatique existe déjà, n’ajoutez pas directement une deuxième série de données Product susceptible d’entrer en conflit avec la première. Vérifiez d’abord si vous pouvez modifier, désactiver ou corriger le balisage généré automatiquement. Après l’ajout du code, contrôlez également que les guillemets, les virgules et les parenthèses sont correctement placés afin qu’une erreur de format n’empêche pas l’analyse de l’ensemble du bloc.
Après la publication, testez l’URL réelle de la page à l’aide d’un outil de test des données structurées. Si vous visez un affichage enrichi des produits dans les résultats de recherche, utilisez également l’outil de test correspondant fourni par le moteur de recherche concerné afin d’examiner les éléments détectés, les erreurs et les champs recommandés. Tester l’URL publique est plus utile que de coller uniquement le code, car cela peut révéler des différences dues au processus de publication, au modèle ou aux scripts. La page doit également être accessible aux robots d’exploration concernés.
En cas d’erreur, localisez d’abord le champ concerné, puis corrigez les données dans l’éditeur de produits. Par exemple, si price n’est pas une valeur numérique valide, si la devise est absente ou si l’URL de l’image est inaccessible, corrigez la source des données, puis publiez de nouveau. Un avertissement ne signifie pas nécessairement que le balisage est invalide, mais vérifiez si l’information manquante existe réellement et si son absence affecte l’éligibilité à l’affichage souhaité.
Un test valide sans résultat enrichi pour le produit ne signifie pas nécessairement que la configuration a échoué. Les moteurs de recherche prennent aussi en compte la possibilité d’explorer et d’indexer la page, la qualité du contenu, le contexte de la requête et leurs propres règles d’affichage. Un délai peut également être nécessaire après la publication pour que la page soit de nouveau explorée. Vérifiez l’état de l’indexation et des données structurées dans les outils de gestion du site plutôt que d’ajouter plusieurs fois le même code.
Après la mise en ligne du balisage, le problème le plus fréquent est l’obsolescence des données. À la fin d’une promotion, en cas de changement de disponibilité ou de retrait d’un produit, les informations visibles sur la page et les données structurées doivent être mises à jour en même temps. Si les prix sont affichés par un script tiers alors que le balisage est saisi manuellement, vérifiez tout particulièrement que les deux utilisent la même source de données.
Sur les sites multilingues ou destinés à plusieurs régions, vérifiez individuellement le nom, la description, la devise et le prix réel sur chaque page. Si les prix varient selon les régions, ne copiez pas simplement l’Offer d’une autre région. Si la page sert uniquement à recueillir des demandes de devis et n’affiche aucun prix public, ne réutilisez pas le balisage de prix d’une page de boutique en ligne.
Après avoir changé de thème, copié un modèle de produit ou modifié une extension, vérifiez de nouveau un échantillon représentatif de pages produit : assurez-vous que le balisage existant n’a pas disparu et que l’activation simultanée de plusieurs fonctionnalités n’a pas généré d’offres contradictoires. Si l’éditeur ne permet pas de contrôler l’emplacement des sorties en double, demandez à la personne chargée des modèles ou du code d’examiner le problème.
Articles connexes
Produits connexes


