QAPage Schema

QAPage Schema — тип разметки Schema.org для страниц с одним пользовательским вопросом и одним или несколькими ответами. Используется на форумах, Q&A-сайтах вроде Stack Overflow, в комментариях. Главное отличие от FAQPage: вопрос задаёт пользователь, а не создатель сайта.

3 минуты чтения

QAPage — частый источник путаницы с FAQPage: на первый взгляд оба типа описывают «вопрос и ответ». Разница в источнике вопроса. FAQPage — это «часто задаваемые вопросы», на которые отвечает создатель сайта. QAPage — это пользовательский вопрос с одним или несколькими ответами от других пользователей. Типичные QAPage-сайты: Stack Overflow, Quora, Reddit, форумы поддержки, разделы Q&A в e-commerce.

Как это работает

QAPage — тип Schema.org, состоящий из контейнера QAPage, главной сущности Question и набора связанных Answer. Один из ответов может быть помечен как принятый (acceptedAnswer), остальные — как просто предложенные (suggestedAnswer).

Минимальный пример в формате JSON-LD:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "QAPage",
  "mainEntity": {
    "@type": "Question",
    "name": "Как настроить llms.txt в Битриксе?",
    "text": "Подскажите, кто-нибудь делал llms.txt для сайта на Bitrix? Через какой компонент?",
    "author": {"@type": "Person", "name": "Иван"},
    "upvoteCount": 12,
    "answerCount": 2,
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Я делал через кастомный компонент, который собирает...",
      "author": {"@type": "Person", "name": "Мария"},
      "upvoteCount": 8
    },
    "suggestedAnswer": [
      {
        "@type": "Answer",
        "text": "Можно проще — через ChainOfResponsibility...",
        "author": {"@type": "Person", "name": "Алексей"},
        "upvoteCount": 3
      }
    ]
  }
}
</script>

Главные свойства Question: name (заголовок), text (полный текст вопроса), upvoteCount (голоса), answerCount (число ответов), author, dateCreated. У ответов аналогично — text, upvoteCount, author, dateCreated.

QAPage vs FAQPage — главные отличия

ПараметрQAPageFAQPage
Источник вопросаПользователь сайтаСоздатель сайта
Количество ответовОдин или несколько (с upvotes)Только один
Типичные сайтыStack Overflow, форумы, Q&A на маркетплейсахСтраницы FAQ, разделы поддержки
Главная сущностьОдин Question с массивом AnswerМассив пар Question + Answer
АвторыУказываются для вопроса и каждого ответаОбычно не указываются

Зачем это нужно

В отличие от FAQPage, у QAPage никогда не было визуально заметного rich result в Google — поэтому новостей о его «отключении» в 2023 году не было. Зато ценность QAPage для AI-поиска в 2026 высокая.

1. AI-цитируемость. ChatGPT, Perplexity и AI Overviews активно цитируют контент с форумов и Q&A-сайтов — особенно когда речь о реальном пользовательском опыте. Stack Overflow, Reddit, Quora — три самых частых источника в ответах Perplexity по техническим запросам. Правильная QAPage-разметка помогает AI-системам корректно идентифицировать вопрос, ответы и их авторов.

2. Опыт реальных пользователей. AI-системы ценят user-generated content за то, что он отражает реальные кейсы, а не маркетинговые формулировки. QAPage — это формат, который даёт AI понять: «здесь не статья создателя сайта, здесь живой диалог с разной степенью авторитетности у разных авторов».

3. Featured snippets и блок «Похожие вопросы». Google использует QAPage-разметку для выбора контента в featured snippets и в блок People Also Ask. Хотя FAQ rich results были ограничены в 2023, QAPage эту судьбу не разделил.

Когда выбирать QAPage, а когда FAQPage

  • Создатель сайта пишет ответы на типичные вопросы → FAQPage
  • Пользователи задают вопросы и отвечают друг другу → QAPage
  • Один вопрос — один официальный ответ → FAQPage
  • Один вопрос — несколько ответов от разных людей → QAPage
  • Карточка товара с раскрывающимися «вопросами» от поддержки → FAQPage
  • Карточка товара с разделом «вопросы покупателей» → QAPage

Пример

На сайте B2B SaaS-клиента в карточках продуктов был раздел «вопросы клиентов» — пользователи задавали вопросы, отвечал саппорт-инженер. Раньше эти блоки были размечены как FAQPage — это было ошибкой, потому что вопросы задавали реальные пользователи, и ответы шли не от создателя контента, а от службы поддержки. Технически разметка была валидной, но семантически — нарушала логику типа.

Перевели разметку на QAPage с явным указанием авторов: пользователя для вопроса и сотрудника саппорта для ответа. Через 6 недель в Search Console появились показы по новым запросам — Google начал использовать пользовательские вопросы из карточек как источник для блока «Похожие вопросы». Перейдя по такому показу, пользователь сразу попадал на нужный продукт с нужным разъяснением — это конверсионнее, чем переход на абстрактный FAQ.

Вывод: QAPage — нишевый, но недооценённый тип разметки. Если на сайте есть пользовательские вопросы или комментарии в формате Q&A, переход на правильный тип улучшает AI-цитируемость и качество показов в Google.

Частые вопросы

Чем QAPage отличается от FAQPage?

FAQPage используется на страницах с часто задаваемыми вопросами, на которые отвечает создатель сайта. Один вопрос — один официальный ответ. QAPage используется на страницах с пользовательскими вопросами и одним или несколькими ответами от других пользователей. Типичный кейс QAPage — Stack Overflow, форумы, разделы вопросов в e-commerce.

Применяет ли Google ограничения для QAPage, как для FAQPage?

Нет. Ограничения августа 2023 года касались только FAQPage rich results — Google перестал показывать FAQ-сниппеты в выдаче для большинства сайтов. QAPage эта судьба не затронула: разметка работает в обычном режиме, используется в featured snippets и в блоке «Похожие вопросы».

Когда нужно использовать QAPage вместо FAQPage?

Если на странице вопрос задал пользователь, а не создатель сайта. Если есть несколько ответов от разных авторов с upvotes. Если страница — это форум, обсуждение, раздел вопросов покупателей в карточке товара. FAQPage применяется только когда сам сайт ведёт диалог с читателем (вопрос-ответ от имени бренда).

Можно ли использовать QAPage на маркетинговых страницах?

Только если на странице действительно есть пользовательский вопрос с одним или несколькими ответами. Использовать QAPage для имитации диалога (когда «вопросы» написаны самим маркетологом) — нарушение правил Schema.org и Google. Для маркетинговых страниц с искусственными «вопросами» правильнее не использовать ни FAQPage, ни QAPage — встроить Q&A прямо в текст без разметки.

Какие свойства обязательны в QAPage?

В QAPage обязательно поле mainEntity типа Question. У Question обязательные свойства: name (заголовок), text (полный текст вопроса), upvoteCount (число голосов), answerCount (число ответов), acceptedAnswer или suggestedAnswer. У Answer обязательны text и upvoteCount. Желательно также указывать author и dateCreated для каждого вопроса и ответа — это сильный сигнал для AI-систем.

Как QAPage влияет на AI-цитируемость?

Положительно — AI-системы (ChatGPT, Perplexity, Claude) активно используют контент с Q&A-сайтов и форумов. Stack Overflow, Reddit и Quora — одни из самых цитируемых источников в Perplexity по техническим запросам. Правильно размеченная QAPage помогает AI идентифицировать вопрос, авторов и принятый ответ — это повышает шанс цитирования с корректной атрибуцией.

Можно ли использовать одновременно QAPage и FAQPage на одном сайте?

Да, но не на одной странице. Внутри одного сайта могут быть разные типы страниц: страница FAQ — FAQPage, страница форума или раздел вопросов в карточке товара — QAPage. Главное правило: тип разметки должен соответствовать реальному источнику и структуре контента, а не использоваться для манипуляции выдачей.

Материалы по теме

Валентина Меланина

Нужна консультация?

Разберу ваш сайт и покажу точки роста

Если хотите понять, как этот термин применить к вашему проекту — начнём с аудита.