Перейти к основному содержанию

Опубликовано: 24 июл. 2026 г.

·

Обновлено: 27 сент. 2026 г.

· 9 мин. чтения
Другие языковые версии: Deutsch · English · Українська

Schema и JSON-LD для AI-поиска: что размечать и как проверять

Восемь групп Schema, сведения о компании и авторе, FAQ, товары и данные: внедрение в Astro, WordPress и Shopify без гарантий AI-цитирования.

ON
Oleksandr Nikitin
Schema и JSON-LD для AI-поиска: что размечать и как проверять

В описании услуги указан один специалист, в коде — другой. Цена товара уже изменилась, а разметка хранит старую. На глаз сайт выглядит нормально, но машина получает противоречащие сведения. Добавление ещё одного Schema-плагина может увеличить путаницу, если сначала не найти источник данных.

Коротко: Schema описывает объекты и их связи, а JSON-LD — один из способов записать эти сведения. Начните с правдивого содержания и согласованности данных. Валидная разметка помогает технической интерпретации, но не подтверждает компетенцию автора и не гарантирует цитату в AI-ответе.

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

Что Schema сообщает поисковой системе

Обычный текст рассказывает о компании и продукте. Структурированные данные обозначают тип объекта и свойства: название организации, автора статьи, цену предложения, адрес бизнеса. Несколько объектов можно связать через устойчивые идентификаторы @id, чтобы не описывать одну компанию как разные сущности.

JSON-LD записывает сведения отдельно от визуальной вёрстки. Google поддерживает его вместе с Microdata и RDFa и обычно рекомендует JSON-LD за удобство реализации и поддержки. Это выбор формата, а не доказательство, что любой AI-парсер обязательно читает именно его. Как Google использует структурированные данные.

RAG-система получает подходящие документы перед составлением ответа. Сведения об авторе, компании и периоде помогают понять материал, но заявленная в коде квалификация остаётся заявлением самого сайта. E-E-A-T нельзя получить, просто добавив должность или университет в поле JSON-LD.

Для AI-функций Google специальная Schema не требуется. Полезное содержание, доступность и обычные требования Search продолжают действовать. Руководство Google по AI-поиску. Более широкий процесс описан в руководстве по GEO.

Восемь групп разметки по содержанию сайта

Выбирайте тип по фактическому объекту. Не нужно добавлять весь перечень на каждую страницу: большое количество JSON-LD не означает лучшее качество информации.

Organization: кто оказывает услугу

Укажите правильное название, сайт, логотип и подтверждённые сведения о компании. Один и тот же бизнес не должен превращаться в разных организациях шаблона из-за случайных суффиксов или старой юридической формы. Источник этих сведений должен быть понятен редактору.

sameAs связывает объект с адресом, который однозначно обозначает ту же сущность. Это может быть действующий официальный профиль. Ссылка на любую известную площадку или чужую публикацию не становится подтверждением идентичности. Назначение sameAs в Schema.org.

Person: кто отвечает за материал

Имя, jobTitle, профессиональный профиль, hasCredential и alumniOf полезны, если соответствуют реальным сведениям. Университет и сертификат не заполняются для декоративной «авторитетности». Особенно внимательно проверяйте материал, влияющий на медицинские, правовые или финансовые решения.

Если автор известен только по имени, сначала оформите понятную публичную информацию о его работе. JSON-LD не заменяет редакционную ответственность, источники и возможность проверить заявленную квалификацию.

Article, BlogPosting и NewsArticle: что опубликовано

Разметка статьи связывает заголовок, автора, издателя и даты. datePublished отражает публикацию, dateModified — действительное изменение. Ежедневное обновление даты без редактуры создаёт ложное впечатление свежести.

BlogPosting подходит для статьи блога; NewsArticle — для соответствующего новостного материала. Правильная категория важнее попытки объявить любой рекламный текст новостью. Проверьте, что автор и заголовок в разметке совпадают с видимым материалом.

FAQPage: настоящие вопросы и ответы

FAQ полезен, когда отвечает на сомнения покупателя: что входит в работу, какие нужны данные, где ограничение услуги. Сначала напишите ответы для человека, затем проверьте их соответствие разметке. Не добавляйте в JSON-LD скрытые обещания, которых нет в тексте.

Google прекратил показ FAQ rich results с 7 мая 2026 года. Наличие типа FAQPage в словаре не означает наличие прежней функции выдачи и не гарантирует предпочтение Perplexity или ChatGPT. Изменение Google Search.

HowTo: последовательность действий

HowTo описывает реальный процесс и его шаги, например подготовку публичного документа. HowToStep должен соответствовать действию, которое объяснено в содержании; изображение имеет смысл, если помогает выполнить шаг.

Не превращайте список преимуществ услуги в инструкцию ради типа Schema. Семантическое описание процесса и поддержка конкретного rich result — разные вопросы. Изображение у каждого шага также не даёт установленного приоритета в AI-ответах.

Product и Offer: что продаётся и на каких условиях

Для каталога проверьте название товара, бренд, предложение, цену, валюту и наличие. Несколько вариантов или рынков могут иметь разные условия; нельзя передавать единую цену, которая не действует для выбранного товара.

aggregateRating допустим только при наличии подходящих реальных оценок и соблюдении правил используемой поисковой функции. Нельзя придумать рейтинг ради звёзд. Для магазина особенно важна синхронизация: карточка и разметка должны получать актуальные условия из согласованного источника.

LocalBusiness: локальные сведения

Адрес, телефон, часы работы и название должны соответствовать реальному бизнесу. Сравните сайт, разметку и фактическую карточку Google Business Profile. Найденное расхождение нужно сначала выяснить: оно может отражать переезд или разные подразделения.

Язык владельца бизнеса не определяет язык его покупателей. Локальные сведения описывают конкретное место работы, а не условную географию, добавленную ради списка стран. Разметка не создаёт офис там, где его нет.

Dataset: собственные данные

Dataset описывает набор структурированной информации. Для исследования полезны метод, период, авторство и доступная выгрузка, если её можно публиковать. Один процент в продающем абзаце не следует оформлять как большой исследовательский набор. Описание Dataset.

Разделяйте опубликованные данные и сведения клиентов. Анонимизация, права на публикацию и качество метода проверяются до размещения. Schema не делает неподтверждённую статистику надёжной и не обеспечивает обязательную ссылку на автора при использовании цифры.

Три ошибки, которые стоит исправить первыми

Разная идентичность компании. Один шаблон использует название бренда, другой добавляет несуществующую правовую форму. Сверьте фактическое название и @id, затем исправьте источник генерации. Копирование одного блока на все URL без понимания связей может лишь размножить ошибку.

Неподходящие sameAs. В список попала закрытая, чужая или удалённая учётная запись. Оставьте адреса, обозначающие именно компанию или автора. Обязательного минимального числа из трёх ссылок нет.

Выдуманная биография автора. Должность или образование взяты из демонстрационного примера. Удалите неподтверждённое и оформите реальную информацию. Пример кода — не разрешение переносить чужую квалификацию в production.

Google требует актуальных сведений и соответствия видимому содержанию. Правильный синтаксис не оправдывает ложную цену или рейтинг. Общие правила структурированных данных.

Внедрение в Astro, WordPress и Shopify

Astro и другие системы с генерацией HTML

Разметку можно формировать из данных статьи или каталога при сборке, сериализуя её в JSON-LD. Проверяйте полученный HTML, а не только объект в исходном коде. Сборка может подтвердить синтаксис, но не знает, верна ли цена и действительно ли автор имеет сертификат.

Назначьте единый источник для компании и автора, а данные конкретной статьи получайте из её содержания. Это снижает число ручных копий, но не отменяет редакторскую сверку после изменения шаблона.

WordPress

Сначала выясните, что уже выводят тема и установленные плагины, например Yoast или Rank Math. Дополнительный плагин, Schema Pro либо собственный код через предусмотренный механизм сайта выбираются после проверки пробела, стоимости и поддержки.

Custom JSON-LD не становится качественнее автоматически. Если текущий плагин корректно описывает материал, второй источник может создать дубли. Прямое изменение functions.php также требует понимания обновлений темы и способа отката.

Shopify

Проверьте данные темы, приложения и Liquid-шаблона в итоговой карточке товара. Сопоставьте варианты, валюту, наличие и реальные оценки. Приложение может помогать поддержке, но до покупки нужно понять, какой конкретный недостаток оно устраняет.

При изменении товара проверяются и разметка, и видимый интерфейс. Само наличие Product не подтверждает правильную передачу каждого предложения. Стоимость решения включает поддержку и риск расхождения источников, а не только подписку на приложение.

Как измерить результат

Начните с исходного состояния: какие URL и вопросы проверяются, какие объекты размечены, где есть расхождения. После ограниченной правки повторите ту же проверку. Отдельно фиксируйте упоминание бренда, ссылку на документ, переход и подходящую заявку.

Серверный журнал показывает обращение к URL, но не доказывает чтение JSON-LD, доверие модели или использование документа в ответе. User-Agent можно подделать. Серверный менеджер рекламных тегов также не заменяет журнал веб-сервера; его задача и данные отличаются.

Server-side tracking помогает организации измерения событий при соответствующей настройке и согласии. Он не восстанавливает автоматически отсутствующий источник перехода и не устанавливает ROI разметки. Если вместе изменились текст, цены и ссылки, эффект нельзя уверенно приписать только Schema.

Короткий вывод, таблица и цитата могут облегчить чтение материала. Нет подтверждённого универсального «Fact Density Score», который начисляет Perplexity баллы за жирные проценты или blockquote. Вместо форматирования ради предполагаемого алгоритма дайте читателю метод, условия и источник.

Два учебных сценария проверки

Консультационная услуга. На сайте есть специалист, организация и FAQ. Проверяется соответствие авторства и ответов; затем наблюдаются ссылки в одинаковом наборе вопросов. Задача — устранить ошибки и оценить поведение, без обещания цитирования через три недели.

Каталог мебели. Проверяются вариант товара, валюта, текущая цена, наличие и происхождение отзывов. Разметка должна описывать предложение, которое покупатель действительно может выбрать. Валидный Product не означает автоматическую покупательскую рекомендацию со звёздами в AI-сводке.

Три действия на этой неделе

  1. Проверить текущий HTML. Использовать Schema Validator для словаря и связей, Rich Results Test — для поддерживаемых Google функций. Это разные проверки; ни одна не прогнозирует AI-цитирование.
  2. Сверить содержание. На трёх важных услугах проверить настоящие FAQ, автора и сведения о компании. Выбрать одно расхождение, которое можно исправить и повторно проверить.
  3. Связать реальные объекты. Уточнить @id и действующие sameAs. llms.txt оценить отдельно по потребителю; он не нужен как обязательное дополнение к каждой Schema.

Частые вопросы

Заменяет ли Schema обычное SEO?

Нет. Материал должен быть полезным и доступным. JSON-LD описывает содержание; специальная разметка не является условием AI-функций Google.

Можно ли использовать Microdata или RDFa?

Да, Google поддерживает эти форматы. JSON-LD часто удобнее поддерживать отдельно от вёрстки. Выбирайте по системе сайта и требованиям нужной функции.

Какие типы важнее для B2B-компании?

Обычно сначала проверяют Organization, Person и Article, затем реальные FAQ или другие объекты по содержанию. Набор определяется материалом, а не обязательным списком для всех сайтов.

Через сколько AI увидит обновление?

Универсального срока нет. Повторный обход, обновление поиска и выбор источника — разные процессы. Проверяйте дату обращения и конкретный ответ, не обещая результат через часы или неделю.

Достаточно ли WordPress-плагина?

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

Почему Perplexity не цитирует мои FAQ?

Отсутствие цитаты не устанавливает причину. Проверьте доступность, релевантность ответа, источники и технические ошибки. Исправление JSON-LD не гарантирует выбор вашего документа.

Может ли цитирование совпасть со снижением кликов?

Да, пользователь может получить ответ без перехода. Сопоставьте показы, переходы и заявки; само совпадение не доказывает причинность. Не скрывайте существенные сведения ради вынужденного клика: объясните, зачем человеку полезно открыть полный материал.


Предварительная GEO-проверка помогает заметить внешний сигнал. Для сверки содержания, разметки и повторяемых ответов обсудите GEO-диагностику: с конкретными URL, вопросами и проверяемым результатом.

Есть место, где маркетинг перестал сходиться с реальностью?

Опишите симптом: что показывает реклама, что происходит после заявки и какого результата вы ожидали.

Если вопрос GEO связан с разметкой, сверяем её с видимым содержанием и источниками. Согласованное исправление остаётся техническим изменением, а не доказательством будущих AI-цитат.

Как проходит GEO-диагностика Показать ситуацию
schema-markupjson-ldGEOAIstructured-dataseo