Безкоштовний аудит
Технічне 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": "uk",
  "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%
Який у вас сайт?

Оберіть один варіант