Проверка микроразметки: валидаторы Яндекса, Google и Schema.org

Какой валидатор микроразметки что проверяет

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

Бесплатных инструментов три, и они не заменяют друг друга:

Инструмент	Адрес	Что проверяет	Чего не проверяет
Валидатор микроразметки Яндекса	webmaster.yandex.ru/site/tools/microtest/	Schema.org, микроданные, RDFa, Open Graph, микроформаты и требования сервисов Яндекса	расширенные результаты Google
Google Rich Results Test	search.google.com/test/rich-results	JSON-LD, микроданные, RDFa для типов, по которым Google показывает расширенные результаты	типы без расширенного результата: Service, FAQPage (с мая 2026 года)
Schema Markup Validator	validator.schema.org	синтаксис и соответствие словарю Schema.org для любых типов	требования конкретных поисковиков

Немного истории, чтобы не путаться в старых инструкциях. Раньше у Google был Structured Data Testing Tool. В 2021 году Google передал общую проверку словаря на домен Schema.org, так появился Schema Markup Validator, а проверку расширенных результатов оставил в Rich Results Test. Ссылки на старый инструмент в статьях до 2021 года ведут на страницу выбора.

Шаг 1. Подготовьте страницу к проверке

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

Перед проверкой убедитесь:

• страница открывается без пароля и авторизации, иначе валидаторы её не загрузят;
• адрес не закрыт в robots.txt, а на странице нет noindex: Rich Results Test такие страницы не проверяет;
• защита хостинга или конструктора не блокирует роботов поисковиков;
• вы знаете, какие типы должны быть на этой странице. Например, на странице услуги ждём Service с Offer и BreadcrumbList, на главной LocalBusiness или Organization.

Если сайт ещё не опубликован, проверяйте фрагмент кода: все три инструмента принимают вставку кода. Для Rich Results Test есть оговорка: при проверке по адресу все ресурсы страницы должны быть доступны анонимному посетителю из интернета. Сайт за паролем или на внутреннем сервере Google предлагает проверять через туннель, но для небольшого сайта проще проверить код, а адрес проверить сразу после публикации.

Ещё одна деталь: результаты Rich Results Test могут отличаться от запуска к запуску, если часть ресурсов страницы не загрузилась. Если результат странный, запустите проверку повторно, прежде чем править код.

Как быстро найти разметку в коде страницы

Иногда полезно сначала посмотреть, что вообще есть на странице, без валидатора. Откройте страницу в браузере, нажмите Ctrl+U (на Mac Cmd+Option+U), чтобы увидеть исходный код, и найдите поиском по странице:

• application/ld+json: каждый найденный тег это отдельный блок JSON-LD. Посчитайте их и посмотрите, какой @type указан в каждом;
• itemscope и itemprop: так выглядят микроданные, их часто добавляют шаблоны тем и конструкторы;
• og:: теги Open Graph для превью ссылок.

Учтите, что исходный код показывает HTML до выполнения скриптов. Если разметку вставляет JavaScript, в исходном коде её может не быть, а Rich Results Test её увидит, потому что смотрит отрендеренную страницу. Обратная ситуация тоже бывает: разметка в коде есть, но страница закрыта для роботов, и поисковик её не получит.

Такой осмотр занимает минуту и сразу показывает частую проблему: две разметки организации, одна от темы или конструктора, другая вставлена вручную. Например, Тильда по своей справке сама добавляет разметку Schema.org на страницы товаров каталога, и ручной код поверх неё нужно согласовать.

Шаг 2. Валидатор микроразметки Яндекса

Валидатор находится в Яндекс Вебмастере. Порядок работы:

1. Откройте валидатор по адресу https://webmaster.yandex.ru/site/tools/microtest/.
2. Введите адрес страницы в поле URL документа или вставьте HTML-код в поле ниже.
3. Нажмите Проверить.
4. Под заголовком Результаты проверки появятся распознанные данные или текст ошибки.

Главное отличие от других валидаторов: Яндекс проверяет не только синтаксис, но и требования своих сервисов, включая собственные поля. В справке валидатора JSON-LD отдельно не назван, но для навигационных цепочек в формате JSON-LD Яндекс сам отправляет проверять код именно сюда. Если валидатор не показал ваш JSON-LD блок, это повод разобраться, а не игнорировать.

Ошибки, которые Яндекс описывает в справке:

Сообщение	Что означает
Страница не может быть загружена	страница не существует или недоступна для робота Яндекса
Микроразметка не обнаружена	не найдено ни одного корневого элемента: разметки нет или корневой элемент оформлен неверно
Поле … отсутствует или пусто	пропущено обязательное поле
Невозможно определить принадлежность данных полей	атрибут itemprop стоит вне элемента с itemscope и itemtype или лишний
В свойстве content тега meta не может содержаться ссылка	для ссылок нужен тег link, а не meta

Предупреждения тоже стоит читать. Самое частое: значение в неверном формате. Даты в Schema.org пишутся по ISO 8601:

Неправильно: "datePublished": "25.10.2026"
Правильно:   "datePublished": "2026-10-25"

Ещё одно полезное предупреждение звучит так: разметка корректна, но сервис не сможет её использовать без дополнительных полей. Это значит, что для показа в Яндексе данных не хватает.

Удобный приём из справки Яндекса: правьте код прямо в поле валидатора и перепроверяйте после каждого изменения, пока ошибка не исчезнет. Потом перенесите исправленный код на сайт.

Шаг 3. Проверка микроразметки в Google: Rich Results Test

Rich Results Test отвечает на один вопрос: может ли страница получить расширенный результат в Google.

1. Откройте https://search.google.com/test/rich-results.
2. Вставьте адрес страницы или переключитесь на вкладку с кодом.
3. Оставьте проверку для смартфона: Google выбирает её по умолчанию, потому что большинство людей ищут с телефона.
4. Запустите проверку и посмотрите итог.

Как читать результат:

• «N valid items detected»: элементы корректны;
• с предупреждениями: разметка работает, но не хватает рекомендуемых полей;
• «invalid items» или «syntax errors»: есть ошибки, расширенного результата не будет;
• «No items detected»: поддерживаемых типов не найдено. Это нормально для Service или FAQPage: Google их здесь не проверяет.

Полезные детали. Инструмент смотрит отрендеренный код, поэтому видит и разметку, которую добавляет JavaScript. Результатом можно поделиться ссылкой, для её просмотра права не нужны, история хранится около 90 дней. Комментарии внутри JSON-LD инструмент пропускает, но стандарт JSON-LD их не поддерживает, так что не оставляйте их в коде.

Что Google проверяет сейчас. На октябрь 2026 года в галерее Google остаются, среди прочего, Breadcrumb, Local business, Organization, Review snippet, Product, Article. FAQ-сниппеты Google перестал показывать с 7 мая 2026 года, HowTo убрал в 2023 году. Если в старой инструкции написано «проверьте FAQ в Rich Results Test», эта часть устарела.

Шаг 4. Валидатор Schema.org

Schema Markup Validator на validator.schema.org проверяет разметку по словарю Schema.org целиком, без оглядки на требования Google. Это единственный из трёх инструментов, который нормально покажет Service, PriceSpecification, FAQPage и другие типы без расширенного результата.

Как пользоваться: вставьте адрес страницы или код и запустите проверку. Слева будет код, справа найденные объекты с вложенными свойствами. Смотрите на три вещи:

• Ошибки синтаксиса. Блок JSON-LD с ошибкой не разберётся целиком.
• Неизвестные типы и свойства. Опечатка "@type": "Servise" или выдуманное свойство будут отмечены.
• Связи между объектами. Если услуга ссылается на исполнителя через @id, проверьте, что у Service действительно появился provider с данными студии.

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

Шаг 5. Сверьте разметку с текстом страницы

Валидаторы проверяют форму, но не правду. Даже идеальный по синтаксису код может нарушать правила поисковиков. Google в общих правилах для структурированных данных требует:

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

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

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

Отдельно сверьте адрес, телефон и часы с Яндекс Картами, 2ГИС и профилем Google. Валидатор не знает, что вы переехали, а клиенты и ассистенты знают.

Шаг 6. После публикации: Search Console и Вебмастер

Разовая проверка не гарантирует, что разметка останется рабочей: шаблон обновили, плагин сменил настройки, кто-то поправил цену только на странице.

• Google Search Console. Отчёты о расширенных результатах показывают ошибки по всем страницам сразу. Проверка URL покажет, видит ли Google разметку на конкретной странице после переобхода.
• Яндекс Вебмастер. После успешной проверки и выполнения требований структурированный сниппет может сформироваться после переобхода, по словам Яндекса, примерно за две недели. Смотрите, как выглядит сниппет в выдаче по запросу с названием компании.

Удобно проверять разметку по расписанию: после каждого релиза сайта и раз в квартал вместе с прайсом.

Частые ошибки валидации и как их исправить

Что видите	Частая причина	Как исправить
Ошибка синтаксиса в JSON-LD	типографские кавычки “ ”, запятая после последнего свойства, незакрытая скобка	скопировать код в простой текстовый редактор, заменить кавычки на прямые, проверить скобки
Тип не распознан	опечатка в названии типа или свойства, регистр букв	сверить написание на schema.org: LocalBusiness, а не Localbusiness
Пропущено обязательное поле	например, у LocalBusiness нет address	добавить поле, если оно есть на странице, или выбрать Organization
Неверный формат даты или времени	25.10.2026, 10.00	ISO 8601: 2026-10-25, 10:00
Разметки две, данные разные	плагин и ручной код одновременно	оставить один источник разметки
Страница не загружается	robots.txt, пароль, защита от ботов	открыть страницу для роботов или проверить код фрагментом
В Google «No items detected»	на странице только Service или FAQPage	проверить их в Schema Markup Validator, это не ошибка

Учебный пример: проверяем страницу услуги

Учебный пример. Студия и данные выдуманы, домен example.by служебный.

На странице «Маникюр с покрытием» студии стоит такой блок:

{
  "@context": "https://schema.org",
  "@type": "Service",
  "name": "Маникюр с покрытием",
  "provider": { "@type": "NailSalon", "name": "Студия «Пример»" },
  "offers": { "@type": "Offer", "price": "50", "priceCurrency": "BYN" },
}

Проверка по шагам:

1. Schema Markup Validator сообщает об ошибке синтаксиса: после последнего свойства стоит запятая. Убираем её, блок разбирается.
2. Rich Results Test пишет, что поддерживаемых элементов нет. Это ожидаемо: у Service нет расширенного результата в Google. Ошибкой это не считаем.
3. Валидатор Яндекса. Смотрим, распознал ли он блок и какие объекты нашёл. Предупреждения о том, что данных не хватает для сервисов Яндекса, читаем и решаем, нужны ли эти поля.
4. Сверка с текстом. На странице написано «от 55 BYN», а в коде 50. Цена устарела только в разметке. Меняем на диапазон через PriceSpecification или на 55, как на странице.
5. Хлебных крошек нет. На странице есть навигация «Услуги / Маникюр с покрытием», но без разметки. Добавляем BreadcrumbList и проверяем снова во всех трёх инструментах.

Так обычно и выглядит проверка: синтаксис исправляется за минуту, а больше всего времени уходит на сверку фактов.

Чек-лист проверки микроразметки

1. Страница опубликована и открыта для роботов.
2. Валидатор Яндекса распознал все блоки без ошибок, предупреждения прочитаны.
3. Rich Results Test показывает поддерживаемые типы без ошибок.
4. Schema Markup Validator не находит ошибок синтаксиса и неизвестных типов.
5. Каждое свойство в коде есть на странице текстом и совпадает с картами.
6. На странице одна разметка для каждой сущности.
7. Через 1-2 недели проверены отчёты Search Console и вид сниппета в Яндексе.

Особенности разных поисковиков разобраны в статье микроразметка для Яндекса и Google, а если сайт на конструкторе, пригодится инструкция как сделать микроразметку в Тильде. Проверка разметки входит в стандартный запуск каждого сайта, который мы делаем, подробнее в разделе создание сайтов.