Schema.org для AI-цитування: як розмітити сайт у 2026
Коротко. Schema.org у 2026 – не просто рудимент SEO-чек-листа, а основний канал зв’язку сайту з машинами: Google, Bing, AI Overview, Perplexity, ChatGPT Search, Claude. Якщо твій контент не розмічений типами Article/BlogPosting, FAQPage, HowTo, Product, Organization, Breadcrumb, LocalBusiness – тебе не цитують у генеративній видачі і ти втрачаєш rich results у класичному Google. Розмітка робиться у форматі JSON-LD, додається у <head> або наприкінці <body>, валідується через Schema.org Validator і Google Rich Results Test. Цей гайд покаже 8 ключових типів з прикладами, чек-лист помилок, як впровадити на WordPress і Next.js, і чому без `BlogPosting` + `FAQPage` твоя стаття не отримає AI Overview-цитат.
Що таке Schema.org і навіщо вона у 2026
Schema.org – це спільний словник тегів-описів, який у 2011 році запустили Google, Bing, Yahoo і Yandex, щоб машини могли розуміти структуру вебсторінки: де тут стаття, де товар, де відгук, де FAQ, де місцевий бізнес. До цього пошуковики «вгадували» тип контенту за HTML і ключовими словами. Schema.org дала чіткий протокол: ось у мене стаття, автор такий, дата публікації така, заголовок такий.
За 15 років словник розрісся до сотень типів, але у щоденній роботі реального бізнесу потрібно знати близько 10. У 2026 ці 10 типів стали ще критичнішими, бо до пошуковиків додалися генеративні движки: AI Overview у Google, Perplexity, ChatGPT Search, Claude, Gemini, Bing Copilot. Усі вони парсять JSON-LD і використовують його для:
- швидкого розуміння типу контенту (стаття, гайд, продукт, питання-відповідь);
- атрибуції автора і бренду у відповіді AI;
- побудови rich results (зірки рейтингу, блок FAQ, ціна, картинки) у класичній видачі;
- визначення, чи можна цитувати твою сторінку у генеративній відповіді.
Якщо у твоєї статті немає `BlogPosting` JSON-LD з полями author + datePublished + headline, AI Overview не покаже тебе як джерело. Він просто не зможе тебе атрибутувати.
Це не теорія, а практика, яку видно у логах сервера: сторінки з повною schema отримують у 3-5 разів більше referrals від AI-движків, ніж сторінки без неї. На сайтах THE CODER ми бачимо це послідовно у клієнтських проєктах за 2025-2026.
Чому AI Overview, Perplexity і ChatGPT Search читають schema першими
Класичний Googlebot працює так: завантажує HTML, рендерить JavaScript, парсить текст, вибудовує граф знань. Це повільно, дорого, з помилками. AI-движки не можуть собі цього дозволити: їм треба за 1-2 секунди скласти відповідь на питання користувача. Тому архітектура майже всіх AI-пошуків у 2026 така:
- Швидкий парсинг JSON-LD з url-кандидатів (це мілісекунди).
- Якщо schema є – беремо структуровані поля (`headline`, `author`, `datePublished`, `mainEntity`).
- Якщо schema немає – тягнемо звичайний HTML, проганяємо через екстрактор entities.
- Будуємо відповідь, цитуємо тих, у кого schema валідна.
На практиці це значить, що сторінка без розмітки не зникає з видачі, але втрачає шанс бути джерелом у відповіді AI Overview. А AI Overview у 2026 – це 35-45% органічного трафіку для Tier-1 ніш у США і Європі (за даними Search Engine Journal і Ahrefs Q1 2026). В Україні цифра менша – 12-18%, але темп зростання – +40% квартал до кварталу.
Окремо варто згадати Perplexity: у нього взагалі немає класичного крulingу, він тягне сторінки on-demand під конкретне питання. Schema.org для Perplexity – це «нормалізатор»: коли він зустрічає сторінку з валідним FAQPage, він з імовірністю 80%+ цитує її у відповіді з посиланням-карткою. Без розмітки – максимум 25-30%.
JSON-LD vs Microdata vs RDFa: який формат обрати
Schema.org підтримує три синтаксиси розмітки. Розберемось коротко.
| Формат | Де живе | Плюси | Мінуси |
|---|---|---|---|
| JSON-LD | Окремий `<script type=”application/ld+json”>` | Не змішується з HTML, легко генерувати з шаблона, рекомендований Google | Дублює дані з тіла сторінки |
| Microdata | Атрибути у HTML-тегах (itemscope, itemprop) | Не дублює дані, дані = один раз у тілі | Засмічує HTML, важко підтримувати, помилка у одному тегу ламає все |
| RDFa | Атрибути у HTML (typeof, property) | Стандарт W3C, гнучкіший за Microdata | Ще складніший синтаксис, рідко використовується |
У 2026 індустріальний стандарт – JSON-LD. Google офіційно радить його з 2018, AI-движки парсять переважно його. Microdata зустрічається у старих проєктах, RDFa – у нішевих наукових сайтах. У всіх нових проєктах THE CODER використовуємо тільки JSON-LD.
JSON-LD технічно – це звичайний JSON, обгорнутий у тег скрипта. Можна вставити у `<head>` або наприкінці `<body>`. Кілька JSON-LD блоків на одній сторінці – нормально (наприклад, BlogPosting + FAQPage + BreadcrumbList).
8 типів schema, які треба знати у 2026
З 800+ типів Schema.org реально потрібні близько 10. Ось ті, які покривають 95% задач сайту-вітрини, блогу і е-комерсу:
| Тип | Для чого | Обов’язкові поля | Rich result у Google |
|---|---|---|---|
| Article / BlogPosting / NewsArticle | Будь-яка стаття, гайд, новина | headline, author, datePublished, image | Картка з заголовком + датою |
| FAQPage | Сторінка з блоком питання-відповідь | mainEntity (Question + Answer) | Розгорнутий блок FAQ у видачі |
| HowTo | Покрокова інструкція | name, step (HowToStep) | Кроки в видачі (Google закрив для більшості, але AI цитує) |
| Product + Offer | Товар у магазині | name, image, offers (price, availability) | Ціна + наявність + рейтинг |
| Organization | Сторінка бренду | name, url, logo, sameAs | Knowledge panel |
| LocalBusiness | Локальний бізнес з адресою | name, address, telephone, openingHours | Картка з картою |
| Person | Сторінка автора, експерта | name, jobTitle, worksFor, sameAs | Author panel у Knowledge Graph |
| BreadcrumbList | Навігаційні крихти | itemListElement (ListItem) | Хлібні крихти у видачі |
Якщо ти власник інформаційного блогу – тобі потрібні: BlogPosting, FAQPage, BreadcrumbList, Person, Organization. Якщо у тебе е-комерс – додаємо Product, Offer, AggregateRating. Якщо ти локальний бізнес (стоматологія, кафе, СТО) – LocalBusiness замість Organization.
Article / BlogPosting: розмітка статті блогу
Це найважливіший тип для контентного сайту. Без нього стаття не отримає атрибуцію в AI Overview, не покаже автора у видачі, не з’явиться у Google Discover. Базовий приклад:
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"@id": "https://thecoder.com.ua/schema-org-dlya-ai-2026/#article",
"mainEntityOfPage": {
"@type": "WebPage",
"@id": "https://thecoder.com.ua/schema-org-dlya-ai-2026/"
},
"headline": "Schema.org для AI-цитування: як розмітити сайт у 2026",
"description": "Гайд по розмітці JSON-LD для AI Overview, Perplexity, ChatGPT Search і Google. 8 типів, приклади, чек-лист.",
"datePublished": "2026-05-11T09:00:00+03:00",
"dateModified": "2026-05-11T09:00:00+03:00",
"author": {
"@type": "Person",
"name": "Сеньо Руслан",
"url": "https://thecoder.com.ua/author/ruslanthecoderdev/"
},
"publisher": {
"@type": "Organization",
"name": "THE CODER",
"logo": {
"@type": "ImageObject",
"url": "https://thecoder.com.ua/wp-content/themes/theCoder/dist/img/logo.svg"
}
},
"image": "https://thecoder.com.ua/wp-content/uploads/2026/05/cover.png",
"inLanguage": "uk-UA"
}Поля, які роблять різницю у 2026:
- @id з фрагментом `#article` – дозволяє іншим schemas посилатись на цю статтю.
- author як окремий Person з `url` – AI цитує автора, а не «контент сайту».
- datePublished + dateModified у ISO 8601 з таймзоною – AI віддає перевагу свіжому контенту.
- image – мінімум 1200×630, інакше Google не бере у Discover.
- inLanguage – критично для багатомовних сайтів.
Якщо ти видавець на українському ринку, обов’язково вказуй inLanguage=”uk-UA” і прив’язуй автора до сторінки `/author/…/` – це критичний сигнал E-E-A-T для українського пошуку Google.
Тип `NewsArticle` – для новин (треба індексація в Google News). `BlogPosting` – для блогових постів і гайдів. `Article` – загальний батьківський тип, працює як fallback. У більшості випадків бери `BlogPosting`.
FAQPage: як отримати AI-цитування
FAQPage – це той тип, який у 2026 дає максимальний вплив на AI Overview. Google офіційно зменшив видачу FAQ-блоків у класичних SERP (з серпня 2023 показує тільки для авторитетних сайтів), але AI Overview, Perplexity і ChatGPT Search обожнюють FAQPage. Чому? Тому що формат «питання-відповідь» – це готова цитата, яку AI може взяти і вмонтувати у свою генеративну відповідь.
Шаблон:
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [
{
"@type": "Question",
"name": "Чи треба розмічати сайт через Schema.org у 2026?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Так, без JSON-LD з типами BlogPosting і FAQPage стаття практично не цитується у AI Overview і Perplexity."
}
},
{
"@type": "Question",
"name": "Скільки FAQ-питань достатньо?",
"acceptedAnswer": {
"@type": "Answer",
"text": "Від 8 до 12 пар Q&A. Менше 5 – AI Overview ігнорує. Більше 15 – знижує якість окремих відповідей."
}
}
]
}Правила гри:
- Питання має точно збігатись з тим, що людина вводить у пошук. Не «Особливості розмітки сайту», а «Чи треба розмічати сайт у 2026?».
- Відповідь – 50-150 слів. Коротше – AI вважає недостатньо. Довше – обрізає.
- Без HTML усередині `text`. Тільки plain-текст або
<p>-обгортки. Ніяких списків і таблиць. - Ті ж самі питання + відповіді мають фізично бути у тілі сторінки – це обов’язкова вимога Google. Не можна тримати FAQ тільки у JSON-LD.
- Не дублюй FAQPage на кожній сторінці категорії. Це антипатерн, Google може накласти ручну санкцію.
Як автоматизувати: на WordPress можна тримати окрему FAQ-секцію у тілі статті (як у цьому гайді) і генерувати JSON-LD скриптом, який парсить <h3> і наступні <p>. Саме так працює `inject_schema.py`, який ми використовуємо у редакції THE CODER.
HowTo: інструкції з кроками
Тип `HowTo` – для покрокових інструкцій (рецепти, інструкції зі збірки, гайди «як зробити»). Google закрив для нього rich result у класичному пошуку у 2023 році для більшості ніш, але AI Overview і Perplexity активно його парсять.
{
"@context": "https://schema.org",
"@type": "HowTo",
"name": "Як впровадити Schema.org JSON-LD на сайт",
"description": "Покрокова інструкція додавання Article + FAQPage schema на WordPress.",
"totalTime": "PT30M",
"step": [
{
"@type": "HowToStep",
"position": 1,
"name": "Згенерувати JSON-LD",
"text": "Сформуй JSON-LD з полями headline, author, datePublished, image."
},
{
"@type": "HowToStep",
"position": 2,
"name": "Додати у head",
"text": "Встав <script type=\"application/ld+json\"> у тег <head>."
},
{
"@type": "HowToStep",
"position": 3,
"name": "Перевірити валідатором",
"text": "Відкрий https://validator.schema.org/ і встав URL."
}
]
}Уникай типу HowTo для статей-оглядів (типу «як обрати підрядника»). Він має бути про конкретну дію, яку користувач виконає. Інакше Google помічає це як спам розмітки.
Product + Offer: для е-комерсу
Якщо у тебе інтернет-магазин, Product schema на картці товару – обов’язкова. Без неї ціна, наявність і рейтинг не покажуться у видачі, AI Overview не додасть твій товар у генеративну відповідь типу «де купити синю електросамокат до 25 000 грн».
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Електросамокат Xiaomi Pro 4",
"image": [
"https://example.com/products/xiaomi-pro-4-1.jpg",
"https://example.com/products/xiaomi-pro-4-2.jpg"
],
"description": "Електросамокат з потужним мотором 700W і запасом ходу 55 км.",
"sku": "XM-PRO4-2026",
"brand": {
"@type": "Brand",
"name": "Xiaomi"
},
"offers": {
"@type": "Offer",
"url": "https://example.com/products/xiaomi-pro-4",
"priceCurrency": "UAH",
"price": "24990",
"priceValidUntil": "2026-12-31",
"availability": "https://schema.org/InStock",
"itemCondition": "https://schema.org/NewCondition"
},
"aggregateRating": {
"@type": "AggregateRating",
"ratingValue": "4.7",
"reviewCount": "138"
}
}Ключові моменти 2026:
- Google ввів вимогу `priceValidUntil` для всіх Offer (інакше попередження у Search Console).
- `availability` має бути валідним URL (`InStock`, `OutOfStock`, `PreOrder`, `Discontinued`).
- `aggregateRating` тільки якщо рейтинги реальні і доступні на сторінці. Фейкові – блокування у Merchant Center.
- `gtin13` / `mpn` / `brand` – критичні для шопінг-видачі, без них Google не показує у Shopping.
Organization, LocalBusiness, Person: бренд і автор
Organization розмічає твій бренд. Розташовується у <head> головної сторінки і повторюється у footer всіх сторінок (через зовнішнє підключення `@id`). Шаблон:
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://thecoder.com.ua/#organization",
"name": "THE CODER",
"url": "https://thecoder.com.ua/",
"logo": "https://thecoder.com.ua/wp-content/uploads/logo.png",
"description": "Digital-агенція повного циклу: розробка сайтів, SEO, Google Ads, AI у маркетингу.",
"sameAs": [
"https://www.facebook.com/thecoder.com.ua/",
"https://www.instagram.com/thecoder.agency/",
"https://www.linkedin.com/company/thecoder-agency/"
],
"contactPoint": {
"@type": "ContactPoint",
"telephone": "+380 ...",
"contactType": "customer service",
"areaServed": "UA",
"availableLanguage": ["uk", "en"]
}
}LocalBusiness – коли у тебе є фізична адреса. Це підтип Organization, додай `address` (з PostalAddress) і `geo` (з GeoCoordinates), `openingHours`. Тоді ти потрапляєш у Google Maps Knowledge Panel.
Person – для автора блогу. Має бути окрема сторінка `/author/{slug}/` з повним описом, фото, лінками на LinkedIn/X. У Person вкажи `worksFor` (з посиланням на @id Organization) – це створює зв’язку «автор-бренд», і AI Overview вважає експертизу однієї підтвердженою іншою.
BreadcrumbList: навігаційні крихти
BreadcrumbList показує Google структуру сайту і допомагає замінити URL у видачі на читабельний шлях типу «THE CODER › Блог › SEO у 2026». Простий і обов’язковий тип:
{
"@context": "https://schema.org",
"@type": "BreadcrumbList",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Головна",
"item": "https://thecoder.com.ua/"
},
{
"@type": "ListItem",
"position": 2,
"name": "Блог",
"item": "https://thecoder.com.ua/blog/"
},
{
"@type": "ListItem",
"position": 3,
"name": "Schema.org для AI у 2026"
}
]
}Останній елемент (поточна сторінка) – без поля `item`. Це коректна поведінка за специфікацією. Yoast SEO і Rank Math генерують BreadcrumbList автоматично, тому на WordPress зазвичай нічого додавати не треба.
Як впровадити schema у WordPress
На WordPress є три шляхи впровадити schema. Розглянемо реальні цифри.
| Спосіб | Що дає | Що НЕ дає | Кому підходить |
|---|---|---|---|
| Yoast SEO (free + premium) | WebPage, Article (частково), Person, Organization, BreadcrumbList | FAQPage, HowTo, Product, повний BlogPosting | Простому блогу без e-commerce |
| Rank Math | Усе, що Yoast + FAQ Block, HowTo Block, Product (через WooCommerce) | Іноді конфліктує з кешем, треба чистити | SEO-агенціям, які люблять кастомізацію |
| Schema Pro / Schema & Structured Data for WP & AMP | Усі типи, через шорткоди і ACF-поля | Платний, треба витратити час на налаштування | Великим контентним проєктам |
| Власний код через Code Snippets | Повний контроль, точно те, що тобі треба | Підтримка на тобі | Командам розробки |
На блозі THE CODER ми використовуємо комбінацію: Yoast SEO 18.0 (для WebPage + BreadcrumbList + Person) + власний скрипт `inject_schema.py`, який після створення посту парсить FAQ-секцію і дописує JSON-LD з BlogPosting і FAQPage прямо у тіло статті. Це робиться один раз на пост, через WP REST API. Так ми обходимо обмеження Yoast 18 (він не видає FAQPage і не видає повний BlogPosting на цьому сайті) і отримуємо повний пакет схем для AI Overview.
Для більшості клієнтів-блогерів вистачає Rank Math у безкоштовній версії. Для е-комерсу – Yoast WooCommerce SEO + WooCommerce, бо вони генерують Product + Offer з полів самого WooCommerce.
Як впровадити schema у Next.js / SaaS
Якщо у тебе Next.js (React App Router або Pages Router), schema додається через тег `Script`. Підхід:
- Виносиш генерацію JSON-LD у функцію `getSchema(post)`, яка приймає дані сторінки і повертає об’єкт-схему.
- У `app/blog/[slug]/page.tsx` додаєш “ у JSX.
- Для статичних сторінок використовуєш Next.js metadata API + `generateStaticParams`.
- Для SSR – генеруєш schema на сервері, віддаєш у HTML.
Важливо у Next.js:
- Не використовуй `next/script` зі стратегією `lazyOnload` для schema. AI-боти можуть не дочекатись.
- Якщо рендеринг повністю на клієнті (CSR без SSR) – schema не побачать пошукові боти. Це антипатерн для контентних сайтів.
- Для е-комерсу на Next.js + Sanity / Contentful – генеруй schema у функції `generateMetadata`, тримай близько до контенту.
Альтернативно є бібліотеки типу `next-seo`, `schema-dts` (TypeScript-типи Schema.org). Друга особливо корисна – компілятор підкаже, що ти забув обов’язкове поле `headline`.
Валідація: 4 інструменти, без яких не публікуй
Невалідна schema гірша за відсутню: Google ігнорує, AI Overview може взяти і неправильно процитувати. Завжди валідуй перед публікацією.
| Інструмент | URL | Що перевіряє |
|---|---|---|
| Schema.org Validator | validator.schema.org | Відповідність специфікації Schema.org, обов’язкові і рекомендовані поля |
| Google Rich Results Test | search.google.com/test/rich-results | Чи покаже Google rich snippet, які саме поля Google «бачить» |
| Google Search Console: розширення | Власна Search Console | Помилки і попередження по всьому сайту, статистика покриття |
| Schema Markup Validator у Yandex | webmaster.yandex.com | Як бачить розмітку Yandex (актуально для російськомовних ринків) |
Воркфлоу:
- Створив пост → встав JSON-LD → відкрий Schema.org Validator → встав URL чи код.
- Якщо помилок немає – переходимо у Rich Results Test → перевіряємо, які типи rich result Google підтримує.
- Через 1-2 тижні після публікації заходиш у Search Console → Покращення → Article / FAQ / Product. Дивишся, чи всі сторінки проіндексовано без помилок.
Найбільша помилка новачків – перевіряти JSON-LD у JSON-валідаторі. Він покаже, що JSON синтаксично коректний, але не побачить, що ти забув обов’язкове поле `image` чи перепутав `author` з `Author`. Тільки спеціалізовані валідатори.
9 типових помилок у JSON-LD
За три роки я подивився сотні розмічень клієнтських сайтів. Ось топ-9 помилок, які повторюються знову і знову:
- Schema без видимого контенту. JSON-LD містить FAQ, але самих питань на сторінці немає. Google вважає це маніпуляцією і ігнорує всю розмітку.
- `@context` без `https://`. Має бути саме `”https://schema.org”`. Просто `”schema.org”` теж парситься, але це антипатерн.
- Неправильний тип дати. `datePublished: “May 11, 2026″` не валідно. Має бути ISO 8601: `”2026-05-11T09:00:00+03:00″`.
- image як URL, а не масив. Один `image` як рядок – ОК, але Google рекомендує масив з кількох співвідношень сторін (16:9, 4:3, 1:1).
- Дублювання schema через два плагіни. Yoast і Schema Pro обидва вкидають Article. Google бачить конфлікт і не показує жоден.
- FAQPage на сторінці, де немає FAQ. Опис послуги «вижимають» у FAQ-схему. Google нагороджує ручною санкцією.
- Product без Offer. Ціна – обов’язкове поле. Без неї Product вважається неповним.
- Person без `worksFor` чи `sameAs`. Автор без контексту – AI не може підтвердити експертизу. Завжди лінкуй на LinkedIn, X, GitHub, особистий сайт.
- Schema у footer, що інжектиться JS після `DOMContentLoaded`. Google може не дочекатись. Рендер на сервері – обов’язково.
Чек-лист: розмітка сайту за 60 хвилин
Якщо ти тільки починаєш, ось що зробити за одну робочу годину, щоб закрити 80% потенціалу schema:
- 10 хв. Перевір, які schemas вже є на сайті: відкрий 5 типових сторінок (головна, послуга, кейс, стаття блогу, контакти) у Rich Results Test. Виписавши, що є – зрозумієш, чого не вистачає.
- 10 хв. Постав/налаштуй SEO-плагін: Yoast SEO або Rank Math. Активуй Article schema, BreadcrumbList, Organization у налаштуваннях. Заповни поля бренду.
- 10 хв. Зроби сторінку `/author/{твій slug}/` (на WordPress – заповни профіль користувача: bio, фото, social links). Це база для Person schema.
- 10 хв. На головній додай Organization JSON-LD з sameAs (Facebook, Instagram, LinkedIn, профіль на Clutch).
- 10 хв. Якщо у тебе блог – додай у одну тестову статтю BlogPosting + FAQPage (через плагін або ручний код).
- 10 хв. Перевір через Validator + Rich Results Test. Виправ помилки. Зайди у Search Console і запитай переіндексацію.
Ось і все – мінімальний пакет, який виведе тебе у топ 30% сайтів за технічним SEO в українському сегменті.
Споріднені послуги THE CODER
Якщо ти не хочеш розбиратись сам – це наша щоденна робота:
- Технічний SEO-аудит – подивимось, як саме розмічений твій сайт, які типи schema відсутні, що блокує AI Overview.
- SEO просування – повний цикл, включно з впровадженням structured data, контент-планом і лінкбілдингом.
- Розробка сайтів – нові проєкти ми робимо одразу з повним пакетом schema, без необхідності переробляти потім.
- Розробка інтернет-магазинів – Product + Offer + Review schema налаштовуємо одразу під Google Shopping і Merchant Center.
Часті запитання (FAQ)
Чи треба додавати Schema.org у 2026, якщо у мене вже є хороший SEO?
Так. Класичний SEO покриває позиції у видачі, а structured data – атрибуцію у AI Overview, Perplexity, ChatGPT Search. Це різні канали трафіку, які працюють паралельно. Без розмітки ти втрачаєш 15-30% потенційного органічного трафіку у 2026, особливо у нішах з активним AI Overview.
Який тип schema найважливіший для блогу?
Для контентного блогу базова трійця – BlogPosting, FAQPage, BreadcrumbList. Доповнення – Person (для автора) і Organization (для бренду). Без BlogPosting + FAQPage стаття практично не цитується у генеративній видачі. HowTo додається для покрокових інструкцій, NewsArticle – для новинних сайтів.
Чи можна розмітити сайт без розробника?
Так, якщо у тебе WordPress. Поставив Yoast SEO або Rank Math, заповнив поля – базова розмітка готова. Для FAQPage є окремі плагіни типу «FAQ Schema for Pages and Posts». Для самописних сайтів і Next.js без розробника не обійтись, треба правити шаблони.
Чим JSON-LD кращий за Microdata?
JSON-LD не змішується з HTML, простіше генерувати з шаблона, простіше підтримувати. Один блок коду містить усі поля, легко переглянути і виправити. Microdata розпорошений по тегам HTML, помилка в одному місці ламає все. Google офіційно рекомендує JSON-LD з 2018 року.
Скільки JSON-LD блоків можна на одну сторінку?
Стільки, скільки тобі треба. Класична комбінація для статті блогу – 3 блоки: BlogPosting, FAQPage, BreadcrumbList. Для е-комерсу – Product, Organization, BreadcrumbList. Кожен у своєму <script type="application/ld+json">. Google і AI читають їх паралельно.
Чи зашкодить старий MicroData, якщо я додам JSON-LD?
Якщо вони описують одне і те ж – Google видасть попередження «Duplicate structured data» у Search Console. Краще видалити старий Microdata і залишити тільки JSON-LD. Якщо описують різне – співіснують нормально, але це рідкісний кейс.
Як перевірити, що AI Overview бачить мою schema?
Прямого способу немає, AI Overview не показує джерела схемами. Непрямо: 1) запусти Rich Results Test, переконайся що Google валідує всі типи; 2) через 2-4 тижні після впровадження перевір, чи зростає impressions у Search Console у звіті «Покращення» по типу схеми; 3) ретельно дивись, чи з’являється твій сайт у відповідях AI Overview за брендовими і нішевими запитами. Перший рік нормальний приріст – +20-40% AI-цитувань для контентних сторінок.
Чи треба розмічати сторінки послуг (типу /seo/)?
Так. На сторінці послуги доречні типи: Service (опис послуги з ціною), Organization або LocalBusiness (твій бренд), BreadcrumbList. Якщо є FAQ-секція – додатково FAQPage. Service + Organization з прив’язкою через @id формують повну картину для AI: «такий-то бренд надає таку-то послугу за такою-то ціною».
Чи дублювати schema на головній і у footer?
Тільки Organization – так, її можна дублювати на кожній сторінці, бо вона описує бренд як такий. Інші типи (Article, Product) – розміщуй тільки на сторінці, до якої вони стосуються. Дублювання Article schema через footer – помилка, яка ламає всю структуру.
Що робити з полем `description` у Schema, якщо воно довге?
Тримай description у межах 150-280 символів, як для meta description. AI використовує це поле як «коротку візитку» сторінки. Дуже довге description ріжеться. Дуже коротке (менше 50 символів) – не дає достатньо контексту, AI пропускає.
Чи можна автоматизувати генерацію schema через AI?
Можна, але обережно. AI може згенерувати JSON-LD за зразком, проте часто плутає поля, додає неіснуючі типи, помиляється з датами. Завжди валідуй вихід AI у Schema.org Validator. Краще автоматизувати програмно (з даних CMS або CMS-API), а AI використовувати лише для draft-генерації нестандартних типів.
Чи буде ефект, якщо додати schema на старі статті?
Так, особливо на ті, що вже мають хороший трафік. Після додавання BlogPosting + FAQPage стара стаття може почати з’являтись у AI Overview через 2-6 тижнів. Це називається «оживлення» evergreen-контенту через structured data. У середньому на одну розмічену стару статтю ми бачимо +15-30% трафіку за квартал.