Коротко. Инструмент «Микроразметка» в Яндекс.Вебмастере (webmaster.yandex.ru → Инструменты) проверяет страницу по URL или по вставленному коду за 5-15 секунд и показывает не текстовый вердикт, а список найденных объектов с пометкой, какие поля заполнены, а какие — нет. Большинство предупреждений здесь не блокируют разметку целиком, а снижают шанс на визуальное расширение сниппета: типовой фикс одного предупреждения занимает 10-30 минут, если знать, в каком поле искать проблему.
Где искать инструмент и что ему нужно на входе
Прямой путь — раздел «Инструменты» в Яндекс.Вебмастере, пункт «Микроразметка». Подтверждать права на сайт для этой проверки не нужно: инструмент работает по любому публичному URL, как сторонний краулер. Второй вариант — вставить не ссылку, а сам код: кусок HTML с тегами itemscope/itemprop, блок RDFa или JSON-LD целиком. Это полезно, когда разметка ещё не выложена на боевой сайт, а проверяется черновик от разработчика или готовый шаблон из документации CMS.
Инструмент распознаёт четыре формата: microdata, RDFa, JSON-LD и Open Graph. Если на странице используются сразу два формата для одних и тех же данных (частая ситуация после смены плагина, когда старая разметка не удалена, а новая добавлена поверх) — отчёт покажет оба набора объектов раздельно, и это само по себе повод для правки, даже если оба технически валидны.
Как читать отчёт: объекты, а не «ошибка/нет ошибки»
В отличие от бинарного статуса Google Rich Results Test, здесь результат — список найденных объектов по типам (Organization, Product, Article, BreadcrumbList и так далее), и у каждого — раскрывающийся список свойств. Рядом с каждым свойством видно, заполнено оно или нет, а для части типов инструмент дополнительно рисует, как будет выглядеть карточка в выдаче Яндекса с текущим набором данных.
Практический вывод из этого формата: смотреть нужно не на факт «объект найден», а на то, сколько заполненных полей влияет на визуальный сниппет. Объект Organization с одним только названием технически «найден», но в выдаче не даст ничего сверх обычной ссылки — расширение появляется только при достаточном наборе полей.
Разбор предупреждений, которые встречаются чаще всего
| Что показывает отчёт | Частая причина | Время на фикс |
|---|---|---|
Объект найден, но ключевые поля пустые (например, telephone или address у Organization) |
Разметка выведена шаблоном без реальных данных компании — часто в CMS это заготовка «по умолчанию», которую забыли заполнить после установки шаблона | 10-15 минут, если данные компании уже есть в настройках CMS |
| Разметка не найдена вообще, хотя код на странице есть | Блок вставлен в комментарий, в скрытый по CSS display:none элемент, или JSON-LD содержит синтаксическую ошибку (лишняя запятая, незакрытая скобка) — в этом случае парсер молча отбрасывает весь блок |
15-30 минут на поиск конкретного места разрыва в коде |
| Одновременно найдено два объекта одного типа с разными данными | Старая разметка от предыдущего плагина или темы не удалена при подключении новой | 10-20 минут — удалить дублирующий источник |
Значение свойства не соответствует ожидаемому типу (например, в price стоит текст «от 5000 ₽» вместо числа) |
Разметка формируется из текстового поля CMS напрямую, без преобразования в число | 20-40 минут, часто нужна правка на стороне разработчика, а не редактора |
| Дата в неверном формате (не ISO 8601) | Поле datePublished/dateModified выводится в формате «20 августа 2026», а не «2026-08-20» |
15-25 минут |
Где искать причину в зависимости от CMS
На 1С-Битрикс разметка чаще всего генерируется инфоблочными шаблонами компонентов — если предупреждение повторяется на всех карточках одного типа, искать нужно в шаблоне компонента, а не в конкретном элементе инфоблока. На WordPress разметку в основном добавляют плагины (Yoast, RankMath или отдельные SEO-модули темы) — в этом случае почти всегда есть настройка в самом плагине, где недостающее поле можно заполнить без правки кода. На Tilda структурированные данные для Organization/LocalBusiness настраиваются в SEO-настройках сайта централизованно, а разметка товаров в интернет-магазине — в карточке товара; расхождение между «заполнено на уровне сайта» и «не подтянулось в карточку» — типичная причина пустых полей именно на Tilda. Если разметку изначально настраивал подрядчик по разработке сайта, для системной правки шаблона обычно проще обратиться к нему, чем разбираться в чужом коде с нуля.
Проверка после исправления: на что смотреть повторно
После правки шаблона или плагина стоит прогнать через инструмент не одну страницу, а 2-3 разных: если ошибка была в шаблоне компонента, исправление применится сразу на всех страницах этого типа, и повторная проверка нескольких URL сразу покажет, сработало ли исправление системно или только на той странице, где его тестировали. Отдельно стоит проверить, не появилось ли новых предупреждений — правка одного поля иногда сдвигает вывод соседних (например, при переносе адреса в отдельный компонент теряется поле postalCode, если его забыли перенести вместе с остальными).
Когда предупреждение можно не исправлять
Не все предупреждения одинаково важны. Если бизнес не продаёт физический товар, поля из блока Product (GTIN, SKU, вес) не имеют смысла и их отсутствие — не проблема, а норма для такого типа объекта. Аналогично: для сайта без публичного каталога цен заполнение price «для галочки» произвольным значением опаснее, чем отсутствие поля — Яндекс может показать в сниппете цену, которая не совпадает с тем, что видит пользователь на странице, а это уже основание для санкций, а не просто предупреждение. Приоритет стоит отдавать полям, которые прямо влияют на визуальное расширение сниппета для конкретного типа страницы, а не закрывать все предупреждения подряд. Регулярный контроль за такими предупреждениями после каждого обновления сайта обычно берёт на себя техническая поддержка сайта, а не разовая проверка при случайном обнаружении ошибки.
Частые вопросы
Нужно ли подтверждать права на сайт, чтобы воспользоваться валидатором?
Нет, точечная проверка по URL или коду работает без подтверждения прав — это открытый инструмент, доступный для любого публичного адреса.
Можно ли проверить разметку до публикации страницы?
Да, если вставить код разметки напрямую, а не ссылку. Это удобно для проверки черновика шаблона перед выкладкой на боевой сайт.
Почему разметка валидна в Google, но валидатор Яндекса показывает пустые поля?
У двух систем разные списки обязательных и рекомендованных полей для одного и того же типа schema.org — расхождение в требованиях, а не ошибка одного из инструментов.
Сколько времени в среднем занимает проверка и правка одной страницы?
Сама проверка — 1-2 минуты. Правка одного предупреждения — от 10 до 40 минут в зависимости от того, лежит причина в настройке плагина или требует правки шаблона разработчиком.
Что делать, если предупреждения повторяются на десятках страниц каталога?
Точечная правка здесь не масштабируется — нужно искать причину в шаблоне карточки товара или услуги, чтобы исправление применилось сразу везде, а не по одной странице за раз.
Проверить микроразметку сайта не по одной странице, а системно
Разберём, какие предупреждения валидатора Яндекса повторяются в шаблонах сайта и что из этого стоит чинить в первую очередь.