Schema.org і структуровані дані: повний гайд для SEO

Schema.org — це словник структурованих даних, який допомагає пошуковикам точно розуміти зміст сторінки. Розмітка JSON-LD, Microdata або RDFa перетворює звичайний HTML на машинозчитувані дані — і дає шанс отримати Rich Snippets у SERP, підвищуючи CTR на 15–30%. У цьому гайді — типи розмітки, впровадження і перевірка.

Що таке Schema.org і навіщо вона потрібна

Schema.org — спільний проєкт Google, Bing, Yahoo і Yandex, запущений у 2011 році. Це словник (vocabulary) з понад 800 типів і тисячами властивостей, який дозволяє розмічати HTML-контент так, щоб пошукові системи розуміли не лише слова на сторінці, а й їх значення і зв'язки.

Без розмітки Google бачить: «iPhone 15 Pro — 39 999 грн». З розміткою Product + Offer він розуміє: «це товар, ціна 39999 UAH, є в наявності, рейтинг 4.8 з 5». Різниця у тому, що в другому випадку сніпет у пошуку може показати ціну, зірочки і статус наявності — прямо під URL.

Чому це важливо для бізнесу? За даними офіційної документації Google, Rich Results суттєво підвищують клікабельність порівняно зі звичайними блакитними посиланнями. У нашій практиці просування e-commerce проєктів ми фіксували зростання CTR на 20–35% після впровадження Product і Review розмітки — особливо в категорії товарів з рейтингами.

Структурована розмітка також безпосередньо пов'язана з якістю технічного SEO-аудиту — відсутність Schema або помилки в розмітці є окремим блоком перевірки при комплексному аудиті сайту. Повну перевірку структурованих даних проводимо в рамках SEO-аудиту сайту.

JSON-LD vs Microdata vs RDFa — що вибрати

Існує три формати впровадження структурованих даних. Google підтримує всі три, але рекомендує JSON-LD як найзручніший у супроводі.

Висновок простий: якщо у вас є доступ до вставки <script type="application/ld+json"> — використовуйте JSON-LD. Microdata — рішення для систем, де немає можливості додавати окремі скрипт-блоки (наприклад, деякі hosted-рішення). RDFa — специфічний формат для проєктів з жорсткими семантичними вимогами.

Найважливіші типи Schema для бізнесу

Словник Schema.org містить сотні типів, але для більшості комерційних і інформаційних сайтів достатньо восьми основних.

FAQ Schema — впровадження і вплив на результати пошуку

FAQPage — один з найефективніших типів розмітки для інформаційних сторінок і лендингів. При правильному впровадженні Google відображає питання і відповіді прямо під основним сніпетом, збільшуючи видиму площу вашого результату майже вдвічі.

Структура JSON-LD для FAQPage:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Скільки коштує SEO-просування?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Вартість залежить від ніші і конкурентності.
Середній бюджет для українських сайтів — 8 000–25 000 грн/місяць."
      }
    }
  ]
}
</script>

Ключові правила для FAQPage:

• Текст питання (name) — точно збігається з текстом H3 на сторінці
• Відповідь (text) — чиста текстова рядок, без HTML-тегів
• Кількість питань — від 3 до 8; більше Google часто не показує
• Відповіді — конкретні, 1–3 речення, без "це залежить від..."
• HTML Q&A блок — обов'язково є на сторінці у відповідній структурі

FAQPage розмітка — прямий шлях до Google Featured Snippets і AI Overviews. Детальніше про оптимізацію під позицію нуль — у нашому гайді Featured Snippets: як потрапити на нульову позицію.

HowTo Schema — коли застосовувати

HowTo — тип розмітки для покрокових інструкцій. Google може відображати кроки прямо в SERP (особливо на мобільних), дозволяючи користувачеві розгортати кожен крок без переходу на сайт. Так, це знижує кількість кліків — але ваш сайт отримує ширший сніпет і більшу довіру.

Коли використовувати HowTo:

• Стаття є покроковою інструкцією ("як зробити X")
• Є чіткий нумерований список кроків
• Кожен крок — окрема дія, а не загальна порада
• Стаття не є рецептом (для рецептів — окремий тип Recipe)

Мінімальна структура HowTo JSON-LD:

{
  "@context": "https://schema.org",
  "@type": "HowTo",
  "name": "Як налаштувати Google Search Console",
  "description": "Покрокова інструкція підключення GSC за 10 хвилин.",
  "step": [
    {
      "@type": "HowToStep",
      "name": "Увійдіть в обліковий запис Google",
      "text": "Відкрийте search.google.com/search-console і натисніть Почати."
    },
    {
      "@type": "HowToStep",
      "name": "Додайте ресурс",
      "text": "Введіть URL вашого сайту. Рекомендується додавати домен-ресурс, а не URL-префікс."
    }
  ]
}

Опціонально можна додати totalTime (формат ISO 8601: "PT30M" — 30 хвилин) і estimatedCost для інструкцій з бюджетом.

Product і Review Schema для e-commerce

Для інтернет-магазинів Product і AggregateRating — найважливіші типи розмітки. Сніпет з ціною, наявністю і зірочками помітно виділяється серед конкурентів без розмітки.

Приклад JSON-LD для товарної сторінки з рейтингом:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "iPhone 15 Pro 256GB Titanium",
  "image": "https://shop.ua/images/iphone-15-pro.jpg",
  "description": "Смартфон Apple з чіпом A17 Pro і 48МП камерою.",
  "brand": { "@type": "Brand", "name": "Apple" },
  "offers": {
    "@type": "Offer",
    "price": "42999",
    "priceCurrency": "UAH",
    "availability": "https://schema.org/InStock",
    "url": "https://shop.ua/iphone-15-pro"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.9",
    "reviewCount": "312"
  }
}

Важливе застереження щодо Review Schema:

У клієнтів з e-commerce ми бачили, що правильна Product розмітка в зв'язці з реальними UGC-відгуками і грамотним технічним аудитом давала зростання органічного трафіку на 25–40% за квартал — переважно за рахунок Shopping-результатів і підвищеного CTR звичайних сніпетів.

BreadcrumbList — хлібні крихти в SERP

BreadcrumbList — тип розмітки, який дозволяє Google відображати навігаційний шлях (хлібні крихти) замість URL-адреси в сніпеті. Виглядає як: Головна › Смартфони › iPhone 15 Pro. Це покращує розуміння структури сайту користувачем і є сигналом архітектурної грамотності для боту.

JSON-LD для хлібних крихт:

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Головна",
      "item": "https://shop.ua/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Смартфони",
      "item": "https://shop.ua/smartphones/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "iPhone 15 Pro",
      "item": "https://shop.ua/smartphones/iphone-15-pro"
    }
  ]
}

Правила BreadcrumbList:

• position — нумерація з 1, послідовно
• item — повний URL без скорочень
• Шлях має відповідати реальній навігації на сайті
• Для останнього елемента (поточна сторінка) поле item необов'язкове

BreadcrumbList тісно пов'язана з правильною архітектурою сайту і технічним SEO. Без логічної URL-структури хлібні крихти не матимуть сенсу.

Як перевірити розмітку

Після впровадження Schema — завжди перевіряйте. Невалідна або неповна розмітка може не тільки не дати Rich Results, а й отримати попередження в Google Search Console.

Два основні інструменти перевірки:

1. Rich Results Test (search.google.com/test/rich-results) — офіційний інструмент Google. Показує:
   • Чи підходить розмітка для отримання Rich Results
   • Які поля відсутні або заповнені неправильно
   • Попередній вигляд результату в SERP
2. Schema Markup Validator (validator.schema.org) — перевіряє синтаксис і відповідність словнику Schema.org. Виявляє помилки, яких Rich Results Test може не показати.

Алгоритм перевірки після впровадження:

1. Rich Results Test — введіть URL або вставте HTML-код, переконайтесь в відсутності помилок (попередження допустимі)
2. Schema Markup Validator — перевірте синтаксис JSON-LD
3. Google Search Console → Розширення → Rich Results — через 1–2 тижні після індексації з'являться дані по сторінках
4. Повторна перевірка після кожного оновлення шаблону або контенту

Додатково можна перевірити, як Googlebot бачить JavaScript-рендеринг через розмітку — детальніше в гайді JavaScript SEO: як Googlebot рендерить JS.

Типові помилки при впровадженні Schema

Більшість проблем з розміткою повторюються. Ось список найчастіших помилок, які ми бачимо під час технічних аудитів.

1. Невідповідність розмітки і контенту сторінки — в JSON-LD вказана ціна 1000 грн, а на сторінці 1200 грн. Google це виявляє і може знизити або прибрати Rich Result.
2. Відсутні обов'язкові поля — наприклад, у Product немає поля offers. Rich Results Test покаже попередження, Google не відображатиме розширений сніпет.
3. HTML-теги у полі text відповіді FAQPage — поле acceptedAnswer.text має бути чистим текстом без <br>, <strong> тощо. Теги спотворюють розмітку.
4. Дублювання JSON-LD блоків — якщо шаблон CMS вже генерує Organization або Article, а ви додаєте свій вручну, Google отримує два суперечливих сигнали.
5. Неправильний формат дат — datePublished і dateModified мають бути у форматі ISO 8601: "2026-05-25" або "2026-05-25T10:00:00+02:00".
6. Розмітка на прихованому або недоступному контенті — якщо вміст за paywall або у display:none, Google не вважає розмітку валідною.
7. Спам-розмітка — додавання FAQPage або HowTo на сторінки, де відповідних блоків немає у HTML. Порушення правил Google, ризик ручних санкцій.

Найпоширеніша помилка в нашій практиці — невідповідність ціни між розміткою і реальним контентом у магазинах зі знижками. CMS оновлює ціну на сторінці, а JSON-LD залишається старим. Вирішення: генерація розмітки динамічно через шаблон, а не вручну.

На практиці

Кулінарний сайт з Харкова — 1 200 авторських рецептів на власному движку на базі Laravel. Власники скаржились: трафік є, але конверсія в підписку мінімальна, бо з пошуку приходять «не ті» відвідувачі.

Аудит у Screaming Frog показав повну відсутність структурованих даних — жодної Recipe schema, хоча саме в цій ніші вона критична. Конкуренти з топ-3 за запитом «рецепт борщу» мали зірочки, час приготування і кількість порцій прямо в сніпеті Google.

Впровадили Recipe schema з обов'язковими полями prepTime, cookTime, recipeYield і nutrition на 760 сторінках рецептів. Для 140 рецептів із покроковим описом процесу додатково додали HowTo schema. Через 6 тижнів у Google Search Console: 34% сторінок отримали Rich Results. CTR зріс з 2,1% до 5,8% — зірочки рейтингу і час приготування в сніпеті помітно підвищили клікабельність.

Кількість унікальних URL з органічними кліками за квартал збільшилась з 290 до 510 — підтверджено через Ahrefs Site Explorer.

На цьому проєкті з'ясувалося: Recipe schema без поля nutrition технічно валідна, але Google рідше показує її як Rich Result у мобільній видачі. Додавання навіть мінімального набору нутрієнтів — калорії, білки, жири — збільшило частку мобільних Rich Results з 18% до 41% за три тижні.

Часті запитання

Чи обов'язково використовувати Schema.org для SEO?

Schema.org не є офіційним фактором ранжування Google, але структурована розмітка підвищує CTR через Rich Snippets на 15–30%, покращує розуміння контенту ботами і збільшує шанси потрапити в AI Overviews. Для конкурентних ніш — фактично обов'язкова.

Який формат мікророзмітки кращий: JSON-LD, Microdata чи RDFa?

Google офіційно рекомендує JSON-LD. Він не змішується з HTML, легко редагується і підтримує всі типи Schema. Microdata і RDFa допустимі, але складніші в обслуговуванні — їх варто використовувати лише якщо CMS не дозволяє вставляти окремі script-блоки.

Як перевірити, чи правильно впроваджена Schema розмітка?

Використовуйте два безкоштовні інструменти: Rich Results Test (search.google.com/test/rich-results) — показує, чи підходить розмітка для отримання Rich Snippets; Schema Markup Validator (validator.schema.org) — перевіряє синтаксис і структуру. Обидва доступні без реєстрації.

Чи впливає Schema на позиції в Google?

Пряма кореляція не підтверджена, але непряма є. Schema допомагає Google точніше розуміти контент, що підвищує релевантність відповіді. FAQ і HowTo розмітка розширює сніпет у SERP, збільшує CTR, а вищий CTR — сигнал для алгоритму.