JSON-LD разметка для SEO: что это и как внедрить на сайт

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

Чаще всего дело не в позициях, а в том, что поисковик просто не понимает структуру вашего контента. Именно здесь на помощь приходит JSON-LD разметка.

Что такое JSON-LD и почему это важно для SEO

Структурированные данные — это способ передать поисковым системам точный контекст страницы: что на ней находится, кто автор, какова цена товара, когда проходит мероприятие. Без этого контекста Google и Яндекс вынуждены самостоятельно интерпретировать содержимое, что не всегда происходит корректно.

JSON-LD (JavaScript Object Notation for Linked Data) — один из трёх форматов микроразметки schema, наряду с Microdata и RDFa. Это отдельный блок кода на языке JSON, который вставляется в тег <script type='application/ld+json'> и никак не пересекается с HTML-вёрсткой страницы. Именно это делает его форматом по умолчанию: Google официально рекомендует json-ld разметку как предпочтительный способ передачи структурированных данных.

С точки зрения json seo, грамотно внедрённая разметка напрямую влияет на вид сниппета в выдаче: появляются звёзды рейтинга, хлебные крошки, цена, FAQ-блок прямо под заголовком. Это повышает CTR без роста позиций — что само по себе ценно.

JSON-LD против Microdata и RDFa: в чём разница

Все три формата реализуют одну задачу — передачу семантики из схемы schema.org. Разница в том, как они встраиваются в код.

• Microdata — атрибуты вписываются прямо в HTML-теги: itemprop, itemscope, itemtype. Удобно, если контент жёстко привязан к вёрстке, но тяжело поддерживать.
• RDFa — похожий подход, ещё более многословный. Практически не используется в новых проектах.
• JSON-LD — отдельный скрипт, не зависит от вёрстки. Его можно добавить через Google Tag Manager, CMS-плагин или вручную. При изменении разметки не трогаете HTML.

Вывод: если вы стартуете с нуля или переводите сайт на структурированные данные, выбирайте json-ld. Исключение — случаи, когда CMS намертво генерирует Microdata и переделка требует значительных ресурсов.

Какие типы разметки существуют и что выбрать

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

• Organization / LocalBusiness — название компании, адрес, телефон, часы работы, логотип. Базовый минимум для любого бизнес-сайта.
• Product — товар с ценой, наличием, рейтингом. Критично для интернет-магазинов.
• BreadcrumbList — хлебные крошки в сниппете. Улучшает навигацию и внешний вид URL в выдаче.
• Article / BlogPosting — статьи и материалы блога. Помогает Google News и Discovery.
• FAQPage — вопросы и ответы разворачиваются прямо в выдаче. Эффективно для информационных страниц.
• Event — мероприятия с датой, местом, стоимостью билетов.
• Review / AggregateRating — отзывы и средний рейтинг. Дают звёздочки в сниппете.

Не стоит добавлять все типы подряд. Разметка должна точно соответствовать реальному контенту страницы — это требование Google. Если на странице нет товара, не добавляйте Product.

Как добавить JSON-LD разметку: пошаговый процесс

Разберём, json ld как добавить конкретно и без лишних шагов.

Шаг 1. Определите тип страницы. Главная, карточка товара, статья блога, страница контактов — у каждой свой набор типов schema.

Шаг 2. Составьте JSON-объект. Пример для локального бизнеса:

<script type='application/ld+json'>
{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "Название компании",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "ул. Примерная, 1",
    "addressLocality": "Москва",
    "postalCode": "101000",
    "addressCountry": "RU"
  },
  "telephone": "+7-495-000-00-00",
  "url": "https://example.ru"
}
</script>

Шаг 3. Разместите скрипт в коде страницы. Рекомендуется внутри <head>, хотя Google обрабатывает разметку и из <body>. Яндекс также читает скрипты из обеих зон.

Шаг 4. Проверьте разметку. Используйте официальный Rich Results Test от Google и валидатор schema.org. Яндекс предоставляет проверку в Вебмастере — раздел «Инструменты» → «Валидатор микроразметки».

Шаг 5. Опубликуйте и дождитесь переобхода. После публикации запросите переобход URL через Google Search Console. Расширенные результаты появятся не мгновенно — как правило, через несколько дней после индексации.

Типичные ошибки при внедрении структурированных данных

Даже технически корректная json-ld разметка может не принести результата или вызвать предупреждения в Search Console. Вот частые причины:

• Несоответствие разметки контенту. Если в разметке указана цена 1 000 руб., а на странице отображается 1 500 руб. — это нарушение. Google воспринимает подобное как попытку манипуляции и может исключить расширенный сниппет.
• Обязательные поля не заполнены. Для типа Product обязательны name и хотя бы одно из: offers, review, aggregateRating. Без них богатый сниппет не появится.
• Дублирование типов на одной странице без нужды. Два блока FAQPage на одной странице создают путаницу. Объединяйте вопросы в один объект.
• Использование устаревших свойств. Schema.org регулярно обновляется. Свойство, которое работало два года назад, могло быть переименовано или удалено.
• Разметка на страницах без индексации. Если страница закрыта от индексации (noindex), разметка на ней не учитывается.
• Генерация через GTM для JavaScript-сайтов. Если рендеринг страницы происходит на клиенте, убедитесь, что Googlebot успевает отрендерить скрипт. Серверный рендеринг надёжнее.

Интеграция через CMS и без разработчика

Для большинства популярных CMS существуют готовые решения, которые закрывают базовые потребности:

• WordPress — плагины Yoast SEO, Rank Math, Schema Pro. Они автоматически генерируют разметку для статей, страниц, хлебных крошек и FAQ на основе контента.
• 1С-Битрикс — встроенные компоненты поддерживают часть типов, дополнительная настройка требует правки шаблонов или стороннего модуля.
• Tilda — поддерживает только базовую разметку через настройки SEO; для кастомных типов нужно вставлять код вручную через блок HTML.
• Кастомные сайты — разметка добавляется через шаблонизатор или формируется динамически на backend с данными из базы.

Перед внедрением рекомендуем провести SEO-аудит сайта — он покажет, какие типы разметки уже присутствуют, где есть ошибки и какие страницы приоритетны для доработки. Это экономит время и позволяет не переделывать работу дважды.

Дмитрий Сериков · основатель Divitio

На проектах чаще всего вижу одну и ту же картину: разметка технически есть, Rich Results Test показывает зелёный статус — а расширенного сниппета в выдаче нет месяцами. Первым делом смотрю на соответствие данных: совпадает ли цена в разметке с ценой на странице, есть ли реальные отзывы, на которые ссылается aggregateRating. Второй момент — страницы с noindex: разметку туда часто добавляют по инерции, хотя смысла ноль. Здесь обычно спорят о том, стоит ли тратить время на разметку, если позиции и так хорошие. Мой ответ: стоит, потому что CTR растёт без борьбы за позиции — а это дополнительный трафик при тех же затратах на продвижение. Плюс структурированные данные становятся важны для AI-поиска: у нас на divitio.ru настроены /llms.txt и открытый доступ для GPTBot и PerplexityBot — и это уже часть той же логики, что и json-ld.

Что даёт json-ld разметка в перспективе GEO

Структурированные данные становятся всё важнее не только для традиционного поиска, но и для генеративных ответов — то, что принято называть GEO (Generative Engine Optimization). Языковые модели и AI-поисковики используют семантически размеченный контент как надёжный источник фактов. Если ваш сайт содержит корректную json-ld разметку с именем бренда, адресом, продуктами и экспертизой — вероятность попасть в AI-ответ выше, чем у конкурента без разметки.

Это направление мы подробнее разбираем в разделе GEO-продвижения — там объясняем, как адаптировать контент под AI-поиск в целом, а структурированные данные — один из ключевых инструментов этой работы.

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

Гарантирует ли json-ld разметка появление расширенного сниппета?

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

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

Не обязательно на каждую, но на ключевые — да. Приоритет: главная (Organization), карточки товаров или услуг, статьи блога, страницы с FAQ. Технические страницы (политика конфиденциальности, страница 404) в разметке не нуждаются.

Как быстро поисковик обработает новую разметку?

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