Données structurées du Fact-checking (ClaimReview)

Si votre page Web vérifie les déclarations de tiers, vous pouvez y ajouter des données structurées ClaimReview. Les données structurées ClaimReview permettent d'afficher une version résumée de votre contenu de fact-checking dans les résultats de recherche Google lorsque votre page y apparaît dans ce contexte.

Ce guide décrit en détail comment implémenter des données structurées ClaimReview. Si vous préférez ne pas ajouter manuellement des données structurées, vous pouvez utiliser le Fact Check Markup Tool. Pour en savoir plus, rendez-vous sur cette page.

Comment ajouter des données structurées

Ces données structurées représentent un format normalisé permettant de fournir des informations sur une page et de classer son contenu. En savoir plus sur le fonctionnement des données structurées

Voici, dans les grandes lignes, comment créer, tester et publier des données structurées. Pour consulter un guide détaillé sur l'ajout de données structurées à une page Web, accédez à cet atelier de programmation.

  1. Ajoutez les propriétés obligatoires. En fonction du format que vous utilisez, découvrez où insérer des données structurées sur la page.
  2. Suivez les consignes.
  3. Validez votre code à l'aide de l'outil de test des résultats enrichis et corrigez les erreurs critiques, le cas échéant. Envisagez également de résoudre les problèmes non critiques que l'outil a pu signaler, car cela peut contribuer à améliorer la qualité de vos données structurées. Toutefois, ce n'est pas nécessaire pour pouvoir bénéficier des résultats enrichis.
  4. Déployez quelques pages où figurent vos données structurées et utilisez l'outil d'inspection d'URL pour découvrir comment Google voit la page. Assurez-vous que Google peut accéder à votre page et qu'elle n'est pas bloquée par un fichier robots.txt, la balise noindex ni par des identifiants de connexion. Si tout semble être en ordre, vous pouvez demander à Google d'explorer de nouveau vos URL.
  5. Pour informer Google des modifications futures de vos pages, nous vous recommandons de nous envoyer un sitemap. Vous pouvez automatiser cette opération à l'aide de l'API Sitemap de la Search Console.

Exemple

Imaginez une page qui évalue la déclaration selon laquelle la terre est plate. Voici ce à quoi pourrait ressembler la recherche "le monde est plat" dans les résultats de recherche Google si la page contenait un élément ClaimReview (notez toutefois que l'apparence peut changer) :

Examen d'un seul examen de déclaration associé à une page

Voici un exemple de données structurées sur la page qui héberge ce contenu de fact-checking :


<html>
  <head>
    <title>The world is flat</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "ClaimReview",
      "url": "https://example.com/news/science/worldisflat.html",
      "claimReviewed": "The world is flat",
      "itemReviewed": {
        "@type": "Claim",
        "author": {
          "@type": "Organization",
          "name": "Square World Society",
          "sameAs": "https://example.flatworlders.com/we-know-that-the-world-is-flat"
        },
        "datePublished": "2024-06-20",
        "appearance": {
          "@type": "OpinionNewsArticle",
          "url": "https://example.com/news/a122121",
          "headline": "Square Earth - Flat earthers for the Internet age",
          "datePublished": "2024-06-22",
          "author": {
            "@type": "Person",
            "name": "T. Tellar"
          },
          "image": "https://example.com/photos/1x1/photo.jpg",
          "publisher": {
            "@type": "Organization",
            "name": "Skeptical News",
            "logo": {
              "@type": "ImageObject",
              "url": "https://example.com/logo.jpg"
            }
          }
        }
      },
      "author": {
        "@type": "Organization",
        "name": "Example.com science watch"
      },
      "reviewRating": {
        "@type": "Rating",
        "ratingValue": 1,
        "bestRating": 5,
        "worstRating": 1,
        "alternateName": "False"
      }
    }
    </script>
  </head>
  <body>
  </body>
</html>

Critères d'éligibilité

Google ne garantit pas que les contenus de fact-checking apparaîtront dans les résultats de recherche, même si votre page est balisée correctement selon l'outil de test des résultats enrichis. L'utilisation de données structurées a uniquement pour effet de permettre l'affichage potentiel d'un résultat enrichi, mais ne garantit pas qu'il le sera. L'algorithme Google détermine de manière automatisée les contenus qui peuvent figurer en tant que résultats enrichis de fact-checking, en fonction de nombreuses variables, y compris les consignes suivantes.

Pour que votre contenu de fact-checking puisse s'afficher sous forme de résultat enrichi dans la recherche Google, vous devez respecter les consignes suivantes :

  • Votre site doit comporter plusieurs pages avec des données structurées ClaimReview.
  • Vous devez respecter toutes les consignes relatives aux données structurées et suivre nos Essentiels de la recherche.
  • Il ne doit y avoir aucune incohérence entre les données structurées et le contenu de la page (par exemple, si les données structurées indiquent que la déclaration est vraie, le contenu de la page ne peut pas déclarer le contraire). Assurez-vous donc que le contenu et les données structurées concordent (les deux indiquent que la déclaration est avérée, par exemple).
  • Vous devez respecter les normes de responsabilité, de transparence, de lisibilité et de contenu indiquées dans nos consignes générales Google Actualités.
  • Vous devez définir une politique de correction ou disposer d'un mécanisme qui permet aux utilisateurs de signaler les erreurs.
  • Les sites Web d'entités politiques (pour des campagnes, des partis ou des élus, par exemple) ne sont pas éligibles à cette fonctionnalité.
  • Vos lecteurs sont en mesure d'identifier facilement les déclarations et les vérifications dans le corps de l'article. Vos lecteurs sont en mesure de comprendre ce qui a été vérifié, ainsi que les conclusions qui en ont été tirées.
  • Vous devez clairement attribuer la déclaration spécifique que vous évaluez à une autre origine (différente de votre site Web), qu'il s'agisse d'un autre site Web, d'une déclaration publique, de réseaux sociaux ou d'une autre source traçable.
  • Votre analyse de fact-checking doit être traçable et transparente concernant les sources et les méthodes, avec des citations et des références aux sources principales.

Consignes techniques

  • Pour être éligible au résultat enrichi, une page ne doit comporter qu'un seul élément ClaimReview. Si vous ajoutez plusieurs éléments ClaimReview par page, celle-ci ne pourra pas s'afficher sous forme de résultats enrichis pour le fact-checking.
  • Si elle ne contient pas le texte intégral, la page hébergeant l'élément ClaimReview doit au moins comporter un bref résumé
  • Une propriété ClaimReview spécifique ne doit figurer que sur une seule page de votre site. Ne répétez pas le même contenu de fact-checking sur plusieurs pages, sauf s'il s'agit de variantes de la même page (par exemple, vous pouvez publier le même élément ClaimReview sur les versions pour mobiles et pour ordinateurs d'une même page).
  • Si votre site Web regroupe différents articles de fact-checking, assurez-vous qu'ils correspondent tous aux critères et que vous fournissez une liste ouverte et accessible au public de toutes les pages Web de fact-checking que vous répertoriez.

Définitions des types de données structurées

Les types de données structurées suivants sont nécessaires pour mettre en œuvre des éléments de fact-checking :

Vous devez inclure les propriétés obligatoires pour que votre contenu puisse être affiché sous forme de résultat enrichi. Vous pouvez également inclure les propriétés recommandées pour ajouter d'autres informations à votre contenu et ainsi offrir une meilleure expérience utilisateur.

ClaimReview

La définition complète de l'élément ClaimReview est disponible sur schema.org/ClaimReview. Les propriétés prises en charge par Google sont les suivantes :

Propriétés obligatoires
claimReviewed

Text

Bref résumé de la déclaration faisant l'objet de l'évaluation. Essayez de ne pas dépasser 75 caractères pour minimiser le retour à la ligne en cas d'affichage sur un appareil mobile.

reviewRating

Rating

Évaluation de la déclaration. Cet objet accepte à la fois une évaluation numérique et textuelle. La valeur textuelle est actuellement la seule valeur indiquée dans les résultats de recherche.

Différents projets de fact-checking utilisent une variété de systèmes de notation qui peuvent avoir des différences subtiles, notamment pour les valeurs intermédiaires. Il est important de documenter ces systèmes de notation afin que la signification des notes numériques soit claire pour tout le monde. Au minimum, le système de classification doit toujours accompagner chaque nombre d'une brève explication textuelle pour tous les contenus de fact-checking associés à des scores numériques.

  • 1 = "Faux"
  • 2 = "Essentiellement faux"
  • 3 = "À moitié vrai"
  • 4 = "Essentiellement vrai"
  • 5 = "Vrai"

Pour plus d'informations, consultez la propriété Rating.

url

URL

Lien vers la page hébergeant l'article complet de l'élément de fact-checking.

Le domaine de cette valeur d'URL doit correspondre au même domaine ou sous-domaine que celui de la page hébergeant cet élément ClaimReview. Les redirections ou les URL abrégées (telles que g.co/searchconsole) ne sont pas résolues et ne fonctionnent donc pas ici.

author

Organization ou Person

Éditeur de l'article de fact-checking, et non pas l'éditeur de la déclaration. L'élément author doit correspondre à une organisation ou à une personne. L'élément author doit inclure au moins l'une des propriétés suivantes :

name Text

Nom de l'organisation qui publie le contenu de fact-checking.

url

URL

URL de l'éditeur du contenu de fact-checking. Il peut s'agir d'une page d'accueil, d'une page de contact ou de toute autre page appropriée.

Pour aider Google à interpréter les auteurs dans différentes fonctionnalités, envisagez de suivre les bonnes pratiques en matière de balisage des auteurs.

itemReviewed

Claim

Objet décrivant la déclaration en cours. Pour en savoir plus, consultez Claim.

Claim

La définition complète de l'élément Claim est disponible sur schema.org/Claim.

appearance

URL ou CreativeWork

Lien vers une propriété CreativeWork dans laquelle cette déclaration apparaît, ou description intégrée de cette propriété.

Nous vous recommandons d'ajouter appearance ou firstAppearance. Vous n'avez pas besoin d'ajouter les deux.

author

Organization ou Person

Auteur de la déclaration, non pas l'auteur du contenu de fact-checking. N'incluez pas la propriété author si la déclaration n'est pas associée à un auteur. Si vous ajoutez un élément author, définissez les propriétés suivantes :

nameText (obligatoire)

Éditeur de la déclaration. Il peut s'agir d'une personne ou d'une organisation.

sameAs URL (recommandé)

Indique qui a effectué la déclaration, qu'il s'agisse d'une personne (Person) ou d'une organisation (Organization). Lorsque plusieurs éditeurs vérifient la même déclaration, la propriété appearance peut être répétée. Lorsque plusieurs parties formulent fondamentalement la même déclaration, la propriété author peut être répétée.

Il peut s'agir de l'URL suivante :

  • Page d'accueil de l'organisation responsable de la déclaration
  • Autre URL définitive qui fournit des informations sur la partie qui a effectué la déclaration, telle que l'entrée Wikipédia ou Wikidata d'une personne ou d'une organisation.
datePublished

DateTime ou Date

Date à laquelle la déclaration a été faite ou est entrée dans le discours public (par exemple, quand elle est devenue populaire sur les réseaux sociaux).

firstAppearance

URL ou CreativeWork

Lien vers l'élément CreativeWork dans lequel cette déclaration spécifique apparaît en premier, ou description intégrée de cet élément.

Nous vous recommandons d'ajouter appearance ou firstAppearance. Vous n'avez pas besoin d'ajouter les deux.

Rating

La définition complète de l'élément Rating est disponible sur schema.org/Rating.

Propriétés obligatoires
alternateName

Text

Évaluation de la véracité attribuée à ClaimReview.reviewRating, sous la forme d'un mot ou d'une phrase courte intelligible. Cette valeur apparaît dans le contenu de fact-checking au sein des résultats de recherche. Exemples : "Vrai" ou "Essentiellement vrai".

Si vous utilisez une phrase longue, assurez-vous que son début exprime l'idée, au cas où elle serait tronquée pour s'ajuster à la taille de l'écran. Par exemple : "Essentiellement vrai dans les détails, bien que la déclaration globale soit quelque peu trompeuse".

bestRating

Number

Pour les évaluations numériques, il s'agit de la meilleure valeur possible sur une échelle allant du pire au meilleur. Doit être supérieure à worstRating. Doit pouvoir être évaluée en tant que valeur numérique. Exemple : 4

name

Text

Identique à alternateName et à utiliser lorsque la propriété alternateName n'est pas fournie, mais nous vous recommandons de spécifier alternateName au lieu de name.

ratingValue

Number

Note numérique de cette déclaration, dans une plage allant de worstRating à bestRating (inclus). Les valeurs entières sont recommandées, mais non obligatoires. Plus la note numérique se rapproche de bestRating, plus la déclaration est vraie. Inversement, plus cette valeur se rapproche de worstRating, moins la déclaration est fiable. Exemple : 4

worstRating

Number

Pour les évaluations numériques, il s'agit de la pire valeur possible sur une échelle allant du pire au meilleur. Doit être inférieure à bestRating. Doit pouvoir être évaluée en tant que valeur numérique. Doit avoir une valeur minimale de 1. Exemple : 1

Suivre les résultats enrichis avec la Search Console

La Search Console est un outil qui vous permet de suivre les performances de vos pages dans la recherche Google. Il n'est pas nécessaire de vous inscrire à la Search Console pour figurer dans les résultats de recherche Google. Cependant, en vous inscrivant, vous comprendrez mieux la façon dont Google interprète votre site et serez plus à même de l'améliorer. Nous vous recommandons de consulter la Search Console dans les cas suivants :

  1. Après avoir déployé des données structurées pour la première fois
  2. Après avoir publié de nouveaux modèles ou après avoir mis à jour votre code
  3. Lors des analyses régulières du trafic

Après avoir déployé des données structurées pour la première fois

Une fois que Google a indexé vos pages, recherchez les problèmes à l'aide du rapport sur l'état des résultats enrichis. Idéalement, il y aura une augmentation du nombre d'articles valides et pas d'augmentation du nombre d'articles non valides. Si vous détectez des problèmes au niveau des données structurées :

  1. Corrigez les éléments non valides.
  2. Inspectez une URL active pour vérifier si le problème persiste.
  3. Demandez la validation à l'aide du rapport d'état.

Après avoir publié de nouveaux modèles ou après avoir mis à jour votre code

Lorsque vous apportez des modifications importantes à votre site Web, surveillez l'augmentation des éléments non valides dans les données structurées.
  • Si vous constatez une augmentation du nombre d'éléments non valides, vous avez peut-être déployé un nouveau modèle qui ne fonctionne pas, ou votre site interagit différemment et de façon incorrecte avec le modèle déjà disponible.
  • Si vous constatez une diminution du nombre d'éléments valides (sans augmentation du nombre d'éléments non valides), vous n'intégrez peut-être plus de données structurées dans vos pages. Utilisez l'outil d'inspection d'URL pour identifier la cause du problème.

Lors des analyses régulières du trafic

Analysez votre trafic de recherche Google à l'aide du rapport sur les performances. Les données indiquent la fréquence à laquelle votre page s'affiche en tant que résultat enrichi dans la recherche Google, ainsi que la fréquence à laquelle les internautes cliquent dessus et la position moyenne à laquelle vous apparaissez dans les résultats de recherche. Vous pouvez également extraire automatiquement ces résultats avec l'API Search Console.

Dépannage

Si vous ne parvenez pas à mettre en œuvre ou à déboguer des données structurées, voici quelques ressources susceptibles de vous aider.