Коротко
- Google прямо пишет, что особой schema.org-разметки для AI Overviews, AI Mode и других генеративных функций не существует.
- Разметка полезна как машиночитаемая копия фактов, которые уже есть на странице.
- Главный риск JSON-LD в расхождении с видимым текстом, например старый телефон или прошлогодняя цена.
- Валидаторы проверяют разные вещи: словарь schema.org или условия поддерживаемого Google расширенного результата. Успешная проверка не гарантирует показ или рекомендацию.
- Расширенный результат FAQ в Google Search больше не показывается с 7 мая 2026 года.
Что подтверждает документация
Самый прямой ответ дает Google. В руководстве по оптимизации для генеративного поиска есть раздел о том, чего делать не нужно. Там сказано, что структурированные данные не обязательны для генеративного AI-поиска и особой schema.org-разметки не требуется. Тот же раздел предлагает продолжать использовать разметку как часть обычного SEO, потому что она открывает право на расширенные результаты в выдаче.
Документация об AI-функциях и вашем сайте повторяет это для AI Overviews и AI Mode. Чтобы страница могла попасть в ответ как ссылка-источник, она должна быть проиндексирована и допускать показ сниппета. Новые машиночитаемые файлы, AI-текстовые файлы и отдельная разметка не нужны. Из рекомендаций по разметке там одна, и она важна для этой статьи. Структурированные данные должны совпадать с видимым текстом страницы.
У OpenAI публичная документация для владельцев сайтов описывает доступ роботов OAI-SearchBot и GPTBot, а не разметку. Требований к schema.org для появления в поиске ChatGPT в ней нет. Как ассистенты выбирают, на кого сослаться, подробно разобрано в статье Как AI-поиск выбирает источники: что можно доказать по ответам и ссылкам. А общая последовательность работ для владельца собрана в материале о том, как попасть в рекомендации ChatGPT.
Какие сущности описать
Разметка описывает сущности, то есть то, о чем страница. Для сервисной компании, магазина или B2B-поставщика обычно хватает четырех типов, и каждый ставится только туда, где его содержание видно человеку.
Компания
Тип Organization или более точный LocalBusiness ставят на главную или страницу о компании. В документации Google для организации перечислены название, адрес, телефон, почта, логотип, ссылки на официальные профили в поле sameAs и регистрационные идентификаторы. Для LocalBusiness обязательны название и адрес. Если у компании нет офиса для клиентов, адрес не выдумывают ради разметки.
Услуга или товар
На странице услуги уместен тип Service с описанием и областью обслуживания, на карточке товара тип Product с ценой и наличием. Цену добавляют, только если она опубликована на странице. Цена от и по запросу в тексте не превращается в точную сумму в коде.
Статья и хлебные крошки
Article подходит для материалов блога с реальным автором и датами. BreadcrumbList повторяет навигационную цепочку, которую пользователь видит на странице. Если крошек в дизайне нет, размечать их бессмысленно.
| Тип сущности | Реальное поле | Источник значения | Проверка |
|---|---|---|---|
| Organization | name, url, logo, sameAs | Реквизиты и официальные профили компании | Название совпадает с подвалом сайта и профилями |
| LocalBusiness | address, telephone, openingHours | Карточка на картах и страница контактов | Телефон и часы те же, что в тексте страницы |
| Service | name, description, areaServed | Текст страницы услуги | Города в коде перечислены и на странице |
| Product | offers.price, availability | Каталог или учетная система | Цена в коде равна цене на экране |
| Article | author, datePublished, dateModified | Подпись автора и даты в статье | Автор существует и указан на странице |
| BreadcrumbList | itemListElement | Навигационная цепочка | Ссылки в коде ведут на те же разделы |
Названия полей по словарю schema.org и документации Google на 22.10.2026.
Как избежать противоречий
Разметка может содержать ошибку уже при внедрении или устареть после правок сайта. Компания переехала, а адрес в JSON-LD остался прежним. Менеджер поменял цену на странице, а плагин берет ее из старого поля. В общих правилах Google для структурированных данных сказано, что нельзя размечать то, чего не видно читателю, а данные должны быть полными и актуальными.
Противоречие хуже отсутствия разметки. Если в коде один телефон, на странице другой, а в карточке на картах третий, любой автоматический сборщик фактов получает три версии. Поэтому правило одно. У каждого факта должен быть один источник, из которого его берут и страница, и JSON-LD.
- Название и реквизиты. Одинаковы в разметке, в подвале сайта и в официальных профилях.
- Контакты. Телефон, адрес и часы работы в коде совпадают с текстом страницы контактов.
- Цены и наличие. Подставляются из того же поля, что выводится на экран, а не вписаны вручную.
- Отзывы и рейтинг. Размечены только отзывы, опубликованные на этой странице.
- Даты статьи. Дата изменения меняется при реальной правке текста, а не при каждой пересборке сайта.
Как проверить внедрение
Проверка идет в три шага. Сначала откройте исходный HTML страницы через просмотр кода и найдите блок script с типом application/ld+json. Если разметку добавляет JavaScript после загрузки, ее не будет в исходном коде, и это стоит знать. Google такие данные обрабатывает, но другие сборщики могут читать только исходный HTML.
Затем прогоните адрес через два инструмента. Schema Markup Validator проверяет синтаксис и соответствие словарю schema.org для любых типов. Проверка расширенных результатов Google показывает, на какие расширенные результаты страница имеет право, и какие обязательные поля пропущены.
Третий шаг ручной. Положите рядом JSON-LD и страницу и сверьте каждое значение по таблице выше. Валидатор не знает, что ваш телефон сменился в марте.
Schema Markup Validator проверяет словарь schema.org, а Rich Results Test проверяет поддерживаемые Google типы расширенных результатов. Service может быть корректным типом schema.org без отдельного расширенного результата Google. Оба теста дополняет сверка с видимой страницей.
Какие обещания отклонять
Несколько формулировок в коммерческих предложениях стоит считать сигналом остановиться и задать вопросы.
- Специальная GEO-разметка для нейросетей. Google такой не требует, OpenAI в публичной документации ее не описывает.
- FAQ-разметка ради звездочек и раскрывающихся вопросов в выдаче. Расширенный результат FAQ перестал показываться в Google Search с 7 мая 2026 года, документация по нему удалена.
- Гарантия появления в ответах ИИ после внедрения кода. Ни одна платформа такого не обещает, и подрядчик не может дать больше, чем сама платформа.
- Разметка отзывов и рейтингов, которых нет на странице. По правилам Google это нарушение, за которое страница может потерять право на расширенные результаты по ручной мере.
- Массовая генерация разметки для сотен страниц без сверки с содержанием. Ошибки тиражируются так же быстро, как код.
Если вам предлагают отдельный файл для нейросетей вместо разметки, логика та же. Google пишет, что его поиск не использует такие файлы. Что известно про llms.txt, разобрано в статье нужен ли сайту llms.txt.
Собрать таблицу фактов и проверить JSON-LD на главной и паре услуг владелец может сам за вечер. Специалист нужен, когда данные о компании расходятся между сайтом, картами и каталогами, разметку генерирует CMS без контроля или нужно понять, почему компанию не называют в ответах, хотя технически все в порядке. Этим мы занимаемся в рамках услуги продвижение бизнеса в ответах ИИ.
Частые вопросы
Google поддерживает JSON-LD, Microdata и RDFa. JSON-LD проще поддерживать отдельно от верстки, но после смены шаблона его тоже проверяют.
По документации Google ручная мера за нарушения в разметке лишает страницу права на расширенные результаты и не влияет на ее позиции в веб-поиске. Сами ошибки синтаксиса просто приводят к тому, что данные не используются.
Многие конструкторы и CMS добавляют базовую разметку сами. Проверьте ее тем же валидатором и сверьте значения, потому что шаблон может подставить устаревшие данные.
Срочно удалять ее не обязательно, вреда от корректной разметки видимых вопросов нет. Но и добавлять ее ради вида в выдаче Google больше не имеет смысла.
Источники
- Google Search Central: оптимизация для генеративного AI-поиска
- Google Search Central: AI-функции и ваш сайт
- OpenAI: обзор роботов OAI-SearchBot, GPTBot и ChatGPT-User
- Google Search Central: общие правила для структурированных данных
- Google Search Central: журнал обновлений документации, май-июнь 2026
- Google Search Central: разметка Organization
- Google Search Central: разметка LocalBusiness
- Schema Markup Validator
- Google: проверка расширенных результатов
- Google Search Central: правила в отношении спама
- Google Search Central: полезный и надежный контент
Михаил Кислов
Александр Кабанец
