Микроразметка, о которой вы забыли: Speakable, ClaimReview и другие схемы для голосовых интерфейсов

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

Разберём те схемы, о которых вспоминают в последнюю очередь — и именно поэтому они дают конкурентное преимущество.

Speakable — расширение schema.org, которое явно указывает роботу, какие фрагменты страницы стоит озвучить, а какие пропустить. Технически это работает через CSS-селекторы или XPath-выражения, ведущие на конкретные блоки текста — без разметки ассистент вынужден угадывать, где главная мысль, а где второстепенное описание.

Google формально ограничивает Speakable новостным контентом и англоязычными устройствами Google Home в США, но это не повод игнорировать схему. Яндекс Алиса и LLM-системы, работающие по принципу RAG (Retrieval-Augmented Generation), используют эти данные шире — они помогают правильно нарезать контент на смысловые фрагменты для векторных баз. То есть Speakable сегодня работает не столько как рычаг для одной конкретной колонки, сколько как сигнал структуры для целого класса генеративных систем.

Малоизвестный, но критичный момент: у Google есть жёсткое правило, которое почти никто не соблюдает — нельзя размечать Speakable всю статью целиком, нужно выделить только ключевые тезисы, иначе разметка считается спамной и игнорируется. Второе правило, которое пропускают: нельзя помечать как speakable подписи к фото, авторские данные и выходные сведения — это создаёт неразборчивое озвучивание.

Практические требования к самому тексту:

ClaimReview — тип schema.org, созданный сообществом фактчекеров специально для того, чтобы кодировать результат проверки утверждения в машиночитаемом виде. Разметка фиксирует, кто сделал утверждение, что именно было проверено и какой вывод сделал проверяющий — эти данные питают Google Fact Check Explorer.

Мало кто из маркетологов знает, что у Google есть строгое правило размещения: конкретная разметка ClaimReview для проверки одного факта должна находиться только на одной странице сайта — дублировать её на нескольких URL нельзя, кроме мобильной и десктопной версий одной и той же страницы.

Для голосовых и генеративных ответов ClaimReview особенно ценна, потому что RAG-системы охотнее цитируют источники с явно закодированным вердиктом достоверности — это прямой сигнал доверия, который сложно сфальсифицировать без потери валидности разметки.

Эту пару почти никто не использует за пределами юридических и медицинских сайтов, хотя она идеально подходит для любого бизнеса с профессиональной терминологией. DefinedTerm описывает отдельное слово или фразу с формальным определением, а DefinedTermSet объединяет термины в глоссарий, словарь или классификационную схему.

Разметка глоссария страховых терминов, юридических понятий или медицинских процедур через DefinedTermSet превращает обычный текстовый список в структуру, которую ИИ может напрямую использовать как источник определения для голосового ответа типа «что значит…». Это сильный инструмент для нишевых экспертов: если вы единственный сайт в своей отрасли, который аккуратно разметил термины через DefinedTerm, вероятность, что именно ваше определение процитирует ассистент, заметно выше просто потому, что конкуренты об этой схеме даже не слышали.

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

Самая частая ошибка — разметить Speakable для всей страницы целиком вместо выделения двух-трёх ключевых блоков, из-за чего Google просто игнорирует разметку как избыточную.

Вторая ошибка — публиковать одну ClaimReview на нескольких разных URL сайта, что нарушает правила Google и может привести к исключению разметки из отчётов.

Третья, самая незаметная — забывать про валидацию через Rich Results Test после каждого обновления схемы, из-за чего ошибки в JSON-LD копятся месяцами незамеченными.

Speakable, ClaimReview и DefinedTermSet объединяет одно: это не «украшение» страницы, а способ дать голосовым и генеративным системам чёткие инструкции вместо догадок. Внедрить их несложно технически, но легко ошибиться в деталях — от переразметки Speakable до дублирования ClaimReview на нескольких URL — поэтому регулярная проверка через Rich Results Test должна стать такой же привычкой, как проверка орфографии.

Тем, кто потратит время на эти схемы сейчас, не придётся конкурировать за внимание ассистента с десятками сайтов — потому что конкурентов там пока просто нет.

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