Содержание статьи
Коротко: структурированные данные — это машиночитаемое описание вашей страницы: кто вы, что предлагаете, сколько это стоит, кто автор статьи. Самый удобный формат — 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-шаблоне. Так разметка всегда берёт данные из тех же моделей, что и страница.
Главное правило: данные в разметке берутся из того же источника, что и видимый текст. Тогда они не расходятся.
Как проверить разметку?
- Rich Results Test от Google показывает, какие расширенные результаты доступны для страницы.
- Schema Markup Validator проверяет общую корректность по Schema.org, даже если тип не даёт расширенного результата.
- Search Console → разделы улучшений (Enhancements) показывает ошибки по всему сайту, а не по одной странице.
- После развёртывания проверьте код в исходном HTML страницы, а не только в инспекторе: разметка должна быть в ответе сервера или уже в DOM после рендеринга.
Типичные ошибки разметки
- Разметка того, чего нет на странице (отзывы, рейтинги, цены).
- Дубли: SEO-плагин и тема выводят разные
Organization. - Невалидный JSON: лишняя запятая, неэкранированные кавычки.
- Цена без валюты или наличие в произвольном формате вместо значений Schema.org.
- Скрытый текст, которого посетитель не видит.
- Устаревшие данные после смены цен или контактов.
План внедрения из 5 шагов
- Составьте список шаблонов страниц: главная, услуги, статья, товар, контакты.
- Для каждого шаблона определите типы разметки из таблицы выше.
- Собирайте данные из единого источника (поля CMS, модели), а не вписывайте вручную.
- Протестируйте по одной странице каждого шаблона в Rich Results Test и валидаторе.
- Настройте мониторинг в Search Console и перепроверяйте после каждого релиза шаблонов.
FAQ
Влияет ли Schema.org на позиции?
Прямым фактором ранжирования Google разметку не называет. Она помогает понять страницу и может давать расширенные результаты, влияющие на кликабельность.
Гарантирует ли разметка расширенный сниппет?
Нет. Google сам решает, показывать ли расширенный результат, даже если разметка валидна.
Нужна ли разметка для ИИ-поиска?
Отдельных требований нет, но структурированные данные уменьшают двусмысленность. Это полезный, хотя и не обязательный элемент GEO-оптимизации.
Можно ли размечать отзывы?
Только настоящие отзывы, которые посетитель видит на странице. Собственные отзывы о собственном бизнесе в разметке Google может считать нарушением рекомендаций.
Сколько типов разметки нужно на странице?
Столько, сколько соответствует её содержимому. Для статьи это обычно Article, BreadcrumbList и, при наличии раздела, FAQPage.
Нужно ли обновлять разметку?
Да: при смене цен, контактов, названия компании или структуры сайта. Лучше всего, когда разметка генерируется автоматически из данных CMS.
Хотите проверить, что с разметкой на вашем сайте? Закажите бесплатный аудит Kyivan — разработчик проверит Schema.org, ошибки валидации и соответствие данных на страницах и в фиде.
Веб-разработчик и SEO-специалисты. Пишем о техническом SEO, Google Shopping и рекламе.