Schema.org и JSON-LD для GEO: микроразметка сайта под нейросети

Микроразметка — набор утверждений о документе, выраженных в словаре Schema.org так, чтобы их прочитала программа. Утверждение привязывает конкретное значение — имя компании, подпись автора, дату публикации — к понятию из общей схемы, которую одинаково трактуют поисковые системы и генеративные сервисы. Способов записи ровно два. JSON-LD выносит утверждения в особый блок кода: вложенный объект перечисляет класс предмета и его свойства, парсеру незачем разбирать вёрстку. Микроданные живут внутри HTML: атрибуты itemscope, itemtype, itemprop расставлены по элементам, значение приходится вычислять из содержимого тега. Из-за привязки к тегам переделка вёрстки рискует унести часть атрибутов. Для GEO разница практическая: первый способ проще валидировать, обновлять, расширять новыми понятиями, не затрагивая шаблон.

Какие типы разметки связаны с видимостью в нейросетях

Видимости касаются понятия, описывающие реальные предметы: фирму, товар, справочную пару. Короткая карта рабочих понятий:

• Organization, Person — кто стоит за текстом;
• Article, BlogPosting — авторство, дата, жанр;
• Product, Offer, Review — товар, условия сделки, отзыв;
• FAQPage, HowTo — справочные форматы: готовая пара извлекается без разбора

макета;

• BreadcrumbList, WebSite — навигация и ресурс целиком.

Схема иерархична: Thing — вершина, LocalBusiness уточняет более общий Organization и наследует его признаки вместе со своими. Уточнение ставят, когда оно верно по сути.

Organization фиксирует профиль фирмы: имя, логотип, адрес, контакты, внешние ссылки. Article превращает текст из набора абзацев в очерченный объект с подписью и временем выхода. Принцип единый: класс заявляет, что стоит за фрагментом, перечисляет его свойства. Внешний вид — цвет кнопки, порядок блоков в шаблоне — к этому уровню отношения не имеет. Без обозначения парсер видит сплошную простыню символов, угадывает, где кончается смысловой кусок, где начинается соседний.

Такая прослойка снимает с модели работу по распознаванию: вместо вычленения подписи из подвала сервис берёт готовый реквизит author. Меньше угадывания — легче сопоставить содержание с запросом пользователя. Это удобство извлечения, оно не равно обещанию упоминания.

Связность сущностей: зачем sameAs и идентификаторы организации

Главная задача разметки в GEO — связать разные профили бренда: свой домен, карточку в справочнике, статью в базе знаний. Ключевой инструмент — поле sameAs: оно перечисляет внешние адреса того же бренда, причём принимает целый список: справочник, база знаний, канал в соцсети. Без такого перечня программа видит несколько изолированных описаний одной компании и лишена формального способа сопоставить их между собой. Идентификаторы работают в ту же сторону: identifier закрепляет за объектом устойчивый признак. Домен переезжает, название меняется, признак остаётся прежним. Внутри документа узлы сцепляются через @id: статья ссылается на узел организации, не повторяя реквизиты. Имя правят в единственном месте.

В разобранном нами аудите сущность организации стояла без единой ссылки в sameAs — профиль компании существовал особняком, без привязки к своим карточкам в сети. Это не ошибка оформления: без связки машинного пути между ними просто нет, даже когда оба описания указывают на одно юридическое лицо.

Здесь легко стереть границу обещанием. Заполненный sameAs открывает возможность сопоставления — он не обещает, что сущность появится в ответе нейросети на конкретный запрос. Попадание в реплику зависит от десятков факторов за пределами кода: формулировки запроса, состава источников, которые модель вообще рассматривает, актуальности и качества самого содержания. Связность — это возможность сопоставления, не обещание ответа.

Что проверяют в аудите разметки

Технический разбор идёт по трём проверкам, каждая независима:

Первые две ступени закрывает валидатор, третью — человек: автомат не знает, что именно нарисовано на экране. Поломка синтаксиса губит весь блок: для парсера он просто отсутствует. Причина обычно мелкая: лишняя запятая, кавычка не того вида, адрес без схемы. Зато третья ступень подводит чаще остальных. Объявление бывает безупречным по синтаксису и при этом утверждает то, чего на экране нет: дату публикации, разошедшуюся с показанной; автора, ни разу не упомянутого в тексте; справочный блок, объявленный над абзацем без единой пары «вопрос — ответ». Формальная валидность и соответствие содержимому — две разные проверки, проходить их нужно по отдельности: документ бывает «валидным» по синтаксису и ложным по смыслу разом.

Смотрят именно исходник: часть вставок приходит из настроек темы, минуя визуальный редактор. Расхождения заводятся и там: тема шаблона и сторонний плагин способны добавить собственные сведения о компании порознь — описания разойдутся.

Отдельный сюжет — заголовки стоят в форме вопроса, а записи FAQPage под ними нет: материал по смыслу уже справочная пара, но машине об этом ничего не объявлено. Для парсера такой раздел — обычная проза без обозначения.

Чего разметка не делает

Разметка не создаёт содержание и не исправляет слабый текст — она описывает то, что уже лежит на странице. Объявленный FAQPage над поверхностной репликой в две строки даёт точную структуру пустого ответа: форма не делает содержание ценнее. Попадёт ли сущность в реплику конкретного сервиса на заданный запрос, решает модель по совокупности сигналов, и этот слой среди них — лишь один сигнал. Техническую доступность он не заменяет: если документ не отдаётся краулеру или закрыт правилами обхода, любой JSON-LD внутри останется непрочитанным. Единого прочтения всеми платформами сразу она тоже не обеспечивает: словарь Schema.org общий, а какие свойства берёт отдельная платформа и как их трактует, решает она сама, и это за пределами влияния владельца ресурса.

Соблазн здесь обычно один: выдать аккуратно заполненный Organization за готовую гарантию цитирования. Разметка — предпосылка машинного сопоставления, не финальный результат.

Весь технический уровень разбирает отдельный материал про AI-ready аудит; доступ краулеров и служебные файлы robots.txt и llms.txt — темы соседних статей серии.

Вывод

Микроразметка переводит содержимое публикации из набора абзацев в набор заявленных единиц со своими свойствами и связями. Её рабочая задача — связность: дать программе формальный путь от одной карточки к другой, от статьи к её автору. Это возможность машинного сопоставления, не обещание цитирования: попадёт объект в конкретную реплику нейросети или нет, решают десятки факторов за пределами этого уровня. Прежде чем расширять схему новыми обозначениями, стоит проверить базовое — GEO-аудит сайта показывает, какие предметы на ресурсе уже заявлены, какие записи расходятся с экраном и где связка с внешними источниками отсутствует. Если такой проверки ещё не было, аудит видимости сайта в нейросетях даёт отчёт по этому слою вместе с остальными техническими уровнями.

Вопросы о микроразметке для GEO