Структурированные данные для проверки фактов (ClaimReview)

Если на вашей странице проверяется утверждение, высказанное кем-то другим, вы можете добавить туда структурированные данные типа ClaimReview. При наличии разметки ClaimReview краткие сведения о проверке фактов могут показываться в результатах поиска Google, когда пользователи ищут высказанное утверждение.

Из этого руководства вы узнаете, как добавить структурированные данные ClaimReview. Если вы не хотите делать это вручную, воспользуйтесь специальным инструментом. Подробнее об инструменте разметки проверок фактов

如何添加结构化数据

结构化数据是一种提供网页相关信息并对网页内容进行分类的标准化格式。如果您不熟悉结构化数据,可以详细了解结构化数据的运作方式

下面概述了如何构建、测试和发布结构化数据。如需获得向网页添加结构化数据的分步指南,请查看结构化数据 Codelab

  1. 添加必要属性。根据您使用的格式,了解在网页上的什么位置插入结构化数据
  2. 遵循指南
  3. 使用富媒体搜索结果测试验证您的代码,并修复所有严重错误。此外,您还可以考虑修正该工具中可能会标记的任何非严重问题,因为这些这样有助于提升结构化数据的质量(不过,要使内容能够显示为富媒体搜索结果,并非必须这么做)。
  4. 部署一些包含您的结构化数据的网页,然后使用网址检查工具测试 Google 看到的网页样貌。请确保您的网页可供 Google 访问,不会因 robots.txt 文件、noindex 标记或登录要求而被屏蔽。如果网页看起来没有问题,您可以请求 Google 重新抓取您的网址
  5. 为了让 Google 随时了解日后发生的更改,我们建议您提交站点地图Search Console Sitemap API 可以帮助您自动执行此操作。

Пример

Предположим, на странице проверяется утверждение, что Земля плоская. Вот как может выглядеть результат поиска по запросу "Земля плоская", если на странице есть разметка ClaimReview (внешний вид может отличаться):

Проверка утверждения, связанная со страницей

Ниже приведены структурированные данные для такой страницы.


<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>

Требования для показа контента в расширенных результатах

Google не гарантирует показ данных о проверке фактов в результатах поиска, даже если инструмент проверки расширенных результатов не выявил ошибок. Размечая контент, вы лишь делаете возможным срабатывание этой функции. Google автоматически определяет, показывать ли информацию о проверке фактов в расширенных результатах. Это зависит от множества факторов, включая перечисленные ниже.

Вы должны обеспечить соблюдение следующих требований:

  • На сайте должно быть несколько страниц со структурированными данными ClaimReview.
  • Вы должны соблюдать рекомендации по работе со структурированными данными, а также положения руководства Главное о Поиске.
  • Структурированные данные должны в полной мере соответствовать содержанию страницы. Например, недопустима ситуация, когда в структурированных данных указано, что утверждение достоверно, а на странице заявляется обратное. Убедитесь, что структурированные данные соответствуют содержанию страницы (например, все должно указывать на то, что утверждение верно).
  • Вы должны придерживаться требований в отношении ответственности, прозрачности, удобства восприятия и достоверности, которые изложены в правилах Google Новостей.
  • Вам необходимо предусмотреть правила по внесению корректив или предоставить пользователям способ сообщать вам о найденных ошибках.
  • Эту функцию нельзя использовать на сайтах политических организаций, кампаний, партий, деятелей и т. д.
  • У читателей не должно возникать проблем с идентификацией утверждений и фактов в тексте статьи. Им должно быть понятно, какая информация была проверена и какие выводы при этом были сделаны.
  • Любое конкретное утверждение, которое вы оцениваете, должно быть явным образом связано с определенным источником, не относящимся к вашему ресурсу, например сайтом, публичным заявлением, социальной сетью и т. д.
  • При проверке фактов должны использоваться прозрачные методы, а также приводиться цитаты и ссылки на первоисточники.

Технические требования

  • Чтобы страница появлялась в результатах поиска в виде расширенного результата с единичной проверкой, на ней должен быть только один элемент ClaimReview. Если на страницу добавить несколько элементов ClaimReview, она не сможет появляться в расширенных результатах, связанных с проверкой одного факта.
  • Страница с элементом ClaimReview должна содержать полный текст проверки факта и оценки или их краткое изложение.
  • Определенный элемент ClaimReview должен быть только на одной странице сайта. Одна проверка фактов не должна повторяться на нескольких страницах, если это не варианты одной страницы (например, можно размещать один и тот же элемент ClaimReview на мобильной и обычной версии страницы).
  • Если на вашем сайте собраны статьи о проверке фактов из разных источников, убедитесь, что все они соответствуют этим требованиям. Опубликуйте общедоступный список всех сайтов, информацию с которых вы размещаете.

Типы структурированных данных

Для реализации проверки фактов необходимы следующие типы структурированных данных:

Чтобы ваш контент мог появиться в расширенных результатах, необходимо задать все обязательные свойства. Для удобства пользователей советуем задать и рекомендуемые нами свойства.

ClaimReview

Полное описание типа ClaimReview приведено на странице schema.org/ClaimReview. Google поддерживает следующие свойства:

Обязательные свойства
claimReviewed

Text

Краткая форма утверждения, которое проверяется. Чтобы текст хорошо отображался на мобильных устройствах, сократите его до 75 символов.

reviewRating

Rating

Оценка утверждения. Объект поддерживает оценку, выраженную цифрами или текстом. В настоящее время в результатах поиска показывается только текстовое значение.

В разных проектах по проверке фактов используются разные системы числовых оценок, которые могут незначительно отличаться друг от друга, особенно в случае промежуточных значений. Очень важно задокументировать эти системы. Укажите хотя бы основные текстовые значения для всех числовых показателей.

  • 1 = "Неправда"
  • 2 = "По большей части неправда"
  • 3 = "Отчасти правда"
  • 4 = "По большей части правда"
  • 5 = "Правда"

Подробнее об оценках

url

URL

URL страницы, на которой размещена полная статья с проверкой фактов.

Домен этого URL должен совпадать с доменом или субдоменом страницы, на которой размещен элемент ClaimReview. Нельзя использовать переадресацию или сокращенные URL, например, g.co/searchconsole.

author

Organization или Person

Автор статьи с проверкой фактов, но не автор утверждения. Свойство author должно задавать физическое лицо или организацию. Необходимо, чтобы с объектом author было связано хотя бы одно из следующих свойств:

name Text

Название организации, проводящей проверку фактов.

url

URL

URL главной страницы, страницы с контактной информацией или другой страницы, принадлежащей автору статьи с проверкой фактов.

Чтобы роботам Google было проще найти информацию об авторе среди кода, относящегося к различным функциям, следуйте рекомендациям по разметке, относящейся к автору.

itemReviewed

Claim

Объект, описывающий утверждение. Подробные сведения можно найти в статье о типе Claim.

Claim

Полное описание типа Claim приведено на странице schema.org/Claim.

appearance

URL или CreativeWork

Ссылка на элемент CreativeWork, в котором отображается это утверждение, или его встроенное описание.

Рекомендуем указывать или свойство appearance, или свойство firstAppearance. Не обязательно добавлять сразу оба.

author

Organization или Person

Автор утверждения, но не автор проверки фактов. Не используйте свойство author, если автор утверждения неизвестен. Если вы добавите параметр author, необходимо задать значения для следующих свойств:

nameText (обязательно)

Автор утверждения. Это может быть физическое лицо или организация.

sameAs URL (рекомендуется)

Сторона, которая сделала утверждение: Person (физическое лицо) или Organization (организация). Если утверждение опубликовано несколькими авторами, вы можете добавить несколько экземпляров свойства appearance, а если утверждение сделано несколькими сторонами – несколько экземпляров свойства author.

Варианты URL:

  • URL главной страницы сайта организации.
  • Если автор – физическое лицо, укажите URL, ведущий на страницу с информацией об этом человеке, например на статью в Википедии или Викиданных.
datePublished

DateTime или Date

Дата, когда утверждение было высказано или стало публично обсуждаться (например, приобрело популярность в социальных сетях).

firstAppearance

URL или CreativeWork

Ссылка на элемент CreativeWork, в котором впервые появляется это утверждение, или его встроенное описание.

Рекомендуем указывать или свойство appearance, или свойство firstAppearance. Не обязательно добавлять сразу оба.

Rating

Полное описание типа Rating приведено на странице schema.org/Rating.

Обязательные свойства
alternateName

Text

Оценка достоверности, назначаемая ClaimReview.reviewRating, в виде понятного человеку слова или фразы. Значение показывается в блоке проверки фактов в результатах поиска. Примеры: "Правда", "По большей части правда".

Если используется длинное предложение, основная мысль должна высказываться в его начале, так как текст может быть обрезан. Например: "Детали по большей части правдивы, но утверждение в целом скорее ложно".

bestRating

Number

Максимально возможное числовое значение по шкале оценки правдивости информации, где наибольшее значение – правда, наименьшее – ложь. Оно должно быть больше worstRating. Значение должно быть выражено в числовом эквиваленте. Пример: 4.

name

Text

То же, что и alternateName. Используется, если alternateName не указано. Рекомендуем указывать alternateName вместо name.

ratingValue

Number

Числовое значение в диапазоне worstRating – bestRating включительно. Рекомендуется использовать целые числа (но необязательно). Чем ближе число к bestRating, тем более истинна приведенная информация. Чем ближе значение к worstRating, тем она менее истинна. Пример: 4.

worstRating

Number

Наименьшее числовое значение по шкале оценки правдивости информации, где наибольшее значение – правда, наименьшее – ложь. Оно должно быть меньше bestRating. Значение должно быть выражено в числовом эквиваленте. Оно не может быть меньше 1. Пример: 1.

Сбор статистики по расширенным результатам в Search Console

С помощью Search Console вы можете собирать данные об эффективности страниц вашего ресурса в Google Поиске. Вам не обязательно регистрироваться в этом сервисе, чтобы ваши страницы попали в результаты поиска. Однако это позволит узнать, как роботы Google воспринимают сайт, и упростить им его обработку. Рекомендуем проверять информацию в Search Console в следующих случаях:

  1. После первого размещения структурированных данных
  2. После выпуска новых шаблонов или обновления кода
  3. При регулярном анализе трафика

После первого размещения структурированных данных

Когда ваши страницы будут проиндексированы, проверьте их на наличие ошибок с помощью отчета о статусе расширенных результатов. Желательно, чтобы количество объектов с правильной разметкой выросло, а число объектов с ошибками – нет. Если в структурированных данных будут обнаружены ошибки, примите следующие меры:

  1. Устраните проблемы в объектах.
  2. Проверьте исправленную страницу, чтобы узнать, обнаруживаются ли ошибки.
  3. Запросите проверку ресурса, используя отчет о статусе расширенных результатов.

После выпуска новых шаблонов или обновления кода

Если вы внесли значительные изменения на сайт, проверьте, не увеличилось ли число недействительных объектов, связанных со структурированными данными.
  • Увеличилось число недействительных объектов? Возможно, вы создали шаблон, с которым что-то не так, или имеющийся шаблон используется некорректно.
  • Уменьшилось число действительных элементов, но не увеличилось количество недействительных? Возможно, на ваших страницах не размещены структурированные данные. Выяснить, с чем связаны ошибки, можно при помощи инструмента проверки URL.

При регулярном анализе трафика

Анализировать трафик сайта из Google Поиска можно с помощью отчета об эффективности. Из этого отчета вы узнаете, как часто страница появляется в Поиске в виде расширенного результата, с какой регулярностью пользователи нажимают на нее и какова ее средняя позиция в результатах поиска. Эти сведения также можно автоматически получать с помощью Search Console API.

Устранение неполадок

Если у вас возникли трудности с добавлением или отладкой структурированных данных, вам помогут ресурсы и сведения, доступные по приведенным ниже ссылкам.