Schema.org — словарь сущностей и свойств, с помощью которого сайт описывает поисковым системам содержание страницы. Разметка помогает однозначно связать товар с ценой, статью с автором, организацию с адресом. Она не поднимает позиции сама по себе и не гарантирует расширенный результат в выдаче.
Schema.org и расширенные результаты
Schema.org задаёт общий словарь: Product, Article, Organization, Person, Event и тысячи других типов. Поисковики используют лишь часть словаря для собственных функций. Поэтому валидная сущность Schema.org может не поддерживаться как расширенный результат Google, а отсутствие ошибки в синтаксисе не означает соответствие требованиям конкретной галереи.
Разметка должна описывать основной видимый контент страницы. Нельзя добавлять пятизвёздочный рейтинг, которого посетитель не видит, отмечать обычную статью как вакансию или подставлять цену другого товара. Это вводит систему и пользователя в заблуждение и может привести к игнорированию разметки или ручным мерам.
| Уровень | Что проверяет | Где смотреть |
|---|---|---|
| Синтаксис | Корректность JSON-LD, Microdata или RDFa | Schema.org Validator |
| Тип и свойства | Соответствие словарю Schema.org | Schema.org Validator |
| Функция Google | Обязательные и рекомендуемые поля rich result | Rich Results Test |
| Результат в поиске | Фактическое распознавание и ошибки | Search Console |
Какие типы использовать в 2026 году
Выбирайте тип по назначению страницы, а не по привлекательности сниппета. Product подходит карточке конкретного товара, Article — редакционному материалу, BreadcrumbList — видимой навигационной цепочке, LocalBusiness — реальной организации или филиалу. ProfilePage используют там, где страница представляет человека или организацию как основной объект.
Перед внедрением откройте актуальную галерею Google Search и документацию Яндекса. Поддержка меняется: поисковик может закрыть функцию или сузить область её показа. FAQPage, например, остаётся типом словаря, но видимость FAQ-результатов Google ограничена авторитетными государственными и медицинскими сайтами. Не планируйте дизайн выдачи по старому скриншоту из блога.
- Article или BlogPosting — статья.
- Product и Offer — товар и предложение.
- Organization или LocalBusiness — компания и филиал.
- BreadcrumbList — хлебные крошки.
- Event — конкретное публичное событие.
- VideoObject — видео на странице.
- ProfilePage — профиль человека или организации.
JSON-LD, Microdata или RDFa
JSON-LD обычно проще сопровождать: блок script не требует расставлять атрибуты по всей вёрстке, его удобно генерировать на сервере и тестировать. Google рекомендует этот формат, если проекту не нужен другой. Microdata связывает свойства непосредственно с HTML-элементами и бывает полезна в старой системе шаблонов, но чаще ломается при редизайне.
Формат не освобождает от связи с видимыми данными. JSON-LD с ценой 990 рублей при показе 1290 рублей остаётся ошибочным. Формируйте разметку из того же объекта данных, что и HTML, а не из отдельной вручную заполненной формы. Так остаток, валюта, имя и канонический URL изменяются синхронно.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "Schema-разметка 2026: полный гайд",
"datePublished": "2026-07-21",
"dateModified": "2026-07-21",
"author": { "@type": "Person", "name": "Имя автора" },
"mainEntityOfPage": "https://example.ru/schema-guide"
}
</script>Модель сущностей и @id
На одной странице могут быть Article, автор Person, издатель Organization, изображение ImageObject и BreadcrumbList. Не дублируйте несвязанные блоки с разными версиями одной компании. Соберите граф через @graph и назначьте стабильные @id, например https://example.ru/#organization. Ссылки publisher и author могут указывать на эти узлы.
@id — идентификатор сущности, а не обязательно открываемая отдельная страница. Он должен быть стабильным и уникальным в контексте сайта. Канонический URL статьи используйте для mainEntityOfPage или идентификатора публикации. Не применяйте случайные UUID при каждом рендеринге: тогда система не видит одну и ту же сущность между обновлениями.
Внедрение по шаблонам
Составьте таблицу типов страниц: карточка, категория, статья, автор, организация, событие. Для каждого укажите основную сущность, источник полей, обязательность, поведение при отсутствии данных и валидатор. Сначала внедрите один шаблон и проверьте разные состояния: товар в наличии и без него, статья с автором и без изображения, филиал без графика.
Не печатайте пустые строки и фиктивные значения ради прохождения теста. Если обязательного свойства нет, исправьте данные или не выводите соответствующий тип. После изменения CMS включите автоматические тесты: распарсить JSON, проверить @context, тип, канонический URL, даты и совпадение ключевых полей с HTML.
- Составить карту шаблонов.
- Выбрать поддерживаемые типы.
- Связать поля с единым источником данных.
- Сгенерировать JSON-LD на сервере.
- Проверить состояния шаблона.
- Опубликовать на небольшой группе.
- Проверить отчёты поисковиков.
- Добавить регрессионные тесты.
Валидаторы Schema-разметки
Первым запускайте Google Rich Results Test, если цель — функция Google. Он показывает распознанные элементы и требования конкретного результата. Затем используйте Schema.org Validator: он шире проверяет словарь и помогает увидеть свойства, которые Google не анализирует. Для Яндекса откройте валидатор микроразметки в Вебмастере и документацию поддерживаемых схем.
Дополнительно полезны URL Inspection в Search Console и проверка страницы в Яндекс Вебмастере: они показывают, какую опубликованную версию получил робот. Локальный код может проходить тест, а production — отдавать старый кеш, блокировать ресурсы или внедрять другой JSON через плагин.
| Сервис | Для чего использовать | Ограничение |
|---|---|---|
| Google Rich Results Test | Функции и требования Google | Не валидирует весь словарь Schema.org |
| Schema.org Validator | Синтаксис и модель словаря | Не обещает rich result |
| Яндекс Вебмастер: валидатор | Разбор микроразметки Яндексом | Нужна проверка актуальных требований |
| Search Console Enhancements | Ошибки на группе реальных URL | Отчёт появляется после обхода |
| URL Inspection / проверка страницы Яндекса | Разметка в версии для робота | Один URL, возможна задержка данных |
Ошибки, предупреждения и мониторинг
Ошибка обычно мешает признать элемент допустимым, предупреждение указывает на рекомендуемое поле. Но приоритет задаёт не цвет в тесте, а влияние на выбранную функцию. Проверяйте, какой URL и какой шаблон затронуты. Одна ошибка в компоненте может размножиться на тысячи страниц, поэтому исправляйте источник.
После релиза следите за количеством valid и invalid items, а также за резкими изменениями. Падение числа элементов может означать не исправление, а исчезновение страниц из обхода. Сопоставляйте отчёт с индексированием, sitemap и журналом релизов. Повторный тест запускайте после доступного роботу обновления страницы.
Частые вопросы
Schema-разметка влияет на позиции?
Прямой гарантии роста позиций нет. Она помогает поисковику понять сущности и может сделать страницу допустимой для расширенного результата.
Какой валидатор использовать первым?
Для функции Google начните с Rich Results Test. Затем проверьте общую модель через Schema.org Validator и отдельно — Яндексом.
Можно ли разместить несколько типов на странице?
Да, если они описывают реальные связанные сущности. Свяжите их через @id и не создавайте противоречащие дубли.