Schema.org валидатор

Валидатор микроразметки Schema.org и JSON-LD

Проверьте корректность структурированных данных JSON-LD и Schema.org для получения расширенных сниппетов в Google.

Извлекает и валидирует блоки структурированных данных JSON-LD и Microdata.

Мы извлекаем и парсим все блоки <script type="application/ld+json"> на странице.

Подробное руководство по теме Руководство по микроразметке Schema.org и JSON-LD для современного SEO Как получить расширенные сниппеты в Google с помощью Schema.org. Примеры кода для Organization, Article, Product, FAQPage и BreadcrumbList. Читать руководство · 1 мин чтения →

Что проверяет этот инструмент

Синтаксическая и логическая валидация всех блоков Schema.org JSON-LD.

  • Синтаксис JSON-LD

    How many JSON-LD scripts are on the page and whether every one of them parses.

  • Сущность Organization

    Проверка названия, логотипа, контактов и профилей в соцсетях

  • Сущность Article / Blog

    Проверка заголовка, автора, даты публикации и изображения

  • Хлебные крошки (Breadcrumbs)

    Валидация цепочки навигации BreadcrumbList

  • Разметка вопросов FAQPage

    Формат вопрос-ответ, наиболее востребованный поисковиками и ИИ-моделями.

  • Объявленные типы сущностей

    Список всех найденных типов Schema.org (Organization, Product, Article и др.).

  • Собственные отзывы (Self-serving reviews)

    Google запрещает разметку aggregateRating на собственную организацию во избежание накруток.

  • Сырой спарсенный JSON-LD

    Полная структура данных в виде форматированного JSON для проверки свойств.

Техническое руководство и лучшие практики

A parse failure is the most urgent item. An invalid block is discarded entirely — a single trailing comma loses the whole thing, and nothing on the page tells you.

No organisation entity is the next priority. Without it, an AI model describing your business has to infer everything from marketing prose, and it will get things wrong with confidence.

A disconnected graph validates but underperforms. Three separate blocks say three unrelated things; three blocks joined by @id say "this organisation provides this service in these markets" — a claim a machine can retrieve and attribute.

If self-serving review markup is flagged, take it seriously. Google's policy on this is explicit, not a grey area, and ratings collected by you about you are ineligible. Move them to a Product or LocalBusiness node backed by genuine third-party collection, or remove them.

Почему структурированные данные критически важны

For search: rich results

Structured data is what makes a result show a star rating, an FAQ accordion, a price, a breadcrumb trail or an event date. Those elements take up more space in the results page and consistently lift click-through, which is the actual mechanism — schema is not a ranking factor, it is a click-through factor.

For AI: unambiguous facts

This is the newer and increasingly larger reason. A language model reading your prose has to infer what your company is, where it operates and what it sells. A model reading your Organization node does not have to infer anything. When an AI answer engine states something about your business with confidence, structured data is often where that confidence came from.

Connect the graph

The most common mistake in otherwise correct implementations is publishing isolated blocks. An Organization block here, a Service block there, a BlogPosting somewhere else, none of them referencing each other.

Use @id to link them:

{
  "@type": "Service",
  "@id": "https://example.com/services/seo/#service",
  "provider": { "@id": "https://example.com/#organization" }
}

Now the service is attached to a specific organisation rather than floating unattached. A connected graph is what lets a search engine or a model answer "who provides this service and where are they" from your markup alone.

The types worth having

For most businesses, in order of value: Organization or LocalBusiness on every page, WebSite once, BreadcrumbList on every deep page, Service or Product on the relevant pages, FAQPage wherever you answer questions, and BlogPosting or Article on editorial content.

One thing not to do

Do not put aggregateRating on your own Organization node using reviews you collected yourself. Google's structured data policy treats self-serving organisation reviews as ineligible, and it is a documented cause of manual actions. Ratings belong on Product and LocalBusiness from genuine third-party review collection.

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

Как часто нужно проводить данную проверку?

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

Сохраняются ли проверяемые домены на ваших серверах?

Нет, все запросы обрабатываются в режиме реального времени и мы не сохраняем историю проверок или доменные имена.

Как исправить обнаруженные ошибки?

Следуйте рекомендациям из отчета или обратитесь к нашей команде разработчиков за профессиональной помощью.

Может ли быть слишком много микроразметки на странице?

Нет, за полноту разметки нет штрафов. Главное, чтобы указанные данные строго соответствовали видимому контенту страницы.

Другие бесплатные инструменты

Расскажите, каких показателей вы хотите достичь.

Одна команда. Три международных офиса. 26 рабочих языков. Отправьте нам задачу — мы предложим решение.

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