Что такое структурные данные (Schema.org)
Что такое структурированные данные?
Структурированные данные — это код, который с помощью словаря Schema.org объясняет поисковым системам смысл контента на странице в машиночитаемом формате. Наиболее распространенной формой применения является формат JSON-LD, добавляемый на страницу в виде отдельного <script type="application/ld+json"> блок; этот блок не изменяет видимое содержание страницы, а лишь добавляет к нему дополнительный слой «меток». Существует множество типов, таких как Organization, Article, Product, BreadcrumbList, и каждый из них предназначен для описания определенного типа контента.
Структурированные данные можно сравнить с каталожной карточкой библиотеки: сама книга (содержимое страницы) остаётся неизменной, но карточка (структурированные данные) в стандартном формате кратко описывает автора, жанр и дату публикации этой книги, облегчая поиск и классификацию.
Помимо JSON-LD существуют и более старые форматы реализации, такие как Microdata и RDFa; они встраивают данные непосредственно в видимые HTML-теги. JSON-LD проще в обслуживании, поскольку он отделен от содержимого страницы и независим от него, и на сегодняшний день является методом, рекомендованным Google.
Почему это важно?
Правильно реализованные структурированные данные помогают Google лучше понимать содержание страницы и могут обеспечить отображение «богатых результатов» (rich results) в SERP для некоторых типов контента — например, навигационной цепочки, цены товара или даты публикации статьи. Эти визуальные элементы могут выделить вашу страницу среди результатов с одинаковым рейтингом и повысить коэффициент кликов.
Однако добавление структурированных данных не гарантирует появления расширенных результатов; Google самостоятельно решает, какие из них показывать, на основе своего алгоритма, и это решение может меняться со временем. Поэтому правильнее рассматривать структурированные данные не как «гарантированную функцию SERP», а как «способ сделать ваш контент более понятным для машинного считывания».
Наиболее наглядным примером этой ситуации являются схемы FAQPage и HowTo: несмотря на то, что они широко рекомендовались на протяжении многих лет, Google сузил сферу применения этих расширенных результатов и практически удалил их со всех сайтов. Это хороший пример того, как «некогда полезное решение» может утратить свою ценность при изменении политики поисковой системы.
Как это исправить?
- Используйте схему
Organizationдля идентификации вашего сайта, а для контента блога/новостей — схемуArticle. - Используйте схему
BreadcrumbList, чтобы отобразить путь навигации; это может помочь отобразить в результатах поиска (SERP) удобочитаемый путь навигации вместо URL-адреса. - В структурированных данных отмечайте только ту информацию, которая действительно отображается на странице; добавление в схему данных, которых нет на странице, противоречит правилам Google и может привести к ручным санкциям.
- Проверьте с помощью инструмента валидации, что JSON-LD является валидным; блок с синтаксической ошибкой может быть полностью проигнорирован.
- Не добавляйте схемы FAQPage и HowTo: в 2023 году Google в значительной степени удалил эти расширенные результаты и со временем ещё больше сузил их охват; для обычных сайтов они больше не приносят практической пользы в SERP, а лишь создают ненужную нагрузку кода и увеличивают затраты на обслуживание.
Пример
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "SEO-оптимизированная структура URL-адресов",
"datePublished": "2026-07-01",
"author": {"@type": "Organization", "name": "SeoRaporu"}
}
</script>
Плохой пример: придумывание в JSON-LD произвольного значения datePublished, хотя на самой странице такая дата не указана; это противоречит руководствам Google по структурированным данным и, в случае обнаружения, может даже привести к ручным санкциям.
Распространённые ошибки
- Разметка в структурированных данных информации, отсутствующей на странице (противоречит правилам Google).
- Написание JSON с неверными или пропущенными полями; даже одна пропущенная запятая может сделать весь блок недействительным.
- Тратить время на схему FAQPage/HowTo, которая больше не обеспечивает расширенные результаты.
- Несинхронизировать структурированные данные с актуальным контентом (например, оставлять в схеме старую цену, хотя цена на странице была обновлена).
- Если в отчете Seoraporu.co структурные данные не найдены, это отмечается не как ошибка, а как возможность — их можно заполнить, добавив базовые типы, такие как «Organization» и «Article».
- Произвольный выбор типов схем без сопоставления их с реальным типом контента страницы; например, добавление схемы «Product» к записи в блоге приводит к путанице в смысле и может снизить доверие со стороны Google.
- Добавление на одну и ту же страницу нескольких противоречивых блоков схемы (например, двух разных определений «Organization»); в этом случае Google вынужден самостоятельно решать, какое из них является правильным.