Структуровані дані для сторінок із запитаннями та відповідями (QAPage)

Сторінки із запитаннями та відповідями – це вебсторінки, на яких після кожного запитання йдуть відповіді на нього. Для таких сторінок можна використовувати такі типи розмітки schema.org: QAPage, Question і Answer.

Якщо сторінки розмічені правильно, то вони зможуть з’являтися в розширених результатах пошуку, які допомагають залучити на сайт відповідну аудиторію через Google Пошук. Наприклад, ви можете побачити розширений результат за запитом «Як витягти застряглий кабель з USB-порту?» за наявності потрібної розмітки на сторінці.

Розмітка на сторінці запитання з відповідями дозволяє не тільки формувати розширені результати, але й створювати більш інформативний опис цієї сторінки. Відповідь може з’явитися як звичайний результат, якщо не можна показати розширений.

Структуровані дані — стандартизований формат, який дозволяє надавати пошуковим системам інформацію про сторінку та класифікувати її вміст. Детальніше про принципи роботи структурованих даних…

Нижче в загальних рисах описано, як створити, перевірити та додати на сайт структуровані дані.

  1. Додайте обов’язкові властивості. Дізнайтеся, в яких частинах сторінки потрібно розміщувати структуровані дані обраного вами формату.
  2. Дотримуйтесь рекомендацій.
  3. Перевірте свій код за допомогою інструменту перевірки розширених результатів. Якщо будуть виявлені критичні помилки, усуньте їх. Ми також рекомендуємо усунути некритичні помилки, зазначені в інструменті. Це може призвести до підвищення якості структурованих даних, хоча сторінки будуть придатні для створення розширених результатів і без цього.
  4. Опублікуйте сторінку й за допомогою інструменту перевірки URL з’ясуйте, як вона виглядає для робота Googlebot. Переконайтеся, що доступ Google до сторінки не заблоковано файлом robots.txt або метатегом noindex і авторизація на ній не потрібна. Якщо все в порядку, то запросіть повторне сканування ваших URL.
  5. Надішліть нам файл Sitemap, щоб інформувати нас про зміни на сайті. Надсилання такого файлу можна автоматизувати за допомогою Search Console Sitemap API.

У наступному прикладі розмітки містяться визначення типів QAPage, Question і Answer у форматі JSON-LD:

<html>
  <head>
    <title>How many ounces are there in a pound?</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "QAPage",
      "mainEntity": {
        "@type": "Question",
        "name": "How many ounces are there in a pound?",
        "text": "I have taken up a new interest in baking and keep running across directions in ounces and pounds. I have to translate between them and was wondering how many ounces are in a pound?",
        "answerCount": 3,
        "upvoteCount": 26,
        "datePublished": "2024-02-14T15:34-05:00",
        "author": {
          "@type": "Person",
          "name": "Mary Stone",
          "url": "https://example.com/profiles/mary-stone"
        },
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "1 pound (lb) is equal to 16 ounces (oz).",
          "image": "https://example.com/images/conversion-chart.jpg",
          "upvoteCount": 1337,
          "url": "https://example.com/question1#acceptedAnswer",
          "datePublished": "2024-02-14T16:34-05:00",
          "author": {
            "@type": "Person",
            "name": "Julius Fernandez",
            "url": "https://example.com/profiles/julius-fernandez"
          }
        },
        "suggestedAnswer": [
          {
            "@type": "Answer",
            "text": "Are you looking for ounces or fluid ounces? If you are looking for fluid ounces there are 15.34 fluid ounces in a pound of water.",
            "upvoteCount": 42,
            "url": "https://example.com/question1#suggestedAnswer1",
            "datePublished": "2024-02-14T15:39-05:00",
            "author": {
              "@type": "Person",
              "name": "Kara Weber",
              "url": "https://example.com/profiles/kara-weber"
            },
            "comment": {
              "@type": "Comment",
              "text": "I'm looking for ounces, not fluid ounces.",
              "datePublished": "2024-02-14T15:40-05:00",
              "author": {
                "@type": "Person",
                "name": "Mary Stone",
                "url": "https://example.com/profiles/mary-stone"
              }
            }
          }, {
            "@type": "Answer",
            "text": " I can't remember exactly, but I think 18 ounces in a lb. You might want to double check that.",
            "upvoteCount": 0,
            "url": "https://example.com/question1#suggestedAnswer2",
            "datePublished": "2024-02-14T16:02-05:00",
            "author": {
              "@type": "Person",
              "name": "Joe Cobb",
              "url": "https://example.com/profiles/joe-cobb"
            }
          }
        ]
      }
    }
    </script>
  </head>
  <body>
  </body>
</html>

Щоб на основі вашої сторінки створювалися розширені результати, вона повинна відповідати наведеним нижче вимогам.

  • Використовуйте розмітку QAPage, тільки якщо інформація на вашій сторінці викладена у формі запитання та відповідей на нього.
  • Користувачі повинні мати можливість надсилати відповіді на запитання. Не розмічайте контент за допомогою елемента QAPage, якщо на питання дано лише одну відповідь, а інші додати не можна. У таких випадках використовуйте структуровані дані FAQPage. Нижче наведено кілька прикладів.Для якого контенту підходить ця розмітка:
    • Сторінка форуму, на якій користувачі можуть надсилати відповіді на одне запитання.
    • Сторінка служби підтримки певного сервісу, на якій користувачі можуть додавати відповіді на одне запитання.

    Для якого контенту ця розмітка не підходить:

    • Сторінка з відповідями самих авторів сайту на поширені запитання у випадках, коли користувачам не надається можливість додати інші відповіді.
    • Сторінка з інформацією про товар, на якій користувачі можуть публікувати багато різних запитань і відповідей на них.
    • Практичний посібник, написаний як відповідь на питання.
    • Запис у блозі у формі відповіді на запитання.
    • Есе, в якому дається відповідь на певне питання.
  • Не застосовуйте розмітку QAPage на всіх сторінках сайту або форуму, якщо не весь контент відповідає вказаним вимогам. Наприклад, на форумі може бути одночасно безліч тем-запитань, для яких розмітка підходить, і не пов’язаних із запитаннями сторінок, для яких вона не підходить.
  • Не розмічайте за допомогою QAPage сторінки з відповідями на поширені запитання або з кількома запитаннями. Тип QAPage призначений для сторінок, присвячених якомусь одному запитанню та відповідям на нього.
  • Розмітку QAPage не можна використовувати при роботі з рекламою.
  • Розмітка типу Question повинна містити повний текст питання, а розмітка Answer – відповідь на нього.
  • Тип Answer призначений тільки для відповідей на запитання. Замість нього для такого контенту краще використовувати властивість comment і тип Comment.
  • Для відображення в розширених результатах не підходять питання та відповіді, які містять непристойні, грубі, образливі, дискримінаційні висловлювання, матеріали сексуального характеру, сцени насильства, а також заклики до небезпечних або протиправних дій.
  • Сторінки з відповідями на наукові питання з домашніх робіт користувачів можуть бути прийняті до показу в каруселі запитань і відповідей. На таких сторінках може міститися лише одна відповідь, яка була дана або обрана не користувачами, а штатними експертами.
    Приклад. Сторінка з навчальними матеріалами, де користувач задає питання, а експерти вибирають найбільш підходящу відповідь.

У цьому розділі описані типи структурованих даних, які пов’язані з розміткою QAPage.

Щоб ваш контент міг з’явитися в розширених результатах, необхідно встановити всі обов’язкові властивості. Щоб додати більше інформації до структурованих даних, ви також можете вказати рекомендовані властивості.

Тестувати структуровані дані та вивчати отриманий результат можна за допомогою інструменту перевірки розширених результатів.

Тип QAPage означає, що сторінка присвячена конкретному питанню та відповідям на нього. Зі сторінок з розміткою QAPage ми використовуємо тільки структуровані дані Question. Сторінка повинна містити тільки визначення типу QAPage.

Повний опис типу QAPage наведено на сторінці https://schema.org/QAPage.

У таблиці нижче описані властивості типу QAPage, які використовуються в Пошуку Google.

Обов’язкові властивості

mainEntity

Question

Розмітку типу Question для тієї чи іншої сторінки слід розміщувати всередині властивості mainEntity елемента QAPage.

Тип Question визначає питання, якому присвячена сторінка, і містить відповіді на нього, якщо вони є. На сторінці можна використовувати тільки один елемент типу Question. Розміщувати таку розмітку слід всередині властивості mainEntity елемента schema.org/QAPage. Сторінка повинна містити тільки одне визначення типу Question.

Повний опис типу Question наведено на сторінці https://schema.org/Question. Google підтримує наступні властивості:

Обов’язкові властивості

answerCount

Integer

Загальна кількість відповідей на запитання. Наприклад, якщо всього відповідей 15, але через розбивку на сторінки показують лише 10, то значення буде дорівнює 15. Якщо відповідей взагалі немає, воно буде дорівнює 0.

acceptedAnswer або suggestedAnswer

Answer

Щоб сторінка з’являлася в розширених результатах пошуку, на питання має бути дана хоча б одна відповідь, розмічена за допомогою властивості acceptedAnswer або suggestedAnswer. Однак одразу після публікації питання відповідей може не бути. У таких випадках задавайте для властивості answerCount значення 0. За відсутності відповідей розширений результат формуватися не буде.

acceptedAnswer

Answer

Найкраща відповідь на питання. Таких відповідей на окреме питання може не бути взагалі або може бути кілька. Властивість повинна відображати відповіді, прийняті користувачем, модератором, системою голосування тощо. Для виділення найкращих відповідей не слід використовувати інші методи сортування, наприклад, за часом публікації.

suggestedAnswer

Answer

Одна можлива відповідь, не прийнята як найкраща (acceptedAnswer). Таких відповідей на окреме питання може не бути взагалі або може бути кілька.

name

Text

Весь текст короткої форми питання, наприклад «Скільки чайних ложок у склянці?»

Рекомендовані властивості

author

Person або Organization

Інформація про автора питання. Щоб роботам Google було легше знаходити інформацію про автора серед коду, що відноситься до різних функцій, дотримуйтесь наших рекомендацій щодо розмітки, що відноситься до автора.

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

author.url

URL

Посилання на вебсторінку, присвячену користувачеві, який задав питання. Найчастіше це сторінка профілю на сайті, присвяченому питанням і відповідям. Радимо розмітити інформацію про сторінку, використовуючи структуровані дані для сторінки профілю.

comment

Comment

Коментар, що стосується питання, якщо є. Бажано, щоб це була не відповідь, а пояснення або аргумент, пов’язаний з питанням.

dateModified

DateTime

Дата і час, в які була змінена відповідь, у форматі ISO 8601.

datePublished

DateTime

Дата і час, в які була опублікована відповідь на питання, у форматі ISO 8601.

image

ImageObject або URL

Будь-які зображення, використані в питанні (якщо застосовно).

text

Text

Весь текст питання в повному вигляді. Приклад: «Щоб приготувати сніданок, мені потрібно знати, скільки чайних ложок поміщається в склянці. Скільки чайних ложок в одній склянці?»

upvoteCount

Integer

Загальна кількість голосів, які отримало питання. Якщо на сторінці підтримуються голоси “за” і “проти”, то для властивості upvoteCount слід вказати одне загальне середнє значення. Наприклад, якщо відповідь отримала 5 голосів “за” і 2 – “проти”, то загальне значення upvoteCount становитиме 3. Якщо відповідь отримала 5 голосів “за”, а голоси “проти” не приймаються, то значення upvoteCount дорівнюватиме 5.

video

VideoObject

Будь-які відео, використані в питанні (якщо застосовно).

Тип Answer визначає запропоновані та прийняті відповіді для елемента Question на сторінці. Відповіді (Answers) задаються всередині елемента Question у вигляді значень властивостей suggestedAnswer та acceptedAnswer.

У таблиці нижче описані властивості типу Answer, який використовується всередині елемента Question.

Повний опис типу Answer наведено на сторінці https://schema.org/Answer.

Обов’язкові властивості

text

Text

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

Рекомендовані властивості

author

Person або Organization

Інформація про автора відповіді. Щоб роботам Google було легше знаходити інформацію про автора серед коду, що відноситься до різних функцій, дотримуйтесь наших рекомендацій щодо розмітки, що відноситься до автора.

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

author.url

URL

Посилання на вебсторінку, присвячену користувачеві, який дав відповідь на запитання. Найчастіше це сторінка профілю на сайті, присвяченому питанням і відповідям. Радимо розмітити інформацію про сторінку, використовуючи структуровані дані для сторінки профілю.

comment

Comment

Коментар, що стосується питання, як правило, це роз’яснення або аргумент (якщо застосовно).

dateModified

DateTime

Дата та час зміни відповіді у форматі ISO 8601 (якщо застосовується).

datePublished

DateTime

Дата і час, в які було дано відповідь на питання, у форматі ISO 8601.

image

ImageObject або URL

Будь-які зображення, використані в питанні (якщо застосовно).

upvoteCount

Integer

Загальна кількість голосів, які отримала відповідь (якщо застосовно). Якщо на сторінці підтримуються голоси “за” і “проти”, то для властивості upvoteCount слід вказати одне загальне середнє значення. Наприклад, якщо відповідь отримала 5 голосів “за” і 2 – “проти”, то загальне значення upvoteCount становитиме 3. Якщо відповідь отримала 5 голосів “за”, а голоси “проти” не приймаються, то значення upvoteCount дорівнюватиме 5.

url

URL

URL прямого посилання на відповідь, наприклад https://www.examplesite.com/question#answer1

video

VideoObject або URL

Будь-які відео, використані у відповіді (якщо застосовно).

За допомогою типу Comment можна описувати пояснення або аргументи, які пов’язані з питанням або відповіддю, але самі не є ні питанням, ні відповіддю. Відповіді (Comments) задаються всередині елемента Question або Answer у вигляді значень властивості comment.

Повний опис типу Comment наведено на сторінці https://schema.org/Comment.

Обов’язкові властивості

text

Text

Повний текст коментаря. Якщо розмічено лише частину, Google може не визначити, який саме текст показувати.

Рекомендовані властивості

author

Person або Organization

Інформація про автора коментаря. Щоб роботам Google було легше знаходити інформацію про автора серед коду, який пов’язаний з різними функціями, дотримуйтесь наших рекомендацій щодо розмітки, що відноситься до автора.

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

author.url

URL

Посилання на вебсторінку, присвячену користувачеві, який додав коментар. Найчастіше це сторінка профілю на сайті, присвяченому питанням і відповідям. Радимо розмітити інформацію про сторінку, використовуючи структуровані дані для сторінки профілю.

comment

Comment

Вкладений багаторівневий коментар, доданий у відповідь на коментар (якщо є).

dateModified

DateTime

Дата і час зміни коментаря у форматі ISO 8601 (якщо застосовується).

datePublished

DateTime

Дата і час, в які був написаний коментар, у форматі ISO 8601.

image

ImageObject або URL

Будь-які зображення, використані в коментарі (якщо застосовно).

video

VideoObject або URL

Будь-які відео, що використовуються в коментарі (якщо застосовно).

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

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

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

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

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

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

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

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