Что такое микроразметка Schema.org
Микроразметка передает поисковику структурированные сведения о содержимом страницы.
Обновлено 11 сентября 2026
Микроразметка сайта помогает поисковику понять, где на странице название товара, цена, автор статьи, рейтинг или путь навигации. За 20-30 минут можно выбрать подходящий тип Schema.org, добавить его в код, проверить ошибки и отправить страницу на повторный обход.
Что такое Schema.org
Schema.org - это общий словарь структурированных данных. Он описывает сущности и их свойства: товар, статью, организацию, событие, рецепт, отзыв, хлебные крошки. Поисковик читает эти сведения в коде страницы и связывает их с видимым содержимым.
Когда человек ищет, что такое микроразметка на сайте, он часто смешивает два понятия. Schema.org задает названия полей и правила их связи, а JSON-LD, Microdata и RDFa задают способ добавления этих данных в HTML. На практике чаще выбирают JSON-LD: такой блок можно разместить отдельно от основной верстки.
Пример простой разметки организации:
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "ООО Ромашка",
"url": "https://example.ru",
"logo": "https://example.ru/logo.png"
}В этой статье код внутри pre использовать нельзя, поэтому для вставки применяйте обычный тег <script type="application/ld+json">. Сам JSON-LD не показывается посетителю, но его данные должны совпадать с информацией на странице.
Для чего нужна микроразметка на сайте
Разметка дает поисковику дополнительные подсказки. При удачной обработке страница может получить расширенный сниппет: цену и наличие товара, рейтинг, дату публикации, автора, список хлебных крошек. Показ такого результата не гарантирован. Поисковая система сама решает, выводить ли расширение, и учитывает качество страницы, запрос, устройство и другие сигналы.
Микроразметка не поднимает страницу в выдаче автоматически и не заменяет текст, ссылки, скорость загрузки или работу с намерением пользователя. Ее задача уже: точно передать структуру контента и снизить риск неверной интерпретации.
Основные типы разметки
Выбирайте тип по содержанию URL, а не по желаемому виду сниппета. Страница товара получает Product, материал с редакционным текстом получает Article, путь навигации получает BreadcrumbList.
| Тип Schema.org | Где применяют | Частые свойства |
|---|---|---|
| Product | Карточка товара | name, image, description, sku, brand, offers, aggregateRating |
| Article | Новость, инструкция, редакционный материал | headline, image, author, datePublished, dateModified, publisher |
| BreadcrumbList | Хлебные крошки | itemListElement, position, name, item |
| Organization | Данные о компании | name, url, logo, sameAs, contactPoint |
| LocalBusiness | Офис, магазин, локальная услуга | address, telephone, openingHours, geo |
| FAQPage | Страница с вопросами и ответами | mainEntity, acceptedAnswer, text |
Не добавляйте все типы подряд. На странице услуги не нужен Product, если на ней нет конкретного товара с ценой. FAQPage подходит, когда вопросы и ответы видит пользователь, а не когда вы спрятали рекламные фразы в коде.
Разметка товаров и статей
Product
Для запроса микроразметка schema org product чаще всего требуется код с объектом Product и вложенным Offer. Минимальный практический пример:
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Кофейная кружка",
"image": ["https://example.ru/mug.jpg"],
"description": "Керамическая кружка объемом 350 мл",
"sku": "MUG-350",
"offers": {
"@type": "Offer",
"url": "https://example.ru/mug/",
"priceCurrency": "RUB",
"price": "1290",
"availability": "https://schema.org/InStock"
}
}
Значение price передавайте числом или строкой с точкой, без символа рубля и пробелов. Если товар стоит 1 290 рублей, в JSON-LD пишите "1290". Для диапазона цен используйте AggregateOffer только при реальном диапазоне, например от разных вариантов одного товара.
Рейтинг добавляйте лишь тогда, когда на странице видны отзывы и их количество. Поля aggregateRating и review без подтверждаемого контента могут вызвать предупреждения или ручные меры. Скрытая разметка цены, которой нет в карточке, создает противоречие.
Article
Для статьи передайте заголовок, главное изображение, автора, издателя и даты. В datePublished ставьте дату первой публикации, а в dateModified меняйте значение после существенного обновления. Не обновляйте дату каждый день без изменений в тексте.
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Как выбрать кофейную кружку",
"image": ["https://example.ru/mug-guide.jpg"],
"author": {
"@type": "Person",
"name": "Ирина Петрова"
},
"publisher": {
"@type": "Organization",
"name": "Ромашка",
"logo": {
"@type": "ImageObject",
"url": "https://example.ru/logo.png"
}
},
"datePublished": "2025-02-10",
"dateModified": "2025-02-12"
}
Имя автора должно вести к реальному профилю или хотя бы совпадать с подписью на странице. Изображение выбирайте доступное роботу, с абсолютным URL и без запрета в robots.txt.
Микроразметка хлебных крошек Schema.org
BreadcrumbList описывает последовательность разделов от главной страницы до текущего URL. Это отдельная сущность, а не просто список ссылок в меню.
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Главная",
"item": "https://example.ru/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Каталог",
"item": "https://example.ru/catalog/"
},
{
"@type": "ListItem",
"position": 3,
"name": "Кружки"
}
]
}
Позиции начинаются с 1 и идут без пропусков. Последний пункт может не содержать item, потому что он описывает текущую страницу. Названия в JSON-LD должны совпадать с видимыми хлебными крошками. Если на сайте нет крошек, не создавайте их только в коде.
Как добавить данные в код
- Составьте карту страниц. Выберите по одному URL каждого шаблона: карточка товара, статья, категория, контактная страница. Не копируйте разметку товара на все страницы сайта.
- Определите тип. Откройте документацию Schema.org и найдите сущность Product, Article или BreadcrumbList. Проверьте обязательные и рекомендуемые свойства для нужного поискового результата.
- Соберите фактические значения. Возьмите заголовок, цену, валюту, доступность, URL изображения и даты из видимой страницы. Не заполняйте поля вымышленными данными.
- Выберите способ внедрения. В JSON-LD добавьте блок
<script type="application/ld+json">в секцию head или body. В CMS ищите шаблон нужного типа страницы, а не вставляйте код вручную в один случайный URL. - Сделайте шаблон динамическим. Для интернет-магазина название и цена должны подставляться из каталога. Проверьте, что у товара без остатка меняется availability, а снятый с продажи URL не продолжает сообщать о наличии.
- Очистите кэш. После публикации откройте исходный код страницы через "Просмотр кода страницы", найдите
application/ld+jsonи убедитесь, что там появились новые значения. - Проверьте URL снаружи. Запустите тесты, исправьте синтаксис и смысловые ошибки, затем отправьте несколько страниц на переобход.
Если не хочется писать JSON вручную, используйте генератор микроразметки Schema.org как черновик. Заполните поля, выберите JSON-LD, скопируйте результат и проверьте его по реальной странице. Генератор не знает, виден ли отзыв пользователю, не видит ваши правила наличия и может добавить лишние поля. Этот же список можно получить готовым: Seohand собирает его бесплатно за пару минут.
Проверка валидности
Проверяйте код в двух местах, потому что сервисы отвечают на разные вопросы.
- Schema Markup Validator. Вставьте URL или фрагмент JSON-LD и нажмите "Run Test". Валидатор проверит, соответствует ли структура словарю Schema.org, распознает типы и покажет ошибки свойств.
- Google Rich Results Test. Вставьте URL или код и нажмите "Test Code". Смотрите разделы "Detected structured data" и "Preview". Отчет показывает, подходит ли разметка для поддерживаемого расширенного результата Google.
- Google Search Console. Откройте нужный ресурс, перейдите в раздел "Улучшения" и выберите отчет "Товары", "Хлебные крошки", "Статьи" или другой доступный тип. После исправления нажмите "Проверить исправление". Для отдельной страницы используйте "Проверка URL", затем "Запросить индексирование".
- Яндекс Вебмастер. В разделе инструментов найдите "Валидатор микроразметки", вставьте URL и запустите проверку. Названия разделов могут меняться, поэтому ориентируйтесь на слово "Валидатор".
| Что проверять | Допустимый результат | Что исправить |
|---|---|---|
| JSON | 0 синтаксических ошибок | Кавычки, запятые, скобки, кодировку |
| Product | 1 товар соответствует видимой карточке | Название, цену, валюту, наличие, URL |
| BreadcrumbList | Позиции от 1 без пропусков | Дубли, порядок, последний пункт |
| Article | 1 основной заголовок и реальные даты | headline, author, image, publisher |
| Изображение | Доступно по HTTP-коду 200 | Запрет роботу, битый URL, редирект |
Отсутствие ошибки в валидаторе не означает, что расширенный сниппет появится завтра. Робот должен заново обойти URL, а поисковик может не выбрать расширение. После публикации следите за отчетами Search Console хотя бы несколько циклов обхода и сравнивайте число валидных и ошибочных страниц.
Ограничения и типичные ошибки
Ниже перечислены ситуации, которые часто видны именно в ручной настройке:
- Вместо
https://schema.orgнаписалиhttp://schema.org, перепутали регистр или допустили ошибку в имени свойства. Запрос shema org микроразметка часто возникает из-за опечатки, но в коде нужно использовать точное Schema.org. - В JSON оставили комментарии, одинарные кавычки или лишнюю запятую после последнего поля. Такой текст похож на JavaScript, но JSON строже.
- В поле image указали относительный путь
/img/photo.jpg, хотя для надежной обработки лучше передать полный URL с протоколом. - Вложили Offer не внутрь Product или передали цену как "1 290 ₽". Уберите пробелы и валютный знак, а валюту запишите отдельно.
- Указали AggregateRating с оценкой 5 и одним отзывом, хотя на странице нет блока отзывов. Поисковик сопоставляет код с видимым контентом.
- Продублировали один объект в трех местах с разными ценами. Оставьте один согласованный источник или свяжите сущности через
@id. - Разметили меню как BreadcrumbList, но изменили порядок ссылок. Крошки должны описывать путь до текущей страницы, а не весь каталог.
- Поставили dateModified на будущее или меняете дату при каждом открытии страницы. Используйте фактическое время редакторского обновления.
- Разместили JSON-LD в шаблоне так, что он выводится на страницах 404, поиска и пагинации. Ограничьте условие нужным типом URL.
- После вставки проверили исходный код, но забыли очистить CDN или кэш CMS. Тест видит старую версию страницы, хотя локальный шаблон уже изменился.
Предупреждение не всегда блокирует обработку. Сначала исправляйте ошибки, затем предупреждения, которые относятся к важному расширению. Не добавляйте необязательные свойства только ради исчезновения желтого сообщения.
Как поставить задачу нейросети
Нейросеть может подготовить черновик, найти пропущенную запятую и разложить свойства по структуре. Передайте ей URL, видимый текст и реальные значения. Не просите модель "улучшить сниппет" без ограничений: она начнет додумывать сведения.
Скопируйте этот промпт и замените значения в квадратных скобках:
Ты специалист по Schema.org и JSON-LD. Подготовь разметку только для страницы [URL].
Тип страницы: [товар, статья или хлебные крошки].
Видимые данные на странице:
- название: [текст]
- цена и валюта: [значение]
- наличие: [значение]
- изображение: [полный URL]
- автор: [имя]
- дата публикации: [дата]
- дата изменения: [дата]
- пункты хлебных крошек: [список]
Правила:
1. Используй JSON-LD и точный @context "https://schema.org".
2. Не придумывай отсутствующие значения.
3. Не добавляй AggregateRating, Review, FAQPage и другие типы, если их нет на странице.
4. Для Product проверь Product, Offer, price, priceCurrency, availability и url.
5. Для Article проверь headline, image, author, publisher, datePublished и dateModified.
6. Для BreadcrumbList начни position с 1 и не пропускай номера.
7. Сначала выведи готовый код, затем короткую таблицу "поле, источник на странице, риск ошибки".
8. Отдельно перечисли данные, которые надо проверить вручную.
9. Не используй комментарии внутри JSON.
Модель может ошибиться даже при точном промпте. Она иногда выдумывает логотип, SKU, рейтинг, дату или наличие, подставляет устаревшее свойство и считает валидный JSON гарантией расширенного результата. Она также не видит запреты robots.txt, правила каноникализации, фактический HTML после работы CMS и то, что цена меняется у выбранного варианта.
Проверьте руками четыре вещи: совпадают ли значения с экраном страницы, открываются ли URL изображения и логотипа, проходит ли код через Schema Markup Validator и что показывает Google Rich Results Test. После публикации откройте отчет "Улучшения" в Search Console и отслеживайте ошибки по шаблону страниц.