Технологии
FAQPage: зачем микроразметка вопросов и ответов

Микроразметка FAQ это структурированные данные типа FAQPage: поисковик читает пары «вопрос / ответ» из JSON-LD и может показать их в расширенном сниппете. Сама разметка не поднимает позицию страницы, зато помогает машине понять блок вопросов на лендинге, карточке услуги или статье. Схему собирают в формате schema.org, чаще всего одним скриптом application/ld+json в HTML. Расширенный результат в выдаче не гарантирован: площадки меняют правила показа, а для части тем (медицина, школа) FAQPage часто неуместен или ограничен. Ниже разобраны устройство FAQPage, подготовка пар, сборка на микроразметке FAQ, проверка после вставки и отличие от title, description и Open Graph. Частые формулировки из поиска собраны в конце.
Зачем поиску блок вопросов и ответов
Вы написали на странице «Частые вопросы», сверстали аккордеон, ответы честные. В выдаче сниппет всё равно короткий: заголовок, две строки описания, ссылка. Поисковик слабо разбирает HTML как человек: ему проще взять явные поля схемы, чем угадывать, где вопрос, а где ответ в разметке CMS.
Через FAQPage вы закрываете этот зазор. Помечаете сущности Question и Answer и связываете их в mainEntity. Если площадка решила показать расширенный блок, в сниппете появляются раскрывающиеся пункты. Если решила не показывать, разметка остаётся подсказкой о теме страницы.
Путать FAQPage с «волшебной кнопкой топа» нельзя. Позиции зависят от содержания, ссылок, удобства и сотен других сигналов. Схема отвечает на другой вопрос: понятен ли блок вопросов и ответов без ручного разбора вёрстки.
Ещё одна ловушка: разметить то, чего нет на экране. Если в JSON-LD десять ответов, а на странице три коротких абзаца без вопросов, вы врёте поисковику. Совпадение видимого FAQ и схемы обязательное условие перед публикацией.
Что такое FAQPage и JSON-LD на практике
FAQPage это тип схемы schema.org: страница (или раздел), где главный объект: список вопросов с принятыми ответами. JSON-LD это способ записать схему одним JSON-объектом внутри <script type="application/ld+json">. Альтернативы (микроданные в HTML, RDFa) встречаются реже на современных шаблонах.
Минимальный каркас: @context со ссылкой на schema.org, @type равный FAQPage, массив mainEntity с объектами Question. У каждого вопроса поле name (текст вопроса) и acceptedAnswer с @type Answer и полем text.
На Тулси этот каркас собирает микроразметка FAQ: вы вставляете пары, получаете готовый скрипт для копирования. Регистрация не нужна, текст на сервер не уходит.
Как устроена схема вопрос и ответ
Один вопрос: одна сущность Question. Текст вопроса кладите в name дословно так, как его видит человек на странице. Ответ: сущность Answer внутри acceptedAnswer, текст в text. Несколько предложений в ответе допустимы; вода ради объёма схемы не нужна.
Несколько вопросов: массив mainEntity. Обычно хватает трёх-восьми пар. Десять одинаковых перефразировок одного запроса выглядят как спам и в схеме, и на экране.
Пример смысла (не копируйте слепо): вопрос «Есть самовывоз?», ответ «Да, со склада на Ленина в рабочие часы». Короткие факты читаются и человеком, и валидатором.
Чем FAQPage отличается от meta и Open Graph
Title и description задают вкладку браузера и обычный сниппет в поиске. Их пишут отдельно: см. как написать title и description. Open Graph задаёт карточку ссылки в соцсети и мессенджере: превью ссылки Open Graph. FAQPage описывает блок вопросов для структурированных данных.
Все три набора могут жить в одном <head> и на одной странице. Задачи разные: клик в выдаче, клик в ленте, понимание пар вопрос/ответ. Дублировать один и тот же абзац во все поля без правки смысла незачем: каждое поле режет длину по-своему.
На практике сначала закройте title и description, потом OG при шаринге, потом FAQPage, если на экране уже есть блок «Частые вопросы». Порядок снижает риск собрать схему «в пустоту».
Какие страницы подходят под микроразметку FAQ
Хороший кандидат: страница услуги, лендинг инструмента, статья с реальными вопросами клиентов, карточка тарифа. Вопросы звучат как речь людей («сколько стоит доставка», «нужен ли аккаунт»), ответы короткие и проверяемые.
Плохой кандидат: страница без видимого FAQ, каталог с тысячей позиций без вопросного блока, главная «обо всём». Схема без опоры на экран даёт риск ручных или автоматических санкций за вводящие в заблуждение структурированные данные.
Отдельно держите темы, где площадки жёстко ограничивают расширенные результаты. Медицинские советы, диагнозы, школьные шпаргалки и «ответы на экзамен» часто не место для FAQPage ради сниппета. Даже если техника позволит вставить JSON, этический и политический риск выше пользы.
Хорошие сценарии для FAQPage
Лендинг с доставкой, оплатой, возвратом. Страница сервиса с лимитами тарифа. Статья-инструкция, где в конце собран блок «частые вопросы» по шагам из текста. Страница инструмента на Тулси, где FAQ объясняет, куда вставлять код и уходят ли данные на сервер.
В каждом случае сначала напишите FAQ для человека. Потом перенесите те же формулировки в схему. Порядок обратный («сначала schema, потом текст на сайте») плодит расхождения.
Перед генерацией прочитайте блок вслух. Если ответ звучит как рекламный слоган без факта, перепишите его: схема копирует слабость текста один в один.
Когда FAQPage лучше не ставить
Нет блока вопросов на странице. Ответы обещают лечение, диагноз или «гарантию поступления». Вопросы взяты из чужого сайта один в один. Схема повторяется на каждой URL с одним и тем же набором пар без связи с содержимым.
Школьные FAQ «решите за меня контрольную» и медицинские «чем лечить» оставляйте за пределами этой разметки. Для информационных статей по таким темам работайте текстом, источниками и обычными title/description, без давления на расширенный сниппет FAQ.
Технически генератор соберёт любой набор пар. Ответственность за тему и совпадение с экраном остаётся за вами и за политикой площадки.
Как подготовить пары и собрать JSON-LD
Соберите список вопросов из поддержки, поиска по сайту и реальных формулировок Wordstat по вашей нише. Отсеките мусор: чужие бренды, сканворды, запросы не про вашу страницу. На каждый вопрос напишите ответ в одно-три предложения без кликбейта.
Проверьте, что вопрос на странице совпадает со схемой по смыслу. Мелкая правка формулировки допустима; смена темы («на сайте про доставку, в схеме про вакансии») нет.
Дальше откройте микроразметку FAQ. Вставьте пары в формате «Вопрос: … / Ответ: …» или чередуйте строки. Скопируйте готовый <script type="application/ld+json"> и вставьте в шаблон страницы или поле schema вашей CMS.
Как оформить текст перед генератором
Пишите вопрос так, как его задают вслух. Избегайте ключей через запятую внутри name. В ответе дайте факт: срок, цену, условие, ссылку на раздел. Если ответ зависит от города или тарифа, скажите об этом прямо, а не прячьте в мелкий шрифт только на сайте.
Длинные юридические простыни лучше сократить для FAQ и оставить полную версию в отдельном разделе. В поле text нужен ясный ответ, не договор на три экрана.
Шаги в инструменте на Тулси
- Откройте микроразметку FAQ.
- Вставьте пары «Вопрос» / «Ответ» (или строки через пустую строку: первая строка блока вопрос, остальные ответ).
- Убедитесь, что счётчик распознал нужное число пар.
- Скопируйте скрипт JSON-LD.
- Вставьте в HTML страницы (часто в
<head>или перед закрывающим</body>) либо в плагин schema CMS.
После вставки откройте исходный код страницы и найдите @type": "FAQPage". Один блок FAQPage на страницу обычно достаточно; два конкурирующих скрипта с разными ответами путают и вас, и валидатор.
Как проверить разметку после публикации
Сначала глазами: на экране есть те же вопросы, что в JSON. Потом в исходнике: скрипт один, JSON валидный (запятые, кавычки, экранирование). Потом в инструменте проверки структурированных данных поисковой площадки или расширении для schema: тип FAQPage, число вопросов, нет критических ошибок.
Расширенный сниппет может не появиться сразу или не появиться вовсе. Задача проверки другая: схема корректна и совпадает с страницей. Обещание «завтра будут аккордеоны в выдаче» из корректного JSON не следует.
Если валидатор ругается на пустой text или битый JSON, исправьте генерацию и перепубликуйте. Кэш CDN иногда отдаёт старый HTML: сбросьте кэш шаблона после правки.
Повторная проверка через несколько дней полезна после крупного обновления FAQ. Поменяли ответы на сайте: обновите и схему в тот же релиз. Иначе на экране новый текст, а в JSON старый: площадка видит расхождение.
Связь с title, description и превью ссылки
FAQPage не заменяет title и description. Сначала настройте обычный сниппет: ключ в начале title, честный description, длина в разумном диапазоне. Потом добавьте FAQ, если на странице есть вопросный блок.
Превью в Telegram и VK настраивайте через Open Graph: как сделать превью ссылки. Карточка в ленте и FAQ в поиске читают разные поля. Можно взять одну мысль для og:title и title, но теги остаются отдельными строками в HTML.
Набор перед выкладкой лендинга: уникальные title и description, рабочий OG при шаринге, FAQPage только при видимом FAQ, без медицинских и школьных «ответов ради сниппета». Код FAQ соберите на микроразметке FAQ.
Title статьи блога и H1 лендинга инструмента тоже разводите: у инструмента на Тулси H1 «Микроразметка FAQ», у этой статьи заголовок про FAQPage и смысл схемы. Так вы не сталкиваете информационный и транзакционный интент в одну формулировку.
Частые вопросы
Что такое микроразметка FAQ?
Это способ пометить блок «вопрос / ответ» так, чтобы поисковик прочитал его как данные, а не только как вёрстку. Обычно используют тип FAQPage из schema.org в формате JSON-LD. На странице при этом должен быть видимый FAQ с теми же смыслами. Генератор на Тулси собирает готовый скрипт из ваших пар.
Зачем нужна микроразметка FAQ?
Чтобы поисковая система проще находила вопросы и ответы на странице и при своих правилах могла показать расширенный сниппет. Разметка не заменяет полезный текст и не гарантирует место в топе. Она снижает риск, что блок вопросов останется «невидимым» для парсера схемы. Делайте её после того, как FAQ уже написан для людей.
Что такое FAQPage schema?
FAQPage это значение @type в schema.org для страницы с частыми вопросами. Внутри перечисляют сущности Question с полем acceptedAnswer. Запись чаще всего идёт через JSON-LD. Запрос «schema org микроразметка faq» как раз про эту связку типа и формата.
Как сделать schema.org микроразметку FAQ?
Подготовьте пары вопрос и ответ, совпадающие с текстом на сайте. Соберите JSON с @context, @type": "FAQPage" и массивом mainEntity. Удобный путь: открыть микроразметку FAQ, вставить пары, скопировать скрипт в HTML. Затем проверьте исходник и инструмент валидации структурированных данных.
Куда вставлять JSON-LD FAQ?
В шапку или тело HTML внутри <script type="application/ld+json">. В CMS ищите поле «структурированные данные», «schema» или вставку произвольного кода в шаблон страницы. Один согласованный блок на URL лучше нескольких конфликтующих. После вставки найдите строку FAQPage в исходном коде опубликованной страницы.
Гарантирует ли разметка FAQ расширенный сниппет?
Нет. Корректный FAQPage повышает шанс, что площадка поймёт блок, но показ расширенного результата зависит от её политики, качества страницы и темы. Мы даём черновик схемы, не обещание аккордеона в выдаче. Следите за справкой поисковика: правила показа меняются.
Сколько вопросов нужно в FAQPage?
Ориентир: от трёх до восьми живых вопросов аудитории. Один вопрос маловат для смысла блока; двадцать мелких перефразировок выглядят как набивка. Главное: каждый пункт есть на экране, ответы короткие и по делу. Лучше пять точных пар, чем пятнадцать пустых.
Чем FAQPage отличается от обычного блока FAQ на странице?
Обычный FAQ это HTML для людей: заголовки, абзацы, аккордеон. FAQPage это машиночитаемая копия тех же смыслов в schema. Без видимого блока схема бесполезна и рискованна. Без схемы страница всё равно работает для людей, но поисковику сложнее вытащить пары как структурированные данные.
Можно ли размечать медицинские и школьные FAQ?
Для советов о лечении, диагнозах и «решите контрольную» FAQPage обычно плохая идея: и по этике, и по ограничениям расширенных результатов у площадок. Информационные статьи по таким темам держите на честном тексте и обычных мета-полях. Инструмент на Тулси технически соберёт любой текст, но ответственность за тему страницы остаётся за вами.
Как проверить микроразметку FAQ онлайн?
Откройте исходник страницы и убедитесь, что JSON-LD с FAQPage на месте и без синтаксических ошибок. Прогоните URL или фрагмент кода через проверку структурированных данных выбранной поисковой системы. Сверьте число вопросов в отчёте с блоком на экране. Сборку черновика перед выкладкой сделайте на микроразметке FAQ.
Нужен готовый JSON-LD: откройте микроразметку FAQ. Рядом по сниппету в поиске: как написать title и description. Для карточки ссылки в мессенджере: Open Graph: превью ссылки.
Соберите JSON-LD FAQPage
Вставьте пары вопрос/ответ и скопируйте готовый блок schema для HTML. Сборка только в браузере.


