Бесплатный аудит
Техническое SEO

Schema.org и структурированные данные: полный гайд по JSON-LD для сайта услуг и магазина

KКоманда Kyivan
6 мин чтения
Структура JSON-LD разметки Schema.org в виде узлов и связей
Содержание статьи

Коротко: структурированные данные — это машиночитаемое описание вашей страницы: кто вы, что предлагаете, сколько это стоит, кто автор статьи. Самый удобный формат — JSON-LD в <head>. Разметка сама по себе не поднимает позиции, но помогает поисковикам и ИИ-системам однозначно понять страницу, а магазинам открывает расширенные результаты с ценой и наличием.

Что такое структурированные данные и зачем они нужны?

Обычный текст человек читает легко, а алгоритму приходится угадывать: «1 490 грн» — это цена товара или доставки? «Александр» — автор или персонаж кейса? Структурированные данные убирают догадки. Вы явно указываете тип сущности (организация, статья, товар, услуга) и её свойства по словарю Schema.org.

Что это даёт на практике:

  • Расширенные результаты. Для товаров — цена, наличие, рейтинг; для страниц с хлебными крошками — понятный путь в выдаче.
  • Чёткая идентичность бренда. Поисковик лучше связывает сайт, название компании, логотип и профили в сети.
  • Лучшая пригодность для ИИ-ответов. Системы, собирающие ответы, легче извлекают факты из структурированных страниц. Гарантии цитирования это не даёт, но убирает двусмысленность.
  • Основа для Merchant Center. Данные о товаре на странице и в фиде должны совпадать, а разметка Product помогает это подтвердить.

JSON-LD, Microdata или RDFa: что выбрать?

Google рекомендует JSON-LD. Он живёт отдельным блоком и не смешивается с HTML-версткой, поэтому его проще добавлять, менять и тестировать.

Формат Где размещается Удобство поддержки
JSON-LD Отдельный <script> в <head> или <body> Высокое, не зависит от верстки
Microdata Атрибуты внутри HTML-тегов Среднее, нужно править шаблоны
RDFa Атрибуты внутри HTML-тегов Среднее, используется реже

Для новых проектов выбирайте JSON-LD и не смешивайте форматы на одной странице.

Какие типы разметки нужны бизнес-сайту?

Тип Где применять Зачем
Organization Главная, «О нас» Название, логотип, контакты, профили в соцсетях
WebSite Главная Название сайта, язык
BreadcrumbList Все внутренние страницы Хлебные крошки в выдаче
Article / BlogPosting Статьи блога Автор, даты, изображение
Service Страницы услуг Описание услуги, исполнитель, регион
LocalBusiness Контакты, локальные страницы Адрес, часы работы, телефон
Product + Offer Карточка товара Цена, валюта, наличие, бренд
FAQPage Страницы с разделом FAQ Структурирует вопросы и ответы

Не размечайте всё подряд. Достаточно типов, которые соответствуют реальному содержимому страницы.

Пример: Organization для главной страницы

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Kyivan",
  "url": "https://kyivan.com/",
  "logo": "https://kyivan.com/assets/logo.png",
  "email": "hello@kyivan.com",
  "sameAs": [
    "https://t.me/example",
    "https://www.linkedin.com/company/example"
  ]
}

Подставьте реальные данные с вашего сайта. Контакты и профили в разметке должны совпадать с тем, что видит посетитель.

Пример: Article для статьи блога

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Название статьи",
  "datePublished": "2026-09-19T10:00:00+03:00",
  "dateModified": "2026-09-19T10:00:00+03:00",
  "inLanguage": "ru",
  "image": "https://kyivan.com/assets/blog/cover.webp",
  "author": { "@type": "Organization", "name": "Kyivan" },
  "publisher": { "@type": "Organization", "name": "Kyivan" }
}

datePublished и dateModified должны соответствовать видимым датам на странице. Не обновляйте dateModified без реальных изменений в тексте.

Пример: Product и Offer для карточки товара

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Название товара",
  "image": ["https://example.com/img/product.webp"],
  "brand": { "@type": "Brand", "name": "Бренд" },
  "sku": "ABC-123",
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/product/abc-123",
    "priceCurrency": "UAH",
    "price": "1490",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition"
  }
}

Цена и наличие в разметке должны совпадать со страницей и фидом Merchant Center. Расхождения — одна из типичных причин отклонения товаров.

Что изменилось с расширенными результатами?

С 2023 года Google существенно ограничил показ расширенных результатов для FAQPage (в основном авторитетные государственные и медицинские сайты) и убрал расширенные результаты HowTo. Это не значит, что разметку нужно удалять: она остаётся корректным машиночитаемым описанием страницы. Просто не планируйте на неё рост кликов в выдаче. Проверяйте актуальные требования в документации Google Search Central, так как список поддерживаемых типов меняется.

Как добавить разметку на MODX, WordPress и Laravel?

  • MODX. Создайте чанк с JSON-LD и плейсхолдерами (Schema.org и структурированные данные: полный гайд по JSON-LD для сайта услуг и магазина, 2026-09-19 09:00:00) и подключите его в шаблоне. Для динамических массивов (товары, FAQ) удобен сниппет, собирающий JSON через json_encode.
  • WordPress. Используйте SEO-плагин, генерирующий базовую разметку, или выводите собственный блок в wp_head. Следите, чтобы плагины не дублировали разметку друг друга.
  • Laravel. Формируйте массив в контроллере или view-composer и выводите через @json в Blade-шаблоне. Так разметка всегда берёт данные из тех же моделей, что и страница.

Главное правило: данные в разметке берутся из того же источника, что и видимый текст. Тогда они не расходятся.

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

  1. Rich Results Test от Google показывает, какие расширенные результаты доступны для страницы.
  2. Schema Markup Validator проверяет общую корректность по Schema.org, даже если тип не даёт расширенного результата.
  3. Search Console → разделы улучшений (Enhancements) показывает ошибки по всему сайту, а не по одной странице.
  4. После развёртывания проверьте код в исходном HTML страницы, а не только в инспекторе: разметка должна быть в ответе сервера или уже в DOM после рендеринга.

Типичные ошибки разметки

  • Разметка того, чего нет на странице (отзывы, рейтинги, цены).
  • Дубли: SEO-плагин и тема выводят разные Organization.
  • Невалидный JSON: лишняя запятая, неэкранированные кавычки.
  • Цена без валюты или наличие в произвольном формате вместо значений Schema.org.
  • Скрытый текст, которого посетитель не видит.
  • Устаревшие данные после смены цен или контактов.

План внедрения из 5 шагов

  1. Составьте список шаблонов страниц: главная, услуги, статья, товар, контакты.
  2. Для каждого шаблона определите типы разметки из таблицы выше.
  3. Собирайте данные из единого источника (поля CMS, модели), а не вписывайте вручную.
  4. Протестируйте по одной странице каждого шаблона в Rich Results Test и валидаторе.
  5. Настройте мониторинг в Search Console и перепроверяйте после каждого релиза шаблонов.

FAQ

Влияет ли Schema.org на позиции?

Прямым фактором ранжирования Google разметку не называет. Она помогает понять страницу и может давать расширенные результаты, влияющие на кликабельность.

Гарантирует ли разметка расширенный сниппет?

Нет. Google сам решает, показывать ли расширенный результат, даже если разметка валидна.

Нужна ли разметка для ИИ-поиска?

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

Можно ли размечать отзывы?

Только настоящие отзывы, которые посетитель видит на странице. Собственные отзывы о собственном бизнесе в разметке Google может считать нарушением рекомендаций.

Сколько типов разметки нужно на странице?

Столько, сколько соответствует её содержимому. Для статьи это обычно Article, BreadcrumbList и, при наличии раздела, FAQPage.

Нужно ли обновлять разметку?

Да: при смене цен, контактов, названия компании или структуры сайта. Лучше всего, когда разметка генерируется автоматически из данных CMS.

Хотите проверить, что с разметкой на вашем сайте? Закажите бесплатный аудит Kyivan — разработчик проверит Schema.org, ошибки валидации и соответствие данных на страницах и в фиде.

Поделиться: Telegram Facebook
K
Команда Kyivan

Веб-разработчик и SEO-специалисты. Пишем о техническом SEO, Google Shopping и рекламе.

Три этапа к топу Google

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

Начать с аудита
  1. 1Этап 1

    Технические проблемы

    Находим и устраняем то, что мешает Google прочитать сайт.

    • Ошибки индексации, 404 и редиректы
    • Медленная загрузка страниц
    • Дубли страниц и canonical
    РезультатСайт, который поисковик понимает и индексирует
    Подробнее →
  2. 2Этап 2

    Оптимизация сайта

    Готовим страницы под запросы, по которым вас ищут клиенты.

    • Структура, URL и внутренняя перелинковка
    • Title, H1, микроразметка Schema.org
    • Тексты и контент под семантику
    РезультатСтраницы, которые отвечают запросам клиентов
    Подробнее →
  3. 3Этап 3

    SEO-продвижение

    Наращиваем позиции, трафик и главное — заявки и продажи.

    • Расширение семантики и новые страницы
    • Экспертный контент и ссылки
    • Отчёты по заявкам, а не только по позициям
    РезультатСтабильный рост трафика и заявок
    Подробнее →

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

Не нашли ответ?

Напишите нам, и мы ответим.

Задать вопрос
Бесплатный аудит

Узнайте, что мешает сайту расти в Google

Ответьте на пять коротких вопросов — пришлём список проблем и план исправлений.

  • Технические ошибки, которые блокируют индексацию и скорость
  • Что исправить в первую очередь
  • План действий простым языком
  1. 1Сайт
  2. 2Цели
  3. 3Платформа
  4. 4Ситуация
  5. 5Контакты
20%
Какой у вас сайт?

Выберите один вариант