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

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

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

How to add structured data

Structured data is a standardized format for providing information about a page and classifying the page content. If you're new to structured data, you can learn more about how structured data works.

Here's an overview of how to build, test, and release structured data.

  1. Add the required properties. Based on the format you're using, learn where to insert structured data on the page.
  2. Follow the guidelines.
  3. Validate your code using the Rich Results Test and fix any critical errors. Consider also fixing any non-critical issues that may be flagged in the tool, as they can help improve the quality of your structured data (however, this isn't necessary to be eligible for rich results).
  4. Deploy a few pages that include your structured data and use the URL Inspection tool to test how Google sees the page. Be sure that your page is accessible to Google and not blocked by a robots.txt file, the noindex tag, or login requirements. If the page looks okay, you can ask Google to recrawl your URLs.
  5. To keep Google informed of future changes, we recommend that you submit a sitemap. You can automate this with the 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.

Troubleshooting

If you're having trouble implementing or debugging structured data, here are some resources that may help you.

  • If you're using a content management system (CMS) or someone else is taking care of your site, ask them to help you. Make sure to forward any Search Console message that details the issue to them.
  • Google does not guarantee that features that consume structured data will show up in search results. For a list of common reasons why Google may not show your content in a rich result, see the General Structured Data Guidelines.
  • You might have an error in your structured data. Check the list of structured data errors and the Unparsable structured data report.
  • If you received a structured data manual action against your page, the structured data on the page will be ignored (although the page can still appear in Google Search results). To fix structured data issues, use the Manual Actions report.
  • Review the guidelines again to identify if your content isn't compliant with the guidelines. The problem can be caused by either spammy content or spammy markup usage. However, the issue may not be a syntax issue, and so the Rich Results Test won't be able to identify these issues.
  • Troubleshoot missing rich results / drop in total rich results.
  • Allow time for re-crawling and re-indexing. Remember that it may take several days after publishing a page for Google to find and crawl it. For general questions about crawling and indexing, check the Google Search crawling and indexing FAQ.
  • Post a question in the Google Search Central forum.