Мы предлагаем

NEW CASE
Antana

Создаем цифровые решения, которые работают на бизнес

Стать клиентомСтать клиентом
Зателефонуйте нам +38 (066) 35-14-529

Сделаем первый шаг к вашему сайту — напишите нам

Закрыть
Инструменты

Проверка разметки Schema.org

SEO и маркетинг

Может заинтересовать

Синтаксис JSON-LD, обязательные поля по типу и логические ошибки.

Что проверяет валидатор

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

Синтаксис JSON Лишняя запятая перед скобкой, одинарные кавычки вместо двойных, комментарии — каждая из этих мелочей делает весь блок нечитаемым.
@context і @type Без контекста блок не связывается со словарём schema.org. Без типа непонятно, что именно вы описываете.
Обязательные поля Для каждого типа свой набор. В LocalBusiness без адреса, в Product без названия разметка не имеет смысла.
Рекомендуемые поля Без них разметка работает, но результат беднее. Показываем отдельно от обязательных, чтобы была видна разница.
Логические ошибки Оценка 7 из 5, цена словами, дата в формате 15.01.2026, относительный адрес вместо полного — формально валидно, фактически не работает.
Вложенные сущности Разметка часто содержит сущности внутри сущностей: Offer в Product, Question в FAQPage. Проверяем каждую отдельно.

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

Самые частые типы и что в них нужно

Organization Обязательно только name. Но без logo, url и sameAs пользы мало — именно они связывают сайт с профилями компании.
LocalBusiness Нужны name и address. Для локальной выдачи добавьте telephone, openingHours и geo с координатами.
Article Обязателен headline. Автор, дата публикации и изображение нужны для полноценного вида в выдаче.
Product Название обязательно, остальное — offers с ценой, изображение и рейтинг — именно то, что показывается в результатах.
FAQPage Нужен mainEntity со списком Question, у каждого — acceptedAnswer. Ответы должны быть на самой странице.
BreadcrumbList Список itemListElement с позициями. Заменяет длинный адрес в результате на понятный путь.

За что Google снимает расширенный результат

Данные не совпадают со страницей В разметке цена 500, на странице 900. Это считается обманом, и санкция снимает расширенный результат по всему сайту, а не только на этой странице.
Рейтинг без отзывов AggregateRating на странице, где отзывов нет вообще. Самая частая причина ручных санкций за разметку.
FAQ без ответов на странице Вопросы есть только в разметке, а в тексте страницы их нет. Google это проверяет и разметку отбрасывает.
Разметка чужого содержимого Описывать как свой товар то, чего на странице нет, или чужие отзывы. Формально валидно, но нарушает правила.

Порядок работы с разметкой

1 Сначала синтаксис Если JSON недействителен, остальное не имеет значения: блок не читается вообще и ни на что не влияет.
2 Затем обязательные поля Без них тип считается неполным. Рекомендуемые добавляйте после того, как обязательные на месте.
3 Сверьте со страницей Каждое значение в разметке должно быть видно человеку на самой странице. Это главное правило, и именно его нарушение наказывается.
4 Проверьте в Google Наш валидатор ловит ошибки кода, но окончательный ответ о расширенном результате даёт только инструмент самой поисковой системы.

Частые вопросы

Гарантирует ли корректная разметка расширенный результат?
Нет. Разметка без ошибок — необходимое условие, но не достаточное. Google решает сам, опираясь на качество страницы, доверие к сайту и тип запроса. Ни один сторонний валидатор этого предсказать не может, и обещания обратного стоит воспринимать осторожно.
За что можно получить санкцию за разметку?
Чаще всего — за рейтинг на странице без единого отзыва и за расхождение данных: в разметке одна цена, на странице другая. Санкция снимает расширенные результаты по всему сайту, а не только на проблемной странице, поэтому риск значительно больше выигрыша.
JSON-LD или микроданные в атрибутах?
Google рекомендует JSON-LD: он лежит отдельным блоком и не смешивается с вёрсткой, поэтому его проще править и труднее сломать при смене дизайна. Микроданные работают тоже, но этот валидатор проверяет именно JSON-LD.
Сколько блоков разметки можно на одной странице?
Ограничения нет, и несколько блоков — нормальная практика: Organization, BreadcrumbList и Article на одной странице не конфликтуют. Но описывать нужно только то, что действительно на ней есть: лишние сущности пользы не дают, а риск ошибки увеличивают.
Почему валидатор говорит об ошибке, а Google принимает разметку?
Мы разделяем обязательные и рекомендуемые поля. Google может принять блок без рекомендуемых, но результат будет беднее: без изображения и даты статья в выдаче выглядит скромнее. Ошибками мы называем только то, без чего тип неполон по спецификации.
Telegram Viber Позвонить