Schema.org разметка: полный чеклист

Schema.org — словарь разметки, который помогает поисковикам понять тип страницы: статья, товар, FAQ, организация. Это не «волшебная кнопка в топ», а способ получить расширенный сниппет и снизить двусмысленность. Разбираем, какие типы разметки нужны бизнес-сайту в 2026 году, как внедрять без ошибок и как проверить результат.

Что такое Schema.org и зачем она сайту

Schema.org — общий стандарт структурированных данных. Вы явно говорите роботу: «это цена», «это автор», «это ответ на вопрос». Поиск может показать звёзды, FAQ-блок, хлебные крошки или карточку организации прямо в выдаче.

Разметка не заменяет качественный контент и ссылки, но улучшает CTR — долю кликов — когда сниппет информативнее конкурентов.

ФактGoogle и Яндекс не гарантируют расширенный сниппет даже при корректной разметке — решение за алгоритмом, но без разметки шансов меньше.

JSON-LD, Microdata и что выбирать

JSON-LD — рекомендуемый формат: блок script в head или body, не смешивается с HTML-вёрсткой. Microdata и RDFa встраиваются в теги — сложнее поддерживать при обновлении шаблонов.

На практике почти все новые проекты используют JSON-LD: его проще генерировать из CMS, проще отлаживать и удалять при ошибке.

Основные типы разметки для бизнес-сайта

Organization / LocalBusiness — компания, контакты, логотип. WebSite + SearchAction — строка поиска по сайту. BreadcrumbList — хлебные крошки. Article / BlogPosting — статьи блога. Product — карточки товара. FAQPage — блок вопросов-ответов. Review / AggregateRating — отзывы, если они реальные и на странице.

• Organization — на главной и в контактах, один canonical-объект на бренд.
• Article — заголовок, дата, автор, изображение совпадают с видимой страницей.
• Product — цена, наличие, SKU синхронны с каталогом в реальном времени.
• FAQPage — только вопросы, которые реально видны пользователю на странице.
• BreadcrumbList — цепочка совпадает с навигацией, без выдуманных уровней.

Как внедрять в шаблоны без хаоса

Разметку лучше генерировать на сервере из тех же полей, что и HTML: title, description, price, datePublished. Не копируйте JSON вручную в каждую статью — через месяц половина устареет.

Один URL — один главный тип (@type). Дополнительные сущности — через @graph или вложенные объекты, но без дублирования противоречивых полей.

1. Опишите матрицу «шаблон → тип Schema».
2. Подключите генерацию из CMS или сборщика страниц.
3. Проверьте 3–5 URL каждого типа в валидаторах.
4. Добавьте автотест: diff JSON-LD после деплоя на эталонных страницах.
5. Мониторьте отчёты Search Console и Вебмастера на ошибки структурированных данных.

Расширенные сниппеты и rich results

FAQ может дать раскрывающиеся вопросы в выдаче. Product — цену и наличие. Article — дату и изображение. HowTo и Video — пошаговые блоки и превью. Требования меняются: следите за справкой Google и Яндекса, не все типы доступны во всех регионах.

CTR часто растёт на 5–15% на URL, где сниппет стал информативнее — но считайте по своим данным, не по чужим кейсам.

Типичные ошибки и валидация

Частые проблемы: неверный формат даты, отсутствует обязательное поле, разметка FAQ без видимого блока на странице, AggregateRating без реальных отзывов, цена в JSON не совпадает с витриной.

Инструменты: Rich Results Test (Google), валидатор Schema.org, отчёт «Улучшения» в Search Console, аналоги в Яндекс.Вебмастере.

Schema и видимость в ответах ассистентов

Структурированные данные помогают не только классической выдаче. Ассистенты и краулеры нейросетей проще извлекают факты из явно размеченных полей: author, dateModified, offers, acceptedAnswer.

Комбинируйте Schema с понятными текстовыми блоками — разметка без нормального контента мало что даёт.

Поддержка и защита от регрессий

Разметка ломается при каждом редизайне карточки или смене полей CMS. Включите проверку JSON-LD в CI: эталонные фикстуры на главную, статью, товар. При расхождении — стоп деплоя или задача в бэклог с высоким приоритетом.

Раз в квартал — выборочный аудит 20 URL и сверка с видимым контентом. Особенно цены, акции и статусы «в наличии».