Структуровані дані допомагають системам штучного інтелекту (AI) пов’язувати факти на сторінці з конкретними об’єктами та їхніми властивостями: ціною товару, графіком роботи філії, авторством статті. Додаючи структуровані дані для AI-пошуку, спершу позначте організацію на головній сторінці, а товар, послугу чи статтю розмітьте на відповідній сторінці. Використовуйте лише факти, які читач бачить на сайті. Google розглядає AI Overviews, згенеровані огляди у видачі, та AI Mode, діалоговий режим пошуку, як частину звичайного пошуку. Тому сторінка має бути проіндексована й придатна для звичайного пошукового фрагмента. Окрема розмітка Schema.org для цих функцій не потрібна, пояснює гайд Google. Докладніше читайте в матеріалі про AI-видимість і її зв’язок із SEO.
Що таке структуровані дані
Структуровані дані описують сторінку у форматі, який можуть зчитати пошукові системи та інші програми. На сторінці читач бачить ціну товару й те, чи доступний він для замовлення. Розмітка пов’язує назву, ціну та наявність із товаром типу Product і його пропозицією Offer. Так само стаття може містити заголовок, ім’я автора й дату публікації.
Schema.org містить спільний словник типів і властивостей для опису сторінок, який використовують різні платформи. Він не забезпечує окремого підключення до OpenAI, а для ChatGPT немає спеціальної схеми Schema.org. Google приймає три формати розмітки: JSON-LD, тобто структуровані дані у форматі JSON, який додають до сторінки окремим блоком; Microdata й RDFa, у яких властивості вказують за допомогою HTML-атрибутів. Розмітка має відповідати вимогам конкретної пошукової функції. Google радить JSON-LD, коли його зручно генерувати й оновлювати; документація про формати структурованих даних пояснює різницю між ними.
JSON-LD зазвичай розміщують в окремому блоці script у HTML. Microdata додає властивості до HTML-елементів, а RDFa передає їх через HTML-атрибути. Якщо сайт створює JSON-LD з тих самих даних, що й текст сторінки, код і видимий опис простіше підтримувати узгодженими. Якщо на сайті вже є точна й повна Microdata, її можна не змінювати. У будь-якому форматі звірте назву, автора, адресу, ціну та наявність у коді з тим, що бачить читач.

Як структуровані дані впливають на SEO
Структуровані дані чітко описують зміст сторінки для пошукової системи й можуть зробити її придатною для розширеного результату (rich result). У SEO їх також називають англійським терміном structured data. Коли розмітка окремо передає назву товару, продавця й ціну, пошуковій системі легше пов’язати ці відомості. Наприклад, Google використовує тип Article для статей, Product для товарів, Event для подій і Recipe для рецептів. Повний перелік підтримуваних пошукових функцій наведено в галереї структурованих даних Google.
На сайті спершу визначте основний тип сторінки, додайте лише властивості, які підтверджує її вміст, перевірте вимоги Google, а тоді відстежуйте покази у відповідному звіті Search Console. Google сам обирає, які придатні результати показувати, тому перевірка коду не підтверджує, що розширений результат справді з’явився. Загальні правила Google вимагають, щоб позначена інформація була доступна читачеві й відповідала сторінці.
| Сторінка для читача | Що описує розмітка | Практична перевірка |
|---|---|---|
| Сторінка автора зі статтею та датою публікації | Article, author, datePublished | Ім’я автора й дата є у видимій статті |
| Картка товару з актуальною ціною | Product, Offer, price, availability | Ціна, валюта й наявність збігаються з карткою |
| Сторінка філії | LocalBusiness, адреса, телефон, години роботи | Адреса й години роботи відповідають саме цій філії |
| Рецепт з інгредієнтами й кроками | Recipe, recipeIngredient, recipeInstructions | Усі інгредієнти й кроки є в рецепті |
Розширений результат у пошуку може привернути увагу до сторінки й спонукати людину відкрити її. Відстежуйте покази в Google Search Console у звіті для відповідної функції, адже перевірка коду сама по собі не показує, чи з’явився він у пошуку. Навіть без окремого розширеного результату типи для автора, організації, послуги або варіанта товару описують зв’язки між об’єктами для систем, які зчитують Schema.org.
Чи впливає schema на AI-видимість
Schema-розмітка для AI-пошуку передає програмам, які зчитують сторінку, окремі поля й зв’язки. Наприклад, вона окремо вказує назву бренду, його товар, ціну та продавця. Так системам легше розібрати ці факти. Google показує AI Overviews і AI Mode на основі сторінок, придатних до звичайного пошуку: сторінку потрібно проіндексувати, а її вміст має підходити для звичайного пошукового фрагмента. Гайд Google про функції AI у пошуку пояснює ці умови. Окремого типу розмітки Schema.org для AI Overviews Google не вимагає.
Два дослідження допомагають відрізнити зрозумілість фактів від частоти цитувань. У відкритому контрольованому експерименті 2026 року на чотирьох темах JSON-LD окремо дало невелике покращення якості відповідей у RAG, підході, за якого система доповнює відповідь знайденими матеріалами. Сторінки з описом сутностей, навігацією та зв’язками працювали краще. Це був тест конкретної RAG-системи, а не Google чи ChatGPT Search, зазначають автори препринту. Ahrefs проаналізував 1 885 URL сторінок, на які додали JSON-LD, і порівняв їх із 4 000 контрольними сторінками. За висновком авторів, помітного приросту цитувань у Google AI Overviews, AI Mode або ChatGPT не було. У вибірці були сторінки, які вже отримували цитування, тому це дослідження не відповідає на питання, чи цитуватимуть нові сторінки. Метод, період і обмеження описані в дослідженні Ahrefs.
Оновлюйте розмітку разом із видимими на сайті фактами й подавайте ключову інформацію також звичайним текстом. Якщо JSON-LD проходить перевірку, але товар не з’являється в пошуку, звірте тип сторінки, індексацію та вимоги до властивостей. Якщо сторінка доступна, але AI неправильно описує компанію, узгодьте її назву й профілі на сайті та офіційних сторінках. Згадки й джерела перевіряйте окремо в кожній системі.
Як обрати тип Schema.org для сторінки
Добирайте тип за головним об’єктом сторінки, а не за списком у бібліотеці плагіна. У таблиці зібрано типи, потрібні компаніям, магазинам, медіа й сайтам послуг. Їхній статус у Google звірено з галереєю пошукових функцій та журналом змін Google Search станом на жовтень 2026 року. Тип Schema.org може бути корисним для опису сутності, навіть якщо Google не показує для нього окремого розширеного результату.
| Тип Schema.org | Для якої сторінки | Що описує | Чи показує Google розширений результат станом на жовтень 2026 року | Для чого корисний опис сутності |
|---|---|---|---|---|
Organization | Головна сторінка, сторінка про компанію або офіційний профіль | Назву, адресу сайту (URL), логотип, юридичні й контактні дані, офіційні профілі sameAs | Google може показувати дані про організацію та логотип; деталі наведено в документації Google | Пов’язує бренд із сайтом, логотипом та офіційними профілями |
LocalBusiness | Сторінка філії або місцевого бізнесу | Адресу, години роботи, контакти й доступні послуги | Google підтримує локальну пошукову функцію для відповідних бізнесів | Відрізняє конкретну філію від бренду загалом |
WebSite | Головна сторінка сайта | Назву сайта, його адресу й назву для показу в пошуку | Google може показувати назву сайта в результатах пошуку; це не картка товару чи організації | Пов’язує назву бренду з його сайтом |
WebPage, AboutPage, ContactPage | Звичайна сторінка, сторінка «Про компанію» або контактів | Призначення сторінки та її зв’язок із сайтом або організацією | Окремого розширеного результату для цих типів у галереї Google немає | Уточнює роль сторінки у структурі сайта й організації |
Article, BlogPosting | Новина, стаття або допис у блозі | Заголовок, автора, видавця, зображення й дати | Google підтримує розмітку Article для статей; вимоги залежать від формату | Пов’язує текст з автором, видавцем і датою |
Product + Offer або AggregateOffer | Сторінка одного товару, його варіантів або кількох пропозицій | Товар, продавця, ціну, валюту, наявність і пропозиції | Google підтримує розширений опис товару (product snippet) і картку пропозиції продавця (merchant listing); можна передавати дані зі сторінки, Merchant Center або з обох джерел | Пов’язує товар із конкретною пропозицією та продавцем |
AggregateRating, Review | Сторінка зі справжніми відгуками, які бачить читач | Загальну оцінку й окремий відгук | Google підтримує розширений результат з відгуком (review snippet) для визначених типів, зокрема Product і LocalBusiness; діють правила Google | Передає структуру відгуку, який читач може перевірити на сторінці |
ProductGroup | Сторінка товару з варіантами, наприклад кольорами чи розмірами | Спільну модель товару та пов’язані варіанти | Google підтримує варіанти товарів у розширених результатах про товари та пропозиції продавців за гайдом Google | Показує зв’язок варіантів з основним товаром |
Service | Сторінка конкретної послуги | Послугу, виконавця, зону обслуговування та умови | Окремого розширеного результату для Service у галереї Google немає | Називає послугу й пов’язує її з компанією та регіоном |
FAQPage | Сторінка з питаннями й відповідями від самого сайта | Питання та опубліковані відповіді | Google не показує розширені результати для FAQ з 7 травня 2026 року, згідно з журналом змін | Позначає пари питань і відповідей для систем, сумісних зі Schema.org |
HowTo | Інструкція з послідовними кроками | Інструкцію, кроки, матеріали й інструменти | Google припинив показувати розширені результати HowTo у вересні 2023 року; оголошення Google | Дає системам типізований опис кроків |
BreadcrumbList | Сторінка у структурі розділів сайта | Шлях від головної сторінки до поточної | Google показує навігаційний шлях на комп’ютерах, але в січні 2025 року прибрав його з мобільного пошуку; оголошення | Передає ієрархію URL-адрес і розділів сайта |
Person | Сторінка автора, фахівця, засновника або профілю | Ім’я, роль, профілі та зв’язок з організацією або матеріалом | Універсального розширеного результату для Person немає; для окремих сторінок профілю Google має функцію показу профілю (Profile page) | Уточнює, хто створив матеріал або представляє компанію |
Event | Сторінка конкретної події | Назву, місце, час, організатора, квитки й статус | Google підтримує розширений результат для подій; правила вимагають окремої сторінки для кожної події | Пов’язує подію з організатором, місцем і датою |
SoftwareApplication | Сторінка застосунку чи програмного сервісу | Назву, платформу, ціну та оцінку, якщо вона є | Google підтримує розширений результат для програм із обов’язковими полями та правилами відгуків | Описує програмний продукт і доступні платформи |
VideoObject | Сторінка, де відео є головним матеріалом | Назву, опис, мініатюру, дату й джерело відео | Google підтримує покази для відео, якщо сторінка доступна й містить потрібні поля | Пов’язує відео з темою й сторінкою перегляду |
JobPosting | Активна сторінка вакансії від роботодавця | Посаду, роботодавця, місце, тип зайнятості й строк | Google підтримує покази вакансій, які відповідають його правилам | Пов’язує вакансію з компанією та місцем роботи |
Recipe | Рецепт на кулінарному сайті чи в блозі | Інгредієнти, кроки, час приготування й автора | Google підтримує розширені результати й добірки рецептів для відповідних сторінок | Допомагає системам розпізнати склад рецепта й кроки його приготування |
Для AI-пошуку структуровані дані допомагають позначити компанію, товар і автора статті відповідними типами Schema.org та пов’язати їх зі сторінками.
Добирайте один основний тип для кожної сторінки й додавайте пов’язані типи лише тоді, коли їх підтверджує її вміст. Наприклад, картку товару можна описати типами Product і Offer, а на сторінці з варіантами пов’язати пропозиції через ProductGroup. Для компанії зв’яжіть Organization із WebSite, а сторінку контактів позначте типом ContactPage. Вимоги до властивостей наведено в офіційній специфікації Schema.org та галереї пошукових функцій Google.

Приклади JSON-LD для компанії й товару
Нижче наведено умовні приклади. Замініть назву, адресу сторінки та ідентифікатори на справжні дані із сайту. У полі sameAs вказуйте лише офіційні сторінки бренду.
Розмітка Organization пов’язує компанію з головним сайтом, логотипом і її офіційними профілями. Значення цих полів Google пояснює в документації про Organization.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "Назва компанії",
"url": "https://example.com/",
"logo": "https://example.com/images/logo.png",
"sameAs": [
"https://www.linkedin.com/company/example",
"https://www.facebook.com/example"
]
}
Приклад Product з Offer передає ціну й наявність однієї пропозиції, яку видно на сторінці. Ціна в коді умовна. Перед публікацією вкажіть актуальне значення зі сторінки. Поля та правила для товарів наведено в гайді Google про Product.
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Назва товару зі сторінки",
"image": "https://example.com/images/product.jpg",
"offers": {
"@type": "Offer",
"url": "https://example.com/product/",
"priceCurrency": "UAH",
"price": "1299.00",
"availability": "https://schema.org/InStock"
}
}
У коді й на сторінці мають збігатися товар, його адреса, валюта, ціна та наявність. Для кількох пропозицій використовуйте AggregateOffer, а для кольорів і розмірів зв’яжіть варіанти через ProductGroup. Google приймає дані товару зі сторінки, з Merchant Center або з обох джерел. Про підготовку каталогів і фідів для ChatGPT читайте в гайді про ChatGPT Shopping.
Структуровані дані для інтернет-магазину
На сторінці товару вкажіть тип Product, а ціну й наявність опишіть через Offer. Якщо товар має різні кольори чи розміри, зв’яжіть варіанти з основною моделлю через ProductGroup. Додавайте відгук або середню оцінку лише тоді, коли сторінка показує сам відгук і його джерело, а розмітка відповідає правилам Google. Так структуровані дані для інтернет-магазину допомагають пов’язати картку товару з конкретною пропозицією. Google пояснює, як описувати варіанти товарів, а також вимоги до розширеного опису товару й карток пропозицій продавців.
Фід Merchant Center (файл із даними каталогу) і розмітка сторінки передають інформацію про товари для пошукових функцій і безкоштовних товарних показів. Якщо дані у фіді й картці різняться, спершу узгодьте ціну, валюту, код товару (SKU) та наявність. Потім перевірте сформований JSON-LD.
Як перевірити розмітку Schema.org
Спочатку звірте розмітку з тим, що бачить читач. Потім перевірте доступність та індексацію сторінки й перегляньте звіт про покази.
- Звірте значення в коді з видимим вмістом сторінки: назву, ціну, дату, адресу, автора й відгук у JSON-LD, Microdata або RDFa.
- Запустіть Rich Results Test. Тест покаже, які типи підтримує Google, і виявить помилки у властивостях.
- Перевірте типи й зв’язки в Schema.org Validator. Інструмент покаже, як система зчитує розмітку.
- Перевірте доступність сторінки в URL Inspection, інструменті Google для перевірки адрес, а її індексацію перегляньте в Search Console.
- Перегляньте звіт для відповідної пошукової функції й порівняйте покази з періодом до змін. У Search Console є окремий звіт Generative AI performance про ефективність власних функцій AI в Google; його описано в гайді Google про функції AI у пошуку.
- Для ChatGPT Search перевірте, чи може сторінку отримати пошуковий бот
OAI-SearchBot. OpenAI окремо керує ним іGPTBot, який стосується можливого використання вмісту для навчання моделей. Правила для ботів задають незалежно у файліrobots.txt; деталі є в документації OpenAI про ботів.
Якщо тест знайшов помилку, виправте поле й перевірте сторінку ще раз. Зіставте кожне поле JSON-LD з видимими фактами на сторінці. Якщо код правильний, але розширений результат не з’явився, перевірте тип у галереї Google та переконайтеся, що сторінка доступна й відповідає вимогам до вмісту для цієї пошукової функції. Щоб аналізувати цитування в інших AI-системах, ведіть окремий журнал запитів (промптів), дат і посилань на джерела: звіт Google вимірює лише Google Search. Щоб розрізняти згадки та першоджерела, аналізуйте джерела відповідей AI і перевіряйте доступ сторінки для ботів AI-систем.
Розмітка лише частково показує готовність сторінки до AI-пошуку. Доступ ботів, індексацію та структуру тексту можна разом перевірити за чеклістом GEO-аудиту сайту, тобто аудиту готовності до генеративного AI-пошуку.
Типові помилки в розмітці Schema.org
- Дані не збігаються зі сторінкою. У JSON-LD залишилася стара ціна, а в картці вже вказана нова. Оновіть джерело даних, з якого сайт формує сторінку й розмітку.
- Тип не відповідає сторінці. Каталог товарів описано як один
Product. Для переліку використайте структуру списку, а кожен товар розмітьте на його картці. - Відгуки не підтверджені. Показуйте й розмічайте лише оцінки, які справді є на сторінці та відповідають правилам Google.
- Об’єкти не пов’язані між собою. Якщо назви чи профілі компанії різняться, узгодьте її назву, адресу сайта, логотип та офіційні посилання в
sameAs. - Розмітка дублюється. Система керування сайтом (CMS) і SEO-плагін створюють конфліктні блоки JSON-LD. Залиште одне джерело розмітки для кожного об’єкта.
- Орієнтація на застарілий результат. Google більше не показує розширені результати для FAQPage та HowTo. Перед упровадженням перевірте актуальний статус у галереї Google.
Часті запитання
Чи потрібна для ChatGPT окрема schema-розмітка?
Ні. Використовуйте стандартні типи Schema.org відповідно до вмісту сторінки. Окремо перевірте, чи може її отримати бот OAI-SearchBot для ChatGPT Search.
Чи впливає schema на AI-видимість? Вона описує типи об’єктів і зв’язки між ними для програм, що зчитують сторінку. Для Google AI Overviews та AI Mode перевірте індексацію й придатність сторінки до звичайного пошукового фрагмента.
Чи потрібна schema для Google AI Overviews? Ні. Google вказує на звичайні вимоги до індексації й пошукового фрагмента та не вимагає окремого типу розмітки для AI Overviews чи AI Mode.
Як structured data впливає на SEO? Структуровані дані можуть зробити сторінку придатною для розширеного результату, який підтримує Google. Оберіть тип у галереї пошукових функцій Google, а потім перевірте звіт у Search Console.
Які типи Schema.org використовувати для сторінки?
Орієнтуйтеся на головний об’єкт сторінки: компанію опишіть типом Organization, послугу типом Service, товар типами Product і Offer, а статтю типом Article.
Що обрати: JSON-LD чи Microdata? Google підтримує JSON-LD, Microdata й RDFa. Оберіть формат, який сайт може стабільно формувати з актуальних даних на сторінці. Коли його зручно впроваджувати й оновлювати, Google радить JSON-LD.
Як перевірити розмітку Schema.org? Зіставте код із вмістом сторінки. Структуру перевірте у Schema.org Validator, а в Rich Results Test перевірте, чи може сторінка отримати розширений результат Google.
Як ми робимо це у VYDAI
GEO-аудит VYDAI показує, які типи Schema.org знайдено на сторінці, чи вдалося прочитати JSON-LD, чи описано автора як окремий об’єкт і чи доступна сторінка ботам AI-систем. Зіставте звіт із вмістом сайту й визначте, які поля та сторінки варто виправити. Використайте цей список, щоб оновити структуровані дані для AI на потрібних сторінках.
Станом на жовтень 2026 року VYDAI відстежує згадки бренду в ChatGPT, Gemini, Claude, Google AI Overviews і Google AI Mode. Щоб побачити інтерфейс, перегляньте демо або створіть обліковий запис.