Микроразметка Schema.org: что это, какие типы нужны и как проверить

Что такое структурированные данные и микроразметка

«Структурированные данные» — термин Google. Яндекс называет ту же технологию микроразметкой или семантической разметкой. В статье эти слова используются как синонимы.

Google использует найденные на сайтах структурированные данные, чтобы понять содержимое страницы. Цель семантической разметки Яндекс формулирует так: облегчить поисковым системам и другим программам извлечение и обработку информации.

Schema.org — словарь; JSON-LD, Microdata, RDFa — форматы

Schema.org — совместный открытый проект, который создаёт и поддерживает схемы для структурированных данных в интернете. Словарь используют Google, Microsoft, Яндекс и другие компании.

Словарь состоит из типов и свойств:

• Тип отвечает на вопрос «что это»: Organization — организация, BlogPosting — запись блога, Service — услуга.
• Свойство описывает характеристику объекта: название (name), адрес сайта (url), автор (author), дата публикации (datePublished).
• Конкретный объект определённого типа со своими свойствами называют сущностью (entity).

Типы выстроены в иерархию: самый общий тип — Thing, от него наследуются остальные.

Словарь можно использовать с разными форматами записи, в том числе с этими тремя:

• JSON-LD — отдельный блок кода в теге <script>, который размещают в <head> или <body> страницы.
• Microdata (микроданные) — атрибуты itemscope, itemtype и itemprop прямо в HTML-тегах видимого контента.
• RDFa — расширение HTML5, тоже на основе атрибутов тегов.

Google рекомендует по возможности использовать JSON-LD. У Яндекса формат зависит от типа разметки — об этом в разделе о различиях.

Пример JSON-LD на условных данных — организация и запись блога:

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Organization",
      "@id": "https://example.com/#organization",
      "name": "Студия «Пример»",
      "url": "https://example.com/",
      "logo": "https://example.com/logo.png"
    },
    {
      "@type": "BlogPosting",
      "@id": "https://example.com/blog/primer/#article",
      "headline": "Как выбрать формат разметки",
      "datePublished": "2026-10-01T07:00:00Z",
      "author": { "@type": "Person", "name": "Анна Иванова" },
      "publisher": { "@id": "https://example.com/#organization" }
    }
  ]
}

Здесь две основные сущности — организация и запись блога; автор описан прямо внутри записи. Свойство publisher у записи блога не описывает организацию заново, а ссылается на неё через @id. @id — идентификатор сущности в JSON-LD; в микроданных его аналог — атрибут itemid.

Чем разметка помогает и чем не помогает

Помогает:

• Однозначно описать страницу. Разметка сообщает поисковой системе, что это за страница и какие на ней объекты, в машиночитаемом виде.
• Получить право на расширенный результат. Расширенный результат (rich result) — сниппет с дополнительными элементами: строкой навигации, логотипом организации, датой публикации, ценой товара. Чтобы контент мог появиться в расширенных результатах Google, нужно заполнить все обязательные свойства типа. Яндекс пишет, что с помощью семантической разметки можно улучшить представление сниппета.

Не гарантирует:

• Расширенный сниппет. Google не гарантирует, что структурированные данные появятся в результатах поиска, даже если страница размечена правильно. Яндекс тоже не гарантирует, что полученные данные появятся в результатах поиска. Вид результата в выдаче может отличаться от предварительного просмотра в инструменте проверки.
• Рост позиций. В документации Google и Яндекса, на которую опирается эта статья, разметка описана как способ понять содержимое и получить расширенный сниппет — обещания роста позиций там нет. Google отдельно уточняет: ручные меры за нарушения в разметке лишают страницу права на расширенный результат, но не влияют на её ранжирование в веб-поиске.
• Индексацию. Разметку поисковая система прочитает, только когда обойдёт страницу: Яндекс пишет, что структурированный сниппет может сформироваться после очередного переобхода страницы роботом. Если страницы нет в поиске, разметка в выдаче никак не проявится. Как проверить, попала ли страница в индекс, — в отдельной статье.

Какие типы разметки нужны сайту

Разметка не должна описывать всё подряд: тип выбирают по тому, что действительно показано на странице. Google советует использовать самый конкретный тип и свойства из словаря Schema.org, которые подходят к содержимому.

Тип	Где уместен	Ключевые свойства	Чем проверить
Organization	Главная или страница «О компании»	name, url, logo, sameAs	Rich Results Test, Schema Markup Validator
WebSite	Только главная страница	name, url; alternateName	Schema Markup Validator
BreadcrumbList	Страницы с видимой навигационной цепочкой	itemListElement → ListItem: position, name, item	Rich Results Test, Schema Markup Validator
Article / BlogPosting	Статьи, новости, записи блога	headline, image, author, datePublished, dateModified	Rich Results Test, Schema Markup Validator
Service	Страница конкретной услуги	name, description, provider, serviceType, areaServed	Schema Markup Validator
Product / Offer	Страница товара, обзор товара	name; offers с ценой и наличием	Rich Results Test, Schema Markup Validator
FAQPage	Страница с видимым списком вопросов и ответов	Вопросы и ответы, показанные на странице	Schema Markup Validator; FAQ-сниппеты Google больше не показывает

Rich Results Test работает только с типами данных для расширенных результатов Google — их перечень приведён в справке инструмента. WebSite и Service нет ни в этом перечне, ни в галерее функций Google Поиска, поэтому их корректность удобнее смотреть в Schema Markup Validator. Валидатора Яндекса в колонке нет: JSON-LD среди поддерживаемых форматов его справка не называет, а микроданные и RDFa можно проверить и в нём.

Organization и WebSite

Organization описывает компанию. Google использует эту разметку, чтобы получить больше сведений об организации, в том числе логотип для результатов поиска. Размещать её рекомендуется на главной странице или на одной странице с описанием организации, например «О компании»; на каждой странице она не нужна. Обязательных свойств у этого типа в Google нет — добавляют те, что подходят организации.

WebSite описывает сайт целиком. Google использует эту разметку как один из источников для названия сайта в выдаче. Разметку размещают только на главной странице домена или поддомена; обязательные свойства — name и url. Выбор указанного названия она не гарантирует.

Организация — одна сущность на весь сайт. Удобно описать её один раз с постоянным @id, а в остальной разметке ссылаться на этот идентификатор.

BreadcrumbList

Навигационная цепочка (хлебные крошки) показывает положение страницы в иерархии сайта и помогает пользователям ориентироваться. Google требует контейнер BreadcrumbList минимум с двумя элементами ListItem. Яндекс описывает разметку цепочки в формате JSON-LD с типом BreadcrumbList.

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

Article / BlogPosting

Article, NewsArticle и BlogPosting помогают Google лучше интерпретировать статьи и нагляднее показывать их заголовки, изображения и даты публикации. Обязательных свойств нет: добавляют те, что соответствуют контенту страницы. В свойстве author.name Google рекомендует указывать только имя автора — без должности и названия компании.

Service — для страниц услуг (когда соответствует содержимому)

Service в Schema.org — услуга, которую предоставляет организация. Основные свойства: provider (кто оказывает), serviceType (вид услуги), areaServed (где оказывается), offers (предложение).

Отдельного расширенного результата для Service в списке Google нет. Смысл этой разметки — однозначно описать, что за услуга на странице и кто её оказывает, а не получить особый сниппет. Ставьте её только на страницу конкретной услуги. В provider ссылайтесь на сущность организации по @id. Цену указывайте, только если она показана на странице.

Product / Offer — для товаров

Product подходит для страниц с описанием товара, обзоров и страниц, где товар можно купить. Предложение о продаже — цену и наличие — описывают через Offer. Для товаров у Google несколько вариантов расширенных результатов. Разметка товаров — отдельная большая тема; главное правило то же: цена и наличие в разметке должны совпадать с тем, что видит покупатель.

FAQPage — когда уместна и что изменилось в её отображении

FAQPage в Schema.org — страница с одним или несколькими часто задаваемыми вопросами. Статус в Google на 3 октября 2026 года:

• С сентября 2023 года Google показывал FAQ-сниппеты только для известных авторитетных государственных и медицинских сайтов.
• В мае 2026 года Google объявил, что с 7 мая 2026 года расширенные результаты с часто задаваемыми вопросами больше не показываются в поиске, а в июне 2026 года удалил их документацию. В галерее поддерживаемых функций FAQ больше нет.
• Расширенный результат для пошаговых инструкций (HowTo) Google не показывает с 2023 года.

Не путайте FAQPage с QAPage — это разные типы Schema.org. QAPage описывает страницу с одним вопросом и ответами пользователей; такую разметку описывает, например, справка Яндекса. Расширенный результат «Вопросы и ответы» в галерее Google остаётся.

Что из этого следует. Внедрять FAQPage ради сниппета в Google не имеет смысла. Если на странице есть настоящий блок вопросов и ответов, разметка может его описывать — но только видимое содержимое и без расчёта на особый вид в выдаче Google.

Микроразметка для Яндекса и Google: что общего и в чём различия

Общее:

• Обе системы работают со словарём Schema.org.
• Обе требуют размечать только контент, видимый посетителям.
• Ни одна не гарантирует, что размеченные данные появятся в выдаче.

Различия:

• Формат. Google рекомендует JSON-LD. У Яндекса требования зависят от типа: навигационную цепочку справка описывает в JSON-LD, а для строгой разметки каталогов предупреждает, что обработка JSON-LD не гарантируется. Основы schema.org справка Яндекса объясняет на примерах микроданных.
• Набор типов. У Google свой список функций, для которых возможны расширенные результаты. Яндекс перечисляет свои: товары, организации, рецепты, фильмы, вопросы и ответы, видео и другие.
• Инструменты. Валидатор Яндекса проверяет разметку на соответствие требованиям сервисов Яндекса, Rich Results Test — на возможность получить расширенный результат в Google.

Практический вывод: перед внедрением конкретного типа откройте справку по нему у обеих систем. Если форматы расходятся, решение принимают по типу, а не «для всего сайта сразу».

Как проверить микроразметку

Порядок проверки:

1. До релиза проверьте код или тестовую страницу в Rich Results Test и Schema Markup Validator; разметку в микроданных или RDFa — также в валидаторе Яндекса. Google советует пользоваться Rich Results Test на этапе разработки.
2. Сверьте разметку с видимым содержимым страницы — по чек-листу в разделе об ошибках.
3. После релиза посмотрите страницу инструментом проверки URL в Search Console. Состояние разметки по всему сайту показывает отчёт о расширенных результатах.
4. Исправляйте в коде сайта. Структурированные данные находятся на сайте, а не на серверах Google, поэтому окончательно проблему решает исправление кода.

Инструмент	Что показывает
Валидатор микроразметки Яндекса	Какие данные распознаны и соответствуют ли требованиям сервисов Яндекса
Rich Results Test	Какие расширенные результаты Google возможны для страницы
Schema Markup Validator	Синтаксические ошибки и все сущности, найденные на странице

Валидатор микроразметки в Яндекс Вебмастере

Валидатор находится в разделе «Инструменты» Яндекс Вебмастера. Он помогает убедиться, что метаданные на страницах распознаются корректно. Справка перечисляет поддерживаемые форматы: микроформаты, Schema.org, Open Graph, микроданные HTML и RDFa. JSON-LD в этом списке не указан, поэтому разметку в JSON-LD проверяйте в Rich Results Test и Schema Markup Validator.

Чтобы проверить страницу, введите её адрес в поле «URL документа» или вставьте код и нажмите «Проверить». Под заголовком «Результаты проверки» валидатор покажет распознанные данные или текст ошибки. Если проверка прошла успешно, структурированный сниппет может сформироваться после очередного переобхода страницы роботом Яндекса.

Rich Results Test и Schema Markup Validator

Rich Results Test (инструмент проверки расширенных результатов) — инструмент Google. Он принимает адрес страницы или фрагмент кода и распознаёт JSON-LD, RDFa и микроданные. Проверку можно запустить от имени робота для смартфонов или для компьютеров. Google предупреждает: в поиске страница может выглядеть не так, как в предварительном просмотре.

Schema Markup Validator (validator.schema.org) проверяет разметку по словарю Schema.org без привязки к одной поисковой системе. Он находит синтаксические ошибки, извлекает JSON-LD, RDFa и микроданные, в том числе разметку, которую добавляет JavaScript, и показывает сводку найденного графа данных. Инструмент основан на прежнем Structured Data Testing Tool от Google и предоставляется Google для сообщества Schema.org.

Если разметку на сайте выводят тема, SEO-плагин и сторонние модули, а ошибки возвращаются после обновлений, проверять нужно весь сайт, а не отдельные страницы. Это входит в проверку разметки в рамках технического SEO.

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

Разметка того, чего нет на странице

Google прямо запрещает размечать контент, скрытый от пользователей: если в JSON-LD есть описание, этот же текст должен быть в HTML-коде страницы. Разметка должна точно отражать содержимое страницы. Яндекс тоже требует размечать только контент, видимый посетителям, а не содержимое скрытых тегов.

Типичные примеры — рейтинг и отзывы, которых на странице нет; цена или наличие, которые расходятся с карточкой; FAQ, которого пользователь не видит. За такие нарушения Google может применить ручные меры: страница теряет право на расширенный результат.

Дубли сущностей и несвязанные @id

Одна и та же организация может оказаться описанной несколько раз: в шаблоне главной, в разметке статьи, в блоке контактов. Если у этих описаний разные названия, логотипы или нет общего идентификатора, по разметке не видно, что речь об одном объекте.

@id нужен именно для этого: в Schema.org это встроенный способ указать идентификатор сущности. Рекомендации:

• У каждой ключевой сущности — организации, сайта, автора — один постоянный @id.
• Остальная разметка ссылается на этот @id, а не описывает сущность заново.
• @id, на который ссылаются, действительно должен быть описан в разметке сайта; ссылка «в никуда» связи не создаёт.

Несколько плагинов выводят параллельную разметку

На WordPress и других CMS разметку часто выводят сразу несколько компонентов: тема, SEO-плагин, плагин магазина или отзывов. В итоге на странице могут оказаться две навигационные цепочки или два описания одной статьи с разными датами.

Проверьте страницу в Schema Markup Validator и посмотрите, какие сущности в ней найдены и сколько раз. Оставьте один источник для каждого типа разметки, остальные отключите в настройках. Если разобраться, какой компонент что выводит, не получается, поможет SEO-аудит с проверкой structured data.

Чек-лист согласованности разметки и видимого контента:

1. Каждое значение в разметке — название, цена, дата, автор — есть в видимом тексте страницы.
2. Тип разметки соответствует назначению страницы: статья — Article / BlogPosting, услуга — Service, товар — Product.
3. Навигационная цепочка в разметке совпадает с видимой.
4. Организация, сайт и автор описаны по одному разу и связаны через @id.
5. На странице нет двух параллельных описаний одной сущности от разных плагинов.
6. Schema Markup Validator не показывает ошибок, Rich Results Test — ошибок для типов, которые поддерживает Google; разметка в микроданных или RDFa проходит и валидатор Яндекса.
7. После релиза разметка сверена с состоянием до изменений.

Микроразметка и генеративный поиск

Генеративный поиск — ответы, которые формирует ИИ на основе найденных материалов. Что о структурированных данных говорит официальная документация Google на 3 октября 2026 года:

• Факт. Чтобы страница использовалась в ИИ-функциях Google Поиска, не нужно соблюдать дополнительные требования, создавать специальные файлы или внедрять особую разметку; отдельные структурированные данные Schema.org для этого не нужны.
• Факт. Среди общих советов Google называет приведение структурированных данных в соответствие с видимым текстом страницы.
• Рекомендация. Разметка помогает однозначно описать сущности страницы — кто автор, какая организация, о какой услуге или товаре речь. Поэтому для генеративного поиска важны те же правила, что и для обычного: разметка правдивая, совпадает с видимым контентом, а сущности не дублируются.

Разметка не гарантирует попадания или цитирования в ИИ-ответах. Она — часть SEO-основы, на которую опирается GEO — оптимизация для генеративного поиска. Подробнее о том, чем GEO отличается от SEO, — в отдельной статье.

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

Какой формат выбрать: JSON-LD или Microdata?

Google рекомендует JSON-LD. У Яндекса требования зависят от типа разметки: для одних типов справка описывает JSON-LD, для других обработка JSON-LD не гарантируется. Сверьтесь со справкой по нужному типу у обеих систем.

Обеспечивает ли микроразметка расширенный сниппет?

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

Влияет ли микроразметка на позиции?

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

Нужна ли микроразметка для генеративного поиска?

Google пишет, что для ИИ-функций его поиска специальная разметка не нужна; важно, чтобы структурированные данные соответствовали видимому тексту.