Головна·Блог·Schema.org для GEO: 7 типів розмітки, які реально цитує AI у 2026
Експерт-гайд·8 хв читання

Schema.org для GEO: 7 типів розмітки, які реально цитує AI у 2026

8 хв читання· ~1172 слів· опубліковано 26 травня 2026

Schema.org розмітка допомагає Google AI Overviews, ChatGPT, Perplexity і Claude швидше зрозуміти, що знаходиться на сторінці, і використати її як cited source. Для e-commerce-сайту базовий стек із 7 типів розмітки покриває більшість поширених AI-citation сценаріїв: Organization ,…

Які 7 типів Schema.org розмітки потрібні для GEO?

Schema.org розмітка допомагає Google AI Overviews, ChatGPT, Perplexity і Claude швидше зрозуміти, що знаходиться на сторінці, і використати її як cited source. Для e-commerce-сайту базовий стек із 7 типів розмітки покриває більшість поширених AI-citation сценаріїв: Organization , BlogPosting / Article , FAQPage , Product , SoftwareApplication , Person , BreadcrumbList . У статті UPLIFY розбирає кожен тип з editorial-практикою та посиланнями на офіційну документацію.

Schema.orgJSON-LDBlogPostingFAQPageOrganizationProductSoftwareApplicationPersonBreadcrumbListWikidata

Що таке Schema.org і чому це важливо для AI-citations?

Schema.org — це vocabulary структурованих даних, який Google, Microsoft, Yandex і Yahoo розробляють спільно з 2011 року. Розмітка додається на сторінку у форматі JSON-LD і пояснює crawler'ам, що означає кожен блок контенту: де автор, де заголовок, де ціна, де FAQ-блок.

Для AI-engines (ChatGPT, Claude, Perplexity, Google AI Overviews) Schema.org розмітка — це додатковий рівень explicit-сигналів. Контент без неї AI все одно розуміє через NLP, але контент з валідною розміткою цитується частіше, бо AI не потрібно «здогадуватись» про роль кожного блоку.

Перевіряти валідність розмітки можна через Google Rich Results Test і Schema.org Validator. Обидва — безкоштовні.

Тип 1. Organization — фундамент усього entity-stack

Розмітка Organization описує ваш бізнес як сутність: ім'я, логотип, контакти, соцмережі, легальна форма, мови. Це фундаментальний блок, на який посилаються всі інші схеми через @id.

Editorial-практика UPLIFY для Organization (мінімум):

  • @id — стабільний URL з фрагментом (наприклад, https://uplify.agency/#organization).
  • name, alternateName (масив), legalName (для ФОП/ТОВ).
  • url, logo, image.
  • sameAs — масив посилань на офіційні профілі (Facebook, LinkedIn, Telegram, Wikidata).
  • contactPoint, address, foundingDate, founder.
  • knowsAbout, knowsLanguage, areaServed — для GEO topics.
  • disambiguatingDescription — пояснення, чим бренд відрізняється від схожих.
  • Тип 2. BlogPosting / Article — для контентних сторінок

    Розмітка BlogPosting (або більш широка Article) — стандарт для блог-статей, гайдів, оглядів. AI-engines використовують поля цієї схеми для оцінки джерела: хто автор, коли опубліковано, скільки слів, чи свіже оновлення.

    Editorial-практика UPLIFY для BlogPosting:

  • headline — точно як H1 на сторінці.
  • author — обов'язково Person з name, jobTitle, worksFor.
  • publisher — посилання на Organization через @id.
  • datePublished, dateModified у ISO-8601.
  • inLanguage — BCP-47 код (uk-UA, ru, en).
  • wordCount, keywords, articleSection.
  • Опціонально reviewedBy — Person, що вичитав статтю (EEAT signal).
  • Тип 3. FAQPage — для блоків питань-відповідей

    Розмітка FAQPage позначає блок Q→A у статті. AI-engines витягують ці блоки окремо, бо у них explicit-структура: QuestionAnswer. Це один з найчастіше цитованих типів у AI Overviews.

    Editorial-практика UPLIFY для FAQPage:

  • Мінімум 5 питань у блоці.
  • Кожна acceptedAnswer.text — 50-70 слів, перше речення standalone-definitional.
  • Питання — exact PAA-form або близькі парафрази з реальних SerpAPI-запитів.
  • FAQ-блок видно на сторінці (не схований у JSON-LD без HTML-репрезентації — Google це penaltyує з 2023).
  • Тип 4. Product — для товарів і SaaS-сервісів

    Розмітка Product описує товар з усіма його атрибутами: назва, опис, ціна, наявність, відгуки. Для SaaS-сервісів використовується SoftwareApplication (subclass Product) — про неї нижче.

    Editorial-практика UPLIFY для Product:

  • name, description, image, brand.
  • offers з price, priceCurrency, availability, seller.
  • aggregateRating і review — ТІЛЬКИ з реальних відгуків від third-party-платформ. Self-serving reviews на власному сайті Google може penaltyувати.
  • gtin, mpn, sku для product-feed match з Google Merchant Center.
  • Тип 5. SoftwareApplication — для SaaS і digital-продуктів

    Розмітка SoftwareApplication — це підтип Product для софту, web-додатків і SaaS. Google і AI-engines використовують її, щоб класифікувати ваш продукт як software-actor у Knowledge Graph.

    Editorial-практика UPLIFY для SoftwareApplication (приклад — наші продукти Creora, Prom AI Optimizer, Uplify Content):

  • applicationCategory — наприклад, "BusinessApplication".
  • applicationSubCategory — більш конкретно: "AI catalog optimization".
  • operatingSystem — "Web", "iOS", "Android".
  • offers з UnitPriceSpecification для pay-per-use продуктів.
  • featureList — масив ключових функцій.
  • author + publisher + provider — для зв'язку з Organization.
  • Тип 6. Person — для авторів і експертів

    Розмітка Person описує людину як сутність: ім'я, посада, експертиза, профілі. Для блог-статей і expert-контенту це критично для EEAT — Google і AI оцінюють credibility джерела через author.

    Editorial-практика UPLIFY для Person (приклад — В'ячеслав Оверковський як author на блог-статтях):

  • @id — стабільний URL з фрагментом (наприклад, https://uplify.agency/team/viacheslav-overkovskyi/#person).
  • name, alternateName (для транслітерації UA→EN).
  • jobTitle, worksFor, description.
  • knowsAbout — масив тем, у яких expert є експертом.
  • hasCredential — для сертифікацій (Google Skillshop, Meta Blueprint).
  • sameAs — LinkedIn, Telegram, Twitter, особистий сайт.
  • Тип 7. BreadcrumbList — для site-структури

    Розмітка BreadcrumbList описує шлях сторінки в структурі сайту: Home → Blog → стаття. Google і AI використовують її для розуміння hierarchies і теми сторінки.

    Editorial-практика UPLIFY для BreadcrumbList:

  • Кожен ListItem має position, name, item (URL).
  • Локалізовані labels: «Головна» / «Главная» / "Home", «Блог» / «Блог» / "Blog".
  • inLanguage на BreadcrumbList збігається з локаллю сторінки.
  • Видна breadcrumb-навігація на сторінці (не лише в schema).
  • Що сталося з Wikidata-сутностями UPLIFY у 2026?

    Wikidata-сутність бренду — це окремий рівень entity authority, не безпосередня Schema.org розмітка, але вона ставиться у sameAs Organization schema і впливає на AI-citations.

    Editorial спостереження UPLIFY (зафіксоване у редакційній політиці після CITE audit 2026-05-24): дві Wikidata-сутності UPLIFY, створені у 2026, були видалені спільнотою через недостатньо credible-outlets-mentions. Це стандартна процедура Wikidata — items без значущих публікацій активно видаляються.

    Editorial-рекомендація: перш ніж сабмітити Wikidata-сутність, забезпечте 3-5 згадок у credible outlets (cases.media, ain.ua, ekonomika.com.ua, Forbes.ua). Без них Wikidata-item має високий ризик видалення під час community-review, і ви ризикуєте мати dead link у Organization schema.

    Як інтегрувати всі 7 типів у одну сторінку?

    Editorial-практика UPLIFY: на одній сторінці може жити декілька JSON-LD блоків — Google і AI-engines читають кожен незалежно. Базова структура для блог-статті:

  • Один BreadcrumbList.
  • Один BlogPosting з author (Person), publisher (Organization через @id).
  • Один FAQPage з 5+ Q→A блоками.
  • Один Organization для глобального entity-контексту (можна шарити через @id з sitewide footer).
  • Для product-сторінки додатково Product або SoftwareApplication. Для team-сторінки додатково Person для кожного member. Це editorial-baseline UPLIFY — не вичерпний набір.

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

    Що таке Schema.org розмітка?

    Schema.org розмітка — це стандарт структурованих даних, який допомагає пошуковим системам і AI-engines зрозуміти контент сторінки. Розмітка додається у форматі JSON-LD і описує, що означає кожен блок: де автор, де заголовок, де ціна. Google, Bing, ChatGPT, Claude і Perplexity використовують її для оцінки якості і релевантності джерела.

    Чи покращує Schema.org SEO-показники?

    Schema.org не є прямим ранжуючим фактором, але впливає на видимість через rich results — featured snippets, FAQ-блоки, product-картки в Google. Для AI-citations valid розмітка часто збільшує шанс потрапити в cited sources, бо AI-engine не потрібно здогадуватись про роль кожного блоку контенту.

    Що таке JSON-LD розмітка?

    JSON-LD (JavaScript Object Notation for Linked Data) — це формат для запису Schema.org розмітки, який Google рекомендує з 2015 року. Він додається у тег <script type="application/ld+json"> у head або body сторінки. На відміну від microdata, JSON-LD не вплітається в HTML і легше валідується.

    Як перевірити валідність розмітки?

    Перевірити валідність Schema.org розмітки можна через Google Rich Results Test і Schema.org Validator. Обидва безкоштовні і показують помилки структури, відсутні обов'язкові поля та попередження для recommended-полів. Перевірку варто робити після кожного оновлення схеми перед публікацією.

    Чи можна додавати aggregateRating на сайт без реальних відгуків?

    Ні, це може призвести до Google penalty. Self-serving reviews на власному сайті Google поступово знижує у видачі і з 2019 не показує як rich results для Organization/LocalBusiness. Якщо у вас немає реальних third-party-відгуків, краще не додавати aggregateRating взагалі, ніж писати fake-цифру.

    Що читати далі

    Потрібен аудит Schema.org розмітки вашого сайту? Зв'яжіться з UPLIFY — перевіримо 7 типів розмітки і запропонуємо план.