# Разметка Schema, которую AI Overviews действительно читают

> Какие типы Schema.org читают AI-движки в 2026 и какие игнорируют - FAQPage, HowTo, Article, Product, Organization+sameAs - плюс размещение JSON-LD и типовые ошибки.

_Source: https://seomatrix.ai/ru/blog/schema-for-ai-overviews/ · Updated: 2026-07-19_

---

Если коротко: **разметка Schema вас не ранжирует** - она сообщает машине, кто вы, о чём страница и кому приписать утверждение. В 2026 полезен не вопрос "какая разметка даст мне расширенный результат", а вопрос "какие типы Schema.org AI-движки на самом деле читают". Одни ещё дают видимые элементы выдачи, другие - чистый сигнал сущности, а пара тех, вокруг которых до сих пор много шума - **FAQPage** и **HowTo** - тихо лишилась бонусов Google в 2023. Ниже - что оставить, что убрать и как выкатить JSON-LD, который проходит валидацию и читается.

## Schema - это сигнал сущности, а не трюк ранжирования

Самый старый миф структурированных данных - что добавление разметки "поднимает позиции". Так не было никогда, а сейчас это тем более неверно. На деле Schema снимает неоднозначность. Когда движок ответов читает `Organization` с `sameAs`, указывающим на ваши профили в Wikidata, LinkedIn и Crunchbase, он связывает страницу с *известной сущностью*, а не гадает. Когда он читает `Article` с указанным `author`, он знает, кому приписать утверждение - именно эту проверку модель выполняет, прежде чем процитировать вас в AI Overview.

Так что относитесь к Schema как к паспорту, а не к мегафону. Она не делает вас громче - она делает вас *опознаваемым и цитируемым*. Эта смена рамки меняет и то, какие типы стоят вашего времени.

## Что AI-движки читают, а что игнорируют (2026)

Не вся разметка равноценна. Одни типы дают видимые элементы, другие молча питают граф сущностей, а третьи сегодня, по сути, декоративны.

| Тип Schema | Что с ним делают AI-движки | Стоит ли в 2026 |
|---|---|---|
| `Organization` + `sameAs` | Связывают вас с известной сущностью (Knowledge Graph, Wikidata) | Да - фундамент |
| `Article` + `author` | Приписывают утверждения названному, проверяемому автору | Да - якорь E-E-A-T |
| `Product` + `offers`/`review` | Читают цену, наличие, рейтинги для товарных ответов | Да - коммерция |
| `BreadcrumbList` | Понимают иерархию сайта и место страницы в ней | Да - дёшево, структурно |
| `FAQPage` | Разбирают пары вопрос-ответ (без расширенного результата с 2023) | Частично - только разбор |
| `HowTo` | Разбирают упорядоченные шаги (без расширенного результата с 2023) | Частично - только разбор |
| `WebSite` + `SearchAction` | Включают строку поиска в сайтлинках | Незначительно |

Закономерность: устойчивая ценность - это **идентичность и атрибуция** (`Organization`, `author`), затем **коммерческие факты** (`Product`), затем **структура** (`BreadcrumbList`). FAQPage и HowTo всё ещё легальны и разбираются, но больше не выигрыш в выдаче - размечайте их, если контент действительно вопрос-ответ или процедура, а не ради роста.

## JSON-LD: размещение и форма

Google рекомендует JSON-LD вместо Microdata и RDFa, и с этим согласны все. Механика проще, чем гласит фольклор:

- **Один блок, любое место.** Один `<script type="application/ld+json">` работает в `<head>` или в `<body>` - Google рендерит и читает оба. Держать его в первом экране не нужно.
- **Один связный граф на страницу.** Используйте массив верхнего уровня `@graph` и ссылайтесь на сущности через `@id`, чтобы ваш `Article`, его `author` и `Organization` были связаны, а не висели сиротами.
- **Совпадение с видимым контентом.** Каждое значение в JSON должно соответствовать тому, что пользователь видит на странице. Цена в разметке, которой нет на странице - самый быстрый способ, чтобы разметку проигнорировали или пометили.

> **Сущности важнее аннотаций** — Апгрейд, который важен в 2026, - не добавить больше типов, а связать те, что уже есть. `Article`, у которого `author` - голая строка, слабее того, у которого `author` - узел `Person` со своим `sameAs`. Вы строите маленький граф знаний, и рёбра (кто это написал, кто опубликовал, о чём это) стоят больше узлов.

## Ошибки, которые обнуляют разметку

> **Типичные ошибки** — Не размечайте то, чего нет на странице - невидимые или несовпадающие значения главная причина, по которой структурированные данные игнорируют. Не оставляйте `Organization` без `sameAs` (это сирота, которую граф сущностей не может связать). Не вешайте `Review`/`aggregateRating` на собственный сайт для собственных товаров - такой корыстный паттерн запрещён. Не выкатывайте FAQPage в расчёте на расширенный результат - его больше нет. И не правьте JSON-LD вручную без проверки: одна неэкранированная кавычка молча убивает весь блок.

## Проверяйте перед публикацией

Две бесплатные проверки, обе стоит запускать при каждом изменении шаблона:

1. **Schema Markup Validator от Schema.org** (`validator.schema.org`) - проверяет разметку по самому словарю, независимо от правил фич любого поисковика.
2. **Rich Results Test от Google** - показывает, может ли Google разобрать страницу и на какие расширенные элементы она претендует.

Они отвечают на разные вопросы: первый - "валидно ли это по Schema.org", второй - "сделает ли Google с этим *что-нибудь*". Страница может пройти первый и не показать ни одной подходящей фичи во втором - что после 2023 и есть нормальное состояние FAQPage и HowTo. Если хотите автоматизировать весь проход, наш [инструмент schema-fix](/ru/schema-fix/) проверяет JSON-LD каждой страницы, помечает расхождения с видимым контентом и чинит граф так, чтобы `Article`, `author` и `Organization` реально связались.

## Чек-лист

- [ ] `Organization` на сайте с реальным массивом `sameAs` (Wikidata, LinkedIn, соцсети).
- [ ] `Article` (или `BlogPosting`) с названным `author` как узлом `Person`.
- [ ] `Product` несёт `offers` + настоящие `review`/`aggregateRating`, где применимо.
- [ ] `BreadcrumbList` на каждой глубокой странице.
- [ ] Один `@graph` на страницу; сущности связаны через `@id`, без сирот.
- [ ] Каждое значение разметки совпадает с видимым контентом страницы.
- [ ] Проходит и `validator.schema.org`, и Rich Results Test от Google.
- [ ] FAQPage/HowTo только там, где контент действительно вопрос-ответ или процедура.

График и есть суть: та же разметка FAQPage, что даёт ноль видимых элементов выдачи, остаётся полностью разбираемым контентом для краулеров и AI-движков, читающих структурированные данные. Отмена *фичи* не есть удаление *сигнала*.

## Если коротко

- Schema - это **сигнал сущности и атрибуции**, а не фактор ранжирования; стройте под идентичность, а не под бонус.
- Устойчивые типы - `Organization`+`sameAs`, `Article`+`author`, `Product`+`offers` - именно в этом порядке.
- FAQPage и HowTo лишились расширенных результатов Google в 2023, но остаются разбираемым контентом.
- JSON-LD идёт одним блоком, в `head` или `body`, как один связный `@graph`; каждое значение должно совпадать со страницей.
- Проверяйте валидатором Schema.org и Rich Results Test от Google перед каждым деплоем.

## Источники

- **Schema.org** - сам словарь и его [руководство для начала работы](https://schema.org/docs/gs.html); JSON-LD - рекомендуемый синтаксис.
- **Google Search Central, "Structured data markup that Google Search supports"** - авторитетный список типов, дающих фичи.
- **Google Search Central Blog, "Changes to FAQ and HowTo rich results" (август 2023)** - отмена расширенных результатов FAQPage и HowTo для большинства сайтов.
- **Google Search Central, "Article (Article, NewsArticle, BlogPosting) structured data"** - поля author, datePublished и атрибуции.

## FAQ

### Работают ли FAQPage и HowTo в 2026 году?

В августе 2023 Google убрал их расширенные результаты для большинства сайтов, так что видимых элементов в выдаче они больше не дают. Разметка остаётся валидной по Schema.org и по-прежнему помогает краулерам и AI-движкам разбирать ваши вопросы-ответы и шаги - просто не ждите за неё бонуса в выдаче.

### Куда помещать JSON-LD на странице?

Один блок script type=application/ld+json, в head или в body - Google читает оба. Держите один связный граф на страницу, следите, чтобы каждое значение совпадало с видимым контентом, и проверяйте валидатором Schema.org перед публикацией.

### Поднимает ли разметка выше в AI Overviews?

Нет. Schema - это сигнал сущности и атрибуции, а не фактор ранжирования. Она помогает движкам понять, кто вы (Organization + sameAs) и кто написал утверждение (author), из-за чего вас безопаснее цитировать - но ранжирование определяют качество и релевантность контента.

