Schema.org — это словарь типов и свойств, который помогает поисковым системам понять, что именно находится на странице. Разметка не заменяет полезный текст и не гарантирует расширенный сниппет, однако она делает сущности и связи более однозначными. Для сайта важно выбрать тип, соответствующий реальному содержанию, заполнить обязательные свойства и регулярно проверять разметку после изменений шаблона.
На практике чаще всего используют JSON-LD: блок размещается в коде страницы и не мешает читателю. Он должен описывать тот же объект, который виден пользователю. Если в разметке указана цена, рейтинг или дата публикации, эти сведения должны присутствовать на странице и быть актуальными.
Какие типы Schema.org нужны сайту
Набор разметок зависит от структуры проекта. Универсальной схемы «для всех страниц» нет: карточка товара, статья, организация и хлебные крошки решают разные задачи.
| Тип | Где уместен | Что проверить |
|---|---|---|
| Organization | Главная и страница о компании | Название, URL, логотип и официальные контакты |
| Article | Новости и информационные материалы | Заголовок, автор, дата публикации и изображение |
| Product | Карточка товара | Название, предложения, цена, наличие |
| BreadcrumbList | Страницы с иерархией разделов | Последовательность и ссылки на уровни |
Начинайте с JSON-LD и понятной структуры
Для большинства проектов удобно генерировать JSON-LD на сервере или через шаблон CMS. Структура должна быть валидным JSON, без комментариев и лишних запятых. Если на странице несколько сущностей, связывайте их через @id: например, статью, автора, организацию и изображение. Это снижает двусмысленность и облегчает поддержку.
- Укажите @context со значением https://schema.org.
- Выберите @type, который соответствует странице и ее основному объекту.
- Ставьте стабильные @id для организации, автора и страницы.
- Не дублируйте противоречивые значения в нескольких блоках.
- Синхронизируйте дату публикации и дату изменения с видимыми датами.
Сложная разметка не приносит пользы, если данные генерируются из пустых полей. Лучше корректно описать одну сущность, чем добавить десятки свойств с условными значениями. В CMS удобно завести отдельный слой данных и формировать скрипт из заполненных полей, а не собирать строки вручную в каждом шаблоне.
Разметка статьи и хлебных крошек
Для статьи полезно передать заголовок, краткое описание, автора, дату публикации, дату изменения и основное изображение. Не указывайте автора как неизвестную организацию, если на странице есть конкретный редактор. Для изображения используйте абсолютный URL и проверьте доступность файла для робота.
BreadcrumbList отражает путь пользователя, а не список всех тегов. Каждый элемент получает position, name и item, кроме последнего, если это соответствует правилам выбранного формата. Порядок должен совпадать с видимыми хлебными крошками и канонической структурой сайта. Если раздел скрыт на странице, не добавляйте его только ради более длинной цепочки.
Когда нужна Product и что нельзя подменять
Product применяют на странице конкретного товара. Свойства Offer, цена и наличие должны соответствовать предложению, которое видит пользователь. Нельзя размещать Product на общей категории только ради расширенного результата. Аналогично, рейтинг можно указывать лишь при наличии реальных отзывов и понятного источника оценки.
Проверка: от синтаксиса до поисковой выдачи
- Проверьте JSON на синтаксические ошибки и корректность типов.
- Откройте страницу без авторизации и убедитесь, что блок присутствует в HTML.
- Сопоставьте каждое значимое свойство с видимым текстом или элементом страницы.
- Запустите проверку в официальном валидаторе расширенных результатов, если тип поддерживается.
- Проверьте отчеты Search Console после переобхода и исправьте повторяющиеся ошибки.
- После релиза шаблона выборочно проверьте новые и измененные URL.
Валидатор может показать предупреждение, которое не блокирует обработку, и ошибку, из-за которой тип не может быть распознан. Сначала исправляйте ошибки, влияющие на смысл и обязательные свойства, затем улучшайте необязательные поля. Сохраняйте URL, дату проверки и фрагмент ошибки в журнале релиза.
Частые ошибки при внедрении
- Разметка описывает не тот объект, что виден пользователю.
- В JSON-LD остаются тестовые цены, даты или URL.
- Один и тот же URL получает несколько противоречивых канонических сущностей.
- На всех страницах выводится Article, включая категории и служебные разделы.
- Скрипт добавляет разметку в исходный код, но ломает JSON при кавычках в заголовке.
- Изображение или страница закрыты от обхода, поэтому поисковик не может проверить данные.
После исправлений сохраняйте пример входного URL, найденную ошибку и результат повторной проверки. Такой журнал позволяет быстро понять, была ли проблема в данных, шаблоне или кэше. При массовом изменении проверяйте несколько страниц каждого типа, а не только один идеальный пример.
План внедрения без лишнего риска
Начните с одного шаблона и ограниченной группы страниц. Зафиксируйте текущие ошибки и снимите копию HTML до изменений. Затем добавьте генерацию, проверьте несколько вариантов длины заголовка, пустые поля и спецсимволы. После публикации дождитесь обхода и только потом распространяйте решение на весь раздел.
Schema.org работает как слой описания сайта. Он усиливает техническую понятность, когда поддерживается точными и актуальными данными. Результат зависит от качества страницы, внутренней структуры, доступности для робота и общего соответствия рекомендациям поисковой системы.