Schema markup WordPress : aider Google à comprendre tes contenus

Le schema markup WordPress sert à donner du contexte

Quand tu arrives sur une fiche produit, tu comprends tout de suite que « 79 € » correspond au prix et que « en stock » indique la disponibilité. Tu n’as pas besoin qu’on te fasse un dessin, mais Google doit relier chaque information au bon élément de la page. Le balisage Schema lui apporte ce contexte grâce au vocabulaire de Schema.org, dans lequel tu retrouves des types comme Article, Person, Organization, LocalBusiness, Product ou Event, accompagnés des propriétés qui permettent de les décrire. Google s’appuie ensuite sur une partie de ce vocabulaire pour comprendre les pages et proposer certains affichages enrichis.

Dans WordPress, ces données sont le plus souvent ajoutées en JSON-LD, sous la forme d’un bloc de code séparé du contenu visible. Le format se génère facilement depuis les informations déjà enregistrées dans ton site : titre, auteur, image mise en avant, prix, stock ou adresse. Avec Product et Offer, le tarif peut être relié au bon produit, à sa devise et à sa disponibilité, avec BlogPosting, le titre d’un article est associé à son auteur, sa date de publication, sa dernière modification et son image principale. Google n’a plus à deviner quel morceau appartient à quoi. Ce format est recommandé lorsque la configuration le permet, même s’il accepte aussi les microdonnées et RDFa.

Attention tout de même : le Schema décrit ce qui existe déjà. Il ne rattrape pas une page vague, une fiche produit à moitié vide ou des coordonnées qui changent selon l’endroit où tu regardes. Tu dois d’abord proposer une information correcte au lecteur, puis aider le moteur de recherche à la comprendre.

Une page pauvre avec un JSON-LD impeccable reste une page pauvre. Elle a juste mieux rangé ses tiroirs.

Tu n’as pas besoin d’apprendre les centaines de types disponibles. Un site vitrine, un blog ou une boutique WooCommerce fonctionne généralement avec quelques entités bien choisies et correctement reliées. C’est beaucoup plus utile qu’une collection de balisages ajoutés parce que le plugin a une case disponible.

Ce que les données structurées changent vraiment dans Google

Les données structurées peuvent rendre une page éligible à une apparence enrichie dans les résultats de recherche. Une fiche produit peut, par exemple, faire apparaître son prix, sa disponibilité ou certaines informations de livraison, un article peut être mieux identifié grâce à son auteur, ses dates et son image, un fil d’Ariane peut remplacer une URL peu parlante par un chemin plus lisible. Le mot important reste pourtant « éligible » : même si ton balisage passe tous les tests, Google reste libre d’utiliser ou non ces informations selon la requête, l’appareil, le contexte de recherche et la qualité globale de la page.

Un test peut afficher du vert partout sans que la SERP sorte les cotillons.

Le Schema n’est pas non plus un facteur de classement magique. Il aide Google à identifier une entité et à interpréter la page avec moins d’ambiguïté, mais il ne remplace ni un contenu pertinent, ni une architecture compréhensible, ni une indexation propre. Et cette nuance doit changer ta façon de travailler. Au lieu de cocher le plus de types possible, cherches à décrire correctement le contenu principal. Les consignes générales de Google sur les données structurées précisent justement que le balisage doit représenter la page, rester cohérent avec les informations visibles et ne pas induire les moteurs de recherche en erreur.

Après la mise en ligne, regarde ce que remonte Google Search Console, car certains rapports signalent les erreurs et avertissements liés aux résultats enrichis, tandis que l’inspection d’URL t’aide à vérifier que Google peut explorer la page. Si tu ne sais pas quoi faire de toutes ces informations, commence par exploiter Search Console pour affiner un contenu WordPress plutôt que de modifier le balisage au hasard. Le vrai résultat attendu n’est pas d’avoir installé un plugin pour gérer le Schema, mais de transmettre une information cohérente, de corriger les erreurs qui bloquent et de garder le balisage aligné avec ton contenu.

Quels types de Schema choisir selon tes pages ?

Le bon type de shema dépend de ce que ta page présente réellement. Ne pars pas de la liste interminable du plugin en te demandant ce que tu pourrais ajouter. Pars de ta page et demande-toi ce que Google doit reconnaître en priorité.

Tout cocher « au cas où », c’est la version SEO du buffet à volonté : l’enthousiasme retombe souvent à la troisième assiette.

Pour les articles du blog

Article ou BlogPosting permet d’identifier le titre, l’auteur, l’image principale ainsi que les dates de publication et de modification. BlogPosting est une forme plus précise d’Article, adaptée aux publications de blog. Les informations doivent provenir de champs fiables et se mettre à jour automatiquement.

Pour l’entreprise et l’activité locale

Organization décrit l’entreprise ou l’organisation qui édite le site : son nom, son logo, son URL et ses coordonnées. Ce balisage trouve généralement sa place sur la page d’accueil. LocalBusiness va plus loin lorsqu’une activité possède un ancrage local réel et affiche une adresse, un téléphone ou des horaires cohérents.

Ajouter LocalBusiness depuis ton canapé ne suffit pas à ouvrir une agence locale dans chaque ville de France.

Pour WooCommerce

Product et Offer relient un produit à son prix, sa devise, son état de stock et, selon le cas, ses avis ou ses informations de livraison. WooCommerce et certaines extensions SEO génèrent déjà une partie de ce balisage. Les valeurs doivent correspondre exactement à la fiche visible, y compris lorsqu’une promotion commence ou qu’une variante n’est plus disponible.

Pour la navigation

BreadcrumbList décrit le fil d’Ariane et la place d’une page dans l’architecture du site. Il ne remplace pas le sitemap. Le sitemap et le fichier robots.txt aident les moteurs à découvrir et explorer les URL alors que Schema précise ce que ces pages représentent.

D’autres types peuvent être pertinents pour un événement, une recette, une offre d’emploi ou une vidéo. Ne les ajoute que si la page correspond réellement au cas décrit et si tu peux maintenir leurs propriétés. Les balisages FAQPage et HowTo méritent une prudence particulière : leur présence dans Schema.org ne signifie pas qu’ils bénéficient encore d’un affichage enrichi courant dans Google. Les ajouter uniquement pour occuper davantage d’espace dans les résultats n’a donc plus grand intérêt.

Pourquoi WordPress peut déjà produire plusieurs balisages ?

Avant d’installer quoi que ce soit, regarde ce que ton site génère déjà. WordPress seul reste assez sobre, mais son environnement l’est beaucoup moins. Le thème peut ajouter Organization et BreadcrumbList. Le plugin SEO peut produire WebSite, WebPage, Article ou LocalBusiness. WooCommerce s’occupe de Product et Offer. Une extension d’avis peut encore ajouter Review ou AggregateRating.

Chaque outil essaie de bien faire. Le souci, c’est qu’ils ne se concertent pas. Tu peux alors retrouver deux blocs Organization avec des logos différents, plusieurs Product qui n’annoncent pas le même prix ou un auteur présenté de deux façons sans relation claire. Pour Google, ce n’est plus une précision, c’est une petite réunion où chacun arrive avec sa propre version du dossier.

Un doublon n’est pas systématiquement une erreur. Plusieurs entités peuvent coexister sur une page. Un article appartient à une page web, possède un auteur et est publié par une organisation. Cette structure devient même très utile lorsque les objets sont reliés avec des identifiants @id stables. Ce qui pose problème, ce sont les versions concurrentes ou contradictoires d’une même chose.

Pour faire le point, teste plusieurs modèles de page, pas seulement la page d’accueil :

• la page d’accueil, pour l’identité du site et de l’entreprise ;
• un article, pour l’auteur, les dates et l’image ;
• une page service, pour vérifier ce que le plugin lui attribue ;
• une fiche produit et une variante, si WooCommerce est actif ;
• une page contenant des avis, des événements ou d’autres données particulières.

Ce contrôle a toute sa place dans un audit SEO WordPress. Il te permet d’identifier l’origine de chaque bloc avant de désactiver une option. Si tu coupes le mauvais générateur, tu peux faire disparaître le balisage propre et conserver celui qui pose problème.

C’est le genre de victoire après laquelle le champagne peut tranquillement rester au frais.

Une fois l’origine des blocs repérée, choisis une source principale pour les entités globales et pour chaque modèle de contenu. Note ton choix quelque part. Dans six mois, tu sauras pourquoi cette option est désactivée et tu éviteras d’accuser « quelqu’un » alors que ce quelqu’un portait étrangement ton identifiant WordPress.

Ajoute Schema dans WordPress sans empiler les extensions

Sur la majorité des sites, ton plugin SEO constitue le meilleur point de départ, car SEOPress, Rank Math et Yoast génèrent déjà plusieurs types courants. Avant d’ajouter une extension spécialisée, vérifie donc ce que ton outil actuel sait produire et comment il récupère les valeurs dynamiques. Avec SEOPress PRO (lien affilié), par exemple, tu peux configurer l’identité de l’entreprise, puis créer des schémas automatiques associés à un type de publication. Un modèle BlogPosting s’applique aux articles et récupère leur titre, leur image et leurs dates, tandis qu’un autre balisage peut viser un contenu métier précis. Les intitulés des menus peuvent évoluer selon la version de l’extension, mais la logique reste la même.

Procède sur un petit échantillon avant de généraliser :

• liste les types déjà présents sur chaque modèle de page ;
• désigne l’outil responsable de l’identité globale du site ;
• associe un type de Schema uniquement aux contenus qui lui correspondent ;
• relie chaque propriété à une donnée WordPress fiable ;
• teste une ou deux URL représentatives ;
• déploie seulement lorsque les résultats sont cohérents.

Le mapping des champs reste le point le plus important. Headline doit récupérer le vrai titre, l’image doit être indexable et suffisamment représentative, tandis que le prix, la devise et la disponibilité doivent suivre WooCommerce plutôt qu’un champ saisi à la main trois promotions plus tôt. Les champs personnalisés d’ACF ou JetEngine peuvent aussi alimenter le balisage si le plugin sait les lire correctement. Si tu hésites sur l’outil à choisir, le comparatif SEOPress, Rank Math et Yoast t’aidera davantage qu’une installation faite dans l’urgence. Garde le balisage manuel pour une page réellement exceptionnelle et automatise ce qui revient souvent. Tu limiteras les oublis tout en conservant une configuration plus simple à maintenir.

Teste les données structurées et comprendre les alertes

Ton balisage est prêt ? Ne le déploie pas encore sur tout le site. Commence par ouvrir les résultats enrichis de Google avec une URL représentative. Tu verras les types reconnus par Google, les erreurs critiques et les propriétés recommandées qui manquent encore.

Une erreur critique peut empêcher l’éligibilité au résultat enrichi concerné. Commence par elle. Un avertissement signale généralement une propriété recommandée mais facultative. Complète-la si la donnée existe vraiment et si tu pourras la maintenir. Sinon, laisse l’avertissement tranquille.

Inventer une information pour faire disparaître une ligne orange, c’est surtout maquiller le tableau de bord.

Passe ensuite la même page dans le validateur Schema.org. Il regarde plus largement le vocabulaire et les relations entre les entités, même lorsque Google ne propose aucun affichage enrichi pour le type de schema utilisé. Les deux outils ne se contredisent pas forcément, ils ne vérifient simplement pas la même chose.

Si le résultat ressemble à une liste de courses écrite dans le noir, reprends ces points dans l’ordre :

• Le type détecté correspond-il au contenu principal de la page ?
• Les propriétés importantes reprennent-elles des informations visibles ?
• Plusieurs outils décrivent-ils la même entité ?
• Les prix, dates, images, auteurs et coordonnées sont-ils à jour ?
• Les URL d’images et de pages restent-elles accessibles à Google ?

Si tu fais une correction importante, inspecte l’URL dans la Search Console et demande une nouvelle indexation si nécessaire. Surveille ensuite les rapports d’améliorations disponibles pour les types pris en charge. Le rapport peut mettre un peu de temps à refléter la nouvelle version, soit patient.

Rafraîchir Search Console toutes les quatre minutes n’accélère pas Google. Même avec un café bien serré.

Refais quelques tests après une mise à jour majeure du thème, du plugin SEO ou de WooCommerce. Un balisage propre au lancement peut évoluer silencieusement lorsqu’un outil change son générateur. La validation n’est donc pas quelque chose de définitif, mais un contrôle à intégrer à la maintenance du site.

SEOPress – Meilleurs outils SEO pour WordPress en 2025

SEOPress est une extension SEO pour votre site WordPress. Simple, rapide et puissante. Le contenu est Roi. Le marketing est Reine. SEOPress est votre Valet.

→ Passer à SEOPress PRO

Quand un JSON-LD personnalisé devient vraiment utile

Le plugin couvre souvent les articles, les produits et l’entreprise, mais ton contenu métier ne rentre dans aucune des cases ? Là, un JSON-LD personnalisé peut devenir utile. C’est souvent le cas pour un annuaire, un catalogue alimenté par des champs personnalisés, une formation ou un service qui possède ses propres données.

Le code doit alors récupérer directement les valeurs enregistrées dans WordPress. Un hook PHP, un modèle de thème ou une fonction dédiée peut aller chercher le titre, l’URL, l’image, l’auteur et les champs métier. Cela t’évitera de recopier le même bloc à la main dans chaque page avec, forcément, une petite variante oubliée quelque part.

Voici un exemple de structure JSON-LD à adapter pour un article :

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Titre visible de l’article",
  "image": "https://exemple.fr/image.jpg",
  "author": {
    "@type": "Person",
    "name": "Nom visible de l’auteur"
  }
}
</script>

Ne colle pas cet exemple tel quel dans toutes tes pages. Il montre seulement la structure. Les valeurs doivent venir du contenu réel et les propriétés attendues changent selon le type choisi. Si ton plugin SEO génère déjà BlogPosting, tu fabriquerais simplement un doublon de plus.

Le sur-mesure devient intéressant lorsqu’il simplifie la structure ou relie mieux les éléments. Il devient une dette technique lorsqu’un morceau se cache dans Elementor, un autre dans un plugin de snippets, un troisième dans le thème enfant et le dernier dans Google Tag Manager. Choisis un seul point d’injection, commente ton code et note clairement comment désactiver la génération.

Avant la mise en production, teste aussi les cas “moins propres” comme : article sans image, champ métier vide, produit sans stock ou auteur supprimé. Un code qui fonctionne uniquement lorsque tout est parfaitement rempli finira par tomber sur une page oubliée au fond du site.

WordPress possède un vrai talent pour ressortir cette page le vendredi à 17 h 58.

Les erreurs Schema qui brouillent le message

Le vrai problème commence quand le code raconte quelque chose que le visiteur ne voit pas. Une note de cinq étoiles cachée dans le JSON-LD, sans avis affiché sur la page, n’est pas une astuce SEO. Même chose pour un faux prix de départ, une disponibilité incorrecte ou un événement terminé présenté comme futur.

Regarde aussi les informations qui vieillissent vite. Par exemple, tuu modifies tes horaires, retires un produit ou changes l’auteur d’un contenu ? Le balisage doit suivre. Quand les valeurs viennent directement de WordPress, la mise à jour se fait au même endroit. Quand elles sont saisies dans trois extensions, tu peux déjà te préparer au jeu des 7 différences.

Les doublons sont fréquents, mais ne suppriment pas du code dès que le mot Schema apparaît deux fois. Un article, son auteur et l’entreprise qui le publie sont bien trois entités différentes. En revanche, deux Produit avec des prix opposés ou deux Organization avec des coordonnées différentes demandent une vraie correction.

Méfie-toi aussi du type choisi uniquement parce qu’il semble plus avantageux. Une page de service n’est pas automatiquement un Product. Une FAQ rédigée par l’entreprise n’est pas une QAPage, puisque ce type correspond à une question pour laquelle les utilisateurs peuvent proposer plusieurs réponses. Le balisage doit suivre ton contenu, pas tes envies d’affichage dans Google.

Et ne transforme pas chaque avertissement en alerte rouge. Corrige ce qui bloque, complète les propriétés facultatives lorsque tu possèdes vraiment l’information et accepte qu’un balisage simple puisse être parfaitement propre.

Ajouter quinze champs vides ne le rendra pas plus intelligent.

Enfin ajoute ce contrôle à ta routine, comme tu le fais pour le maillage interne WordPress ou les pages importantes. Une modification de modèle, de thème ou d’extension peut affecter des dizaines, voire des centaines d’URL.

Le bon moment pour repérer le problème reste donc avant que ce doublon ne devienne une tradition familiale.

La checklist Schema à garder sous la main

Avant d’ajouter quoi que ce soit, pose-toi une question toute bête : qu’est-ce que Google doit mieux comprendre sur cette page ? Si tu n’arrives pas à répondre clairement, tu n’as probablement pas besoin d’un nouveau Schema.

Avant le déploiement :

• vérifie les types déjà générés par le thème et les extensions ;
• choisis une source principale pour Organization, Article, Product et BreadcrumbList ;
• fais correspondre chaque type au contenu réellement visible ;
• alimente les propriétés avec des champs dynamiques fiables ;
• teste plusieurs modèles de page, pas seulement l’accueil ;
• corrige les erreurs critiques avant les avertissements facultatifs.

Après la publication :

• contrôle l’URL avec le test des résultats enrichis ;
• complète l’analyse avec le validateur Schema.org ;
• inspecte l’URL dans Google Search Console ;
• surveille les rapports d’améliorations disponibles ;
• refais un test après une mise à jour importante du thème ou des extensions ;
• documente l’outil qui génère chaque type de balisage.

Cette méthode suffit dans la majorité des cas. Elle évite l’empilement d’extensions et garde le balisage aligné avec le contenu. Si plusieurs outils produisent déjà des blocs contradictoires ou si tes données viennent de champs personnalisés complexes, un webmaster WordPress peut remettre la génération à plat sans casser ce qui fonctionne.

Au quotidien, tu devrais presque oublier que le Schema existe. Une bonne configuration récupère les bonnes données, suit leurs mises à jour et se contrôle sur quelques pages représentatives. Si tu dois ressaisir les mêmes informations partout, ce n’est plus toi qui utilises le balisage, c’est lui qui t’a trouvé un second travail.

En conclusion

Le schema markup WordPress aide Google à identifier plus clairement un article, une entreprise, un produit ou la place d’une page dans ton site. Son intérêt ne vient pas du nombre de balisages ajoutés, mais de leur cohérence avec ce que le visiteur voit réellement.

Commence par auditer l’existant. Choisis ensuite une source principale pour chaque type utile, relie les propriétés à des données fiables et teste plusieurs modèles avant de déployer. Tu éviteras ainsi les doublons, les valeurs périmées et les promesses de rich snippets garantis qui ont autant de valeur qu’un bouton « première position ».

Si ton thème, WooCommerce et plusieurs extensions génèrent déjà des versions différentes de ton activité, je peux t’aider à retrouver l’origine des blocs et à remettre la configuration au propre. Tu peux simplement me présenter ton besoin, je regarderai ce que ton site raconte vraiment à Google.