Feature guides

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

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

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

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

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

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

Вот обзор того, как создавать, тестировать и выпускать структурированные данные.

  1. Добавьте необходимые свойства. В зависимости от используемого формата узнайте, где вставить структурированные данные на страницу.
  2. Следуйте рекомендациям.
  3. Проверьте свой код с помощью
    Теста расширенных результатов
    и исправьте любые критические ошибки. Подумайте также об исправлении любых некритических проблем, которые могут быть отмечены в инструменте, так как они могут помочь улучшить качество ваших структурированных данных (однако это не обязательно для того, чтобы иметь право на расширенные результаты).
  4. Разверните несколько страниц, которые включают ваши структурированные данные, и используйте инструмент проверки URL чтобы проверить, как Google видит страницу. Убедитесь, что ваша страница доступна для Google и не заблокирована файлом robots.txt, тегом noindex или требованиями входа в систему. Если страница выглядит нормально, вы можете
    попросить Google повторно просканировать ваши URL-адреса.
  5. Чтобы держать Google в курсе будущих изменений, мы рекомендуем вам
    отправить карту сайта. Вы можете автоматизировать это с помощью
    API Sitemap Search Console.

Пример

Представьте страницу, которая оценивает утверждение о том, что земля плоская. Вот как может выглядеть поиск по запросу “мир плоский” в результатах поиска Google, если страница предоставляет элемент ClaimReview (обратите внимание, что фактический визуальный дизайн может измениться):

Single claim review associated with a page

Вот пример структурированных данных на странице, на которой размещена эта проверка фактов:


Рекомендации по правомочности

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

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

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

az

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

Определения типов структурированных данных

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

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

ClaimReview

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

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

Text

Краткое изложение оцениваемого утверждения. Старайтесь, чтобы оно было менее 75 символов, чтобы минимизировать перенос строк при отображении на мобильном устройстве.

reviewRating

Rating

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

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

  • 1 = “Ложь”
  • 2 = “В основном ложь”
  • 3 = “Наполовину правда”
  • 4 = “В основном правда”
  • 5 = “Правда”

Для получения дополнительной информации см. Rating.

url

URL

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

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

author

Organization или Person

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

nameText

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

url

URL

URL-адрес издателя проверки фактов. Это может быть домашняя страница, страница контактов или другая подходящая страница.

Чтобы помочь Google лучше понимать авторов в различных функциях, рассмотрите возможность следования
author markup best practices.

itemReviewed

Claim

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

Claim

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

appearance

URL или
CreativeWork

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

Мы рекомендуем добавить либо appearance , либо firstAppearance. Вам не нужно добавлять оба.

author

Organization или
Person

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

nameText, обязательно

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

sameAsURL, рекомендуется

Указывает сторону, которая делает утверждение, независимо от того, является ли эта сторона Person или
Organization. Когда несколько издателей сообщают об одном и том же утверждении, свойство appearance может быть повторено. Когда несколько сторон делают по сути одно и то же утверждение, свойство author
может быть повторено.

URL может быть:

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

DateTime
или Date

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

firstAppearance

URL или
CreativeWork

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

Мы рекомендуем добавить либо appearance , либо firstAppearance. Вам не нужно добавлять оба.

Rating

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

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

Text

Рейтинг правдивости, присвоенный ClaimReview.reviewRating, в виде короткого слова или фразы, понятной человеку. Это значение отображается в проверке фактов в результатах поиска. Примеры:“Правда” или “По большей части правда”. Если вы используете более длинное предложение, убедитесь, что начало предложения выражает смысл на случай, если предложение будет сокращено, чтобы поместиться на экране. Например: “По большей части правда в деталях, хотя общее утверждение несколько вводит в заблуждение” az

. Google Search əvvəlki işarələmə nümunələrini dəstəkləməyə davam edir.
Budur orijinal işarələmə üslubunu göstərən bir nümunə:

bestRating

Число

Для числовых рейтингов — максимально возможное значение по шкале от худшего к лучшему. Должно быть больше, чем
worstRating. Должно оцениваться как число. Пример: 4

name

Текст

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

ratingValue

Число

Числовой рейтинг этого утверждения в диапазоне worstRating —
bestRating включительно. Рекомендуются целые числа, но это не обязательно. Чем ближе числовой рейтинг к bestRating, тем он правдивее; чем ближе это значение к
worstRating, тем он ложнее. Числовой рейтинг должен оцениваться как число. Пример: 4

worstRating

Число

Для числовых рейтингов — минимально возможное значение по шкале от худшего к лучшему. Должно быть меньше, чем
bestRating. Должно оцениваться как число. Должно иметь минимальное значение 1. Пример: 1

Отслеживайте расширенные результаты с помощью Search Console

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

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

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

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

  1. Исправьте недопустимые элементы.
  2. Проверьте активный URL чтобы узнать, сохраняется ли проблема.
  3. Запросить проверку используя отчет о статусе.

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

При внесении существенных изменений на сайт следите за увеличением количества недопустимых элементов структурированных данных.

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

Периодический анализ трафика

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

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

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

Alien Road

Как мы это применяем

Fact check markup requires a genuine editorial process behind it. We implement it only for clients who actually run one, since the credibility cost of misusing it exceeds any visibility gain.

Связанные услуги

Поделиться