Тулси
Назад в блог

Технологии

FAQPage: зачем микроразметка вопросов и ответов

11 мин чтения

Микроразметка 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 нужен ясный ответ, не договор на три экрана.

Шаги в инструменте на Тулси

  1. Откройте микроразметку FAQ.
  2. Вставьте пары «Вопрос» / «Ответ» (или строки через пустую строку: первая строка блока вопрос, остальные ответ).
  3. Убедитесь, что счётчик распознал нужное число пар.
  4. Скопируйте скрипт JSON-LD.
  5. Вставьте в 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. Сборка только в браузере.

Открыть генератор
Поделиться статьей

Читайте также

FAQPage: зачем микроразметка вопросов и ответов — Тулси