La validation du balisage Schema ne signifie pas qu’il concorde avec le contenu visible de la page. Cet article présente les points à vérifier pour optimiser le contenu structuré, en partant de la correspondance des champs et du contrôle du rendu, afin d’aider les évaluateurs techniques à repérer les erreurs de balisage, les omissions et les désynchronisations des données.
Pour juger de la concordance, il faut avant tout confirmer que le sujet, les propriétés et l’état décrits par le balisage sont bien étayés par le contenu actuel de la page. Le contrôle doit porter à la fois sur la signification des champs, le rendu dans le navigateur et le circuit de mise à jour des données : il ne suffit pas de vérifier si l’outil de validation signale une erreur.
Définir d’abord les critères d’acceptation : que faut-il vérifier au-delà de la validation par l’outil ?
L’évaluation technique doit distinguer trois niveaux : la possibilité d’analyser le code, sa conformité aux exigences de la fonctionnalité de recherche visée et sa représentation fidèle du contenu de la page. Les deux premiers peuvent être vérifiés à l’aide d’outils ; le troisième nécessite des éléments probants sur la page et ne peut être évalué à partir d’un simple indicateur vert de validation.
La concordance n’exige pas que chaque texte soit identique mot pour mot. Par exemple, si la page indique « en stock » et que le balisage utilise la valeur d’énumération correspondante pour le stock, le sens est équivalent. En revanche, si la page affiche « Demander un devis » alors que le balisage indique un prix précis qui n’est pas publié, ce prix ne repose sur aucun élément vérifiable.
Il n’est pas non plus nécessaire que chaque champ apparaisse dans le corps du texte. Un identifiant d’entité, une URL canonique ou une adresse d’image peuvent servir à établir des associations techniques. Il convient de vérifier en priorité les faits qui influencent la compréhension de l’utilisateur et de tenir compte des exigences de présentation propres au type concerné.
Pour l’échantillonnage, privilégiez les modèles clés, tels que les fiches produit, les pages d’articles et les présentations d’entreprise, puis incluez les pages multilingues, les promotions, les ruptures de stock et les variantes de produits. Les relevés de contrôle doivent indiquer l’URL, la date et l’heure, les conditions d’accès et les champs concernés, afin de faciliter la reproduction du problème et la validation de sa correction.
Établir une correspondance entre les champs pour que chaque déclaration s’appuie sur la page
Commencez par dresser la liste des données structurées présentes sur la page, en indiquant le type d’entité, le chemin du champ, sa valeur et son emplacement visible correspondant. Une même page peut contenir des entités distinctes, par exemple une entreprise, un produit et un fil d’Ariane : il faut d’abord déterminer ce que chacune décrit.
Pour une fiche produit, vérifiez en priorité le nom, le modèle, la marque, le prix, la devise, le stock et la note. Pour un article, contrôlez surtout le titre, l’auteur et la date. Pour une présentation d’entreprise, vérifiez le nom de l’entreprise, ses coordonnées et son adresse. Définissez l’ordre de priorité des champs en fonction de leur impact sur l’activité.
Pour chaque champ important, consignez la « valeur balisée, la valeur affichée sur la page, la règle de conversion et le résultat du contrôle ». Par exemple, si le prix affiché sur la page inclut les taxes, les données structurées doivent correspondre précisément à l’offre concernée. Il ne faut pas utiliser directement le prix hors taxes du système de gestion, puis justifier l’écart par une différence de format.
Les fabricants exportateurs doivent particulièrement veiller à distinguer les produits des services. La présentation d’un équipement, un service de fabrication sur mesure et un article disponible à l’achat immédiat correspondent à des modalités de transaction différentes. Déterminez d’abord le sujet de la page, puis choisissez le type approprié et évitez d’ajouter un prix de force dans le seul but d’améliorer la présentation.
Vérifier le rendu afin de ne pas se limiter au code source de la page
Lors du contrôle, examinez à la fois le code source renvoyé par le serveur et la page rendue dans le navigateur. Certains sites injectent le balisage à l’aide de scripts ou mettent à jour le prix ou le stock après le chargement de la page. N’examiner qu’une seule étape peut donc faire passer inaperçues des données obsolètes ou des sorties en double.
Utilisez les outils de développement du navigateur pour rechercher les scripts de données structurées et vérifier si plusieurs modules décrivent le même produit de façon redondante. Le thème, les extensions et les composants marketing peuvent chacun générer leur propre jeu de données. En cas de conflit sur le prix ou le nom, il faut rechercher la source de données de chaque sortie.
Pour les produits dont les informations ne changent qu’après la sélection d’une variante, vérifiez séparément l’état par défaut et les principales variantes. Le modèle, l’image, le prix et le stock doivent correspondre au même objet. Si le site propose des URL distinctes pour les variantes, vérifiez également que l’accès à ces URL permet de rétablir le bon état.
Le contenu des panneaux dépliants ou des onglets ne doit pas être considéré automatiquement comme invisible : l’essentiel est que l’utilisateur puisse y accéder normalement. À l’inverse, une déclaration marketing présente uniquement dans le système de gestion, une variable de script ou un élément masqué ne constitue pas une preuve que ce fait est affiché sur la page.
Vérifier en priorité les écarts de prix, de notes et de pages multilingues
Les prix et le stock doivent être vérifiés en priorité, car ils influencent directement la décision d’achat. Recherchez notamment les prix promotionnels conservés après la fin d’une campagne, les produits indiqués comme disponibles après une rupture de stock et les cas où la devise de la page change selon la région sans que les données structurées soient mises à jour.
Pour les notes, vérifiez l’objet évalué, l’échelle de notation, le nombre d’avis et leur affichage sur la page. Ne réutilisez pas la note globale d’une entreprise pour un produit donné et ne présentez pas des statistiques internes non publiées comme une note visible sur la page. Les fonctionnalités de recherche concernées sont également soumises à des règles spécifiques.
Vérifiez chaque page multilingue individuellement : il ne suffit pas de valider la version principale du site. Parmi les problèmes fréquents figurent les pages traduites qui conservent un ancien titre, les coordonnées locales qui n’ont pas été mises à jour et une même donnée utilisée pour les prix de différents marchés. Le nom de marque peut rester identique, mais les informations factuelles doivent correspondre précisément à chaque version.
Les dates des articles peuvent également être erronées. Les dates de publication et de modification doivent être fondées sur des faits réels : le déploiement d’un modèle ou l’actualisation du cache ne doit pas automatiquement être considéré comme une mise à jour du contenu. De même, le nom de l’auteur doit correspondre à la signature réelle et ne pas être remplacé par défaut, pour tous les articles, par celui d’un auteur sans rapport avec leur contenu.
Comment combiner les outils pour mettre en place un processus de contrôle reproductible ?
Commencez par utiliser un outil de validation des données structurées pour vérifier la syntaxe et les types, puis testez les fonctionnalités de recherche prises en charge à l’aide du test des résultats enrichis de Google. Ces deux types d’outils ne couvrent pas les mêmes aspects : l’absence d’un résultat enrichi donné ne signifie pas que le type concerné est invalide.
Vérifiez ensuite manuellement les éléments visibles dans le navigateur et, si vous disposez des autorisations nécessaires sur le site, utilisez l’outil d’inspection d’URL pour examiner la page récupérée ou rendue par le moteur de recherche. Notez l’heure et les conditions d’accès afin d’éviter de comparer directement des résultats provenant de régions ou d’états différents.
Pour les contrôles en masse, vous pouvez extraire les champs clés et définir des règles de comparaison avec les éléments visibles de la même page. Uniformisez les séparateurs décimaux et de milliers pour les prix et associez les valeurs de stock à leur signification. Pour les changements dynamiques, les affichages personnalisés et les variantes complexes, conservez une vérification manuelle par échantillonnage.
Les rapports d’anomalie doivent désigner précisément l’emplacement à corriger, par exemple la liaison des champs du modèle, la génération redondante par une extension ou le mécanisme d’invalidation du cache. Après correction, récupérez de nouveau les URL concernées et vérifiez les autres pages utilisant le même modèle afin de vous assurer que le problème ne s’est pas propagé à des pages similaires.
Intégrer le contrôle de concordance à la livraison et à la maintenance régulière du site
Lors de la recette, classez les problèmes selon leur niveau d’impact : une entité incorrecte, une note fictive ou un prix erroné doit être corrigé en priorité. Les champs manquants doivent être évalués en fonction des exigences propres au type concerné. Ne confondez pas l’absence de certains champs recommandés avec des champs qui décrivent les faits de manière inexacte.
Pour les projets associant création de sites et services marketing, y compris les sites destinés aux marchés internationaux créés à l’aide de plateformes telles qu’EYB, l’évaluation doit porter sur la possibilité de partager une source de données fiable entre le contenu et le balisage, ainsi que sur l’existence d’un mécanisme de contrôle après la publication multilingue et les changements promotionnels.
Une optimisation efficace du contenu structuré doit assurer la concordance entre les faits présentés sur la page, le balisage Schema et le processus de mise à jour. L’intégration de la correspondance des champs clés, du contrôle du rendu et des tests de régression des modèles dans la recette permet de réduire durablement le risque d’informations inexactes. La réussite du contrôle ne garantit toutefois pas l’affichage de résultats enrichis par les moteurs de recherche.
