Валидатор схем JSON-LD
Вставьте структурированные данные или всю страницу и получите сообщения о синтаксических ошибках, отсутствующих свойствах и соответствие типу rich-result — без отправки разметки куда-либо.
Ничего, что вы вводите здесь, не загружается, не сохраняется и не отправляется куда-либо. Всё работает в вашем браузере.
Корректная разметка и подходящая страница — это разные вещи.
Этот инструмент проверяет структуру: парсится ли JSON, есть ли @type, присутствуют ли свойства, требуемые в документации Google. Прохождение этой проверки необходимо, но недостаточно. Google также проверяет, соответствует ли разметка странице. Цена в вашем Offer которая отсутствует на странице, рейтинг, который никто не оставил, отзыв, написанный вами о себе, Event которая не существует — все они проходят валидацию без ошибок, но являются основанием для ручных действий против структурированных данных. Ни один структурный валидатор не может увидеть это, включая данный.
Правило простое и заслуживает внимания: разметьте только то, что находится на странице и предназначено для восприятия человеком, и ничего больше.
Rich-results, снятые Google
Разметка не перестаёт быть полезной, когда rich-result исчезает — она всё равно сообщает машинам, что представляет собой страница, что всё более важно помимо десяти синих ссылок. Но вы должны знать, что получаете.
- HowTo, снят в 2023 году. Rich-result полностью исчез из Поиска. Разметка остаётся корректной.
- Sitelinks search box, снят в ноябре 2024 года.
WebSiteРазметка всё ещё полезна для функции site-name. Поле поиска в результате не возвращается. - FAQ, ограничено 2023. FAQ rich results теперь отображаются только для известных авторитетных правительственных и медицинских сайтов. На обычном коммерческом сайте разметка валидна и не будет показываться.
Что по‑прежнему надёжно получает rich result: Product с предложениями и отзывами, Recipe, Event, JobPosting, VideoObject, Breadcrumb, а также разметка article и organisation, которая заполняет панель знаний.
Ошибки, которые действительно препятствуют появлению rich result
- Вложенный объект без
@type. Одинoffersзначение, которое просто{"price": "19.99"}является нетипизированным блобом. Google не выводит тип из названия свойства. Каждый вложенный объект нуждается в своём@type. - Относительный URL.
image,url,logoиsameAsвсе требуют абсолютных URL с протоколом. Относительный URL будет тихо отброшен. - Дата, не соответствующая формату ISO 8601.
14/08/2026не является датой для машины.2026-08-14является. - Пустая строка.
"author": ""хуже, чем опуститьauthor, потому что он объявляет поле и заполняет его ничем. - HTML внутри имени. Теги в
headlineилиnameотображаются буквально в результате. Описания и ответы FAQ допускают ограниченный HTML; имена — нет.
Где разместить
JSON-LD в <script type="application/ld+json"> тег является предпочтительным форматом по заявлению Google, и его можно разместить в head или body — оба работают. Microdata и RDFa также работают, но нельзя описывать один и тот же объект в двух форматах и ожидать корректный результат. Выберите один, и если у вас есть плагин, добавляющий JSON-LD, проверьте, что он не дублирует то, что уже выводит ваша тема. Два Organization Блоки, не согласующиеся по поводу вашего логотипа, действительно могут возникать.
Вопросы, которые задают люди
Улучшит ли валидные структурированные данные мои позиции в поиске?
Не напрямую. Google последовательно заявляет, что структурированные данные не являются фактором ранжирования. Они позволяют вам получать типы результатов, которые занимают больше места и получают больше кликов — звёздочки, цены, изображения, хлебные крошки. Улучшение CTR реально, но это не то же самое, что улучшение позиции в поиске.
Почему тест Rich Results от Google не согласуется с этим?
Две вероятные причины. Тест Google получает и рендерит живой URL, поэтому он видит структурированные данные, внедрённые JavaScript, которых нет в исходном коде, который вы вставили здесь. И он проверяет соответствие конкретным типам расширенных результатов на живой странице, тогда как здесь проверяется структура того, что вы ему передали. Если они расходятся по поводу обязательного свойства, доверяйте Google — и сообщите нам, потому что это значит, что документированные требования изменились.
Можно ли разместить несколько типов в одном блоке?
Да, двумя способами. Массив объектов на верхнем уровне — самый простой. @graph лучше, когда сущности ссылаются друг на друга, потому что каждый узел может иметь @id на который указывают другие — так вы избегаете описания вашей организации пять раз на одной странице. Этот инструмент проверяет каждый узел отдельно в любом случае.
Нужна ли разметка Organization на каждой странице?
Нет, и лучше так и не делать. Разместите полный блок Organization на одной странице — обычно на главной или странице «О компании» — дайте ему @id, и ссылаться на него @id откуда угодно, где это требуется. Повторение полного блока на всём сайте даёт Google множество слегка различающихся копий, которые нужно согласовать.
Безопасно ли разметить рейтинги с другого сайта?
Нет. Google требует, чтобы разметка отзывов и рейтингов описывала отзывы, собранные вами и отображённые на этой странице. Сбор рейтингов с сторонних сайтов в ваш собственный AggregateRating является документированным нарушением и одной из самых распространённых причин применения ручного действия по структурированным данным.
Отправляется ли то, что я вставляю, куда‑либо?
Нет. Разбор и проверка выполняются в вашем браузере. Ничего не загружается, что и является целью — собственный тестер Google всё равно отправляет ваш URL в Google, а иногда вам нужно проверить разметку на странице, которая ещё не опубликована.
Сопутствующие инструменты
Структурированные данные описывают страницу, они не продвигают её.
Schema помогает Google понять, что вы опубликовали. Ранжирование всё равно зависит от того, кто на это ссылается.