Разметка FAQ единственное место, где ИИ цитирует вас дословно

Обновлено: 2026-08-29

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

Почему этот формат ведёт себя иначе?

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

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

Разметка FAQPage устраняет вывод. Каждая запись объявляет вопрос и ответ, и граница между ними явная, а не угаданная. Ответ это не фрагмент, случайно содержащий ответ. Это ответ, помеченный как ответ, вами.

В этом весь механизм. Он невзрачен и объясняет, почему одна и та же фраза работает по-разному в зависимости от того, где стоит.

FAQPage

Тип разметки schema.org, помечающий пары вопрос и ответ на странице именно как пары.

Дословное цитирование

Воспроизведение фрагмента слово в слово вместо пересказа.

Какая форма работает?

<div itemscope itemtype="https://schema.org/FAQPage">
  <div itemscope itemprop="mainEntity" itemtype="https://schema.org/Question">
    <h3 itemprop="name">Сколько длится технический аудит?</h3>
    <div itemscope itemprop="acceptedAnswer" itemtype="https://schema.org/Answer">
      <div itemprop="text">
        От трёх до пяти рабочих дней для сайта меньше пятидесяти страниц.
        Крупные сайты дольше, потому что время обхода растёт с числом
        страниц, а не со сложностью.
      </div>
    </div>
  </div>
</div>

JSON-LD в блоке <script type="application/ld+json"> делает ту же работу и проще в поддержке. Годится любой вариант. Важно, чтобы вопрос и ответ были объявлены, а не подразумевались.

Три правила решают, сработает ли это:

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

Ответы стоит держать в 40 до 80 слов. Достаточно коротко, чтобы поднять целиком в ответ, достаточно длинно, чтобы нести законченную мысль. Ниже сорока ответу обычно не хватает контекста, которого у него нет. Выше восьмидесяти его обрежут, и обрежут там, где решит система, а не там, где выбрали бы вы.

Вопросы стоит формулировать так, как их задают люди. «Цены» это ярлык. «Сколько стоит аудит?» это вопрос. Второе совпадает с тем, как запросы приходят на самом деле.

Что ищет наш движок?

Мы считаем отдельно две связанные вещи, потому что они проваливаются независимо.

struct.faq-schema проверяет, есть ли валидная разметка FAQPage и соответствуют ли её записи видимому содержанию страницы.

cite.faq-block проверяет, есть ли настоящий раздел вопросов и ответов, от пяти до восьми пар, независимо от разметки.

Вторая весит больше. Разметка вокруг пустоты это пустота. Настоящий раздел без разметки всё равно извлекается, просто менее надёжно.

Какая ошибка делает блоки FAQ бесполезными?

Большинство разделов с вопросами на сайтах компаний отвечает на вопросы, которых никто не задавал.

«Почему выбирают нас?» это не вопрос. Это рекламный заголовок со знаком вопроса, и ответ под ним всегда абзац прилагательных. Никто такого никуда не вводит, и модели не с чем это сопоставить.

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

Работающая проверка: прочитайте свой FAQ и спросите по каждой записи, наберёт ли посторонний человек такую фразу в поиске. Записи, не прошедшие проверку, занимают место, где мог бы стоять настоящий вопрос.

Вторая проверка: есть ли в ответе факт? «Да, мы работаем с клиентами по всей Европе» это факт. «Мы гордимся гибкостью нашего сервиса» нет. Ответ без факта не даёт модели ничего для передачи, а передача это и есть весь механизм.

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

Откуда взять шесть вопросов?

Они у вас уже есть, записанные, в местах, которые вы не считаете контентом.

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

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

Ваши собственные внутренние путаницы. Если два человека в компании объясняют что-то по-разному, клиенты тоже в этом путаются, и ответ никто не записал.

Возражения. «Не дорого ли это?» и «чем это отличается от X?» это вопросы со снятым знаком вопроса. Верните знак и ответьте честно. FAQ, вступающий в реальное возражение, убеждает сильнее того, который его обходит, и совпадает с запросами, которые действительно набирают.

То, от чего вы отказываетесь. «Работаете ли вы с клиентами за пределами Европы?» с ясным нет и причиной это лучшая запись, чем расплывчатое да. Конкретика включает и ограничения.

Шесть вопросов из этих пяти источников занимают максимум вечер, а ответы уже у вас в голове. Написание здесь это расшифровка, а не выдумывание.

Почему ответы цитируют, а не пересказывают?

Это часть, которая удивляет тех, кто видел, как их контент переписывают в ответах ИИ.

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

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

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

Пишите эти фразы соответственно. Вставьте цифру. Назовите ограничение. Скажите то, что хотели бы услышать, если бы вас не было в комнате.

Где разметка FAQ не помогает?

Стоит сказать прямо, потому что схему регулярно перепродают.

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

Она не спасает тонкое содержание. Страница, на которой нет ничего кроме блока FAQ, это страница, на которой нет ничего. Разметка делает пустоту удобнее для разбора.

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

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

Что мы нашли на своём сайте?

На наших пяти страницах, просканированных 27 августа 2026, нет ни раздела вопросов, ни разметки FAQPage. Обе проверки провалены везде.

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

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

На момент написания мы этого ещё не сделали, и это стоит сказать, а не подразумевать обратное.

Часто задаваемые вопросы

JSON-LD работает так же хорошо, как встроенный микроформат? Да, и его проще поддерживать, потому что разметка живёт одним блоком, а не путается по всему HTML. Держите видимый текст и JSON в согласии.

Сколько записей должно быть в разделе FAQ? Пять до восьми настоящих вопросов. Больше на одной странице начинает выглядеть набивкой, а набивка это картина, которую обесценивают.

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

Должны ли ответы вести на более полные объяснения? Да, когда действительно есть что добавить. Сам ответ при этом обязан быть полным без клика, потому что клик это ровно то, чего в ответе ИИ не происходит.

Помогает ли разметка FAQ голосовым ассистентам? Механизм тот же: короткий помеченный самодостаточный ответ проще всего прочитать вслух. Использует ли ваш конкретный ассистент вашу разметку, за пределами того, что мы можем проверить.

А если ответы длиннее восьмидесяти слов? Разделите вопрос. Ответ, которому нужно двести слов, обычно два вопроса, которые ещё не разделили.

Источники: спецификация FAQPage schema.org; компендиум исследований по 165 источникам о поиске с ИИ (август 2026); определения переменных GeoScan v1.2; сканы seo7.es от 27 августа 2026.