BreadcrumbList
Путь по структуре сайта.
Практическое SEO · Schema.org
Структурированные данные помогают поисковой системе точнее интерпретировать сущности страницы: товар, организацию, хлебные крошки, статью и другие объекты. Разметка должна описывать то, что реально видно пользователю, и не превращаться в способ добавить невидимые обещания.
Основа
Микроразметка передаёт поисковой системе структурированное описание сущностей и их свойств. Она может использоваться при формировании специальных элементов выдачи, но сама по себе не гарантирует расширенный сниппет.
Яндекс прямо отмечает, что поддерживаемая разметка может использоваться полностью, частично или не использоваться вовсе. Поэтому задача — корректно описать страницу, а не «включить красивый сниппет» любой ценой.
Шаг 1
Для товара подходит Product, для навигационной цепочки — BreadcrumbList, для организации — Organization. Не нужно размечать страницу как Product только потому, что в ней упоминается товар.
Если на странице несколько сущностей, они могут сосуществовать, но должны быть связаны логично и не дублировать противоречивые данные.
Путь по структуре сайта.
Товар, предложение, цена, наличие — если они действительно показаны.
Данные компании и официальный контекст.
Материал с заголовком, датами и авторством, если шаблон это поддерживает.
Шаг 2
Данные можно формировать серверно и выводить отдельным JSON-LD блоком. Это упрощает поддержку, особенно если шаблон уже содержит много HTML.
Но отделение увеличивает риск рассинхронизации: цена или наличие в JSON-LD могут остаться старыми, пока интерфейс уже показывает новые данные.
Шаг 3
Нельзя добавлять рейтинг, цену, наличие или FAQ только в JSON-LD, если на странице этих данных нет или они отличаются. Такая разметка становится недостоверной.
Особенно внимательно проверяем каталоги и импорт: структурированные данные часто обновляются другим кодом, чем карточка товара.
| Поле | На странице | В разметке | Оценка |
|---|---|---|---|
| Цена | 12 000 ₽ | 12 000 ₽ | Согласовано |
| Наличие | Нет в наличии | InStock | Ошибка |
| Рейтинг | Не показан | 4.9 | Не размечать невидимое |
| Название | Модель X | Модель X | Согласовано |
Шаг 4
Валидатор обнаруживает структурные ошибки: отсутствующее обязательное поле, неверный тип значения, сломанный JSON. Но он не знает, действительно ли цена совпадает с интерфейсом или отзыв существует.
Поэтому автоматическая валидация — первый слой, а ручное сравнение с содержимым страницы — второй.
Валидатор микроразметки Яндекс Вебмастера помогает проверить структуру поддерживаемых данных.
Шаг 5
Яндекс поддерживает BreadcrumbList и учитывает name, url и position. Элементы должны соответствовать разделам сайта, а домен URL — текущему сайту.
Не стоит генерировать одну цепочку визуально, а другую — только для разметки. Это создаёт две разные версии архитектуры.
Шаг 6
На карточках товара структурированные данные меняются вместе с остатком и ценой. В статьях даты публикации и обновления должны отражать реальную редакционную историю.
После импорта или кеширования проверяем несколько страниц с разными состояниями: товар в наличии, без наличия, со скидкой, без цены, архивный материал.
Шаг 7
Сначала определяем, какие типы Schema.org есть на каждом шаблоне. Затем валидируем выборку и сравниваем поля с интерфейсом. Массовая ошибка обычно находится в генераторе, а не в одной странице.
После deploy повторяем проверку: даже изменение фронтенда или кеша способно удалить JSON-LD, удвоить блок или оставить старые данные.
Частые ошибки
JSON-LD начинает обещать то, чего нет на странице.
Синтаксис может быть правильным при неверной цене или наличии.
На странице появляются противоречивые сущности.
Structured data отстаёт от реального состояния товара.
Практический сценарий
Цена на странице меняется из ERP, а JSON-LD формируется из отдельного кеша. Пользователь видит 14 900 ₽ и «нет в наличии», а structured data ещё сутки показывает 12 900 ₽ и InStock.
Объединяем источник данных или синхронизируем кеширование, затем тестируем несколько состояний товара. Валидация синтаксиса остаётся обязательной, но ключевая проверка — сравнение разметки с тем, что реально показано пользователю.
| Поле | UI | JSON-LD до | После |
|---|---|---|---|
| price | 14 900 | 12 900 | 14 900 |
| availability | OutOfStock | InStock | OutOfStock |
| name | Model X | Model X | Без изменений |
| url | HTTPS карточка | Старый HTTP | Текущий canonical |
Чек-лист
Вопросы
Нет. Поисковая система решает, использовать ли разметку в конкретной выдаче.
Не стоит, если пользователь не видит подтверждаемого рейтинга на странице.
JSON-LD удобен в поддержке, но важнее корректность и синхронизация данных.
Нет. Используйте типы, которые действительно описывают сущности и поддерживаются вашим шаблоном.
Практика NIC-SEO
Мы используем Schema.org для описания реального содержимого страницы и проверяем не только валидность кода, но и соответствие интерфейсу.