пн-пт 9:00 — 18:00
г. Тула, ул. Некрасова, 7, оф. 315

Проверка JSON-LD / Schema.org

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

Укажите полный URL страницы с https://

Загружаем страницу и анализируем JSON-LD…

Зачем проверять JSON-LD разметку для AI? JSON-LD

JSON-LD даёт AI типизированные факты, а не сырой текст

Когда AI-агент парсит HTML-страницу, он видит текст, из которого нужно извлекать факты с помощью NLP. JSON-LD меняет это: вместо «в тексте упоминается цена 1990 рублей» модель получает "price": 1990, "priceCurrency": "RUB" — типизированный факт без двусмысленности. Именно поэтому крупные AI-платформы рекомендуют JSON-LD как сигнал качества: он повышает точность извлечения данных о товарах, событиях, статьях, организациях и сотнях других сущностей.

Основные типы schema.org для разных страниц

Для контентных страниц используют Article, BlogPosting, NewsArticle. Для товаров — Product с вложенными Offer, AggregateRating. Для бизнесов — Organization и LocalBusiness. Для структурной навигации — BreadcrumbList. Для частых вопросов — FAQPage. Критически важно выбирать специфический тип, а не универсальный WebPage: это снижает точность интерпретации агентами.

Как JSON-LD влияет на AI-видимость и поисковые результаты

Разметка schema.org используется в двух сценариях одновременно. Первый — поисковые расширенные результаты (Rich Snippets): рейтинги товаров, даты мероприятий, рецепты. Второй — AI-ответы: когда ChatGPT, Perplexity или Google AI Overview формируют ответ по вашей теме, они отдают предпочтение источникам с явно размеченными фактами. Страница с корректным JSON-LD для Product с ценой и доступностью значительно чаще цитируется в AI-ответах про покупки, чем неразмеченная страница с аналогичным контентом. Для полной AI-готовности проверьте также доступность контента без JavaScript — JSON-LD бесполезен, если страница невидима без JS.

Типичные ошибки в JSON-LD разметке

Самая критичная ошибка — описывать контент, которого нет на странице. Если в JSON-LD стоит рейтинг 5.0 с 1000 отзывами, а на странице их нет — это является нарушением правил поисковых систем. Другая ошибка — использовать Article для страницы категории или Product для страницы бренда. После миграции CMS часто остаются устаревшие JSON-LD блоки с неверными URL в @id. Рекомендуется проверять разметку через Schema Markup Validator и Google Rich Results Test после каждого крупного обновления сайта.

Развернуть все Свернуть

Часто задаваемые вопросы

Обязательно ли использовать JSON-LD, а не microdata или RDFa?
Google официально рекомендует JSON-LD как предпочтительный формат. AI-агенты легче парсят автономный script-блок, чем атрибуты itemscope/itemtype, рассеянные по HTML-разметке.
Что такое @id в JSON-LD и зачем он нужен?
@id — уникальный URI сущности. Он связывает блоки JSON-LD между собой и с внешними базами знаний (Google Knowledge Graph, Wikidata). Без @id каждый блок воспринимается как изолированная сущность.
Можно ли размещать несколько блоков JSON-LD на одной странице?
Да, это рекомендуемая практика. Размещайте отдельные блоки для основного типа (Product, Article), BreadcrumbList, Organization и FAQPage — каждый в своём теге script.
Как быстро поисковики подхватывают изменения в JSON-LD?
При следующем обходе страницы краулером. Rich Results появляются через несколько дней после деплоя корректной разметки. Ускорить — через Google Search Console (запрос переобхода).