FAQ на сайте: какие вопросы нужны и как оформить ответы

С 7 мая 2026 года Google не показывает расширенные FAQ-результаты. Это указано в журнале изменений Google Search. Тип FAQPage остаётся в Schema.org, но его наличие не возвращает этот формат выдачи.

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

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

Удалите дубли, вопросы без самостоятельной пользы и рекламные формулировки вроде «почему мы лучшие». Если без ответа нельзя понять предложение, перенесите его в основной блок. Если нужен подробный разбор, кратко объясните суть и дайте ссылку на отдельную инструкцию.

Количество вопросов определяется содержанием. FAQ не обязателен для каждой статьи или карточки.

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

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

Для условного сервиса по настройке сайта вопрос может звучать так: «Какие данные подготовить для обсуждения задачи?» Ответ: «Опишите желаемое действие посетителя, пришлите адрес сайта и перечислите, что сейчас мешает. Доступы и дополнительные материалы согласуют после определения задачи».

Это пример формы ответа, а не опубликованные условия конкретного исполнителя. Он называет следующий шаг без придуманной цены и срока. В реальном FAQ вместо общей фразы должны быть действующие правила компании.

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

Минимальный учебный пример структуры:

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Что означает FAQ?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "Это раздел с ответами на частые вопросы."
    }
  }]
}

Проверяйте синтаксис и словарь через Schema Markup Validator. Отсутствие FAQ-отчёта в Google после прекращения поддержки формата не означает ошибку кода. Валидность Schema.org и право на конкретный расширенный результат — разные проверки.

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

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