Search Control

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

Якщо на вашій сторінці перевіряється твердження, висловлене кимось іншим, ви можете додати туди структуровані дані типу 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": "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 News.
  • Вам потрібно передбачити правила внесення коригувань або надати користувачам спосіб повідомляти вам про знайдені помилки.
  • Цю функцію не можна використовувати на сайтах політичних організацій, кампаній, партій, діячів тощо.
  • У читачів не повинно виникати проблем з ідентифікацією тверджень і фактів у тексті статті. Їм має бути зрозуміло, яка інформація була перевірена і які висновки при цьому були зроблені.
  • Будь-яке конкретне твердження, яке ви оцінюєте, має бути явно пов’язане з певним джерелом, не пов’язаним з вашим ресурсом, наприклад, сайтом, публічною заявою, соціальною мережею тощо.
  • При перевірці фактів повинні використовуватися прозорі методи, а також наводитися цитати та посилання на першоджерела.
  • Щоб сторінка з’являлася в результатах пошуку у вигляді розширеного результату з одиничною перевіркою, на ній повинен бути тільки один елемент 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 наведено на сторінці schema.org/Claim.

appearance

URL або CreativeWork

Посилання на елемент CreativeWork, в якому відображається це твердження, або його вбудований опис.

Рекомендуємо вказувати або властивість appearance, або властивість firstAppearance. Не обов’язково додавати відразу обидві.

author

Organization або Person

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

name

Text(обов’язково)

Автор твердження. Це може бути фізична особа або організація.

sameAs

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

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

Варіанти URL:

  • URL головної сторінки сайту організації.
  • Якщо автор — фізична особа, вкажіть URL-адресу, що веде на сторінку з інформацією про цю людину, наприклад, на статтю у Вікіпедії або Вікіданих.
datePublished

DateTime або Date

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

firstAppearance

URL або CreativeWork

Посилання на елемент CreativeWork, в якому вперше з’являється це твердження, або його вбудований опис.

Рекомендуємо вказувати або властивість appearance, або властивість firstAppearance. Не обов’язково додавати відразу обидві.

Повний опис типу 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 ви можете збирати дані про ефективність сторінок вашого ресурсу в Пошуку Google. Вам не обов’язково реєструватися в цьому сервісі, щоб ваші сторінки потрапили в результати пошуку. Однак це дозволить дізнатися, як роботи Google сприймають сайт, і спростити їм його обробку. Рекомендуємо перевіряти інформацію в Search Console в наступних випадках:

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

Коли ваші сторінки будуть проіндексовані, перевірте їх на наявність помилок за допомогою звіту про стан розширених результатів. Бажано, щоб кількість об’єктів з правильною розміткою зросла, а кількість об’єктів з помилками — ні. Якщо в структурованих даних будуть виявлені помилки, вживайте наступних заходів:

  1. Усуньте проблеми в об’єктах.
  2. Перевірте виправлену сторінку, щоб дізнатися, чи виявляються помилки.
  3. Запитайте перевірку ресурсу, використовуючи звіт про стан розширених результатів.

Якщо ви внесли значні зміни на сайт, перевірте, чи не збільшилася кількість недійсних об’єктів, пов’язаних зі структурованими даними.

  • Збільшилася кількість недійсних об’єктів? Можливо, ви створили шаблон, з яким щось не так, або наявний шаблон використовується некоректно.
  • Кількість дійсних елементів зменшилася, але кількість недійсних не збільшилася? Можливо, на ваших сторінках не розміщені структуровані дані. З’ясувати, з чим пов’язані помилки, можна за допомогою інструменту перевірки URL.

Аналізувати трафік сайту з Google Пошуку можна за допомогою звіту про ефективність. З цього звіту ви дізнаєтеся, як часто сторінка з’являється в Пошуку у вигляді розширеного результату, з якою регулярністю користувачі натискають на неї і яка її середня позиція в результатах пошуку. Цю інформацію також можна автоматично отримати за допомогою Search Console API.

Якщо у вас виникли труднощі з додаванням або налагодженням структурованих даних, вам допоможуть ресурси та інформація, доступні за наведеними нижче посиланнями.

ІНші записи