Données structurées et Microformats : l’importance pour le SEO

Données structurées et Microformats : le guide pour votre SEO et les IA

Les données structurées décrivent les informations d’une page dans un format que des systèmes peuvent interpréter : une personne, une entreprise, un article, un produit ou un événement. Elles permettent de préciser de quoi parle un contenu, qui en est responsable et quelles relations existent entre les éléments présentés.

Je suis Nicolas Schiavon, fondateur de Metadosi et consultant SEO. Je travaille le balisage à partir de votre activité, de vos pages et des usages recherchés. Mon objectif est de rendre vos informations cohérentes et exploitables, puis de vérifier les effets réellement observables dans la recherche et les parcours de vos visiteurs.

Ce guide reprend les questions de l’article original et les approfondit : microformats, microdonnées, RDFa, JSON-LD, Schema.org, résultats enrichis, outils de validation et applications. J’y ajoute une méthode pour WordPress, des exemples appliqués à Metadosi et des repères pour les moteurs IA.

À quoi servent les données structurées sur une page web ?

Un lecteur comprend souvent le rôle d’une information grâce à sa présentation. Sous un titre, il peut reconnaître le nom de l’auteur ; à côté d’une offre, il identifie un prix ou une disponibilité. Un système informatique doit pouvoir distinguer ces éléments et leurs relations.

Le balisage me permet d’expliciter, par exemple :

• le nom de l’entreprise qui propose une prestation ;
• la personne qui a rédigé un article ;
• le sujet principal d’une page ;
• les caractéristiques d’un produit et de son offre ;
• la date et le lieu d’un événement ;
• les étapes ou les éléments d’une recette ;
• la position d’une page dans une arborescence.

La présentation officielle de Google explique ce rôle de description et de classification. Je garde une règle de travail : le contenu donne l’information au lecteur ; le balisage en décrit le sens et la structure.

Le point de départ historique : SEO Mythbusting

L’article d’origine s’appuyait sur une vidéo de Google Search Central réunissant Martin Splitt et Suz Hinton. Publiée le 29 mai 2019, elle abordait les microformats, les données structurées et les outils de vérification. cente : les formats ne doivent pas être confondus et les fonctionnalités de recherche ont évolué depuis cette vidéo.

Que sont les microformats ?

Les microformats sont des conventions permettant d’annoter le contenu HTML, notamment avec des noms de classes. Un logiciel compatible peut les analyser pour identifier une personne, une publication ou un événement.

Dans microformats2, je peux rencontrer :

• h-card pour une personne ou une organisation ;
• h-entry pour une publication ;
• h-event pour un événement ;
• p-name pour un nom en texte ;
• u-url pour une adresse web ;
• dt-published pour une date de publication.

Ces conventions sont documentées par microformats.org et sa présentation des préfixes. Elles servent à exprimer du sens ; leur présence ne dépend pas du style visuel associé aux classes CSS.

Exemple de microformat h-card pour un auteur

Voici un exemple pédagogique appliqué à mon identité. Il montre le nom, l’URL de référence et une description de la personne :

<div class="h-card">
  <a class="p-name u-url"
     href="https://www.metadosi.fr/about-us/nicolas-schiavon/">
    Nicolas Schiavon
  </a>
  <p class="p-note">Fondateur de Metadosi et consultant SEO.</p>
</div>

La spécification h-card décrit ce type de carte. Un thème WordPress peut déjà produire des classes de microformats sur les articles ou les auteurs : je les examine avant de décider d’une modification.

Les microformats sont-ils encore utiles ?

Ils restent pertinents lorsqu’un service ou une application les consomme. Je ne les présente pas comme une ancienne version de JSON-LD qu’il faudrait systématiquement supprimer. Leur intérêt dépend de l’écosystème et des besoins d’interopérabilité.

Pour les fonctionnalités de recherche de Google, je m’appuie sur les formats et les types actuellement documentés par Google. Cette vérification évite de considérer tous les balisages comme interchangeables.

Microformats, microdonnées, RDFa, JSON-LD et Schema.org : les différences

Une confusion fréquente consiste à mélanger le vocabulaire, la syntaxe de balisage et l’affichage dans un moteur. Je les sépare pour choisir la bonne solution.

Notion	Rôle	Exemple	Mon point de contrôle
Microformats	Conventions d’annotation du contenu HTML.	h-card, p-name, u-url.	Quel outil ou service doit les interpréter ?
Microdonnées	Syntaxe fondée sur des attributs HTML.	itemscope, itemtype, itemprop.	Les propriétés sont-elles rattachées au bon objet ?
RDFa	Attributs exprimant des données liées dans le document.	vocab, typeof, property, resource.	Les ressources et les relations sont-elles correctes ?
JSON-LD	Format fondé sur JSON pour exprimer des données liées.	Un bloc application/ld+json.	Le graphe reflète-t-il les faits de la page ?
Schema.org	Vocabulaire de types et de propriétés.	Person, Organization, Article, author.	Le vocabulaire choisi correspond-il au sujet ?
Résultat enrichi Google	Présentation particulière dans la recherche.	Informations d’un produit ou d’une recette.	La fonctionnalité est-elle prise en charge et la page éligible ?

Google prend en charge JSON-LD, les microdonnées et RDFa pour ses usages documentés, et recommande généralement JSON-LD pour sa facilité de maintenance. Je choisis un format que votre site peut produire correctement et maintenir dans la durée.

Exemple de microdonnées

Les microdonnées décrivent ici une personne à l’intérieur du HTML. Le type et les propriétés proviennent de Schema.org :

<div itemscope itemtype="https://schema.org/Person">
  <a itemprop="url"
     href="https://www.metadosi.fr/about-us/nicolas-schiavon/">
    <span itemprop="name">Nicolas Schiavon</span>
  </a>
  <p itemprop="jobTitle">Consultant SEO</p>
</div>

Les attributs relient le nom et la fonction à l’objet Person. Le standard HTML du WHATWG documente cette syntaxe. Lorsque je change un composant HTML, je vérifie que ses propriétés restent dans la bonne portée.

Exemple de RDFa

RDFa exprime les données dans le document avec d’autres attributs. Voici une description comparable :

<div vocab="https://schema.org/"
     typeof="Person"
     resource="https://www.metadosi.fr/about-us/nicolas-schiavon/#person">
  <a property="url"
     href="https://www.metadosi.fr/about-us/nicolas-schiavon/">
    <span property="name">Nicolas Schiavon</span>
  </a>
  <p property="jobTitle">Consultant SEO</p>
</div>

Le guide RDFa du W3C explique cette approche. Je ne cumule pas plusieurs formats pour obtenir un effet supplémentaire supposé : je vérifie d’abord l’utilité et la cohérence de chaque représentation.

Pourquoi je privilégie souvent JSON-LD

JSON-LD permet de décrire les objets dans un bloc distinct du HTML visible. Cela facilite la gestion des relations lorsqu’une page contient une entreprise, un auteur et un article.

Cette séparation facilite la maintenance, mais impose aussi un contrôle : si le texte ou l’offre change, les données doivent être actualisées. Je présente plus loin un exemple complet de relations entre Metadosi, Nicolas Schiavon et cet article. Le format lui-même est défini par la recommandation JSON-LD 1.1 du W3C.

Comment fonctionne le vocabulaire Schema.org ?

Schema.org fournit des types, comme Person ou Product, et des propriétés, comme name, author ou provider. Un type décrit la nature d’un élément ; une propriété donne une caractéristique ou exprime une relation.

Pour un site de services, je peux décrire :

• une Organization qui porte l’activité ;
• une Person qui signe un contenu ;
• un Article et son auteur ;
• un Service et son prestataire ;
• une WebPage correspondant à l’URL publiée ;
• un BreadcrumbList décrivant un fil d’Ariane.

Les relations sont essentielles. Une personne et une entreprise peuvent partager un domaine d’activité tout en restant deux sujets distincts. Je relie l’article à son auteur et à son éditeur au lieu de fusionner tous leurs attributs dans un seul objet.

Mon guide des entités Google explique cette distinction entre les sujets, leurs mentions et leurs relations.

Identifiants @id et références d’identité

Un identifiant @id permet de faire référence au même objet dans le graphe publié par le site. Il aide à relier les descriptions sans répéter des objets contradictoires. Je définis une convention cohérente avec les identifiants que le site utilise déjà.

Cet identifiant appartient au balisage : il ne constitue pas une preuve d’enregistrement dans le Knowledge Graph de Google.

La propriété sameAs relie un sujet à une page qui identifie sans ambiguïté le même sujet. Je ne l’utilise pas pour lister les clients, les médias cités ou les partenaires. Un profil de Nicolas Schiavon et une page d’entreprise Metadosi ne désignent pas la même entité.

Quels bénéfices attendre pour le SEO ?

Le premier intérêt est de décrire précisément les informations d’une page. Selon le contenu et les fonctionnalités prises en charge, le balisage peut aussi rendre la page éligible à une présentation enrichie.

Je distingue quatre objectifs :

1. Compréhension : préciser les sujets et les informations publiées.
2. Éligibilité : satisfaire les conditions d’une fonctionnalité donnée.
3. Présentation : observer ce qui apparaît effectivement dans les résultats.
4. Résultat commercial : examiner les visites et actions utiles qui suivent.

Une page valide au test n’est pas nécessairement affichée avec un résultat enrichi. Une présentation plus riche n’entraîne pas automatiquement davantage de ventes. Je mesure chaque niveau séparément.

Résultat enrichi, extrait optimisé et Knowledge Panel

Présentation	Principe	Mon approche
Résultat enrichi	Affichage associé à un contenu et à une fonctionnalité pris en charge.	Choisir le type adapté et vérifier ses conditions.
Extrait optimisé	Réponse extraite et présentée par Google pour une recherche.	Rédiger une réponse précise ; aucun type Schema.org ne me permet d’imposer cet affichage.
Knowledge Panel	Fiche d’information sur une entité.	Travailler l’identité et les sources, sans le confondre avec la validation du code.
Réponse générative avec sources	Synthèse produite par une expérience IA.	Observer les réponses et les citations dans un périmètre défini.

Je ne réduis donc pas l’optimisation au nombre de types ajoutés. Je cherche un balisage exact sur les pages qui ont une fonction utile dans votre stratégie SEO.

Quels types choisir selon votre page ?

Je pars du contenu principal, de l’activité et de la fonctionnalité recherchée. Une page peut décrire plusieurs éléments cohérents, par exemple un article accompagné d’une vidéo et d’un fil d’Ariane.

Page ou contenu	Type possible	Informations à examiner
Présentation de l’entreprise	Organization ou sous-type pertinent.	Nom, URL, identité et coordonnées applicables.
Profil d’auteur	ProfilePage avec une Person comme sujet principal.	Nom, biographie et page de référence.
Article de blog	Article ou BlogPosting.	Titre, auteur, dates réelles et images pertinentes.
Page de prestation	Service.	Prestation, fournisseur et périmètre décrit.
Produit vendu	Product et Offer selon le cas.	Produit, prix, devise, disponibilité et conditions.
Établissement local	LocalBusiness ou sous-type adapté.	Établissement réel et informations exactes.
Événement	Event.	Date, lieu, organisateur et modalités.
Recette	Recipe.	Ingrédients, étapes et informations réellement publiées.
Vidéo	VideoObject.	Vidéo accessible et métadonnées correspondantes.
Fil d’Ariane	BreadcrumbList.	Parcours de navigation cohérent.

Ce tableau propose des correspondances de vocabulaire. Un type Schema.org disponible n’implique pas un résultat enrichi Google dédié. Je consulte la galerie officielle des fonctionnalités puis la documentation propre au cas concerné.

Par exemple, Service décrit une prestation, mais je ne le présente pas comme l’équivalent d’une fiche produit marchande. Pour une boutique, les données produit nécessitent un travail spécifique sur les offres et leur actualisation.

FAQ et HowTo : actualiser les anciennes recommandations

L’article d’origine évoquait les FAQ et les pages « Comment faire » comme de nouvelles possibilités d’affichage. Cette présentation doit être replacée dans son époque.

Google a supprimé l’affichage des résultats enrichis HowTo en septembre 2023. Il a ensuite annoncé la fin des résultats enrichis FAQ à partir du 7 mai 2026, puis retiré leur documentation. Sources : évolution HowTo de 2023 et journal des mises à jour Google.

Je conserve une FAQ ou une procédure lorsqu’elle aide le lecteur. Un vocabulaire peut continuer d’exister pour d’autres usages même si une présentation Google est retirée. Je ne vends pas une fonctionnalité de recherche qui n’est plus affichée.

Avis et étoiles : respecter le cas d’usage

Des avis peuvent rassurer un prospect lorsqu’ils sont authentiques et contextualisés. Leur présence ne signifie pas que la page de votre entreprise peut obtenir des étoiles en balisant sa propre réputation.

Google précise les restrictions concernant les avis sur sa propre organisation ou son établissement, y compris lorsqu’un widget tiers les affiche. Je vérifie donc le sujet évalué, la provenance et les règles applicables avant toute recommandation.

Exemple JSON-LD : relier Metadosi, Nicolas Schiavon et un article

Voici un exemple pédagogique de graphe, construit autour d’informations présentées dans ce guide. Il montre l’organisation, la personne, l’article et sa page de référence.

Avant de l’intégrer à un site, je compare ses identifiants avec ceux du thème et de l’extension SEO. Je ne l’ajoute pas comme un second graphe concurrent de l’existant. Les dates et les images ne sont pas inventées : elles devront être renseignées à partir des données réelles si le cas d’usage le demande.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://www.metadosi.fr/#organization",
      "name": "Metadosi",
      "url": "https://www.metadosi.fr/",
      "founder": {
        "@id": "https://www.metadosi.fr/about-us/nicolas-schiavon/#person"
      }
    },
    {
      "@type": "Person",
      "@id": "https://www.metadosi.fr/about-us/nicolas-schiavon/#person",
      "name": "Nicolas Schiavon",
      "url": "https://www.metadosi.fr/about-us/nicolas-schiavon/",
      "jobTitle": "Consultant SEO",
      "worksFor": {
        "@id": "https://www.metadosi.fr/#organization"
      }
    },
    {
      "@type": "Article",
      "@id": "https://www.metadosi.fr/microformats-et-donnees-structurees/#article",
      "headline": "Microformats et données structurées : le guide pour votre SEO et les IA",
      "author": {
        "@id": "https://www.metadosi.fr/about-us/nicolas-schiavon/#person"
      },
      "publisher": {
        "@id": "https://www.metadosi.fr/#organization"
      },
      "mainEntityOfPage": {
        "@type": "WebPage",
        "@id": "https://www.metadosi.fr/microformats-et-donnees-structurees/#webpage",
        "url": "https://www.metadosi.fr/microformats-et-donnees-structurees/"
      }
    }
  ]
}
</script>

Cet exemple décrit des relations ; il n’est pas un modèle complet pour toutes les fonctionnalités de recherche. Pour un article réel, je vérifie aussi les propriétés recommandées et leur exactitude dans la documentation Article.

Je sépare notamment :

• author, qui identifie le responsable du contenu ;
• publisher, qui identifie l’éditeur ;
• headline, qui décrit le titre ;
• mainEntityOfPage, qui rattache l’article à sa page ;
• les dates de publication et de modification, qui doivent correspondre à l’historique réel.

Comment j’intègre les données structurées dans WordPress

1. Je fais l’inventaire de ce que le site produit déjà

Je consulte plusieurs pages représentatives : accueil, article, service, profil et, selon le site, produit ou établissement. Je repère les données du thème, des extensions SEO, du commerce et des widgets.

Mon objectif est de savoir qui produit quelle information. Deux blocs JSON-LD ne constituent pas automatiquement une erreur ; des identifiants contradictoires, des offres périmées ou des auteurs différents peuvent en revanche poser un problème de cohérence.

2. Je définis le sujet principal de chaque modèle de page

Je choisis le type adapté au contenu et j’identifie les éléments complémentaires. Je ne transforme pas tous les services en produits, ni toutes les pages en articles, uniquement pour satisfaire un test.

Je rassemble ensuite les informations nécessaires auprès des personnes responsables : activité, auteurs, prix, dates, images ou conditions. Un champ optionnel sans information fiable peut rester absent.

3. Je relie les personnes, l’entreprise et les contenus

Je définis une convention d’identifiants et je conserve les références aux mêmes sujets. Un changement de modèle ne doit pas créer une autre identité pour le même auteur.

Pour un profil professionnel, je vérifie aussi les usages de ProfilePage documentés par Google. La page doit réellement présenter la personne ou l’organisation concernée.

4. Je choisis un mode de production maintenable

Une extension SEO comme Rank Math, un composant métier ou une intégration dédiée peut produire le balisage. Je privilégie une source de données fiable et une règle centralisée plutôt que des blocs copiés manuellement sur chaque page.

Je vérifie les dépendances : un prix doit suivre l’offre ; une date de modification doit suivre une modification réelle ; un nom d’auteur doit suivre l’affectation du contenu.

5. Je teste le rendu final

Google peut traiter des données structurées générées par JavaScript dans les conditions décrites par sa documentation technique. Je vérifie donc ce qui est effectivement produit, pas seulement ce qui est configuré dans l’éditeur.

Pour les autres services susceptibles de consulter la page, je ne suppose pas que tous exécutent le JavaScript de la même façon. Lorsque je maîtrise l’intégration, je privilégie une information essentielle facilement accessible et je contrôle le résultat obtenu.

6. Je publie progressivement et j’organise la maintenance

Je commence par quelques pages représentatives, je contrôle leur fonctionnement puis j’étends aux modèles concernés. Je documente la date, la modification, le responsable et les points à surveiller.

Après une refonte, une migration, un changement de thème ou une mise à jour d’extension, je relance les contrôles utiles. Le balisage fait partie du fonctionnement du site, pas d’une intervention que l’on oublie une fois le code validé.

Quels outils utiliser pour vérifier les données structurées ?

Je sépare la syntaxe, le vocabulaire, l’éligibilité à une fonctionnalité et l’état observé après publication.

Outil ou contrôle	Utilité	Limite
Contrôle JSON	Repérer une erreur de syntaxe dans le bloc.	Un JSON valide peut décrire des informations fausses.
Schema Markup Validator	Examiner le vocabulaire Schema.org et les objets reconnus.	Il ne décide pas de l’éligibilité à tous les affichages Google.
Test des résultats enrichis Google	Contrôler les fonctionnalités Google prises en charge par l’outil.	Il n’inventorie pas tous les usages possibles de Schema.org.
Inspection d’URL dans Search Console	Examiner l’état connu de Google et effectuer les contrôles disponibles sur la page.	Un résultat de test ne garantit pas un affichage futur.
Rapports d’amélioration Search Console	Suivre les problèmes des fonctionnalités détectées pour le site.	Un rapport n’existe pas pour chaque type de vocabulaire.
Lecture humaine de la page	Comparer le balisage avec le contenu, l’offre et les preuves.	Elle doit être complétée par les contrôles techniques.

J’utilise le Schema Markup Validator pour le vocabulaire et le test des résultats enrichis pour les fonctionnalités prises en charge par Google. Je ne recommande plus l’ancien Structured Data Testing Tool comme si rien n’avait changé depuis la vidéo de 2019.

« Aucun élément détecté » ne signifie pas toujours « aucun balisage »

Un type comme Service peut être présent sans correspondre à une fonctionnalité du test Google. Je vérifie alors le code et le vocabulaire avec l’outil adapté.

À l’inverse, un élément détecté ne suffit pas à valider le fond. Je dois encore vérifier le sujet, les valeurs, les conditions d’accès et la correspondance avec la page.

Les erreurs que je recherche en priorité

Problème	Exemple	Mon contrôle
Syntaxe invalide	Virgule ou guillemet manquant.	Analyser le bloc final après génération.
Type inadapté	Une prestation présentée comme un produit marchand pour obtenir des étoiles.	Repartir du contenu et de l’usage réel.
Informations périmées	Ancien prix, disponibilité ou coordonnées.	Identifier la source et le mécanisme de mise à jour.
Identités incohérentes	Plusieurs noms ou identifiants contradictoires pour le même sujet.	Rapprocher les objets et leurs références.
Contenu non conforme à la page	Un auteur, un avis ou une caractéristique absent du contenu réel.	Comparer les données au contenu visible.
Accès impossible	Page protégée, bloquée ou non disponible pour le service concerné.	Tester l’accessibilité et les directives applicables.
Dates trompeuses	Date automatiquement rafraîchie sans modification du contenu.	Conserver les dates correspondant à l’historique réel.
Confusion entre les personnes et l’entreprise	Un profil personnel utilisé pour identifier l’organisation.	Vérifier les rôles, les URL et les relations.

Les règles générales de Google demandent notamment des informations pertinentes, actuelles et cohérentes avec ce que la page présente. Je vérifie aussi les règles propres à chaque fonctionnalité.

Lorsqu’un contrôle révèle un problème, je corrige sa cause dans la source de production. Modifier une seule page ne suffit pas si le même modèle reproduit l’erreur sur tout le site.

Données structurées et E-E-A-T : mon application pour Metadosi

Le balisage peut expliciter qui parle et qui édite. La crédibilité dépend ensuite du parcours, des sources, des réalisations et de la qualité des explications que le lecteur peut examiner.

Je suis Nicolas Schiavon, fondateur de Metadosi depuis 2016. Mon parcours sur Internet remonte à la fin des années 1990. Je relie ma signature à mon profil professionnel et je distingue cette expérience du calendrier d’apparition de chaque nouvelle discipline.

Pour cet article, je renforce la fiabilité par :

• des définitions qui séparent les formats et le vocabulaire ;
• des exemples présentés comme pédagogiques ;
• des liens vers les spécifications et les recommandations officielles ;
• des dates explicites pour les fonctionnalités retirées ;
• une distinction entre validation du code et résultat observé ;
• un moyen d’identifier et de contacter l’entreprise responsable.

Google recommande de rendre l’auteur et l’expertise compréhensibles dans ses conseils sur les contenus utiles. Je ne transforme pas un objet Person en certification d’expertise ni le nombre de propriétés renseignées en score d’E-E-A-T.

Le guide sur l’autorité de marque de Metadosi complète cette approche : l’identité, les preuves et l’expérience doivent se soutenir.

Quel rôle pour les LLM et le GEO ?

Les systèmes de recherche et les applications IA n’accèdent pas tous aux mêmes données ni avec les mêmes traitements. Certains services peuvent exploiter des informations structurées ; d’autres peuvent surtout travailler à partir de textes, d’extraits ou de résultats fournis par un outil de recherche.

Je distingue donc deux tâches :

1. Décrire les faits : types, attributs, identités et relations cohérents.
2. Rédiger une réponse utile : définitions claires, contexte, comparaisons, preuves et sources.

Un JSON-LD exact ne remplace pas une page qui explique réellement votre offre. Il ne constitue pas non plus une commande obligeant un LLM à citer votre entreprise.

Ma méthode pour un contenu compréhensible et vérifiable

Je travaille le texte et le balisage ensemble :

• Je nomme clairement le sujet et l’auteur.
• Je formule les réponses importantes dans des sections cohérentes.
• Je garde les conditions et les limites près des affirmations.
• Je relie les données à leur contexte et à leur source.
• Je décris seulement les informations réelles et pertinentes.
• Je contrôle les contradictions entre les pages.

Le chunking GEO aide à préserver les unités de sens. La cartographie de query fan-out aide à couvrir les sous-questions utiles à une décision.

Pour les fonctionnalités IA de Google Search, Google ne demande ni balisage spécial ni schéma réservé au GEO. Les fondamentaux SEO restent applicables.

J’intègre ces contrôles à mon accompagnement GEO lorsque le périmètre de mission le justifie, sans annoncer qu’un format suffirait à obtenir une citation.

Recherche vocale et autres applications : conserver le bon périmètre

L’article original évoquait les usages vocaux, comme la lecture d’une recette. Les informations structurées peuvent aussi servir à des échanges de données et à des applications spécialisées ; leur utilisation dépend du service concerné.

Je ne suppose pas qu’un balisage rende automatiquement une page française disponible sur tous les assistants. Google documente par exemple un usage speakable avec un périmètre spécifique de langue, de pays et d’équipement.

Je définis donc d’abord l’usage recherché : recherche web, application métier, extraction d’une fiche, diffusion d’un événement ou expérience vocale. Je vérifie ensuite ce que le système destinataire prend effectivement en charge.

Comment mesurer l’intérêt de votre balisage ?

Je conserve un état initial, les pages modifiées et les dates de déploiement. Je sépare le contrôle technique du suivi de visibilité et des résultats commerciaux.

Niveau	Ce que je suis	Décision possible
Production	Présence du balisage et exactitude des valeurs.	Corriger le modèle ou la source de données.
Détection	Éléments reconnus par les outils pertinents.	Vérifier la syntaxe, le vocabulaire ou l’accès.
Recherche	Apparences disponibles, impressions et clics des pages concernées.	Comparer les périodes et les requêtes.
Parcours	Visites et actions utiles identifiables.	Améliorer la page ou le parcours de contact.
Visibilité IA	Mentions et citations observées dans le panel suivi.	Examiner les sources et les informations reprises.

Si plusieurs éléments changent en même temps, je limite les conclusions sur l’effet propre du balisage. La saisonnalité, les positions et les changements de présentation des résultats peuvent aussi modifier les chiffres.

Pour les réponses IA, je m’appuie sur un protocole décrit dans mon guide pour mesurer votre visibilité IA. Une variation de citations après une correction ne démontre pas, à elle seule, un lien de cause à effet.

FAQ sur les microformats et les données structurées

Optimisez votre balisage avec Metadosi

Je peux examiner vos pages, les données produites et les usages pertinents pour votre activité. Je vous propose ensuite des corrections priorisées, une méthode d’intégration et les contrôles à conserver.

Présentez-moi votre site et vos priorités ou contactez-moi. Ce travail peut s’intégrer à un audit SEO ou à un audit GEO selon les objectifs de la mission.

Par Nicolas Schiavon, fondateur de Metadosi et consultant SEO. Mis à Jour le 22/10/2026.