Réparer vos données structurées quand Google les refuse

Vous ouvrez la Search Console un matin et un bandeau vous annonce que vos données structurées comportent des erreurs sur dix-huit pages. Le message parle de champ manquant, de propriété non reconnue, d’élément invalide, et rien là-dedans ne dit ce qu’il faut faire ni si c’est grave. La bonne nouvelle, c’est que la très grande majorité de ces alertes vient d’un seul réglage mal placé, pas de dix-huit problèmes différents. On va reprendre la chose du début : où se trouve le rapport, comment lire ce qu’il raconte, comment corriger à la racine, puis comment demander à Google de revalider vos pages. Pas besoin de toucher au code de votre thème ni d’installer quoi que ce soit de nouveau.

En bref

Sommaire

Trouver le rapport qui liste vos erreurs dans la Search Console

Les données structurées sont un bout de code invisible ajouté à vos pages pour décrire leur contenu à une machine : ceci est un article, voici son auteur, voici sa date, voici la note moyenne de ce produit. Google s’en sert pour afficher les résultats enrichis, ces blocs de recherche qui montrent des étoiles, un fil d’ariane ou une image en plus du lien bleu. Quand le code décrit mal, le bloc enrichi ne s’affiche pas et la Search Console vous le signale. Si l’outil vous est encore peu familier, notre chapitre consacré à la prise en main de la Search Console pose les bases avant d’attaquer ce rapport.

Le rapport des données structurées se trouve dans la colonne de gauche de la Search Console, section « Améliorations » pour les anciennes interfaces, ou directement dans le rapport « Résultats enrichis ». Vous y voyez une ligne par type détecté sur votre site : Article, Produit, Fil d’Ariane, FAQ, Avis. Chaque ligne porte trois états possibles. Les éléments non valides bloquent l’affichage enrichi, ceux qui sont valides avec un avertissement s’affichent quand même mais gagneraient à être complétés, les valides ne demandent rien.

Un réflexe utile avant de paniquer devant le nombre affiché. le chiffre compte des pages, pas des problèmes, et cliquer sur une ligne d’erreur vous montre presque toujours la même cause répétée sur toute une série d’URL. Ce n’est pas la première fois que le vocabulaire des rapports affole plus que la situation ne le mérite, et nous avions déjà vu à quel point Google lui-même relativise la portée de la plupart de ces alertes. Un avertissement ne coûte pas de positions, il coûte un affichage plus riche.

Prenez le temps de noter l’état de départ avant de toucher à quoi que ce soit. Un simple fichier avec la date du jour, le type concerné, le nombre de pages en erreur et le libellé exact du message vous servira de point de comparaison dans quinze jours. Sans ce relevé, vous n’aurez aucun moyen de dire si votre correction a marché ou si Google a simplement recalculé son rapport de son côté. Ce carnet vaut aussi pour les autres rapports de la Search Console, et il coûte deux minutes à tenir.

Lire un message d’erreur sans se laisser impressionner

Les libellés de données structurées les plus fréquents sur WordPress tournent autour de trois familles. « Champ manquant : author » et « Champ manquant : datePublished » signifient que votre thème déclare une page comme un article sans lui donner d’auteur ni de date. « Valeur non valide dans le champ X » veut dire que le champ existe mais que son format ne correspond pas à ce que Google attend, une date écrite à l’envers par exemple. « Type non reconnu » indique que le code annonce un vocabulaire que Google ne sait pas lire.

L’erreur la plus commune chez les débutants n’a rien à voir avec un bug. Elle vient du cumul : le thème génère un balisage Article, un plugin SEO en génère un deuxième, un plugin d’avis en ajoute un troisième, et les trois se contredisent sur la même page. Le rapport signale alors des champs manquants sur un bloc dont vous ignoriez l’existence. deux extensions qui décrivent la même page se contredisent, et la Search Console ne dit jamais laquelle des deux parle.

Pour trancher, ouvrez une des pages listées dans l’outil de test des résultats enrichis de Google et regardez combien de blocs il détecte. S’il en trouve deux du même type, vous tenez votre coupable avant même d’avoir touché à un réglage. Cet outil accepte aussi bien une URL en ligne qu’un bout de code collé, ce qui permet de tester une correction avant de la publier.

Un détail de lecture aide à ne pas se tromper de cible. L’outil affiche les blocs détectés dans l’ordre où il les trouve dans le code, et non par ordre d’importance. Le premier bloc de la liste n’est donc pas forcément celui que votre extension SEO produit : sur beaucoup de thèmes, c’est le balisage du thème qui sort en tête parce qu’il est écrit plus haut dans la page. Comparez les champs remplis dans chaque bloc pour identifier lequel vient d’où.

Corriger à la source plutôt que page par page

L’aide officielle sur la correction des problèmes de données structurées le dit sans détour : quand l’erreur vient du modèle de page, corriger le modèle règle le problème sur toutes les pages qui l’utilisent. C’est exactement la situation d’un site WordPress, où vos deux cents articles partagent le même gabarit. Reprendre les pages une par une revient à repeindre chaque planche d’une palissade au lieu de changer le pot de peinture.

Concrètement, la correction des données structurées se joue dans les réglages de votre extension SEO. Sur WordPress, Rank Math en version gratuite gère le balisage de tous vos types de contenu depuis un seul écran, et sa section dédiée permet de désigner le type par défaut d’un article, d’une page ou d’un produit. Si vous partez de zéro sur l’outil, la marche à suivre complète tient dans notre guide de configuration pas à pas. L’important est de n’avoir qu’une seule source de balisage active à la fois.

Reste le cas où le doublon vient du thème lui-même, ce qui arrive souvent avec les thèmes gratuits anciens. La plupart proposent une case pour désactiver leur propre balisage, généralement rangée dans les options de mise en page. Quand elle n’existe pas, désactiver le balisage côté plugin et laisser le thème faire son travail reste préférable à laisser les deux tourner. une seule source de balisage par page suffit, et c’est le principe qui règle la majorité des rapports rouges.

Il existe un cas particulier où le doublon est normal et ne doit surtout pas être supprimé. Une page qui porte à la fois un balisage Article et un balisage Fil d’Ariane décrit deux choses différentes, le contenu d’un côté et la navigation de l’autre, et Google attend les deux. La règle vaut donc pour deux blocs du même type, jamais pour deux types complémentaires. Avant de désactiver un balisage, vérifiez toujours dans l’outil de test que les deux blocs annoncent bien le même type.

Faire valider vos données structurées corrigées par Google

Une correction publiée ne se voit pas toute seule dans la Search Console. Il faut ouvrir la fiche du problème concerné et cliquer sur le bouton de validation, qui déclenche une vérification en deux temps. Google teste d’abord un échantillon de pages, et si l’échantillon passe, il élargit le contrôle au reste des URL touchées. Le statut de la validation évolue alors sous vos yeux, de « non démarrée » à « en cours », puis vers un état réussi ou en échec.

Avant de lancer cette validation, vérifiez un point que la moitié des débutants oublient. Une page bloquée dans le robots.txt ou marquée en noindex ne sera jamais revalidée, puisque Google n’a plus le droit de la lire. La documentation insiste sur ce prérequis, et nous avions détaillé ailleurs pourquoi un blocage au robots.txt ne remplace jamais un noindex. Utilisez l’outil d’inspection d’URL et son test en direct pour confirmer que la page corrigée est bien accessible.

Un dernier conseil de méthode, tiré de cette même page d’aide : traitez un seul type de problème à la fois, sur toutes les URL concernées, avant de passer au suivant. Lancer trois validations en parallèle sur trois causes différentes rend l’interprétation du résultat impossible dès qu’une seule échoue.

Si la validation revient en échec, le rapport vous donne les URL fautives et la raison. Dans la plupart des cas, il s’agit de pages qui ne sont pas passées par le gabarit corrigé : une page créée à la main, un contenu importé d’un ancien site, ou un article dont le type a été changé après coup. Traitez ces exceptions séparément une fois que le gros du volume est réglé, plutôt que de relancer la validation entière en espérant un résultat différent.

Ce que la validation ne dit pas, et le temps qu’elle prend

Comptez deux semaines avant de revoir vos données structurées au vert, parfois davantage, selon la fréquence à laquelle Google repasse sur votre site. C’est le délai que la documentation annonce noir sur blanc, et il dépend surtout de votre volume de pages et de la vitesse de mise à jour de votre contenu. Un site publié il y a trois mois attendra plus longtemps qu’un média qui sort trois articles par jour, sans que cela signifie quoi que ce soit sur la qualité de la correction.

Une validation réussie ne garantit d’ailleurs pas l’apparition d’un résultat enrichi. Elle confirme que votre code est valide et éligible, l’affichage restant une décision de Google qui dépend de la requête, de l’appareil et de la concurrence sur la page de résultats. éligible ne veut pas dire affiché, et confondre les deux mène à des semaines de bricolage sur un balisage déjà correct.

Côté moteurs génératifs, la prudence reste de mise avant d’espérer un effet secondaire. Un balisage propre ne fait pas de vous une source citée par ChatGPT ou Perplexity, comme le montrait notre analyse sur ce que les modèles lisent réellement du schema markup. Corriger ces erreurs sert d’abord votre présence dans les résultats Google, et accessoirement la clarté de vos pages pour toute machine qui les lit. C’est déjà une bonne raison de vider le rapport.

Une remarque pour finir sur l’ordre des priorités. Un rapport de données structurées entièrement vert sur un site dont les pages ne sont pas indexées ne sert strictement à rien, et l’indexation passe toujours avant l’enrichissement de l’affichage. Si vos pages peinent déjà à entrer dans l’index, comprendre ce que Google raconte quand il détecte une page sans l’indexer sera plus rentable que n’importe quelle correction de balisage.

Continuez de progresser sur SEO Noobies.

Cet article contient des liens affiliés. Cela ne change rien pour vous, cela nous aide à maintenir le site gratuit.