Микроразметка: ошибки живут в шаблонах, а не на страницах

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

SEO · Опубликовано: 26 августа 2026 г. · 3 мин чтения · Дмитрий Орлов

Микроразметка — единственная часть SEO, где машина прямо говорит, правильно вы сделали или нет. Страница либо годится для расширенного сниппета, либо нет, и причина всегда конкретна: не хватает свойства, не тот тип, цена без валюты.

Что она даёт

Расширенные сниппеты — это не буст в ранжировании. Это место на экране: строка с рейтингом, цена, наличие, аккордеон вопросов, время приготовления. На плотной выдаче это разница между одной строкой и четырьмя.

Типы, которые окупаются на большинстве сайтов:

• Product — цена, наличие и отзывы, если они у вас действительно есть.
• BreadcrumbList — заменяет в сниппете голый URL читаемым путём.
• Article — заголовок, дата, автор; входной билет в новостные блоки.
• Organization — логотип, профили, контакты; питает панель знаний.
• FAQPage — только там, где на странице есть настоящий вопрос и ответ.

Ошибки, которые повторяются

Разметка описывает то, чего на странице нет. Цена в JSON-LD, которую посетитель не видит, — самый быстрый способ лишиться расширенного сниппета совсем.

Неверная вложенность. offers вне Product, author строкой вместо Person. Валидный JSON, невалидная схема.

Даты не в том формате. datePublished — это ISO 8601. «12 марта 2026» — нет.

Скопированные идентификаторы. У каждого товара @id: "product-1", потому что в шаблоне он зашит константой.

Одна правка — четыреста страниц

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

Поэтому группируйте находки по шаблонам, прежде чем планировать работу:

находки
  .groupBy(f => f.template ?? inferTemplate(f.url))
  .sortBy(group => -group.pages)

Сначала берите группу с наибольшим числом страниц. Список схлопывается быстро.

Проверять в пайплайне, а не руками

Валидаторы проверяют по одному адресу — годится для точечной проверки и бесполезно как гарантия. На каждом релизе нужен обход, который разбирает каждый блок application/ld+json, сверяет его с типом и роняет сборку на новых ошибках. Тогда разметка ломается на ревью, а не в выдаче через неделю.

Про ответы ИИ

Ассистенты, которые пересказывают страницы, опираются на ту же явную разметку и по той же причине, что и поисковики: она убирает догадки о том, что означает число на странице. Чистая микроразметка теперь не только про синие ссылки — она про то, чтобы вас можно было процитировать.