Как проверять Schema.org: JSON-LD, Microdata и расширенные результаты

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

Практические признаки проблемы
Пошаговая диагностика и исправление
FAQ и полезные переходы по теме

← Все статьи Wiki Открыть связанный инструмент

Когда стоит проверить

Разметка содержит невалидные кавычки, запятые или несколько конфликтующих типов.
В Google Search Console появляются предупреждения о свойствах и неподходящих типах.
Разметка описывает Product/Review, который пользователь на странице не видит.

Пошаговая диагностика и исправление

Скопируйте исходный HTML или JSON-LD и определите, где именно задана разметка.
Проверьте синтаксис JSON: кавычки, массивы, типы и корректность @context/@type.
Убедитесь, что каждая сущность соответствует реальному видимому содержимому и имеет полезные атрибуты.
Проверьте через validator.schema.org — он анализирует Schema.org, а не обещает наличие rich results.
Отдельно запустите Google Rich Results Test для поддерживаемого типа и проверьте правила Google.
После публикации проверьте рендеренный HTML, canonical и отчёты Search Console.

Практический пример

{"@context":"https://schema.org","@type":"Organization","name":"Пример","url":"https://example.com"}
Ошибка: отсутствует закрывающая фигурная скобка, или у Product нет названия.
Ограничение: валидный Product не гарантирует показ цены в выдаче.

Как понять, что исправление сработало

JSON-LD парсится без ошибок.Типы и поля описывают фактический контент.Проверки Schema.org и Rich Results Test не находят блокирующих ошибок.Отрендеренная версия страницы содержит ожидаемую разметку.

Частые ошибки

FAQPage не гарантирует FAQ rich result.
Нельзя добавлять фиктивные оценки или отзывы ради звёзд в сниппете.
Проверка исходного HTML не видит изменения JavaScript после загрузки.

Применить знания

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

Открыть инструмент →

FAQ по статье

Когда статья из Wiki особенно полезна?

Когда вы уже видите симптом проблемы и хотите быстро понять порядок проверки и исправления.

Этого достаточно для продакшн-изменений?

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

Что открыть после чтения?

Обычно — связанный инструмент, страницу SEO-решения или близкую статью Wiki по теме.