Hafen

Schema markup WordPress : comment obtenir des résultats enrichis (2026)

Vous comparez deux produits, et un résultat affiche des étoiles, un prix et un fil d'Ariane lisible pendant que son voisin se contente d'un lien bleu. Ce n'est ni de la chance ni du budget publicitaire : c'est du schema markup. Voici ce que ces données structurées changent encore pour un site WordPress en 2026, ce qu'elles ne changent plus, et comment les ajouter sans vous compliquer la vie.

Pendant des années, les données structurées sont restées une affaire de développeurs : une couche technique qu'on ajoutait pour faire plaisir à Google, sans savoir précisément ce qu'elle changeait. Depuis que ChatGPT, Perplexity ou Gemini vont chercher leurs réponses directement sur le web, beaucoup en ont conclu qu'un balisage soigné suffisait à se faire citer. Google écrit l'inverse dans sa propre documentation, du moins pour ses propres fonctions IA : aucune donnée structurée particulière n'est nécessaire pour apparaître dans les AI Overviews ou dans le mode IA de la recherche. Ce qui reste vrai, c'est qu'un balisage propre rend une page plus facile à lire pour une machine, ce qui est déjà quelque chose. Cet article fait le tour du sujet sans promesse magique : ce que sont les données structurées, quels types comptent encore sur WordPress, comment les ajouter et quelles erreurs coûtent le plus cher.

Ce que sont les données structurées, et pourquoi JSON-LD l'emporte

Les données structurées sont une seconde version de votre contenu, écrite pour les machines. Le vocabulaire est standardisé par schema.org, et il évite à un robot d'exploration de deviner. Plutôt que de se demander si « 27 août 2026 » est une date de publication, une date d'événement ou une date de mise à jour, il lit une déclaration explicite : ceci est un Article, publié à cette date, signé par cette personne. Pour vos visiteurs, rien ne change, la page reste exactement la même. Vous livrez simplement une traduction structurée du même contenu.

JSON-LD ou microdonnées

Trois techniques existent, une seule compte encore vraiment. Les microdonnées glissent des attributs comme itemscope et itemprop à l'intérieur du HTML visible, ce qui oblige à modifier chaque gabarit du thème et mélange le fond avec la mise en page. RDFa souffre du même défaut. JSON-LD vit dans un bloc <script> isolé, en général dans le <head>, et ne touche à rien d'autre. Google le recommande depuis des années, pour une raison très concrète : vous pouvez l'ajouter, le corriger ou le retirer sans ouvrir un seul fichier de gabarit, et un changement de thème n'emporte pas votre balisage au passage. Sur WordPress, la réponse tient donc en un mot : JSON-LD.

Les types de schema qui comptent vraiment sur WordPress

Schema.org définit des centaines de types. Sur un site WordPress ordinaire, une poignée suffit largement, et tous ne se valent plus.

  • Article / BlogPosting : identifie un article de blog ou une page éditoriale, avec son titre, son auteur, sa date de publication et sa date de mise à jour. Google s'en sert pour afficher la bonne date dans le résultat plutôt que de l'estimer au jugé, et les assistants IA y trouvent des métadonnées fiables pour citer la source. Pour la presse en ligne, il existe une variante dédiée, NewsArticle.
  • FAQPage : balise des paires question-réponse, exactement comme celles qui figurent au bas de cet article. Attention à la date des tutoriels que vous lisez : depuis août 2023, Google réserve le résultat enrichi FAQ aux sites gouvernementaux et aux sites de santé reconnus. Sur un site WordPress ordinaire, le balisage reste propre et lisible par les machines, mais il ne fera plus apparaître de questions dépliables sous votre résultat.
  • HowTo : décrit une marche à suivre étape par étape, avec une durée totale facultative au format ISO 8601, du type PT45M pour quarante-cinq minutes. Là aussi, la réalité a changé : Google a retiré le résultat enrichi HowTo de la recherche en 2023, plus aucune étape numérotée n'apparaît sous les résultats. Le type garde son intérêt comme structure lisible par les machines, pas comme promesse d'affichage.
  • BreadcrumbList : représente le fil d'Ariane, Accueil puis Blog puis article en cours. Il remplace souvent l'URL brute par un chemin lisible dans le résultat de recherche, un détail modeste qui donne un repère avant le clic.
  • Product : pour une boutique WooCommerce ou une fiche produit isolée, il décrit le prix, la disponibilité et les avis. C'est celui qui pousse le plus directement au clic, puisqu'il ajoute étoiles et prix juste sous le titre.

Vous n'avez pas besoin des cinq. Si vous ne visez que l'affichage dans Google, seuls Article, BreadcrumbList et Product produisent encore quelque chose de visible. Un blog éditorial se contente donc d'Article et de BreadcrumbList, et ajoute FAQPage s'il tient à une version structurée de ses questions. Si vous voulez voir à quoi ressemble chacun de ces types une fois écrit, notre générateur de schema pour WordPress produit le JSON-LD pour Article, FAQPage et HowTo directement dans le navigateur, sans compte à créer.

Ce que le schema produit encore dans la recherche

L'effet le plus visible porte un nom : le résultat enrichi. Étoiles d'avis, prix, disponibilité, fil d'Ariane lisible à la place d'une URL brute. La liste a rétréci : les questions dépliables et les étapes numérotées en faisaient partie jusqu'en 2023, elles n'en font plus partie pour un site ordinaire. Google est explicite sur ce point : le schema n'est pas un facteur de positionnement, il ne vous fera pas passer de la page deux à la page un. Ce qu'il vous donne, c'est davantage de surface visuelle à position égale, et donc un taux de clic généralement plus favorable qu'un lien bleu ordinaire. C'est un levier indirect, pas une baguette magique.

Quel type donne encore quelque chose de visible en 2026

Le cercle est plus étroit que ne le prétendent la plupart des tutoriels en ligne. Google a fait le ménage en 2023 et a retiré des résultats deux des balisages les plus populaires. Cela ne les rend pas inutiles, cela déplace leur effet : vers les moteurs de réponse, vers votre propre llms.txt, et partout où un programme doit lire votre texte au lieu de le regarder.

TypeRésultat enrichi visible en 2026Ce à quoi il sert malgré tout
Article, BlogPostingOui, auteur et date de mise à jour à côté du résultatLivre titre, auteur et date sans devinette à tout système qui lit la page
BreadcrumbListOui, un chemin lisible à la place d'une URL bruteMontre où la page se situe dans votre hiérarchie, même pour un robot qui ne comprend pas votre menu
Product avec OfferOui, prix, disponibilité et étoiles d'avisPose le prix et l'état du stock comme une donnée, pas seulement au fil du texte
Review, AggregateRatingOui, mais uniquement sur l'objet évalué ; les avis qu'une entreprise écrit sur elle-même, Google ne les affiche pasTransforme une affirmation du texte en un chiffre vérifiable
FAQPageNon, depuis août 2023 uniquement pour quelques sites publics et de santéSépare nettement la question de la réponse, exactement la forme que citent les moteurs de réponse
HowToNon, retiré par Google en 2023Donne à une marche à suivre un ordre lisible par une machine, durée comprise

L'angle AEO, sans le battage médiatique

La partie la plus discutée est aussi la plus mal racontée. ChatGPT, Perplexity, Gemini ou Copilot, quand ils explorent le web en direct pour construire une réponse, doivent trancher très vite ce qui est un fait, ce qui est un avis et ce qui n'est que du texte de navigation. Un bloc FAQPage dit sans ambiguïté « voici une question, voici sa réponse », sans qu'il faille interpréter toute la page. De là à en faire un levier de citation, il y a un pas que personne ne franchit sérieusement : Google écrit noir sur blanc qu'aucun balisage particulier n'est exigé pour ses fonctions IA, et aucun autre moteur ne publie de recette contraire. Le balisage rend votre page plus facile à lire pour une machine, ce qui est utile et peu coûteux, mais personne ne peut vous vendre une citation. Méfiez-vous des articles qui présentent l'AEO, l'optimisation pour les moteurs de réponse, comme un réglage technique : ce qui décide, c'est le contenu.

À côté du schema : llms.txt et blocs de réponse

Le JSON-LD répond à la question de savoir ce que signifie un passage donné. Deux briques voisines répondent à celle de savoir quelle page compte, et c'est celle-là qu'un moteur de réponse pose en premier.

llms.txt est un simple fichier Markdown à la racine de votre domaine, accessible sur votre-domaine.fr/llms.txt. Il liste les contenus que vous jugez prioritaires pour les systèmes IA, avec un titre, un lien et une demi-phrase sur leur utilité. Plutôt que de se frayer un chemin entre la navigation, la bannière de cookies et le pied de page, un assistant lit une carte tenue à jour ; la version longue s'appelle llms-full.txt. La précision honnête : il s'agit d'une proposition, pas d'une norme adoptée, et aucun moteur ne garantit qu'il lit le fichier. L'effort reste modeste en contrepartie, puisqu'il n'y a rien de plus que ceci à l'intérieur :

# Site d'exemple

> Maintenance WordPress depuis Hambourg, spécialisée dans les thèmes de blocs rapides.

## L'essentiel
- [Prestations](/prestations/): ce que nous construisons et ce que nous ne construisons pas
- [Tarifs](/tarifs/): des forfaits à prix fixe

## Facultatif
- [llms-full.txt](/llms-full.txt)

Les blocs de réponse sont la seconde brique : un résumé en tête d'article, une définition en une phrase, des paires question-réponse, des étapes numérotées. Ils existent pour vos lecteurs, et ils produisent au passage exactement la forme de texte qu'un système IA peut reprendre sans reconstruire un paragraphe. Écrivez-les dans l'éditeur en laissant le balisage correspondant s'écrire tout seul, et le double travail d'entretien disparaît, celui-là même sur lequel échoue en pratique un schema fait à la main. Chez nous, ce travail est réparti comme le répertoire WordPress l'exige : le thème Hafen assure la présentation, et l'extension compagnon Hafen Core produit le JSON-LD des articles, des auteurs, du fil d'Ariane et de l'organisation, ainsi que la llms.txt et les blocs de réponse. La raison est une règle du répertoire : une fonction doit survivre à un changement de thème, un thème ne peut donc être responsable que de la présentation.

Trois façons honnêtes d'ajouter du schema markup sur WordPress

Trois chemins raisonnables mènent au même endroit, et aucun n'est objectivement le bon pour tout le monde.

CheminAvantagesInconvénients
Extension SEO (Yoast, Rank Math, SEOPress)Article et fil d'Ariane générés tout seuls, aucune ligne de code, grande communauté ; SEOPress est édité en France et documenté en françaisUne extension de plus à maintenir, réglages dispersés dans plusieurs écrans, couverture inégale d'une extension à l'autre : SEOPress réserve son éditeur de schémas à la version payante
Bloc de code manuelContrôle total, aucune extension supplémentaire, fonctionne avec n'importe quel thèmeTravail manuel à chaque modification, une virgule oubliée invalide tout le bloc, et en silence
Thème avec extension compagnon (Hafen et Hafen Core)Aucune extension SEO à ajouter, le balisage reste synchronisé avec le contenu visible, il survit à un changement de thème, et les deux paquets sont gratuits dans les répertoires officielsDeux paquets au lieu d'un, et Hafen est récent, sans dix ans d'historique derrière lui

Chemin A : l'extension SEO

La solution évidente pour la plupart des sites. Yoast SEO, Rank Math ou SEOPress, ce dernier édité en France et documenté en français, génèrent Article et BreadcrumbList automatiquement. Yoast et Rank Math fournissent en plus des blocs FAQ et HowTo dans leur version gratuite ; chez SEOPress, le balisage de base sort tout seul, mais l'éditeur de schémas complet demande la version payante. Vous réglez une fois, l'extension maintient le balisage à jour. Le prix à payer : une couche logicielle de plus, avec ses propres mises à jour, et des fonctions parfois placées derrière une licence annuelle. Si une extension SEO tourne déjà sur votre site, c'est presque toujours le point de départ le plus pragmatique.

Chemin B : le bloc de code manuel

Vous ne voulez pas d'extension supplémentaire, ou vous avez besoin d'un type que la vôtre ne couvre pas. Dans ce cas, vous écrivez le JSON-LD vous-même et vous l'insérez avec une extension légère d'insertion de code comme WPCode, ou directement via le functions.php de votre thème enfant. Le piège tient en un mot : l'échappement. Le JSON est strict, une virgule en trop ou un guillemet non échappé rend le bloc entier invalide, et Google l'ignore sans le moindre message d'erreur. Voici un exemple minimal et valide de FAQPage :

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Qu'est-ce que le schema markup ?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Du code JSON-LD qui décrit le contenu d'une page aux moteurs de recherche et aux assistants IA."
    }
  }]
}
</script>

Taper ce code à la main reste viable pour une page isolée. Sur des dizaines d'articles, avec des réponses longues remplies d'apostrophes et de guillemets français, cela devient fastidieux et fragile. C'est exactement le travail que fait notre générateur de schema markup gratuit : vous remplissez un formulaire, il construit le code avec JSON.stringify plutôt qu'en assemblant des chaînes de caractères, et le résultat est toujours du JSON valide, prêt à coller.

Générez le vôtre en deux minutes

Collez vos questions, votre article ou votre tutoriel et récupérez le JSON-LD prêt à l'emploi pour FAQPage, HowTo ou Article, avec un échappement correct garanti. Gratuit, sans compte, tout se passe dans votre navigateur.

Ouvrir le générateur de schema

Chemin C : le thème et son extension compagnon

Le troisième chemin est le moins connu : un JSON-LD qui sort directement de vos blocs. Vous écrivez un bloc de questions fréquentes dans l'éditeur, le FAQPage sort tout seul, toujours aligné sur ce que le visiteur a sous les yeux. C'est l'approche de notre thème Hafen, sur laquelle nous revenons plus bas. Précision utile, parce que la plupart des articles sur le sujet l'inversent : ce n'est pas le thème qui produit le balisage, c'est l'extension compagnon gratuite Hafen Core, qui génère Article, FAQPage, BreadcrumbList et Organization, ainsi que la llms.txt et les blocs de réponse. Le thème, lui, assure la présentation. Ce partage est une règle du répertoire : une fonction doit survivre à un changement de thème. Qui n'installe que le thème n'obtient aucun JSON-LD. Si vous envisagez de toute façon de changer de thème, notre comparatif des alternatives à Elementor replace la question dans un cadre plus large.

Les erreurs typiques à éviter

Du schema sans contenu visible équivalent

C'est l'erreur la plus chère. Baliser en FAQPage des questions qui n'apparaissent nulle part sur la page, ou afficher des notes d'avis que personne n'a laissées, entre dans ce que Google range sous le spam lié aux données structurées. Les conséquences vont de la perte du résultat enrichi à une action manuelle sur le domaine entier. La règle est simple à retenir : si le schema l'affirme, la page doit le montrer, avec les mêmes mots ou des mots très proches.

Des champs obligatoires qui ne le sont plus

Les exigences de Google bougent. Beaucoup de tutoriels anciens réclament encore des champs devenus simplement recommandés ; d'autres, à l'inverse, remplissent tout « au cas où » et alourdissent le JSON-LD sans aucun bénéfice. Avant de recopier un modèle trouvé dans un article de 2021, vérifiez les exigences actuelles dans la documentation officielle. Un bloc techniquement valide mais amputé d'un champ obligatoire est un bloc que Google lit sans jamais en faire un résultat enrichi.

Du schema en double

Le grand classique : une extension SEO cohabite avec un thème qui génère lui aussi du balisage, ou avec un bloc manuel ajouté « pour être sûr », et deux blocs Article se disputent la même page. Google ne retient pas forcément celui que vous auriez choisi, et un balisage qui se contredit finit régulièrement ignoré. Avant d'ajouter quoi que ce soit à la main, regardez le code source de votre page et voyez ce que votre thème et votre extension produisent déjà.

Comment le tester : le test des résultats enrichis

Ne mettez jamais un balisage en ligne sans le passer par l'outil officiel : le test des résultats enrichis de Google. Vous collez l'URL de la page en production ou le code JSON-LD directement, et l'outil vous dit quels types il détecte, s'il rencontre des erreurs ou de simples avertissements, et quel résultat enrichi est éligible. Un avertissement ne bloque rien, une erreur oui. Refaites le test après chaque changement de thème ou d'extension SEO : c'est le moment où un balisage casse sans que rien d'autre sur le site ne le signale. Pour une faute de frappe pure, un validateur JSON classique vous donnera la réponse encore plus vite.

Une limite mérite d'être connue : pour FAQPage et HowTo, l'outil n'affiche plus d'aperçu, puisque Google a retiré ces résultats. La validité du balisage reste visible, et le Schema Markup Validator répond à cette question sans se soucier de la politique d'affichage de Google, en vérifiant directement contre schema.org.

L'approche de Hafen : natif plutôt que rapporté

Chez hafenstudios, nous avons construit Hafen, notre thème WordPress, précisément parce que nous en avions assez de voir du balisage qui ne correspondait plus au contenu visible. Le thème assure la présentation, et son extension compagnon Hafen Core génère Article, FAQPage, BreadcrumbList et Organization à partir de vos blocs, avec la llms.txt et les blocs de réponse : vous écrivez un bloc de questions fréquentes dans l'éditeur, le JSON-LD suit, toujours conforme à ce qui s'affiche. Pas d'extension SEO supplémentaire, pas de copier-coller, et pas de risque qu'un changement de mise en page casse un balisage que personne ne relit depuis des mois. Ce partage n'est pas une lubie, c'est une règle du répertoire : une fonction doit survivre à un changement de thème, elle n'a donc pas sa place dans le thème. Le thème s'installe depuis l'administration, dans Apparence puis Thèmes, et Hafen Core dans Extensions, Ajouter : il est lui aussi dans le répertoire officiel des extensions, en version 1.0.1 depuis le 4 septembre 2026. Les deux sont gratuits, sans palier payant.

La nuance honnête : Hafen est un thème récent, publié gratuitement dans le répertoire officiel des thèmes WordPress, où la version 1.0.0 est sortie le 4 septembre 2026 avec 38 apparences entre lesquelles vous basculez sans rien reconstruire. Ce qu'il n'a pas, c'est dix ans de service sur les serveurs des autres. Si vous tenez à un thème installé de longue date, restez sur votre extension SEO habituelle, elle fait le travail. Si l'approche native vous tente, l'essai ne coûte rien, et Hafen 1.0 : un thème, 38 apparences, zéro fichier de police détaille sa construction. Pour tous les autres sites que vous gérez, le générateur de schema gratuit produit le JSON-LD dont vous avez besoin en attendant.

Mise à jour du 7 septembre 2026 : la version 1.0.0 de Hafen est sortie le 4 septembre 2026 dans le répertoire officiel des thèmes WordPress. Les mises à jour arrivent désormais par l'administration, comme pour n'importe quel autre thème du répertoire, et il n'y a plus de raison de tenir le thème à distance d'un site en production. Cet article a été relu à cette occasion.
En résumé : JSON-LD plutôt que microdonnées, Article, BreadcrumbList et Product pour ce qui s'affiche encore dans Google, FAQPage et HowTo pour la seule lisibilité machine, du schema uniquement pour du contenu réellement visible, et un passage systématique par le test des résultats enrichis avant la mise en ligne. Hafen et son extension Hafen Core couvrent l'essentiel automatiquement, le générateur s'occupe du reste.

Pour conclure

Le schema markup reste utile sur WordPress, à condition de savoir ce qu'il fait encore : il donne à Google une lecture explicite de votre contenu, et il n'a jamais été la clé secrète des moteurs de réponse. Commencez par Article et BreadcrumbList, ajoutez Product si vous vendez, ce sont eux qui rapportent le plus au regard de l'effort demandé. Choisissez ensuite le chemin qui correspond à votre niveau technique, extension SEO, code manuel ou thème avec extension compagnon. Et ne considérez rien comme terminé avant le test officiel. Pendant que vous y êtes, gardez un œil sur l'hygiène de base du site : mettre à jour ses extensions WordPress évite bien plus de dégâts qu'un balisage parfait, et notre aperçu des tarifs montre ce que coûtent nos extensions.

Un balisage qui ne se désynchronise jamais

Hafen est notre thème WordPress AI-native, gratuit dans le répertoire officiel depuis la version 1.0.0 du 4 septembre 2026, et il assure la présentation. Le JSON-LD naît directement de vos blocs, avec la llms.txt et les blocs de réponse, dans l'extension compagnon Hafen Core, gratuite elle aussi et sans extension SEO supplémentaire. Tous les détails sur la page du thème.

Hafen dans le répertoire WordPress

Questions fréquentes

Qu'est-ce que le schema markup et à quoi sert-il sur WordPress ?

C'est du code, en général au format JSON-LD, qui décrit le contenu d'une page aux moteurs de recherche de façon explicite, au lieu de les laisser le déduire du texte visible. Sur WordPress, il permet à Google d'afficher des résultats enrichis comme les étoiles d'avis, le prix d'un produit ou un fil d'Ariane lisible à la place de l'URL. Les questions dépliables et les étapes numérotées, elles, ne sont plus affichées pour un site ordinaire depuis 2023.

JSON-LD ou microdonnées : que faut-il choisir ?

JSON-LD, sans hésiter, si vous partez de zéro. C'est un bloc de code indépendant qui ne touche pas au HTML visible, Google le recommande explicitement et c'est le format qu'utilisent les extensions SEO et les thèmes modernes. Les microdonnées obligent à modifier chaque balise du gabarit et cassent facilement au moindre changement de thème.

Quels types de schema comptent le plus sur WordPress ?

Article ou BlogPosting pour les publications et les pages éditoriales, FAQPage pour les questions fréquentes, HowTo pour les tutoriels étape par étape, BreadcrumbList pour le fil d'Ariane, et Product si vous vendez quelque chose. Seuls Article, BreadcrumbList et Product donnent encore un résultat enrichi visible dans Google ; FAQPage et HowTo servent aujourd'hui à la lisibilité machine, pas à l'affichage.

Le schema markup peut-il nuire à mon site ?

Oui, s'il ne correspond pas au contenu visible. Baliser des questions qui n'apparaissent nulle part ou des avis que personne n'a laissés relève du spam lié aux données structurées selon les consignes de Google, et cela peut coûter le résultat enrichi ou, dans les cas graves, une action manuelle sur le domaine. La règle tient en une phrase : le schema décrit ce que la page montre déjà, il ne le remplace jamais.

Comment vérifier que mon schema fonctionne ?

Avec le test des résultats enrichis de Google : vous collez l'URL ou le code JSON-LD, et l'outil indique les types détectés, les erreurs et avertissements éventuels, et le résultat enrichi éligible. Refaites la vérification après chaque changement de thème ou d'extension SEO, car c'est typiquement là qu'un balisage se casse sans que rien d'autre ne le montre.

Retour au blog Un article de hafenstudios