Подробнее
Блоки «Частые вопросы» появились на сайтах задолго до структурированных данных, но именно разметка сделала их понятными машине. Словарь Schema.org описывает тип FAQPage — страницу со списком вопросов, на каждый из которых сайт даёт один ответ. Когда Google начал показывать под сниппетом раскрывающиеся вопросы, FAQ-разметку стали добавлять почти везде: она занимала больше места в выдаче и не требовала новых страниц.
В августе 2023 года Google ограничил показ FAQ-сниппетов: теперь их получают только авторитетные государственные и медицинские сайты. Коммерческие проекты лишились визуального бонуса, но сама разметка осталась валидной — поисковые системы её по-прежнему читают. Её роль сместилась: из инструмента «захвата места в выдаче» она превратилась в машиночитаемый слой, который помогает поиску и нейросетям разобрать структуру «вопрос — ответ». Поэтому FAQ-блоки с разметкой — рабочий элемент оптимизации под нейропоиск (AEO), а не способ получить звёздочки в сниппете.
Как устроена разметка FAQPage
Разметка повторяет структуру видимого блока, только в формате, который читает робот. Иерархия у неё простая:
- Корневой объект
FAQPageописывает страницу, на которой собраны вопросы и ответы. - Свойство
mainEntityсодержит массив объектовQuestion; у каждого вname— текст вопроса. - У вопроса есть
acceptedAnswer— объектAnswer, ответ лежит в его свойствеtext. Google допускает в ответе простые HTML-теги: абзацы, списки, ссылки, выделение. - Формат чаще всего JSON-LD внутри
<script type="application/ld+json">; Google понимает также Microdata и RDFa. JSON-LD удобнее: он не вмешивается в вёрстку и собирается из тех же данных, что и видимый блок.
FAQPage подходит, когда вопросы и ответы написал сам сайт и у каждого вопроса один ответ. Если ответы присылают пользователи и их может быть несколько — форум или сервис вопросов, — нужен другой тип, QAPage.
Что разметка даёт сейчас, а что нет
После ограничения сниппетов многие решили, что FAQ-разметка умерла. Это не так, но ожидания стоит пересобрать:
- Даёт однозначную структуру: поисковик и нейросеть не гадают, где вопрос, а где ответ, и не склеивают соседние абзацы.
- Даёт дисциплину контента: если блок и разметка строятся из одного источника, короткие самодостаточные ответы становятся нормой для всей страницы.
- Даёт шанс на расширенный сниппет — но в Google только авторитетным государственным и медицинским сайтам.
- Не даёт прямого роста позиций: FAQPage не фактор ранжирования.
- Не гарантирует быстрый ответ или цитату в нейроответе: их выбирают по содержанию, а не по наличию разметки.
Связь с нейропоиском реальна, но работает через формат, а не через магию кода. Движки ответов — AI Overviews, Алиса AI (ранее Нейро), Perplexity — собирают ответ из фрагментов страниц. Насколько конкретная система читает JSON-LD, публично не раскрывается. Надёжно работает другое: ответ, который понятен без соседних абзацев, проще выделить в отдельный фрагмент при чанковании и процитировать без искажений.
Как писать вопросы и ответы
Разметка ничего не исправит, если сами вопросы написаны для галочки. Три правила, которые отличают полезный блок от декоративного.
Язык людей, а не компании. «Какова стоимость оказываемых услуг» не спрашивает никто — спрашивают «сколько стоит ремонт холодильника». Живые формулировки берут из поисковых подсказок, отчётов по запросам в Яндекс.Вебмастере и Search Console, вопросов клиентов менеджерам и в чатах.
Ответ первым предложением. Сначала прямой ответ в 30–60 слов, самодостаточный и без отсылок «как сказано выше», дальше — детали и оговорки.
Вопросы строго по интенту страницы. Вопросы о доставке живут на странице доставки, о гарантии — на странице услуги. Блок должен закрывать сомнения именно того поискового интента, с которым приходят на эту страницу. Как встроить такие блоки в контент под нейропоиск, разобрано в статье «FAQ-блоки и ответные блоки под AEO».
Пример из практики: сервисный центр с общим FAQ
Типичная картина: у сервисного центра десятки страниц услуг, и на каждой в подвале выводится один и тот же блок из десяти вопросов — о гарантии, оплате, выезде мастера. Разметка FAQPage подключена в шаблоне и одинакова на всех страницах. Часть вопросов в разметке к тому же не видна на мобильной версии: блок там скрыт целиком, а JSON-LD остался. Формулировки взяты из договора, а не из разговоров с клиентами.
Исправление начинается с удаления сквозного блока. Общие вопросы переезжают на одну страницу «Оплата и гарантия», а для каждой услуги из звонков и поисковых запросов собирается свой набор из нескольких вопросов: сколько стоит диагностика именно этой техники, сколько длится ремонт, что делать, если деталь нужно заказывать. Первое предложение каждого ответа — прямой ответ. Видимый аккордеон и JSON-LD генерируются из одного массива данных, поэтому расхождение между ними становится технически невозможным. После релиза несколько типовых страниц прогоняют через валидаторы и сверяют разметку с тем, что видит посетитель на телефоне.
Как проверить FAQ-разметку
Проверка занимает несколько минут на страницу, и её стоит повторять после каждой правки шаблона — чаще всего разметка ломается именно при изменении вёрстки.
- Rich Results Test от Google: вставьте URL или код. Инструмент покажет, распознан ли элемент FAQ, и выведет ошибки и предупреждения. Учтите: «разметка валидна» не значит «сниппет будет показан».
- validator.schema.org (Schema Markup Validator): проверяет синтаксис и соответствие словарю Schema.org без привязки к возможностям Google. Полезен, когда разметка нужна не только для одного поисковика.
- Валидатор микроразметки в Яндекс.Вебмастере: проверка кода или адреса страницы на ошибки с точки зрения Яндекса.
- Сверка с видимым текстом: откройте страницу на телефоне и на компьютере и сравните вопросы и ответы из JSON-LD с тем, что видит человек. Свёрнутый аккордеон обычно не проблема, если текст ответа есть в HTML страницы, а не подгружается по клику.
- Раздел «Меры, принятые вручную» в Search Console: за разметку, которая не соответствует содержимому, Google может применить ручные меры к структурированным данным.
Разметку на всём сайте, включая FAQ, Organization и хлебные крошки, проверяют в рамках технического аудита: выборочно по каждому шаблону, а не по одной главной странице.