Разметка вопросов и ответов для ИИ-поиска: FAQPage, QAPage и GEO в 2026 году

Что даёт разметка вопросов и ответов ИИ-поиску

Прямой ответ: разметка Schema.org передаёт поисковой системе машиночитаемые сведения о структуре страницы — где вопрос, какой текст является ответом и кто его опубликовал. Она помогает классифицировать контент, но сама по себе не гарантирует ни цитирование, ни расширенный сниппет, ни рост позиций.

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

Для генеративного поиска список условий шире, и разметка в нём далеко не первая:

• робот должен получить HTML страницы;
• URL должен быть индексируемым и каноническим;
• ответ должен находиться в видимом текстовом контенте;
• формулировка должна прямо закрывать интент;
• факты должны иметь понятные источники и дату актуальности;
• структурированные данные должны совпадать с содержанием страницы.

Google прямо указывает, что для AI Overviews и AI Mode не нужны ни специальные AI-файлы, ни отдельная Schema.org-разметка. Структурированные данные полезны в рамках обычного SEO, но обязаны соответствовать видимому тексту.

Что учитывают разные системы

Требования к краулерам публикуют сами OpenAI и Perplexity. Яндекс поддерживает разметку вопросов и ответов для мобильной выдачи и описывает её как помощь Поиску в выделении лучшего ответа и формировании специального сниппета — без гарантии показа. Отдельно оговорено, что неподдерживаемую или ошибочную разметку Яндекс просто пропускает и не понижает за неё страницу.

Что изменилось с FAQ-сниппетами в 2026 году

Прямой ответ: 7 мая 2026 года Google прекратил показывать FAQ rich results — раскрывающиеся блоки вопросов и ответов в выдаче — и в тот же день поставил в документации по FAQ-разметке пометку об отказе от функции. Тип FAQPage при этом остался действующей частью словаря Schema.org, а сама разметка на страницах не мешает.

Важный контекст, который меняет отношение к этой новости: FAQ rich results и до отмены были доступны почти никому. Ещё в августе 2023 года Google ограничил их выдачей авторитетных государственных и медицинских сайтов. То есть для большинства коммерческих проектов расширенный FAQ-сниппет был функционально невидим уже несколько лет, и отмена 2026 года ничего практически не отняла — она лишь закрыла аргумент, которым до сих пор продают внедрение разметки.

Практический вывод простой. Если подрядчик обещает расширенный FAQ-сниппет в Google, это устаревшее обещание. Разметку FAQPage стоит обосновывать семантикой, аккуратностью описания страницы и удобством сопровождения — но не поисковой функцией, которой больше нет.

Дата и формулировки сверены 30 июля 2026 года по документации Google по FAQ-разметке. Документация не удалена: страница по-прежнему доступна и содержит пометку об отказе от функции.

FAQPage, QAPage или Article: какую схему выбрать

Прямой ответ: FAQPage подходит для нескольких вопросов с официальными ответами редакции или компании. QAPage — для страницы с одним вопросом и несколькими пользовательскими ответами. Экспертную статью следует размечать как Article или BlogPosting, даже если внутри неё есть раздел частых вопросов.

Когда применять FAQPage

FAQPage описывает страницу с набором вопросов и ответов, опубликованных самим сайтом. Использование оправдано, когда на странице действительно есть несколько видимых вопросов, блок помогает принять решение, ответы уникальны для этого URL, а CMS способна держать HTML и JSON-LD синхронными.

Не следует массово добавлять одинаковый FAQ на все страницы сайта. Такая реализация размывает тематическую специализацию URL, создаёт дубли и повышает риск рассинхронизации между интерфейсом и структурированными данными.

Когда применять QAPage

QAPage предназначена для страницы, сфокусированной на одном вопросе. По правилам Google пользователи должны иметь возможность публиковать альтернативные ответы. Обычный FAQ, статья, инструкция или продуктовая страница без такой функции требованиям не соответствуют.

Яндекс так же требует, чтобы одна страница содержала один вопрос и связанные с ним ответы. Для определения лучшего ответа могут учитываться acceptedAnswer, text и upvoteCount.

Когда использовать Article или BlogPosting

Экспертный гайд с вопросительными подзаголовками остаётся статьёй. Для него корректнее применять Article или BlogPosting, указывая заголовок, автора, издателя, дату публикации, дату обновления. Google рекомендует связывать автора с отдельной страницей профиля и использовать правильный тип: Person для человека, Organization для редакции.

Как готовить вопросы и ответы к цитированию в ИИ

Прямой ответ: каждый значимый подраздел должен начинаться с самостоятельного ответа объёмом примерно 30–50 слов, после которого идут доказательства, условия, исключения и практическое действие. Такой формат полезен человеку и позволяет извлечь законченный фрагмент без потери контекста.

Формулируйте вопрос как реальный поисковый запрос

Слабый подзаголовок — «Важные особенности разметки». Сильный — «Помогает ли FAQPage попасть в ответы ChatGPT и Google AI Overviews?». Второй сразу задаёт сущности, объект сравнения и интент. Он работает и в классическом поиске, и при query fan-out — механизме, когда генеративная система выполняет серию связанных поисков по подтемам; Google описывает его применение в AI Overviews и AI Mode.

Начинайте с законченного ответа

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

Не дробите текст искусственно

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

Подробнее о том, как писать текст, который нейросети используют как источник, — в отдельном разборе контента для LLM-поиска.

Пример FAQPage в JSON-LD

Прямой ответ: используйте FAQPage, когда на одной странице опубликовано несколько видимых вопросов с официальными ответами компании. Содержимое Question.name и Answer.text должно соответствовать тексту, который пользователь видит в HTML.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Помогает ли FAQPage попасть в AI Overviews?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Нет прямой зависимости. Google не требует специальной Schema.org-разметки для AI Overviews."
      }
    },
    {
      "@type": "Question",
      "name": "Нужно ли удалять FAQPage после отмены FAQ-сниппетов?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Удалять корректную разметку необязательно: FAQPage остаётся типом Schema.org."
      }
    }
  ]
}
</script>

Требования к реализации

• все вопросы и ответы присутствуют в видимой части страницы;
• текст в JSON-LD не содержит утверждений, скрытых от пользователя;
• ответы не генерируются массово из ключевых слов;
• один универсальный FAQ не копируется на сотни URL;
• после изменения HTML автоматически обновляется JSON-LD;
• разметка не используется для рекламы и ложных гарантий;
• страница открыта для обхода и отдаёт корректный HTTP-статус.

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

Пример корректной QAPage

Прямой ответ: QAPage должна содержать одну сущность Question, количество ответов и хотя бы один acceptedAnswer либо suggestedAnswer. Для стандартного сценария Google альтернативные ответы публикуют пользователи, а не владелец сайта.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "QAPage",
  "mainEntity": {
    "@type": "Question",
    "name": "Как проверить, видит ли OAI-SearchBot страницу?",
    "text": "Разметка есть в исходном HTML, но переходов из ChatGPT нет. Как проверить доступность?",
    "answerCount": 2,
    "datePublished": "2026-07-10T12:00:00+03:00",
    "author": { "@type": "Person", "name": "Алексей Петров", "url": "https://example.ru/users/aleksey-petrov/" },
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Проверьте robots.txt, HTTP-статус, логи CDN и WAF. Валидный JSON-LD переходы не гарантирует.",
      "upvoteCount": 18,
      "datePublished": "2026-07-10T14:30:00+03:00",
      "url": "https://example.ru/questions/oai-searchbot/#answer-1",
      "author": { "@type": "Person", "name": "Мария Соколова", "url": "https://example.ru/users/mariya-sokolova/" }
    },
    "suggestedAnswer": {
      "@type": "Answer",
      "text": "Дополнительно сверьте серверные логи по User-Agent и опубликованным IP-диапазонам.",
      "upvoteCount": 7,
      "datePublished": "2026-07-11T09:15:00+03:00",
      "url": "https://example.ru/questions/oai-searchbot/#answer-2",
      "author": { "@type": "Person", "name": "Иван Морозов", "url": "https://example.ru/users/ivan-morozov/" }
    }
  }
}
</script>

Домен example.ru и имена в примере условны — это шаблон структуры, а не реальная страница. Google ожидает одну QAPage и одну основную Question на URL: для участия в расширенном представлении вопрос должен иметь хотя бы один ответ, а answerCount обязан отражать фактическое количество ответов.

Техническая доступность для ChatGPT и Perplexity

Прямой ответ: чтобы контент мог появляться в ChatGPT Search и Perplexity, добавить JSON-LD недостаточно. Роботы должны получить страницу без запрета в robots.txt, авторизации, CAPTCHA, JavaScript-челленджа, ответа 403 и без блокировки опубликованных IP-диапазонов.

Три робота OpenAI и зачем различать их

OpenAI разделяет краулеров по назначению, и это разные решения, а не одно:

Отсюда типовая конфигурация: разрешить поиск и при этом отказаться от обучения.

User-agent: OAI-SearchBot
Allow: /

User-agent: GPTBot
Disallow: /

Perplexity и проверка на уровне WAF

User-agent: PerplexityBot
Allow: /

Perplexity respects стандартные директивы robots.txt, но одного файла мало: если сайт закрыт WAF, бота нужно вносить в исключения вместе с актуальными адресами. Perplexity публикует их машиночитаемыми списками — perplexitybot.json и perplexity-user.json на своём домене — и указывает, что именно эти списки следует считать источником истины для настройки WAF, поскольку адреса обновляются. Для Cloudflare правило собирается из условий по User-Agent и IP с действием Allow; для AWS WAF создаются IP-наборы и правила разрешения с приоритетом выше блокирующих.

Что проверить на уровне сервера

• ответ 200 OK для целевого URL;
• отсутствие длинных и циклических цепочек редиректов;
• корректный self-referencing canonical;
• отсутствие noindex и X-Robots-Tag: noindex;
• доступ к CSS и JavaScript, влияющим на основной контент;
• отсутствие обязательной авторизации и CAPTCHA;
• отсутствие ответов 403, 429 и нестабильных 5xx;
• разрешение официальных ботов в CDN, WAF и bot-management;
• наличие URL в актуальной sitemap.xml;
• доступность вопроса и ответа в отрендеренном HTML.

При аудитах регулярно повторяется одна и та же картина: robots.txt настроен верно, а запрос блокируется на следующем уровне — Cloudflare, хостингом, модулем защиты CMS или правилом rate limiting. Поэтому проверка одного robots.txt фактическую доступность страницы не подтверждает. Если краулеры получают 403, пустой HTML или неверный canonical, сначала требуется техническое SEO сайта, а не расширение FAQ-блоков.

Чек-лист внедрения разметки вопросов и ответов

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

P0 — критично

• URL закрыт в robots.txt;
• страница возвращает 4xx или 5xx;
• установлен noindex;
• canonical ведёт на другой нерелевантный URL;
• основной ответ появляется только после авторизации;
• Googlebot, OAI-SearchBot или PerplexityBot блокируются WAF;
• в JSON-LD указан контент, которого нет на странице.

P1 — тип и структура

• QAPage используется для обычной статьи;
• на одной QAPage размечено несколько независимых вопросов;
• пользователи не могут добавлять ответы;
• answerCount не совпадает с реальным числом ответов;
• вопрос или ответ обрезан в структурированных данных;
• комментарии размечены как Answer;
• несколько скриптов описывают одну сущность противоречащими данными;
• даты публикации и обновления не соответствуют странице.

P2 — качество

• ответ начинается с вводных фраз вместо вывода;
• вопрос не соответствует поисковому интенту;
• отсутствуют источники и дата актуализации;
• один FAQ без изменений размещён на множестве URL;
• ответы содержат неподтверждённые абсолютные утверждения;
• не указаны автор или редакция.

P3 — усиление

• добавить Article или BlogPosting для редакционного материала;
• добавить BreadcrumbList;
• связать автора со страницей профиля;
• указать dateModified после существенного обновления;
• добавить релевантные внутренние ссылки;
• настроить мониторинг реферального трафика из AI-систем.

Перед внедрением разметки на сотни URL целесообразно провести SEO-аудит сайта и проверить, не создаёт ли CMS дубли, противоречащий canonical или устаревший JSON-LD.

Как проверять structured data

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

Разделение полезно держать в голове целиком: Schema.org определяет словарь, поисковая система — поддерживаемый сценарий, валидатор проверяет код, алгоритм решает, использовать ли данные. Для первичной диагностики подойдут бесплатные инструменты проверки, а подтверждать результат нужно в Search Console, Яндекс.Вебмастере и серверных логах.

Как усилить E-E-A-T и цитируемость

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

Google рекомендует явно указывать автора, ссылаться на его профиль, раскрывать способ создания материала и объяснять, для кого он опубликован. В концепции E-E-A-T ключевым элементом считается доверие. На практике это означает набор из имени автора и его специализации, ссылки на профиль, даты публикации и последней существенной проверки, перечня первичных источников, описания методики, реальных ошибок из проектов, примеров кода и честного описания ограничений.

Как обычно выглядит неудачное внедрение

При техническом аудите FAQ приходится оценивать не как декоративный элемент, а как часть интента и воронки. Типичная последовательность проблем: вопросы собраны без анализа спроса, ответы повторяют основной текст, JSON-LD генерируется отдельным плагином, после правки текста схема остаётся старой, блок подгружается только после действия пользователя, бот получает пустой контейнер, а эффективность измеряется наличием зелёной отметки валидатора.

Корректная логика обратная: определить вопросы, влияющие на выбор и конверсию, подготовить точные самостоятельные ответы, опубликовать их в HTML, выбрать тип страницы, сгенерировать синхронную разметку, проверить обход и рендеринг и только затем связать изменения с показами, переходами и заявками.

Ошибки, которые мешают попаданию в AI-ответы

Считать FAQPage фактором ранжирования

Ни Google, ни Яндекс не заявляют, что наличие разметки напрямую повышает позиции. Структурированные данные помогают интерпретации и могут влиять на внешний вид результата, но не заменяют релевантность, качество и авторитетность.

Размечать невидимый текст

Если JSON-LD содержит более выгодный, подробный или просто иной ответ, чем HTML, возникает несоответствие. Google требует, чтобы структурированные данные отражали видимое содержание страницы.

Использовать QAPage для корпоративного FAQ

Самая частая структурная ошибка. QAPage не является усиленной версией FAQPage: Google ограничивает её страницами с одним вопросом, где альтернативные ответы могут публиковать пользователи.

Обещать расширенный FAQ-сниппет

После 7 мая 2026 года продолжать обещать клиенту раскрывающийся FAQ в выдаче Google некорректно. Разметку следует обосновывать семантикой и удобством сопровождения, а не несуществующей функцией.

Блокировать AI-краулеры

ChatGPT Search требует доступа для OAI-SearchBot, Perplexity — для PerplexityBot и своих опубликованных адресов. Блокировка случается и в robots.txt, и на уровне WAF, причём второе обнаруживается заметно позже.

Создавать контент специально «для робота»

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

Надеяться на llms.txt как на замену SEO

В июне 2026 года Google отдельным пунктом обновления документации уточнил позицию по llms.txt: создавать такие файлы для сторонних сервисов нормально, но на видимость и ранжирование в Google Search они не влияют ни положительно, ни отрицательно — Google Search их игнорирует. Наличие файла не исправляет проблемы с индексируемостью, внутренними ссылками, контентом или разметкой. Как собрать файл осмысленно, если он нужен для других систем, разобрано в инструкции по llms.txt для сайта.

Как измерить результат внедрения

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

Метрики поиска

Считайте количество индексируемых целевых URL, показы и клики по страницам с вопросами, среднюю позицию по информационным запросам, CTR сниппетов, число запросов с показами, долю URL без ошибок разметки и скорость повторного обхода после обновления. Трафик из AI Overviews и AI Mode входит в общий отчёт Performance в Search Console с типом поиска Web — отдельного разреза для него нет, поэтому бизнес-результат оценивается сопоставлением с аналитикой и конверсиями.

Переходы из ChatGPT

OpenAI автоматически добавляет к реферальным URL параметр utm_source=chatgpt.com. Это позволяет собрать отдельный сегмент в GA4, Яндекс.Метрике или сквозной аналитике и смотреть не только сеансы и посадочные страницы, но и целевые действия, обращения, качество лидов и выручку.

GEO-мониторинг

Соберите фиксированный набор из 30–100 значимых вопросов и ежемесячно проверяйте, появляется ли бренд в ответе, есть ли ссылка на сайт, какая именно страница цитируется, в каком контексте упомянута компания, какие конкуренты используются как источники и какие подтемы на сайте отсутствуют. Такой мониторинг не заменяет Search Console и аналитику — он показывает долю присутствия бренда в ответах и находит пробелы в охвате. Результат внедрения имеет смысл оценивать через SEO-аналитику: по переходам, целевым действиям и выручке, а не по отчёту валидатора.

Рекомендуемый порядок внедрения

Прямой ответ: начинайте не с генерации JSON-LD, а с определения интента и типа страницы. После публикации видимого контента внедрите схему, проверьте рендеринг и доступность ботов, и только затем измеряйте метрики.

Разметка вопросов должна быть частью системного SEO-продвижения сайта: семантика определяет вопросы, контент закрывает интент, перелинковка передаёт вес приоритетным страницам.

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

Помогает ли FAQPage попасть в ChatGPT Search?

OpenAI не называет FAQPage отдельным фактором отбора или ранжирования. Чтобы контент попадал в сниппеты ChatGPT Search, документация требует другого: разрешить обход для OAI-SearchBot в robots.txt и пропускать его опубликованные IP-диапазоны. Разметка полезна как дополнительный семантический слой, но не как гарантия цитирования.

Нужна ли специальная разметка для Google AI Overviews?

Нет. Google указывает, что для AI Overviews и AI Mode не существует дополнительных технических требований или отдельной Schema.org-схемы. Страница должна индексироваться, быть доступной для формирования сниппета и соответствовать обычным рекомендациям по качеству и structured data.

Нужно ли удалять FAQPage после отмены FAQ-сниппетов?

Обязательной необходимости нет. FAQPage остаётся действующим типом Schema.org, а Google отдельно оговаривает, что неиспользуемые структурированные данные не создают проблем для Поиска. Решение стоит принимать по стоимости сопровождения: если схема регулярно расходится с HTML и ничем не используется, лишний слой лучше упростить.

Можно ли размечать статью как QAPage?

Нет, если это обычная редакционная статья и пользователи не могут публиковать альтернативные ответы. Google прямо относит статьи, инструкции, эссе и корпоративные разделы частых вопросов к некорректным сценариям QAPage. Для такого материала подходит Article или BlogPosting.

Влияет ли микроразметка на позиции в Яндексе?

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

Где должен находиться JSON-LD

Внутри тега script с типом application/ld+json, в head или в body — Google допускает оба варианта и рекомендует JSON-LD как самый удобный для внедрения и сопровождения формат. Значение имеет не место в документе, а наличие разметки в отрендеренном HTML и её соответствие видимому тексту.

Источники

• Google: сайты в AI Overviews и AI Mode
• Google: FAQPage и пометка об отказе от FAQ rich results
• Google: требования к разметке QAPage
• Google: правила для структурированных данных
• OpenAI: OAI-SearchBot, GPTBot и ChatGPT-User
• Perplexity: краулеры, robots.txt и настройка WAF
• Яндекс: разметка вопросов и ответов
• Schema.org: описание типа QAPage

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

Что изучить дальше