Проверить валидность Schema.org

Зачем проверять валидность Schema.org

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

Проблема в том, что ошибки в Schema не видны пользователю. Сайт работает нормально, страницы отображаются корректно. Но в коде — невалидная разметка, которая молча игнорируется поисковой системой. Вы думаете, что разметка работает, а на деле — нет.

Валидация — это проверка разметки на соответствие спецификации Schema.org и требованиям конкретных поисковых систем. Она выявляет синтаксические ошибки, отсутствующие поля, неправильные типы данных и устаревшие свойства. По моему опыту, на каждом втором сайте, который я анализирую, обнаруживаются ошибки в Schema — от мелких предупреждений до критических проблем, из-за которых разметка полностью не работает.

Что происходит при ошибках в Schema

Последствия зависят от типа ошибки:

• Синтаксическая ошибка в JSON-LD (лишняя запятая, незакрытая скобка) — вся разметка на странице игнорируется. Ни один элемент не будет обработан.
• Отсутствие обязательного поля — разметка не квалифицируется для расширенных результатов. Например, Product Schema без поля price не получит звёзды рейтинга в выдаче.
• Неправильный тип данных — поисковая система может неверно интерпретировать информацию. Дата в формате «10 апреля 2026» вместо «2026-04-10» не будет распознана.
• Устаревшее свойство — свойство было удалено или переименовано в спецификации. Поисковая система его проигнорирует.
• Несоответствие контента и разметки — в Schema одна информация, на странице другая. Поисковая система может расценить это как манипуляцию и наложить ручные санкции.

Пошаговая инструкция

Шаг 1. Проверьте разметку через Google Rich Results Test

Google Rich Results Test (search.google.com/test/rich-results) — основной инструмент проверки разметки для Google. Как использовать:

1. Откройте инструмент и вставьте URL страницы или фрагмент кода.
2. Нажмите «Проверить URL».
3. Дождитесь результата — инструмент покажет все обнаруженные типы разметки на странице.
4. Для каждого типа отображаются: статус (валидна / с ошибками / с предупреждениями), список обнаруженных полей, ошибки и предупреждения.

Что означают результаты:

• Зелёная галочка (Valid) — разметка валидна, все обязательные поля заполнены. Страница может получить расширенный результат в Google.
• Жёлтый треугольник (Valid with warnings) — разметка работает, но рекомендуемые поля отсутствуют. Расширенный результат возможен, но менее информативен.
• Красный крест (Invalid) — критические ошибки. Разметка не квалифицируется для расширенных результатов.

Важный нюанс: Rich Results Test проверяет только те типы Schema, которые Google поддерживает для расширенных результатов (Article, FAQ, Product, Recipe, LocalBusiness и другие). Если вы используете тип, который Google не поддерживает для rich results — инструмент может его не показать, хотя разметка валидна.

Шаг 2. Проверьте через Schema Markup Validator

Schema Markup Validator (validator.schema.org) — инструмент от организации Schema.org. Он проверяет разметку по спецификации, а не по требованиям конкретной поисковой системы. Это более строгая проверка:

1. Откройте validator.schema.org.
2. Вставьте URL страницы или код разметки.
3. Нажмите «Run Test».
4. Инструмент покажет все найденные объекты разметки, их свойства и ошибки.

Schema Markup Validator выявляет ошибки, которые Google Rich Results Test может пропустить:

• Неправильные типы значений (строка вместо числа, URL вместо текста).
• Использование свойств, не определённых для данного типа (например, свойство openingHours для типа Article).
• Устаревшие или удалённые свойства.
• Дублирование свойств.

Шаг 3. Проверьте через Яндекс Вебмастер

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

1. Откройте Яндекс Вебмастер (webmaster.yandex.ru).
2. Перейдите в раздел «Инструменты» → «Валидатор микроразметки».
3. Вставьте URL страницы или код разметки.
4. Нажмите «Проверить».

Валидатор Яндекса покажет:

• Все типы разметки, обнаруженные на странице (Schema.org, Open Graph, микроформаты).
• Распознанные поля и их значения — вы увидите, как именно Яндекс интерпретирует вашу разметку.
• Ошибки и предупреждения — какие поля отсутствуют, какие значения некорректны.

Дополнительно: в разделе «Информация о сайте» → «Структурированные данные» Яндекс Вебмастер показывает статистику разметки по всему сайту: сколько страниц содержат разметку, какие типы используются, где обнаружены ошибки.

Шаг 4. Проверьте разметку в исходном коде страницы

Иногда инструменты валидации не видят проблему, которая очевидна при ручной проверке. Откройте исходный код страницы (Ctrl+U в браузере) и найдите блоки <script type="application/ld+json">:

• Нет ли дублирования? Два блока с одинаковым типом разметки (например, два Organization) — конфликт. SEO-плагин мог добавить свою разметку, а вы — свою вручную.
• JSON валиден? Скопируйте содержимое блока и проверьте через любой JSON-валидатор (например, jsonlint.com). Лишняя запятая после последнего элемента массива — частая ошибка.
• URL в разметке корректны? Ссылки на изображения (logo, image) ведут на существующие файлы. Откройте каждый URL — если возвращает 404, разметка содержит битую ссылку.

Шаг 5. Исправьте найденные ошибки

Типичные ошибки и способы их исправления:

Missing required field (отсутствует обязательное поле):

Добавьте поле в разметку. Для каждого типа Schema обязательные поля разные. Проверьте документацию Google по типу разметки: developers.google.com/search/docs/appearance/structured-data — там перечислены обязательные (required) и рекомендуемые (recommended) поля.

Wrong type (неправильный тип данных):

Частая ошибка: числовое значение обёрнуто в кавычки как строка. Пример: "ratingValue": "4.5" — правильно будет "ratingValue": 4.5 (без кавычек). Или дата в произвольном формате: "datePublished": "10 апреля 2026" — правильно: "datePublished": "2026-04-10".

Deprecated property (устаревшее свойство):

Schema.org обновляется, и некоторые свойства устаревают. Например, logo для Person заменено на image. Проверьте текущую спецификацию на schema.org и замените устаревшее свойство на актуальное.

Content mismatch (несоответствие контента):

В Schema указана одна цена, на странице — другая. В разметке один заголовок, в HTML — другой. Синхронизируйте данные в разметке с данными на странице.

Шаг 6. Проверьте разметку после каждого обновления сайта

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

• После обновления SEO-плагина (Yoast, Rank Math).
• После смены темы или обновления дочерней темы.
• После добавления нового типа разметки.
• После редактирования файлов темы (functions.php, header.php).
• Регулярно, раз в 1-2 месяца — для обнаружения проблем, которые могли возникнуть незаметно.

Шаг 7. Настройте мониторинг в Google Search Console

Google Search Console показывает ошибки разметки в масштабе всего сайта:

1. Откройте GSC → «Улучшения» (Enhancements).
2. Здесь отображаются отчёты по каждому типу разметки, обнаруженному на сайте: FAQ, Product, Article, Breadcrumb и другие.
3. Для каждого типа показано количество страниц с валидной разметкой, с предупреждениями и с ошибками.
4. Кликните на тип — увидите конкретные ошибки и список страниц, на которых они обнаружены.

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

Типичные ошибки

• Проверка только одним инструментом. Google Rich Results Test может не показать ошибку, которую видит Schema Markup Validator, и наоборот. Используйте все три инструмента: Google, Schema.org и Яндекс.
• Лишняя запятая в JSON. Самая частая синтаксическая ошибка. После последнего элемента в массиве или объекте не должно быть запятой. Пример ошибки: ["Monday", "Tuesday",] — запятая после «Tuesday» невалидна.
• Конфликт плагина и ручной разметки. Yoast SEO генерирует Organization Schema, а в functions.php добавлена своя. На странице — два блока Organization с разными данными. Отключите автоматическую генерацию в плагине или удалите ручную разметку.
• Разметка в теле страницы вместо head. JSON-LD технически может быть размещён в любом месте HTML, но рекомендуемое расположение — <head>. Некоторые валидаторы могут показать предупреждение, если разметка находится в <body>.
• Устаревшая разметка Microdata. Старый формат разметки через атрибуты itemscope и itemprop в HTML-тегах. Он до сих пор поддерживается, но JSON-LD проще в реализации, отладке и поддержке. Если есть возможность — мигрируйте на JSON-LD.
• Отсутствие регулярных проверок. Разметку настроили один раз и забыли. Через полгода обновился плагин, изменилась структура данных — разметка сломалась, а вы об этом не знаете. Ошибки накапливаются.
• Игнорирование предупреждений. Предупреждения (warnings) — это не ошибки, но они указывают на недостающие рекомендуемые поля. Заполнение рекомендуемых полей повышает шансы получить расширенный сниппет.

Что проверить в итоге

• Вся разметка на сайте проверена через Google Rich Results Test — ошибок нет.
• Разметка прошла валидацию в Schema Markup Validator — нет ошибок в типах данных и свойствах.
• Разметка проверена в Яндекс Вебмастере (валидатор микроразметки) — Яндекс корректно интерпретирует данные.
• В исходном коде каждой страницы нет дублирующихся блоков разметки одного типа.
• JSON-LD валиден как JSON (проверен через JSON-валидатор, нет лишних запятых и незакрытых скобок).
• URL изображений в разметке (logo, image) ведут на существующие файлы.
• Данные в разметке совпадают с данными на странице (цены, адреса, названия).
• В Google Search Console раздел «Улучшения» не содержит ошибок по типам разметки.
• Настроен регулярный процесс проверки валидности разметки — минимум раз в 1-2 месяца и после каждого обновления сайта.