Микроразметка сайта: что даёт, как внедрить и проверить

Что такое микроразметка и что она меняет в выдаче

Микроразметка — это служебные данные в HTML-коде страницы, которые объясняют роботу, что перед ним: статья с датой и автором, товар с ценой, организация с адресом. Человек этих данных не видит, поисковик — видит и использует. Базовое определение я разобрал в глоссарии, здесь — практика внедрения.

Главный видимый эффект — расширенный сниппет. Обычный результат в выдаче — это заголовок, ссылка и две строки описания. С разметкой к нему добавляются звёзды рейтинга, цена и наличие товара, цепочка хлебных крошек вместо голого URL, адрес и телефон организации, превью видео. Такой сниппет занимает больше места и собирает больше кликов при той же позиции.

На позиции разметка напрямую не влияет — ни Яндекс, ни Google никогда не заявляли её фактором ранжирования. Работает она через кликабельность: сниппет со звёздами и ценой выбирают чаще соседнего «голого», CTR растёт, а вместе с ним и трафик с тех же позиций. Плюс поисковик точнее понимает страницу, и это снижает шанс, что он покажет её по нерелевантному запросу.

Словари и синтаксисы: schema.org, Open Graph, JSON-LD против microdata

Здесь чаще всего путаница, поэтому разложу на два уровня. Словарь — это список сущностей и их свойств: «статья», «товар», «у товара есть цена». Синтаксис — способ записать это в коде. Один и тот же словарь можно записать разными синтаксисами, и от выбора зависит, кто и как твою разметку прочитает.

Основной словарь — schema.org, совместный стандарт Google, Microsoft, Yahoo и Яндекса. В нём сотни типов, от Article и Product до Airline, но на практике нужен десяток. Историю стандарта и устройство словаря я описал в глоссарии по schema.org. Второй словарь — Open Graph: он отвечает за превью ссылки в соцсетях и мессенджерах, Яндекс тоже его читает.

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

Google прямо рекомендует JSON-LD: в документации формат помечен как «Recommended» с формулировкой «в большинстве случаев проще всего внедрять и поддерживать именно его». Я согласен по опыту: JSON-LD не ломается при редизайне, потому что не вплетён в вёрстку, его удобно генерировать шаблоном CMS и проверять глазами.

С Яндексом есть нюанс, о котором молчат почти все руководства. Справка Вебмастера по schema.org до сих пор описывает словарь в связке с микроданными, а в списке форматов валидатора JSON-LD отдельной строкой нет. На практике Яндекс вытаскивает данные и из JSON-LD, но для критичных типов — товары, организации — я дублирую ключевые свойства микроданными или отдаю данные через фиды. Это страховка, которая стоит десять минут.

Мой рабочий стек для рунета: JSON-LD как основной синтаксис для всего, Open Graph на каждой публичной странице для соцсетей и мессенджеров, микроданные точечно там, где сниппет в Яндексе критичен для бизнеса.

Какие типы нужны твоему сайту

Размечать всё подряд бессмысленно: часть типов поисковики уже не показывают, часть не подходит твоему контенту. Отталкивайся от типа страницы. Таблица — мой рабочий маппинг на август 2026, сверенный со галереей Google и справкой Яндекса.

Отдельно про мёртвые типы, чтобы ты не тратил время. Google за три года провёл чистку: HowTo отключён ещё в 2023-м, в июне 2025-го под нож ушли Course info, Estimated salary, Learning video, Special announcement, Vehicle listing и Book actions, а 8 мая 2026 года Google снял и FAQ-сниппеты — раскрывающиеся вопросы под результатом больше не показываются никому.

Значит ли это, что FAQPage пора выпиливать? Нет. Разметка остаётся валидной по schema.org, Google продолжает читать её для понимания страницы, а Яндекс по-прежнему собирает из неё блоки вопрос-ответ в своей выдаче. Для рунета FAQPage жива — просто расширенного сниппета в Google она уже не даст.

Как внедрить: готовые JSON-LD примеры

JSON-LD вставляется одним блоком в <head> или перед закрывающим </body> — поисковикам место без разницы. Ниже примеры для четырёх типовых страниц, бери и подставляй свои данные. Ещё быстрее — собери код под свой случай в моём генераторе микроразметки: выбираешь тип, заполняешь поля, копируешь готовый блок.

Статья в блоге. Обязательный минимум — заголовок, даты и автор. Картинку указывай крупную, от 1200 пикселей по ширине: её же Google берёт для карточки в Discover.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Микроразметка сайта: что даёт и как внедрить",
  "datePublished": "2026-08-17",
  "dateModified": "2026-08-17",
  "author": { "@type": "Person", "name": "Никита Вихров", "url": "https://pawetta.com/obomne/" },
  "publisher": { "@type": "Organization", "name": "Pawetta",
    "logo": { "@type": "ImageObject", "url": "https://pawetta.com/logo.png" } },
  "image": "https://pawetta.com/blog/mikrorazmetka/og.png",
  "mainEntityOfPage": "https://pawetta.com/blog/mikrorazmetka/"
}
</script>

Карточка товара. Здесь решают Offer с ценой и наличием. Рейтинг добавляй только при реальных отзывах — к этому ещё вернёмся в разделе про ошибки.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Кофемолка Timemore C3",
  "image": "https://example.ru/img/timemore-c3.jpg",
  "description": "Ручная кофемолка со стальными жерновами, 25 г.",
  "sku": "TM-C3-BLK",
  "brand": { "@type": "Brand", "name": "Timemore" },
  "offers": {
    "@type": "Offer",
    "url": "https://example.ru/catalog/timemore-c3/",
    "price": "4990",
    "priceCurrency": "RUB",
    "availability": "https://schema.org/InStock"
  },
  "aggregateRating": { "@type": "AggregateRating", "ratingValue": "4.8", "reviewCount": "127" }
}
</script>

Организация с адресом. Для локального бизнеса бери LocalBusiness или его подтип — Dentist, Restaurant, AutoRepair. Телефон в международном формате, ссылки на соцсети — в sameAs, они связывают сайт с профилями компании.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Студия дизайна «Прямая»",
  "url": "https://example.ru/",
  "telephone": "+7-495-000-00-00",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ул. Правды, 24, стр. 2",
    "addressLocality": "Москва",
    "postalCode": "125124",
    "addressCountry": "RU"
  },
  "openingHours": "Mo-Fr 10:00-19:00",
  "sameAs": ["https://t.me/example", "https://vk.com/example"]
}
</script>

Хлебные крошки. Самый недооценённый тип: ставится шаблоном на весь сайт за один вечер и сразу меняет вид сниппета — вместо серой строки URL появляется читаемая цепочка разделов.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Главная", "item": "https://example.ru/" },
    { "@type": "ListItem", "position": 2, "name": "Блог", "item": "https://example.ru/blog/" },
    { "@type": "ListItem", "position": 3, "name": "Микроразметка сайта" }
  ]
}
</script>

Куда класть код — зависит от платформы. На самописном сайте и в большинстве CMS блок добавляется в шаблон страницы, и данные подставляются из полей записи автоматически. На WordPress разметку берут на себя SEO-плагины, там чаще нужно проверить и донастроить готовое. Отдельная история — конструкторы: для Тильды я написал пошаговый разбор внедрения разметки через ChatGPT, схема работает и для других блочных конструкторов.

Проверка: валидаторы и как читать ошибки

Внедрил — проверь, до переобхода роботом. Ошибка в одном символе JSON превращает весь блок в мусор, который поисковик молча проигнорирует: ни предупреждения, ни сниппета. Валидаторов три, у каждого своя зона ответственности.

validator.schema.org — официальный валидатор словаря. Проверяет синтаксис и соответствие схеме: тот ли тип, те ли свойства, читается ли JSON. Ничего не знает про требования конкретных поисковиков, поэтому «зелёный» результат здесь означает только «код корректен».

Google Rich Results Test — проверка глазами Google. Показывает, какие расширенные результаты страница может получить, делит замечания на ошибки и предупреждения. Тот же отчёт после индексации живёт в Search Console, в разделе про улучшения — там видно ошибки по всему сайту сразу.

Валидатор в Яндекс Вебмастере — проверка глазами Яндекса, лежит в разделе «Инструменты». По справке он разбирает Schema.org, Open Graph, микроданные, RDFa и микроформаты, причём сверяет разметку с требованиями сервисов Яндекса — этого не делает ни один другой инструмент.

Гонять страницу по трём вкладкам каждый раз утомляет, поэтому я собрал свою проверку микроразметки: вставляешь URL или код — инструмент вытаскивает все блоки structured data со страницы и подсвечивает проблемы. Для быстрой диагностики хватает его, для финальной приёмки прогоняю ещё через Rich Results Test.

Как читать результаты. Ошибка (error) — блокер: сниппета не будет, чинить обязательно. Типовые случаи — синтаксис JSON сломан лишней запятой, нет обязательного поля вроде price у Offer, значение в неверном формате: дата без ISO-записи, цена с символом валюты внутри. Предупреждение (warning) — необязательное поле пропущено: сниппет возможен, но заполненное поле сделает его богаче. Предупреждения разгребай по остаточному принципу.

И последнее: валидатор видит страницу как робот. Если разметку дорисовывает JavaScript после загрузки, проверяй именно URL, живой код в интернете, — локальный фрагмент кода покажет картину, которой робот может никогда не увидеть.

Ошибки, за которые снимают сниппеты

У обоих поисковиков есть требование, которое важнее любого синтаксиса: разметка обязана соответствовать видимому содержимому страницы. Разметил рейтинг — на странице должны быть отзывы. Указал цену — она должна совпадать с ценой в карточке. За расхождения Google выкатывает ручные санкции на structured data и снимает расширенные сниппеты по всему сайту, Яндекс просто перестаёт учитывать разметку.

Расскажу на своей шкуре. В этом году я прогнал весь pawetta.com через собственный schema-аудит и нашёл то, что сам же и наплодил генераторами страниц: AggregateRating стоял на статьях, страницах FAQ и служебных разделах. Красивые «4,9 из 5» на страницах, где физически нет механики сбора оценок. Формально код валидный, все валидаторы зелёные. По сути — поддельный рейтинг, классический повод для санкций.

Вычистил по жёсткому правилу, которое теперь зашито в мои генераторы: AggregateRating живёт только на типах Service, WebApp и Course — там, где на странице работает реальный виджет оценок и число в разметке совпадает с числом на экране. Со статей, FAQ и всего остального рейтинг снят полностью. Лучше сниппет без звёзд, чем сайт без расширенных сниппетов вообще.

Остальные ошибки из моей практики аудитов встречаются реже, но бьют так же. Разметка невидимого контента: FAQPage с вопросами, которых нет на странице. Дубли: три блока Organization с разными названиями, потому что тему, плагин и ручную вставку никто не сверил. Устаревшие данные: цена в JSON-LD осталась прошлогодней, потому что блок вписан руками. И разметка чужого контента как своего — рейтинг с Яндекс Карт, вставленный себе в код.

Каждая из этих проблем ловится за минуту через проверку микроразметки: вердикт «валидно» — только начало, дальше сверяй извлечённые данные с тем, что видит посетитель. Расхождение — сигнал чинить.

Микроразметка и нейросети

В 2026-м у разметки появился второй заказчик — генеративные ответы. Нейро-ответ Яндекса, AI Overviews в Google, ChatGPT и Perplexity с их поисковыми режимами собирают ответы из чужих страниц, и страница с чистыми структурированными данными для них удобнее: сущности уже названы, факты уже разложены по полям.

Механика простая. Модель, которая готовит ответ, работает с тем же индексом, что и классический поиск. Когда в индексе про твою страницу известно «это организация, вот услуги, вот город, вот автор с профилями в sameAs», шанс корректного цитирования выше, чем когда робот сам догадывается по вёрстке. Разметка здесь работает как машиночитаемая версия твоих фактов.

Я не буду обещать, что JSON-LD «выведет тебя в ответы ИИ» — таких гарантий не даёт никто, и продавцов подобных обещаний обходи стороной. Но закономерность на своих проектах вижу: страницы, которые ИИ-поисковики цитируют, почти всегда несут аккуратную разметку Article или Organization с автором и датами. Это дешёвый вклад в то, чтобы машина пересказала тебя правильно и со ссылкой.

Практический вывод: та же работа, что даёт расширенный сниппет, страхует тебя и в генеративной выдаче. Отдельной «разметки для нейросетей» не существует — существует полнота и правдивость обычной. Разметь автора со ссылкой на профиль, организацию с sameAs на официальные страницы, даты публикации и обновления — этого достаточно, чтобы у машины не оставалось простора для выдумок.

С чего начать после прочтения: собери JSON-LD для главной и одного шаблона страниц в генераторе микроразметки, поставь, прогони через валидаторы — и через пару недель сравни вид своих сниппетов в Вебмастере. Дальше масштабируй на остальные шаблоны.

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

Главное