Микроразметка Schema.org: что это и как внедрить

Что такое микроразметка и зачем она нужна

Schema.org — это открытый словарь типов данных, разработанный совместно Google, Яндексом, Bing и Yahoo, который позволяет разметить контент страницы так, чтобы поисковик однозначно понимал: вот это — цена товара, вот это — рейтинг, вот это — вопрос и ответ в FAQ, а вот это — дата публикации статьи. Без разметки поисковику приходится «догадываться» о структуре контента по визуальному оформлению и тексту, что менее надёжно.

Главный практический эффект правильной микроразметки — расширенные сниппеты в выдаче: звёзды рейтинга, раскрывающиеся вопросы FAQ прямо под заголовком, хлебные крошки вместо длинного URL. Это не влияет на позицию напрямую, но заметно увеличивает заметность результата и CTR — а значит, косвенно улучшает и позиции в выдаче через поведенческие сигналы.

Второе, менее заметное, но растущее по значимости применение микроразметки — помощь генеративным AI-системам (AI Overviews в Google, Алиса, ChatGPT с поиском) в точном извлечении фактов со страницы для ответа пользователю без перехода на сайт. Чётко размеченный вопрос-ответ в формате FAQPage или ключевые факты в Article с большей вероятностью корректно процитируются такой системой, чем неструктурированный текст, из которого модели приходится самостоятельно вычленять смысл.

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

// JSON-LD (рекомендуемый Google формат) — отдельный блок в head
<script type="application/ld+json">
{"@context":"https://schema.org","@type":"Article","headline":"..."}
</script>

// Microdata — атрибуты прямо внутри HTML-разметки контента
<div itemscope itemtype="https://schema.org/Article">
  <span itemprop="headline">Заголовок статьи</span>
</div>

Есть три формата разметки: JSON-LD, Microdata и RDFa. Google официально рекомендует JSON-LD — он не требует переплетения атрибутов с видимой вёрсткой страницы, поэтому его проще генерировать программно, обновлять и не сломать заодно с обычной вёрсткой сайта. По этой причине почти все современные CMS и генераторы SEO-инструментов, в том числе решения на основе Claude Code, по умолчанию выдают именно JSON-LD.

У RDFa похожая на Microdata логика встраивания атрибутов в HTML-разметку, но с более сложным синтаксисом префиксов пространств имён — сегодня этот формат встречается заметно реже двух остальных и в основном сохраняется в legacy-системах, перешедших на него ещё до широкого распространения JSON-LD. Для нового проекта нет практического смысла выбирать RDFa вместо JSON-LD.

Практическое преимущество JSON-LD особенно заметно при автоматизации: поскольку блок разметки — это отдельный, самодостаточный кусок кода в head страницы, его удобно генерировать программно по шаблону для тысяч страниц одновременно, не трогая при этом основную вёрстку контента. Именно так устроены современные генераторы контента, где скрипт собирает JSON-LD для каждой статьи автоматически на основе структурированных данных — заголовка, даты, автора, вопросов FAQ.

Основные типы схем для маркетингового сайта

Для маркетингового блога чаще всего достаточно первых трёх типов из таблицы: Article на статьи, FAQPage на блок вопросов и BreadcrumbList на хлебные крошки. Остальные типы становятся актуальны по мере роста сайта — например, Product понадобится, если на сайте появляется каталог платных продуктов или курсов, а LocalBusiness — если бизнес привязан к конкретному физическому адресу.

Пример JSON-LD разметки статьи

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Что такое CAC и как его считать",
  "description": "Формула CAC и пример расчёта на цифрах",
  "author": {"@type": "Person", "name": "Имя автора"},
  "publisher": {"@type": "Organization", "name": "Название сайта"},
  "datePublished": "2026-07-31",
  "dateModified": "2026-07-31",
  "mainEntityOfPage": "https://example.ru/blog/chto-takoe-cac/",
  "image": "https://example.ru/og-image.png",
  "inLanguage": "ru"
}

Пример разметки FAQ

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [{
    "@type": "Question",
    "name": "Что такое CAC?",
    "acceptedAnswer": {
      "@type": "Answer",
      "text": "CAC — это стоимость привлечения одного клиента,
      которая считается делением затрат на маркетинг и продажи
      на число новых клиентов за период."
    }
  }]
}

Важно: текст ответа в acceptedAnswer.text должен совпадать по смыслу с тем, что реально показано на странице пользователю — размечать «невидимый» текст специально ради красивого сниппета считается манипуляцией разметкой и может привести к ручным санкциям.

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

Как проверить микроразметку

Основной инструмент — Rich Results Test от Google: вставляете URL страницы или сам код, и сервис показывает, какие типы расширенных результатов найдены и есть ли критичные ошибки. У Яндекса похожий функционал есть в разделе «Проверка структурированных данных» в Яндекс.Вебмастере — оба инструмента стоит использовать параллельно, поскольку интерпретация схем у двух поисковиков местами отличается.

После первичной проверки валидатором стоит также заглянуть в раздел «Улучшения» или «Структурированные данные» в самой панели вебмастера — там накапливается статистика по количеству страниц с той или иной схемой и отдельно выводятся страницы с ошибками, что удобнее для регулярного мониторинга крупного сайта, чем ручная проверка каждой страницы по отдельности через внешний валидатор.

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

Полезно также отслеживать изменения в самом словаре Schema.org — новые типы и свойства появляются регулярно, а поисковики со временем начинают поддерживать новые виды расширенных сниппетов на их основе. То, что вчера не имело смысла размечать, через несколько месяцев может дать доступ к новому типу отображения в выдаче, поэтому периодически стоит сверяться с документацией Google по поддерживаемым типам структурированных данных.

Для команд без штатного разработчика полезно знать, что многие популярные CMS и конструкторы сайтов сегодня добавляют базовую микроразметку (Article, BreadcrumbList) автоматически на уровне движка, без необходимости писать JSON-LD вручную — прежде чем внедрять разметку с нуля, стоит проверить, не генерируется ли она уже штатными средствами платформы, на которой построен сайт.

При этом штатная разметка платформы не всегда покрывает все нужные типы — чаще всего «из коробки» есть только базовый Article и BreadcrumbList, а FAQPage, LocalBusiness или разметку конкретных вопросов внутри статьи почти всегда приходится добавлять отдельно, вручную или через плагин-расширение платформы.

Валидатор микроразметки: какой инструмент выбрать

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

Проверка микроразметки товаров (Product + Offer) требует отдельного внимания: валидатор Google строже проверяет обязательные поля цены и наличия, чем общий синтаксический валидатор schema.org, а значит валидный по спецификации JSON-LD ещё не гарантирует, что Google согласится показать по нему расширенный сниппет с ценой. Практический порядок действий: сначала проверить микроразметку JSON-LD синтаксически (нет опечаток в кавычках и запятых), затем прогнать через Rich Results Test конкретно под тип страницы (товар, статья, FAQ), и только после этого — через Яндекс.Вебмастер, если сайт ориентирован и на Яндекс тоже.

Частые ошибки в микроразметке

• Разметка не соответствует видимому на странице контенту (например, FAQPage без реального видимого списка вопросов).
• Указан несуществующий или неподходящий @type для контента страницы.
• Отсутствуют обязательные поля для конкретного типа (например, у Product без цены в Offer).
• Разметка продублирована в двух форматах одновременно (JSON-LD и Microdata на одной странице для одного объекта) — это не запрещено технически, но усложняет поддержку и повышает риск рассинхронизации данных.

Как нейросети ускоряют генерацию schema

Написание корректного JSON-LD вручную для каждого типа страниц — рутинная и подверженная ошибкам задача, особенно когда нужно поддерживать десятки шаблонов на крупном сайте. Нейросети хорошо справляются с генерацией такого структурированного кода по шаблону: описываете тип контента и нужные поля — получаете готовый валидный JSON-LD, который остаётся только вставить в шаблон страницы. Подробнее о таком подходе — в статье про нейросети в SEO-оптимизации сайта и в разборе создания SEO-блогов на Claude Code, где разметка генерируется программно для каждой статьи автоматически.