Schema.org для SEO: какую микроразметку внедрять и как проверить

Зачем коммерческому сайту Schema.org

Schema.org - это словарь структурированных данных. На практике чаще всего используется JSON-LD: отдельный блок данных в коде страницы, который описывает сущности и свойства. Google прямо указывает, что структурированные данные помогают лучше понимать содержимое страницы и могут использоваться для расширенных результатов в поиске.

Для SEO это не кнопка "в топ". Разметка не исправит слабый контент, закрытые от индексации страницы, дубли, плохую скорость или отсутствие спроса. Ее задача другая: сделать важные данные явными и согласованными.

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

Главные правила внедрения микроразметки

Основное правило: размечать нужно только то, что соответствует странице и видно пользователю. Структурированные данные должны описывать содержимое конкретного URL, а не подменять его скрытыми SEO-сущностями.

• разметка должна соответствовать видимому контенту страницы;
• цены, наличие, отзывы и рейтинг должны совпадать с HTML;
• на странице не должно быть нескольких конфликтующих JSON-LD-блоков от разных плагинов;
• каноническая страница должна совпадать с URL в разметке;
• разметка должна обновляться вместе с шаблонами CMS, ценами, остатками и контентом;
• валидность JSON-LD нужно проверять после внедрения и после крупных изменений сайта.

Если данные нельзя поддерживать актуальными, лучше не размечать их вообще. Устаревший Offer, несуществующий рейтинг или FAQ, которого нет на странице, создают больше риска, чем пользы. Отдельно логику FAQ schema я разобрал в материале FAQPage для SEO.

Какие типы Schema.org нужны чаще всего

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

Google поддерживает не все типы schema как расширенные результаты. Поэтому ориентироваться нужно не только на schema.org, но и на документацию поисковых систем по конкретным rich results.

Микроразметка для сайта услуг

На сайте услуг schema должна помогать понять, кто оказывает услугу, какую проблему решает страница и как она связана со структурой сайта. Для большинства страниц услуг достаточно WebPage, BreadcrumbList, Organization или ProfessionalService на уровне сайта, а также FAQPage там, где есть видимые вопросы и ответы.

Для страницы SEO-аудита логично размечать путь через BreadcrumbList, саму страницу как WebPage, а FAQ - только если вопросы действительно есть на странице. Для технического SEO полезно не просто поставить schema, а убедиться, что разметка не конфликтует с canonical, robots, статусами ответа и видимым контентом.

Частая ошибка на услугах - пытаться разметить абстрактный Service без нормального содержания. Если на странице нет описания результата, этапов, цены или условий работы, schema не создаст ценность сама по себе. Для узкого сценария с услугами я сделал отдельный разбор: schema для сайта услуг.

Микроразметка для интернет-магазина

В ecommerce микроразметка особенно важна на карточках товара. Product и Offer должны описывать реальные данные: название, фото, бренд, артикул, цену, валюту, наличие и URL. Если у товара есть рейтинг или отзывы, они должны быть реальными, относиться к этому товару и быть видны пользователю.

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

Связка с SEO здесь прямая: если карточка закрыта от индексации, имеет дубли вариантов, неправильный canonical или пустой шаблон, Product schema не решит проблему. Сначала нужно привести в порядок SEO карточки товара, фильтры и индексацию, затем масштабировать микроразметку по шаблону.

Примеры JSON-LD для SEO-задач

Ниже не универсальный код для копирования, а ориентир для ТЗ разработчику. Реальные поля должны подтягиваться из CMS и совпадать с видимым контентом.

Product и Offer для карточки товара

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Название товара",
  "image": "https://site.ru/images/product.jpg",
  "sku": "ART-123",
  "brand": { "@type": "Brand", "name": "Brand" },
  "offers": {
    "@type": "Offer",
    "url": "https://site.ru/catalog/product/",
    "priceCurrency": "RUB",
    "price": "12990",
    "availability": "https://schema.org/InStock"
  }
}

BreadcrumbList для структуры сайта

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    { "@type": "ListItem", "position": 1, "name": "Главная", "item": "https://site.ru/" },
    { "@type": "ListItem", "position": 2, "name": "Каталог", "item": "https://site.ru/catalog/" },
    { "@type": "ListItem", "position": 3, "name": "Товар", "item": "https://site.ru/catalog/product/" }
  ]
}

На практике лучше собирать все сущности страницы в один @graph. Так проще контролировать связи, URL, даты, автора, организацию и хлебные крошки.

Как внедрять schema по шаблонам CMS

На коммерческом сайте микроразметку почти всегда нужно внедрять не вручную, а на уровне шаблонов. Иначе после первых десятков страниц начнутся расхождения: где-то забыли дату, где-то осталась старая цена, где-то карточка не получила Offer, а где-то FAQ размечен без видимого блока.

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

Как проверять Schema.org после внедрения

Проверка должна быть технической и смысловой. Валидный JSON-LD еще не означает, что разметка полезна. Нужно убедиться, что данные правильные, не конфликтуют с HTML и соответствуют типу страницы.

1. Проверить, что JSON-LD синтаксически валиден и не ломается из-за кавычек, спецсимволов или пустых полей.
2. Сверить разметку с видимым контентом: цена, наличие, FAQ, отзывы, хлебные крошки, название.
3. Проверить URL: canonical, item, mainEntityOfPage и ссылки в BreadcrumbList должны быть согласованы.
4. Протестировать не одну страницу, а весь шаблон: услуга, статья, категория, карточка, товар не в наличии.
5. После релиза проверить ошибки в инструментах вебмастеров и повторить проверку после изменений CMS.

Для отладки удобно использовать Rich Results Test Google, валидатор Schema.org и отчеты Search Console. Но финальное решение должно учитывать не только наличие ошибок, а соответствие разметки бизнес-логике страницы.

Типовые ошибки внедрения микроразметки

• разметка добавлена на все страницы одним шаблоном без учета типа страницы;
• в JSON-LD есть цена, наличие или рейтинг, которых нет в видимом контенте;
• FAQ размечен, но вопросы не показаны пользователю;
• Product schema стоит на категориях, статьях или страницах услуг без товара;
• canonical указывает на один URL, а разметка и хлебные крошки - на другой;
• после редизайна CMS генерирует старые поля, пустые значения или несколько конфликтующих блоков;
• AggregateRating используется для всех страниц сайта, хотя отзывы относятся к компании, а не к конкретному товару или услуге;
• разметку внедрили один раз и не проверяют после изменения цен, остатков и шаблонов.

Самая опасная ошибка - относиться к schema как к скрытому SEO-тексту. Это не место для ключей и не способ добавить несуществующие факты. Разметка должна быть машинно-читаемым отражением страницы.

План внедрения Schema.org на сайте

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

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

Чек-лист Schema.org для SEO

1. У каждой страницы есть понятный тип: статья, услуга, категория, карточка, контактная страница.
2. Разметка соответствует видимому контенту.
3. Article есть у статей, Product и Offer - только у карточек товаров.
4. FAQPage используется только там, где FAQ виден пользователю.
5. BreadcrumbList совпадает с хлебными крошками и структурой сайта.
6. Organization или LocalBusiness содержит актуальные данные компании.
7. Цена, валюта, наличие и URL товара совпадают с HTML.
8. Нет конфликтующих JSON-LD-блоков от темы, CMS и SEO-плагинов.
9. Разметка проверена на нескольких типовых страницах, а не только на одной.
10. После изменений шаблонов, цен и остатков проводится повторная проверка.

Частые вопросы про Schema.org и SEO

Что такое Schema.org для SEO?

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

Микроразметка помогает выйти в топ?

Сама по себе не гарантирует рост позиций. Она помогает поисковику точнее понимать данные страницы и может повлиять на представление результата в поиске, но не заменяет контент, индексацию, скорость, структуру и спрос.

Какая разметка нужна интернет-магазину?

Обычно нужны BreadcrumbList, Product, Offer, Organization или LocalBusiness, Article для статей и FAQPage там, где вопросы видны пользователю. Для карточек товара критично совпадение цены, наличия, фото и URL с HTML.

Можно ли размечать данные, которых нет на странице?

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

Как проверить Schema.org после внедрения?

Проверить валидность JSON-LD, сверить данные с видимым контентом, протестировать разные шаблоны страниц и после релиза отслеживать ошибки в инструментах проверки структурированных данных и вебмастерах.