Микроразметка Schema.org на сайте: какие типы нужны бизнесу

Если открыть исходный код десятка сайтов конкурентов, микроразметка Schema.org найдётся хорошо если у половины - и то часто это огрызок кода, вставленный пару лет назад и с тех пор не проверявшийся. Я настраиваю разметку на проектах на WordPress, Tilda и кастомных SPA и вижу одну и ту же картину: бюджет уходит на статьи и ссылки, а вещь, которая стоит недорого и даёт заметный прирост кликабельности в выдаче, остаётся без внимания.

Зачем нужна микроразметка Schema.org и что она даёт бизнесу

Schema.org - это словарь тегов, который понимают Google, Яндекс, Bing и языковые модели, собирающие ответы для AI Overviews и Нейро. Разметка не поднимает сайт в выдаче напрямую, но меняет то, как он там выглядит: звёзды рейтинга у карточки товара, цена и наличие прямо в сниппете, раскрывающиеся вопросы под ссылкой, хлебные крошки вместо длинного URL. На одном интернет-магазине после добавления Product и Offer в шаблон карточки CTR по товарным страницам вырос на 18-25% за полтора месяца - сравнивал показатели в Search Console до и после без других изменений на сайте. На B2B-сайте с услугами эффект скромнее, но хлебные крошки и Organization всё равно убирают часть визуального шума в выдаче и работают на узнаваемость бренда.

Organization и LocalBusiness - минимум, который должен быть у любого сайта

Это база, с которой я начинаю на любом проекте, независимо от ниши. Organization описывает саму компанию: название, логотип, ссылки на соцсети и мессенджеры через sameAs, контактный телефон. Если у бизнеса есть офис, шоурум или точка выдачи, вместо Organization ставлю LocalBusiness (или его подтип - Store, Restaurant, MedicalBusiness) с адресом, координатами и часами работы - эти данные Google подтягивает в панель знаний и связывает с профилем в Google Business Profile.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Название компании",
  "image": "https://site.ru/logo.png",
  "telephone": "+7 900 000-00-00",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ул. Ленина, 10",
    "addressLocality": "Москва",
    "postalCode": "101000",
    "addressCountry": "RU"
  },
  "openingHours": "Mo-Fr 10:00-19:00"
}
</script>

Важный момент - id и данные в разметке должны совпадать с тем, что реально написано на странице. Если в JSON-LD часы работы одни, а на сайте другие, это не критично для индексации, но плохо сказывается на доверии к остальной разметке при ручной проверке.

Product и Offer - разметка для интернет-магазина

Здесь разметка даёт больше всего практической пользы. На проектах на WooCommerce обычно завожу Product с вложенным Offer: цена, валюта, наличие (InStock/OutOfStock/PreOrder), и если на сайте есть отзывы - aggregateRating и review. На одном магазине с оплатой через T‑Bank эквайринг синхронизировал наличие и цену в Offer с остатками из 1С через тот же скрипт, что обновляет карточки товара, - иначе цена в разметке начинает расходиться с реальной уже через неделю.
На Tilda сложнее: конструктор сам не генерирует Product-разметку для карточек каталога, приходится добавлять кастомный JS, который на лету собирает JSON-LD из данных блока. У меня в разделе с готовыми скриптами есть заготовка такого блока под Tilda-каталог - берётся за основу и донастраивается под структуру конкретного сайта. Как отдельная доработка на Tilda такая интеграция обычно стоит от 3 000 ₽, если нужна синхронизация с CRM или остатками - это уже комплексная задача, от 40 000 ₽.

Article, BreadcrumbList и WebSite - разметка для блога и структуры сайта

Для блога ставлю Article или BlogPosting с заголовком, датой публикации, автором и картинкой - без этого статья в выдаче выглядит обезличенной строкой текста, а с разметкой рядом появляется дата и иногда фото. BreadcrumbList превращает длинный URL в сниппете в цепочку разделов сайта - читается лучше и повышает доверие к ссылке. WebSite с вложенным SearchAction теоретически может дать строку поиска прямо в выдаче Google под доменом, но это работает только для сайтов с уже накопленным трафиком и историей - на новом проекте эффекта ждать не стоит, ставлю разметку на будущее.

FAQPage и HowTo - не всё так однозначно с 2023 года

С августа 2023 года Google сильно урезал показ расширенных сниппетов по FAQPage и HowTo - теперь раскрывающиеся вопросы в выдаче Google в основном достаются государственным и медицинским сайтам, для обычного бизнеса они почти не появляются. В Яндексе ситуация лучше, там FAQ-сниппеты всё ещё встречаются регулярно. Тем не менее разметку я всё равно добавляю на страницы услуг: во-первых, для Яндекса это по-прежнему работает, во-вторых, структурированные вопрос-ответ блоки - удобный формат для языковых моделей, которые собирают ответы в AI-обзорах, и оттуда трафик тоже идёт, просто не через классический сниппет.

Как внедрить микроразметку: JSON-LD против Microdata

Из двух рабочих форматов почти всегда выбираю JSON-LD - это отдельный блок <script type="application/ld+json">, который не трогает вёрстку страницы и его проще генерировать динамически на бэкенде. Microdata с атрибутами itemprop прямо в HTML-тегах используют реже - она ломается при любой правке вёрстки дизайнером, который не знает о разметке.

Для WordPress плагины вроде Yoast или RankMath сами генерируют Organization и Article, но часто урезанно - без нужных полей под конкретную нишу, поэтому на серьёзных проектах дополняю их вывод собственным JSON-LD в шаблоне, следя, чтобы одна и та же сущность не размечалась дважды разными источниками - дублирующая разметка с расходящимися данными хуже, чем её отсутствие. После любых правок проверяю разметку через Google Rich Results Test и в Яндекс.Вебмастере на вкладке проверки микроразметки. На проектах, где страниц с ценами много и они часто меняются, в n8n собираю сценарий, который раз в сутки прогоняет список URL через Rich Results Test API и присылает в Telegram уведомление, если структура на какой-то странице разъехалась - дешевле, чем узнать о проблеме через три месяца при аудите.

Частые ошибки при внедрении микроразметки Schema.org

• Цена или наличие в JSON-LD не совпадают с тем, что видно на странице - нарушает рекомендации Google и может привести к ручным санкциям на разметку.
• Плагин и ручной код одновременно размечают Organization с разными данными - поисковик получает противоречивую информацию и часто игнорирует обе версии.
• Забыли указать обязательные поля: у Product это цена и валюта, у Article - дата публикации, у LocalBusiness - адрес целиком, а не общий город.
• Разметка ставилась один раз при запуске сайта и не обновлялась после смены темы или редизайна каталога - шаблон карточки товара меняется, а блок JSON-LD остаётся привязан к старым переменным и отдаёт пустые значения.

Если разметка на сайте уже есть, но непонятно, работает ли она и какие ошибки накопились, для полноценного аудита обычно нужнее консультация с разбором конкретных страниц - можно посмотреть список услуг и подобрать формат под задачу, от разовой проверки до настройки всей структуры данных на сайте.

Частые вопросы

Микроразметка Schema.org влияет на позиции в поиске?

Напрямую на ранжирование - нет, это не фактор позиций сам по себе. Но она меняет вид сниппета в выдаче, а более заметный и информативный сниппет обычно получает больше кликов при той же позиции, что косвенно улучшает поведенческие показатели.

Сколько времени занимает внедрение микроразметки на сайт?

Базовый набор Organization и BreadcrumbList на небольшом сайте закрывается за один-два дня. Product и Offer для каталога с синхронизацией из CRM или 1С - это уже отдельная задача на несколько дней, в зависимости от того, сколько шаблонов карточек нужно охватить.

Можно ли добавить микроразметку на Tilda без программиста?

Частично да - некоторые блоки Tilda сами генерируют базовую разметку Organization. Но для Product-разметки каталога и корректного Offer с ценой и наличием без кастомного JS-скрипта не обойтись, потому что конструктор эти данные автоматически в JSON-LD не выводит.

Нужно ли обновлять микроразметку после смены цен или контента?

Да, если разметка статическая и прописана вручную в HTML, при каждом изменении цены её придётся редактировать отдельно. Поэтому на каталогах разметку обычно делаю динамической - она подтягивает данные из той же базы, что и видимая часть страницы, и расхождений не возникает.