Проверка фактов

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

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

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

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

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

  1. Добавьте обязательные свойства. Где расположить структурированные данные на странице, вы узнаете из этого видео.
  2. Следуйте специальным рекомендациям.
  3. Протестируйте свой код с помощью инструмента проверки расширенных результатов.
  4. Опубликуйте страницу и с помощью инструмента проверки URL посмотрите, как она выглядит в результатах поиска Google. Убедитесь, что доступ 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",
      "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>

Как обеспечить возможность показа контента в расширенных результатах

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

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

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

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

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

Размещение нескольких проверок фактов на странице

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

  • Создайте сводную страницу с несколькими блоками проверки фактов, каждый с отдельным элементом ClaimReview. Опубликуйте полную версию проверки каждого факта на отдельной странице. Каждый элемент ClaimReview на сводной странице должен указывать на полную версию.
  • ИЛИ
  • Создайте единую страницу с полным описанием проверяемых фактов и анкерами HTML для каждого из них. Каждый элемент ClaimReview должен указывать на summary_page.html#anchor.

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

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

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

Если вашей организации нужно использовать элемент ClaimReview или устранить проблемы с ним, укажите свою контактную информацию, и мы свяжемся с вами.

ClaimReview

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

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

Text

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

reviewRating

Rating

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

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

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

Подробнее…

url

URL

Ссылка на страницу, где размещена полная статья проверки фактов. Если на странице несколько элементов ClaimReview, для каждого факта нужно задать HTML-тег анкера, на который должно указывать это свойство. Примеры: http://example.com/longreview.html, http://example.com/summarypage.html#fact1.

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

Рекомендуемые свойства
author

Organization

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

name Text

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

url

URL

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

datePublished

DateTime

Дата, когда была опубликована проверка фактов.

itemReviewed

Claim

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

Claim

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

Рекомендуемые свойства
appearance

URL или CreativeWork

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

author

Organization или Person

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

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

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

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

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

Варианты URL:

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

DateTime

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

firstAppearance

URL или CreativeWork

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

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.

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

    Если у вас возникли трудности в работе со структурированными данными, устранить неполадки помогут ресурсы и сведения, доступные по ссылкам: