QAPage Schema

Определение

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

3 мин 201 Обновлено 15 октября

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 для ИИ-поиска в 2026 высокая.

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

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

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

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

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

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

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

201

Связанные термины

FAQPage Schema (разметка вопросов и ответов) FAQPage Schema – тип разметки Schema.org для страниц с часто задаваемыми вопросами и ответами. С 8 августа 2023 года Google показывает FAQ rich results только для авторитетных правительственных и медицинских сайтов, но для ИИ-поиска разметка остаётся одним из самых сильных сигналов цитируемости. Featured snippet Featured snippet ("блок ответа", position zero) – расширенный сниппет в выдаче Google, который показывает прямой ответ на запрос над основными результатами. Появился в Google в 2014 году. Запускается примерно в 5–8% запросов, даёт 35–42% кликов в выдаче в зависимости от устройства. GEO (Generative Engine Optimization) GEO (Generative Engine Optimization) – оптимизация контента под цитируемость в ИИ-поисковиках: ChatGPT, Perplexity, Google AI Overviews, Яндекс Алиса AI. Термин ввели исследователи Принстона, Georgia Tech, Allen Institute и IIT Delhi в работе на arXiv от 16 ноября 2023 года. JSON-LD Формат записи структурированных данных Schema.org в JSON (рекомендация W3C, 2014). Используется как основной способ внедрения разметки на веб-страницы: отдельный блок в секции head или body, не зависит от вёрстки. Schema.org Schema.org – словарь структурированных данных для разметки веб-страниц, который понимают Google, Bing, Yandex и ИИ-системы. Запущен в 2011 году совместно Google, Microsoft и Yahoo, в ноябре 2011 к проекту присоединился Яндекс.

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

Что почитать дальше по этой теме

Инструкция Уведомления о заявках с сайта в MAX: что нужно для подключения Что нужно, чтобы заявки с сайта приходили в MAX: верифицированная организация, модерация бота, токен из веб-версии и группа для заявок. Плюс разбор для разработчика. 7 мин 282 4 октября 2026 Статья Что боты находят на сайте, а вы – нет Боты ходят по изнанке сайта, куда живой человек не забредёт, и фиксируют в логах то, чего не видно ни в Метрике, ни на витрине: падающие с ошибкой 500 страницы каталога, битый файл с 747 обращениями, поток сканеров секретов. Разбираю на реальных логах, что искать и как чинить. 7 мин 476 22 июля 2026 Инструкция Как выгрузить и читать access-логи, если хостинг хранит их три дня Access-лог (журнал обращений к серверу) – единственное место, где виден весь трафик сайта, включая ИИ-ботов, которых не замечают счётчики. Разбираю на практике: где взять логи, как не потерять их из-за ротации, какие команды показывают ботов, ошибки и подозрительную активность. 7 мин 483 21 июля 2026 Флагманский гайд ИИ-анализ email-обращений: методика на стыке Яндекс.Метрики и Claude Code Классический email-трекинг отвечает на вопрос "откуда пришло обращение". ИИ-слой отвечает на вопросы, которые раньше требовали ручного аналитика: значим ли email на фоне звонков, форм и мессенджеров, почему один источник даёт качественные обращения, а другой – пустые, какие сегменты визитов предшествуют письму, что написать в ответ с учётом пути пользователя. Здесь – как я собираю это на уже имеющемся стеке: Logs API Метрики, PostgreSQL и Claude Code, без новых платных сервисов. 11 мин 486 26 мая 2026 Флагманский гайд Майкор: ИИ-аудит проекта по 4 точкам контакта Майкор – это перекрёстный ИИ-аудит проекта в 4 точках контакта: сайт, контекстная реклама, ИИ-поиск и Яндекс.Карты. Я анализирую каждую систему и смотрю связки между ними – где маркетинг рассказывает одно, реклама ведёт на другое, а ИИ-системы цитируют третий номер телефона. В одном из моих аудитов медицинской клиники в Москве у организации в индексе ИИ-сервисов оказалось 6 разных номеров и всего 7 упоминаний на 64 проверочных запроса – при том, что в обычной выдаче Яндекса клиника была в топ-1. Майкор закрывает такие разрывы за один аудит вместо четырёх раздельных. 16 мин 776 13 мая 2026