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

Если на вашей странице проверяется утверждение, высказанное кем-то другим, вы можете добавить туда структурированные данные типа 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>

Правила

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

  • Чтобы информация о проверке фактов появилась в результатах поиска, на сайте должно быть несколько страниц со структурированными данными типа ClaimReview.
  • Проверки фактов, связанные с новостными статьями, показываются в поиске Google Новостей или в общем поиске. Остальные проверки фактов могут появляться только в общих результатах поиска.
  • Проверка фактов из новостей должна отвечать специальным требованиям.
  • Проверка фактов может не показываться на странице. Ее наличие определяется алгоритмически. Вес элементов проверки фактов вычисляется на основе алгоритмически определенного рейтинга сайта. Оценка сайтов происходит примерно так же, как оценка страниц. Если рейтинг сайта высок, элемент проверки фактов может появляться в результатах поиска вместе со страницей. Процесс выполняется автоматически, а от пользователя нужно только отправить отзыв о нарушении требований проверки 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.

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

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