Оптимизируйте свои подборки Сохраняйте и классифицируйте контент в соответствии со своими настройками.

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

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

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

Как добавлять структурированные данные

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

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

  1. Добавьте обязательные свойства. Узнайте, в каких частях страницы нужно размещать структурированные данные выбранного вами формата.
  2. Следуйте рекомендациям.
  3. Протестируйте свой код с помощью инструмента проверки расширенных результатов. Если будут обнаружены критические ошибки, устраните их. Мы также рекомендуем устранить некритические ошибки, отмеченные в инструменте. Это может привести к повышению качества структурированных данных, хотя страницы будут подходить для создания расширенных результатов и без этого.
  4. Опубликуйте страницу и с помощью инструмента проверки URL выясните, как она выглядит для робота Googlebot. Убедитесь, что доступ Google к странице не заблокирован файлом robots.txt или метатегом noindex и авторизация на ней не требуется. Если все в порядке, то запросите повторное сканирование ваших URL.
  5. Отправляйте нам файл Sitemap, чтобы информировать нас об изменениях на сайте. Отправку такого файла можно автоматизировать с помощью 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": "2016-06-20",
        "appearance": {
          "@type": "OpinionNewsArticle",
          "url": "https://example.com/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>

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

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

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

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

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

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

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

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

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

ClaimReview

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

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

Text

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

reviewRating

Rating

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

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

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

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

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.

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

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