Schema.org описывает сущности страницы в машиночитаемом виде: товар, организацию, статью, хлебные крошки и другие объекты. Разметка помогает поисковым системам понять данные и может сделать страницу подходящей для расширенного результата, но не гарантирует его показ и не заменяет видимый контент.
Что обновлено 24.08.2026: добавлена таблица технической приёмки и условия отката.
Таблица технической приёмки: Разметка Schema.org
Проверка структурированные данные выполняется на нескольких состояниях шаблона, а не на одном удачном URL. Сначала сохраняют исходный код и HTTP-заголовки, затем сравнивают их с отрисованным DOM и ожидаемым поведением.
| Сценарий | Что проверить | Нормальный результат | Исправление |
|---|---|---|---|
| Статья | Видимые автор, заголовок и даты | JSON-LD совпадает с интерфейсом | Исправить источник данных шаблона |
| Товар | Цена, валюта, наличие и URL | Offer отражает текущее предложение | Не публиковать устаревшее значение |
| Хлебные крошки | Путь навигации и конечные URL | Позиции и ссылки совпадают с интерфейсом | Собирать разметку из той же навигации |
| Страница без подходящего типа | Назначение и видимый контент | Нет искусственно выбранной сущности | Удалить неподтверждённую разметку |
| Релиз шаблона | Валидатор и выборка URL | Нет критических ошибок | Остановить масштабирование и исправить генератор |
До и после релиза
До выпуска владелец шаблона проверяет тестовую выборку и фиксирует условие блокировки. После выпуска SEO-специалист повторяет запросы к production, а разработчик просматривает логи и массовые отклонения. Откат нужен, если полезные страницы получают ошибочную директиву, теряют основной контент или массово меняют код ответа. Закрывать задачу можно только после повторной проверки тем же способом.
Сначала выберите сущность, а не код
| Шаблон | Базовые сущности | Критическая сверка |
|---|---|---|
| Карточка товара | Product и Offer/AggregateOffer | Цена, валюта, наличие, URL и изображение |
| Статья | Article или BlogPosting | Заголовок, автор, даты, основное изображение |
| Компания | Organization или LocalBusiness | Название, адрес, телефон, официальный URL |
| Навигация | BreadcrumbList | Порядок, названия и рабочие ссылки |
| Видео | VideoObject | Название, thumbnail, даты и доступный файл/страница |
Поддерживаемые типы и обязательные свойства отличаются у Google и Яндекса и могут меняться. Перед внедрением проверьте документацию конкретной поисковой функции, а не только общий словарь Schema.org. Тип, существующий в словаре, не обязательно формирует расширенный сниппет.
JSON-LD, Microdata или RDFa
Google поддерживает JSON-LD, Microdata и RDFa и рекомендует JSON-LD, когда это удобно. JSON-LD проще отделить от верстки и генерировать на уровне шаблона. Но отделение создает риск расхождения: цена или наличие меняются на странице, а объект в script остается старым. Источник данных должен быть общим.
Пошаговое внедрение
Составьте перечень шаблонов и видимых полей, которые реально есть на странице.
Выберите поддерживаемый тип и выпишите обязательные и рекомендуемые свойства для поисковиков.
Свяжите каждое свойство с источником в CMS, PIM, каталоге или шаблоне, не копируйте значения вручную.
Сформируйте один согласованный граф сущностей с устойчивыми @id и абсолютными URL.
Проверьте несколько крайних случаев: нет цены, несколько предложений, товар недоступен, автор без профиля.
Запустите Rich Results Test и валидатор микроразметки Яндекс Вебмастера.
Опубликуйте на контрольном наборе, проверьте отрендеренный код и только затем масштабируйте.
Добавьте мониторинг ошибок и сравнение разметки после изменений шаблона.
Пример структуры JSON-LD
Для статьи объект может включать @context, @type, headline, datePublished, dateModified, author, image и mainEntityOfPage. Значения должны описывать именно эту публикацию. Не добавляйте рейтинги, автора, цену или наличие, которых пользователь не видит и которые система не может подтвердить.
Проверка перед релизом
Тип соответствует основному содержанию страницы.
Все обязательные свойства заполнены из надежного источника.
URL абсолютные, доступны и согласованы с canonical.
Цена, валюта, наличие, даты и изображения совпадают с видимым блоком.
На странице нет двух конфликтующих реализаций одного объекта.
Мобильная и desktop-версии содержат одинаковые структурированные данные.
Критические ошибки валидаторов устранены, предупреждения осознанно разобраны.
После публикации URL проверен в инструментах поисковых систем.
Как связать несколько сущностей на странице
Страница часто описывает не один объект: статья имеет автора и издателя, товар — бренд, предложение и отзывы, организация — адрес и логотип. Не создавайте несвязанные куски JSON-LD с разными названиями одной компании. Используйте устойчивые @id и ссылки между объектами, чтобы поисковая система видела единый граф. При этом каждая сущность должна иметь видимое подтверждение на странице.
Шаблон данных для интернет-магазина
Определите владельцев полей: PIM отвечает за название, бренд и изображения; система цен — за Offer; склад — за availability; CMS — за URL и хлебные крошки. Если источник временно недоступен, лучше не выводить неподтвержденное свойство, чем сохранять вчерашнюю цену. Для проектов уровня Aquanet или Колеса Даром проверяют не одну карточку, а выборку по брендам, наличию, акциям и вариантам товара.
Мониторинг после изменения шаблона
Создайте автоматические тесты на обязательные свойства, синтаксис JSON и совпадение ключевых значений с видимым блоком. После релиза сравните число валидных объектов по типам, ошибки в Search Console и Яндекс Вебмастере, а также контрольные URL. Если валидатор зеленый, но расширенный результат исчез, проверьте актуальные требования, качество страницы и право на функцию — не добавляйте вымышленные поля.
Типичные ошибки
Размечать скрытые отзывы или рейтинг, которого нет на странице.
Использовать LocalBusiness для любого сайта без реальной локальной точки.
Оставлять старую цену в JSON-LD после обновления карточки.
Размечать список товаров как одну карточку Product.
Считать зеленый валидатор гарантией расширенного результата.
Вставлять несколько плагинов, создающих дублирующиеся объекты.
Не проверять шаблоны с пустыми и нестандартными данными.
Частые вопросы
Микроразметка повышает позиции?
Нельзя обещать прямой рост позиции. Разметка помогает понять данные и может дать право на расширенное представление, если страница и сайт соответствуют требованиям. Показ все равно определяется поисковой системой.
Нужно ли размечать все, что есть в Schema.org?
Нет. Начинайте с сущностей, которые точно присутствуют на приоритетных шаблонах и поддерживаются нужными поисковыми функциями. Лишняя разметка увеличивает риск конфликтов и стоимость сопровождения.
Приёмка обновлённой версии
проверены исходный HTML, HTTP-заголовки и итоговый DOM;
контрольная выборка включает нормальные и ошибочные состояния;
критическая ошибка блокирует масштабирование;
условие отката и владелец известны до релиза;
задача закрыта после повторной проверки production.
Итог
Тип и свойства разметки соответствуют фактическому содержанию страницы. Масштабировать решение можно только после проверки на реальных URL и фактических данных проекта; если критерии не выполняются, сначала исправляют причину, а не увеличивают объём страниц, публикаций или автоматизации.
Получите бесплатный аудит и стратегию роста
Изучим сайт, покажем точки роста и подготовим прогноз до квалифицированных лидов и оборота из SEO/GEO.