Ошибки структурированных данных: как валидировать разметку Schema и исправлять проблемы с расширенными результатами

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

Как Google обрабатывает структурированные данные

Когда Googlebot краулит страницу, он извлекает структурированные данные из трёх возможных источников:

JSON-LD (JavaScript Object Notation for Linked Data) — предпочтительный формат Google, встраиваемый в тег <script type="application/ld+json">
Microdata — HTML-атрибуты, интегрированные в разметку страницы (itemscope, itemtype, itemprop)
RDFa — другой формат на основе HTML-атрибутов

Google проверяет извлечённые структурированные данные по определениям словаря schema.org, валидирует обязательные и рекомендуемые свойства, а затем применяет собственные требования к качеству контента. Прохождение валидации schema.org необходимо, но недостаточно — Google добавляет критерии допуска сверх технической корректности.

Инструменты валидации Google

Rich Results Test (search.google.com/test/rich-results): Основной инструмент Google для валидации структурированных данных. Показывает:

Право ли страница на расширенные результаты
Какие типы схем обнаружены
Отсутствующие обязательные свойства
Ошибки и предупреждения
Предпросмотр возможного вида расширенного результата

Запускайте на любой странице с реализованной разметкой schema перед деплоем.

Google Search Console — Отчёт о расширенных результатах: Показывает производительность расширенных результатов по всему сайту — показы, клики и разбивку действительных/с предупреждениями/с ошибками страниц по типу схемы.

Валидатор Schema.org (validator.schema.org): Валидирует разметку по определениям schema.org без дополнительных критериев допуска Google. Полезен для проверки синтаксической корректности разметки.

Распространённые ошибки структурированных данных

Отсутствующие обязательные свойства:

Каждый тип расширенного результата имеет обязательные свойства, без которых Google не генерирует расширенный результат. Распространённые примеры:

Recipe: отсутствует name, image или recipeIngredient
Product: отсутствует name (обязательное) или offers для разметки цены
FAQ: отсутствует acceptedAnswer или acceptedAnswer.text
HowTo: отсутствует step или у шагов нет text
Review: отсутствует reviewRating или author

Rich Results Test сообщает об этих ошибках с конкретными именами свойств.

Недопустимые значения свойств:

Значения свойств должны соответствовать ожидаемым типам:

ratingValue должен быть числом (или числовой строкой), а не «пять звёзд»
datePublished требует формата ISO 8601: "2026-05-16T00:00:00Z", а не «16 мая 2026»
image требует абсолютного URL, а не относительного пути
url требует полного абсолютного URL с протоколом

Некорректное вложение:

Типы схем часто имеют вложенные структуры. Правильный пример Product с AggregateRating:

{
  "@type": "Product",
  "name": "Название продукта",
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.5",
    "reviewCount": "89"
  }
}

Плоские структуры, где вложенные свойства размещены на неправильном уровне, не проходят валидацию.

Несколько конфликтующих блоков схем:

Если страница имеет несколько блоков <script type="application/ld+json">, Google обрабатывает их все. Конфликтующие определения (два блока Article с разными датами) могут давать неожиданные результаты.

Разметка, не соответствующая контенту страницы:

Требования Google к допуску расширенных результатов требуют, чтобы структурированные данные точно представляли контент страницы. Схема Product с 5-звёздочным рейтингом при отсутствии отзывов на странице не соответствует контентным требованиям.

Допуск к расширенным результатам сверх технической корректности

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

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

Политики против спама: Страницы, нарушающие политики Google против спама — тонкий контент, doorway pages, манипулятивные структурированные данные — не получат расширенных результатов и могут получить ручные санкции за спам в структурированных данных.

Доступность типов расширенных результатов: Не все типы схем генерируют расширенные результаты во всех контекстах. Официально поддерживаемые типы документированы на developers.google.com/search/docs/appearance/structured-data/search-gallery.

Диагностика потери расширенных результатов

Если ранее работавшие расширенные результаты исчезли:

Запустите Rich Results Test на конкретной странице — проверьте новые ошибки
Проверьте Отчёт о расширенных результатах GSC — найдите тренд увеличения ошибок
Проверьте, изменился ли контент страницы
Проверьте, повлияло ли обновление алгоритма или политик Google на этот тип расширенного результата
Проверьте, не изменилось ли обновление CMS в части вывода разметки schema

Автоматизация валидации структурированных данных

Для сайтов с большим количеством страниц, использующих структурированные данные (страницы продуктов e-commerce, рецептные сайты, FAQ-страницы), ручная валидация непрактична. Автоматизированные подходы:

Вызовы API Rich Results Test на выборке страниц после каждого деплоя
Включение валидации схемы в CI/CD пайплайны с помощью библиотек валидатора schema.org
Мониторинг Отчёта о расширенных результатах GSC с оповещением при значительном росте ошибок
Краулинг с помощью Screaming Frog для массовой валидации структурированных данных

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