Vérification des faits

Si vous avez une page Web qui examine une réclamation faite par d’autres personnes, vous pouvez inclure des données structurées ClaimReview sur votre page Web. Les données structurées ClaimReview peuvent permettre à une version résumée de votre vérification des faits de s’afficher dans les résultats de recherche Google lorsque votre page apparaît dans les résultats de recherche pour cette affirmation.

Ce guide décrit les détails sur la façon de mettre en œuvre les données structurées ClaimReview. Si vous ne souhaitez pas ajouter des données structurées manuellement, vous pouvez consulter l’outil de balisage Fact Check. Pour en savoir plus, visitez la page À propos de l’outil de balisage Fact Check.

Comment ajouter des données structurées

Les données structurées sont un format standardisé pour fournir des informations sur une page et classer le contenu de la page. Si vous êtes novice en matière de données structurées, vous pouvez en savoir plus sur le fonctionnement des données structurées.

Voici un aperçu de la façon de construire, tester et publier des données structurées. Pour un guide étape par étape sur la façon d’ajouter des données structurées à une page Web, consultez le codelab des données structurées.

  1. Ajouter les propriétés requises. Pour savoir où placer les données structurées sur la page, regardez Données structurées JSON-LD : Où insérer sur la page.
  2. Suivez les directives.
  3. Validez votre code à l’aide du test des résultats riches.
  4. Déployez quelques pages qui incluent vos données structurées et utilisez l’outil d’inspection des URL pour tester comment Google voit la page. Assurez-vous que votre page est accessible à Google et n’est pas bloquée par un fichier robots.txt, la balise noindex ou des exigences de connexion. Si la page semble correcte, vous pouvez demander à Google de recrawler vos URL.
  5. Pour tenir Google informé des changements futurs, nous vous recommandons de soumettre un sitemap. Vous pouvez automatiser cela avec l’API Sitemap de la Search Console.

Exemple

Imaginez une page qui évalue l’affirmation selon laquelle la terre est plate. Voici à quoi pourrait ressembler une recherche sur « la terre est plate » dans les résultats de recherche Google si la page fournit un élément ClaimReview (notez que la conception visuelle réelle peut changer):

Voici un exemple de données structurées sur la page qui héberge cette vérification des faits :

<html> <head> <title>The world is flat</title> <script type="application/ld+json"> { "@context": "https://schema.org", "@type": "ClaimReview", "datePublished": "2016-06-22", "url": "http://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": "2016-06-20", "appearance": { "@type": "OpinionNewsArticle", "url": "http://skeptical.example.net/news/a122121", "headline": "Square Earth - Flat earthers for the Internet age", "datePublished": "2016-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>

Conseils d’éligibilité

Google ne garantit pas que les vérifications de faits seront affichées dans les résultats de recherche, même si votre page est balisée correctement selon le test de résultat riche. L’utilisation de données structurées permet à une fonctionnalité d’être présente, elle ne garantit pas qu’elle le sera. L’algorithme de Google détermine de manière programmatique l’éligibilité des résultats enrichis de vérification des faits, en fonction de nombreuses variables, notamment les lignes directrices suivantes.

Pour que votre contenu de vérification des faits soit éligible à l’affichage en tant que résultat enrichi de vérification des faits sur Google Search, vous devez respecter les lignes directrices suivantes :

  • Votre site doit avoir plusieurs pages marquées avec des données structurées ClaimReview.
  • Vous devez suivre toutes les directives relatives aux données structurées et les directives pour les webmasters.
  • Il ne doit pas y avoir de décalage entre les données structurées et le contenu de la page (par exemple, si les données structurées indiquaient que l’affirmation est vraie, mais que le contenu de la page disait que l’affirmation était fausse). Au lieu de cela, assurez-vous que le contenu et les données structurées correspondent (par exemple, les deux indiquent que l’affirmation est vraie).
  • Vous devez respecter les normes en matière de responsabilité, de transparence, de lisibilité et de fausse déclaration sur le site, telles qu’elles sont énoncées dans nos Directives générales de Google Actualités.
  • Vous devez avoir une politique de correction ou disposer d’un mécanisme permettant aux utilisateurs de signaler les erreurs.
  • Les sites Web d’entités politiques (telles que les campagnes, les partis ou les élus) ne sont pas éligibles à cette fonctionnalité.
  • Vos lecteurs peuvent facilement identifier les affirmations et les vérifications dans le corps de l’article. Vos lecteurs sont en mesure de comprendre ce qui a été vérifié et quelles conclusions ont été tirées.
  • Vous devez clairement attribuer l’affirmation spécifique que vous évaluez à une origine distincte (séparée de votre site web), qu’il s’agisse d’un autre site web, d’une déclaration publique, d’un média social ou d’une autre source traçable.
  • Votre analyse de vérification des faits doit être traçable et transparente quant aux sources et aux méthodes, avec des citations et des références aux sources primaires.

Directives techniques

  • Une seule page peut accueillir plusieurs éléments ClaimReview, chacun pour une revendication distincte.
  • Si différents réviseurs sur la page vérifient le même fait, vous pouvez inclure un élément ClaimReview distinct pour l’analyse de chaque réviseur. Pour plus d’informations, consultez la page Poster plusieurs vérifications des faits sur une page.
  • La page hébergeant l’élément ClaimReview doit comporter au moins un bref résumé de la vérification des faits et de l’évaluation, si ce n’est le texte complet.
  • Vous devez héberger un ClaimReview spécifique sur une seule page de votre site. Ne répétez pas la même vérification des faits sur plusieurs pages, à moins qu’il ne s’agisse de variations de la même page (par exemple, vous pouvez afficher la même ClaimReview sur les versions mobile et de bureau d’une page).
  • Si votre site Web agrège des articles de vérification des faits, assurez-vous que tous les articles correspondent aux critères ci-dessus et que vous fournissez une liste ouverte et accessible au public de tous les sites Web de vérification des faits que vous agrègez.

Spécifier plusieurs fact checks sur une page

Si vous décidez de spécifier plusieurs ClaimReview articles sur une seule page, assurez-vous qu’ils sont tous pertinents pour le sujet principal de la page. Utilisez l’une des méthodes suivantes :

  • Créer une page de résumé avec plusieurs vérifications de faits résumés, chacune avec son propre élément ClaimReview. Publiez la version en texte intégral de chaque vérification des faits sur sa propre page. Chaque élément ClaimReview de la page de résumé pointe vers la version en texte intégral plutôt que vers la page de résumé.
  • OU
  • Créer une page unique avec plusieurs critiques en texte intégral, chacune avec une ancre HTML. Chaque élément ClaimReview pointe vers ce summary_page.html#anchor.

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

Les types de données structurées suivants sont nécessaires pour mettre en œuvre les vérifications de faits:

  • ClaimReview
  • Claim
  • Rating

Vous devez inclure les propriétés requises pour que votre contenu soit admissible à l’affichage en tant que résultat riche. Vous pouvez également inclure les propriétés recommandées pour ajouter plus d’informations sur votre contenu, ce qui pourrait fournir une meilleure expérience utilisateur.

Si votre organisation est intéressée par la mise en œuvre ou rencontre des problèmes avec ClaimReview, soumettez vos coordonnées. Notre équipe pourra vous contacter.

ClaimReview

La définition complète de ClaimReview est disponible sur schema.org/ClaimReview.

Propriétés requises
claimReviewed

Text

Un bref résumé de la réclamation évaluée. Essayez de garder ce moins de 75 caractères pour minimiser l’emballage lorsqu’il est affiché sur un appareil mobile.

reviewRating

Rating

L’évaluation de la revendication. Cet objet supporte à la fois une évaluation numérique et une évaluation textuelle. La valeur textuelle est actuellement la seule valeur affichée dans les résultats de recherche.

Différents projets de vérification des faits ont une variété de schémas de notation qui peuvent avoir des différences subtiles, en particulier pour les valeurs intermédiaires. Il est important de documenter ces schémas de notation pour clarifier la signification des notations numériques. Au minimum, il devrait y avoir un système de notation de numéro à texte pour toutes vos vérifications de faits qui portent des notes numériques.

  • 1 = « Faux »
  • 2 = « Presque faux »
  • 3 = « A moitié vrai »
  • 4 = « Presque vrai »
  • 5 = « Vrai »

Pour plus d’informations, voir Notation.

url

URL

Lien vers la page hébergeant l’article complet du fact check. Si la page comporte plusieurs éléments ClaimReview, assurez-vous que le fact check possède une ancre HTML, et que cette propriété pointe vers cette ancre. Exemples : http://example.com/longreview.html ou http://example.com/summarypage.html#fact1

Le domaine de cette valeur URL doit être le même domaine que, ou un sous-domaine de, la page hébergeant cet élément ClaimReview. Les redirections ou les URL raccourcies (telles que g.co/searchconsole) ne sont pas résolues, et ne fonctionneront donc pas ici.

Propriétés recommandées
author

Organization

L’éditeur de l’article de vérification des faits, et non l’éditeur de la revendication. Le author doit être une organisation ou une personne. Les author ont au moins une des propriétés suivantes :

name Text

Nom de l’organisation qui publie le fact check.

url

URL

L’URL de l’éditeur du fact check. Il peut s’agir d’une page d’accueil, d’une page de contact ou d’une autre page appropriée.

datePublished

DateTime

La date de publication de la vérification des faits. publié

itemReviewed

Claim

Un objet décrivant l’affirmation faite. Pour plus d’informations, voir Claim.

Claim

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

Propriétés recommandées
appearance

URL ou CreativeWork

Un lien vers, ou une description en ligne d’un CreativeWork dans lequel cette revendication apparaît.

author

Organization ou Person

L’auteur de l’affirmation, pas l’auteur de la vérification des faits. N’incluez pas la propriété author si la réclamation n’a pas d’auteur. Si vous ajoutez author, définissez les propriétés suivantes :

name Text, obligatoire

L’éditeur de la réclamation. L’éditeur peut être une personne ou une organisation.

sameAs URL, recommandé

Indique la partie qui fait la réclamation, que la partie soit un Person ou un Organization. Lorsque plusieurs éditeurs font état de la même réclamation, la propriété appearance peut être répétée. Lorsque plusieurs parties font essentiellement la même réclamation, la propriété author peut être répétée.

L’URL peut être :

  • La page d’accueil de l’organisation qui fait la réclamation.
  • Une autre URL définitive qui fournit des informations sur la partie qui fait la réclamation, comme l’entrée Wikipedia ou Wikidata d’une personne ou d’une organisation.
datePublished

DateTime

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

firstAppearance

URL ou CreativeWork

Un lien vers, ou une description en ligne, d’un CreativeWork dans lequel cette affirmation spécifique apparaît pour la première fois.

Rating

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

Propriétés requises
alternateName

Text

La cote de véracité attribuée à ClaimReview.reviewRating, sous la forme d’un mot court ou d’une phrase lisible par l’homme. Cette valeur est affichée dans la vérification des faits dans les résultats de recherche. Exemples : « Vrai » ou « Plutôt vrai ».

Si vous utilisez une phrase plus longue, assurez-vous que le début de la phrase exprime le sens, au cas où la phrase serait tronquée pour s’adapter à l’affichage. Par exemple : « Principalement vrai dans les spécificités, bien que l’affirmation globale soit quelque peu trompeuse »

Propriétés recommandées
bestRating

Number

Pour les évaluations numériques, la meilleure valeur possible dans l’échelle allant du pire au meilleur. Doit être supérieure à worstRating. Doit pouvoir être évalué comme un nombre. Exemple : 4

name

Text

Même chose que alternateName, et utilisé lorsque alternateName n’est pas fourni, mais nous vous recommandons de spécifier alternateName au lieu de name.

ratingValue

Number

Une évaluation numérique de cette réclamation, dans la plage worstRatingbestRating inclusivement. Les valeurs entières sont recommandées mais non obligatoires. Plus la cote numérique est proche de bestRating, plus elle est vraie ; plus cette valeur est proche de worstRating, plus elle est fausse. La cote numérique doit pouvoir être évaluée comme un nombre. Exemple : 4

worstRating

Number

Pour les cotes numériques, la pire valeur possible dans une échelle allant du pire au meilleur. Doit être inférieure à bestRating. Doit pouvoir être évalué comme un nombre. Doit avoir une valeur minimale de 1. Exemple : 1

Surveiller les résultats riches avec Search Console

Search Console est un outil qui vous aide à surveiller les performances de vos pages dans la recherche Google. Vous n’êtes pas obligé de vous inscrire à Search Console pour figurer dans les résultats de recherche de Google, mais cet outil peut vous aider à comprendre et à améliorer la façon dont Google voit votre site. Nous vous recommandons de vérifier 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 mis à jour votre code
  3. Analyse du trafic périodiquement

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

Après que Google a indexé vos pages, recherchez les problèmes en utilisant le rapport d’état des résultats Rich pertinent. Idéalement, vous devriez voir une augmentation des pages valides, et aucune augmentation des erreurs ou des avertissements. Si vous trouvez des problèmes dans vos données structurées :

  1. Corrigez les erreurs.
  2. Inspectez une URL vivante pour vérifier si le problème persiste.
  3. Demandez une validation en utilisant le rapport d’état.

Après la publication de nouveaux modèles ou la mise à jour de votre code

Lorsque vous apportez des modifications importantes à votre site Web, surveillez l’augmentation des erreurs et des avertissements de données structurées.

  • Si vous constatez une augmentation des erreurs, peut-être avez-vous déployé un nouveau modèle qui ne fonctionne pas, ou votre site interagit avec le modèle existant d’une manière nouvelle et mauvaise.
  • Si vous constatez une diminution des éléments valides (qui ne correspond pas à une augmentation des erreurs), peut-être n’intégrez-vous plus de données structurées dans vos pages. Utilisez l’outil d’inspection des URL pour connaître la cause du problème.

Analyse périodique du trafic

Analysez votre trafic de recherche Google à l’aide du rapport de performance. Les données vous montreront combien de fois votre page apparaît comme un résultat riche dans la recherche, combien de fois les utilisateurs cliquent dessus et quelle est la position moyenne dans les résultats de recherche. Vous pouvez également tirer automatiquement ces résultats avec l’API de la Search Console.

Dépannage

Si vous avez des difficultés à mettre en œuvre ou à déboguer les données structurées, voici quelques ressources qui peuvent vous aider.

  • Si vous utilisez un système de gestion de contenu (CMS) ou si quelqu’un d’autre s’occupe de votre site, demandez-lui de vous aider. Veillez à leur transmettre tout message de la Search Console qui détaille le problème.
  • Vous avez peut-être une erreur dans vos données structurées. Consultez la liste des erreurs de données structurées.
  • Dépannez les résultats enrichis manquants / la baisse du total des résultats enrichis.
  • Pour des questions générales sur l’exploration et l’indexation, consultez la FAQ sur l’exploration et l’indexation de Google Search.
  • Posez une question dans les heures de bureau de Google Search Central.
  • Posez une question dans le forum de Google Search Central.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée.