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

Что такое 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-структура: Question → Answer. Это один из самых часто цитируемых типов в 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-цифру.

Что читать дальше

• 12 техник оптимизации под Google AI Overviews
• ChatGPT или Perplexity для e-commerce в 2026
• GEO (AI-SEO) для e-commerce — услуга UPLIFY
• Глоссарий UPLIFY — термины performance marketing и GEO

Нужен аудит Schema.org разметки вашего сайта? Свяжитесь с UPLIFY — проверим 7 типов разметки и предложим план.