Schema.org для отображения в ИИ: Какие разметки важны сейчас

Schema.org для отображения в искусственном интеллекте: Какие разметки важны сейчас

По состоянию на 5 сентября 2026 года структурированные данные по-прежнему помогают поисковым системам понимать страницы, авторов, организации и факты. Однако это не является прямым фактором ранжирования для ответов искусственного интеллекта.

Google заявляет, что страницам не нужна специальная разметка Schema.org для появления в Обзорах ИИ или Режиме ИИ. Страница должна быть, главным образом, доступна для сканирования, проиндексирована, подходить для поискового сниппета и быть подкреплена полезным контентом. Google также заявляет, что структурированные данные должны соответствовать видимому содержимому страницы. (developers.google.com)

Поэтому лучшая текущая стратегия заключается в следующем:

1. Используйте структурированные данные для точного описания страницы.
2. Сопоставляйте разметку с истинным назначением страницы.
3. Стройте четкие связи между статьями, авторами, организациями и темами.
4. Пишите прямые, полные ответы в видимом HTML.
5. Измеряйте цитирование искусственным интеллектом отдельно от традиционных расширенных результатов.

Итоговое заключение

Широкое исследование показывает, что добавление одних лишь общих структурированных данных не привело к последовательному увеличению цитирований искусственного интеллекта. Контролируемое исследование Ahrefs отслеживало 1 885 страниц, которые добавили JavaScript Object Notation для связанных данных, и сравнило их с 4 000 контрольными страницами. Оно не выявило значимого улучшения цитирований в Google AI Mode или ChatGPT. Цитирование в Google AI Overview несколько снизилось, но исследователи предупредили, что изменение было небольшим и не могло быть однозначно приписано разметке. (ahrefs.com)

Отдельный препринт 2026 года показал, что общие типы, такие как Article, Organization, BreadcrumbList и WebPage, не предсказывали независимо цитирование искусственным интеллектом после контроля поискового ранга и авторитета домена. Самым сильным выводом было то, что страницы с конкретными, богатыми атрибутами данными, такими как цены, рейтинги и спецификации, показывали лучшие результаты, чем страницы только с общими метками страниц. Этот вывод сосредоточен в основном на страницах продуктов и обзоров, поэтому его не следует рассматривать как доказательство того, что любой из типов в этой статье создает преимущество в цитировании. (aixiv.science)

Что структурированные данные могут и не могут делать

Структурированные данные — это машиночитаемое описание страницы. Они могут сообщить поисковой системе:

• Какой тип страницы это
• Кто ее написал
• Какая организация ее опубликовала
• На какой вопрос она отвечает
• Когда она была опубликована или обновлена
• Какого человека, компанию, термин или набор данных описывает страница

Google заявляет, что структурированные данные могут помочь его системам понять содержимое страницы и сделать страницы подходящими для более богатых функций поиска. Он также заявляет, что Google Search может использовать другие свойства Schema.org для понимания, даже если эти свойства не вызывают видимого результата поиска. (developers.google.com)

Структурированные данные не гарантируют:

• Более высокий органический рейтинг
• Цитирование искусственным интеллектом
• Расширенный результат
• Панель знаний
• Включение в ответ искусственного интеллекта
• Использование точного текста в разметке

Bing дает аналогичные рекомендации. Его текущие рекомендации для веб-мастеров говорят, что структурированные данные могут способствовать более четкой привязке, но они не гарантируют видимости или трафика из цитирований. Bing также советует издателям четко излагать факты и определения в видимом содержимом страницы. (bing.com)

Основное ограничение исследования

Панели ответов искусственного интеллекта обычно показывают исходную страницу, а не тип Schema.org, который мог присутствовать на этой странице. Google не публикует отчеты, утверждающие, например, что страница была процитирована, потому что использовала Article вместо WebPage.

Это создает три разных вопроса:

1. Была ли страница процитирована?
2. Содержала ли страница структурированные данные?
3. Привела ли структурированная разметка к цитированию?

Большинство исследований могут ответить только на первые два. Они не могут доказать третье.

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

Аудит по типу схемы

1. Article

Что это делает

Article описывает статью, новость, запись в блоге или аналогичную редакционную страницу. Google поддерживает Article, NewsArticle и BlogPosting как типы статей. Google не перечисляет обязательные свойства для разметки статьи, но рекомендует добавлять свойства, применимые к странице. (developers.google.com)

Наиболее важные свойства

Используйте их, когда они видимы и точны:

• headline
• author
• author.name
• author.url или author.sameAs
• datePublished
• dateModified
• image
• publisher
• mainEntityOfPage
• about
• inLanguage

Google рекомендует использовать реального Person или Organization для автора. Он также рекомендует поддерживать согласованность дат в структурированных данных с видимыми датами публикации и обновления. (developers.google.com)

Эффект искусственного интеллекта

Уровень доказательств: косвенный.

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

Чек-лист для Article

• Страница действительно является статьей.
• Заголовок соответствует видимому названию.
• Каждый видимый автор включен.
• У каждого автора есть отдельный объект Person или Organization.
• Имена авторов содержат только имена, а не должности или названия издателей.
• Ссылка на автора ведет на реальный профиль или страницу автора.
• Даты публикации и обновления видны на странице.
• Даты используют правильный часовой пояс, если указано время.
• Изображение представляет статью.
• Издатель идентифицируется последовательно по всему сайту.
• Статья не размечена как другой основной тип, например HowTo, если только страница действительно не служит обеим целям.

2. WebPage

Что это делает

WebPage — это общий тип страницы. Schema.org заявляет, что каждая веб-страница неявно рассматривается как WebPage, но явное объявление может помочь, когда страница включает свойства или отношения на уровне страницы. (schema.org)

Полезные свойства включают:

• url
• name
• description
• inLanguage
• dateModified
• breadcrumb
• mainEntity
• about
• isPartOf
• primaryImageOfPage

Эффект искусственного интеллекта

Уровень доказательств: низкий и косвенный.

WebPage лучше всего использовать как внешний слой страницы в связанном графе. Он может связывать страницу с ее основной статьей, определением, набором данных, человеком или организацией.

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

Чек-лист для WebPage

• Используйте один стабильный @id для страницы.
• Используйте канонический URL в качестве URL страницы.
• Идентифицируйте истинную mainEntity страницы.
• Свяжите основную сущность обратно со страницей с помощью mainEntityOfPage.
• Добавьте inLanguage, если известно.
• Поддерживайте название и описание страницы в соответствии с видимым контентом.
• Не используйте WebPage, чтобы скрыть тот факт, что страница на самом деле является статьей, профилем, набором данных или страницей вопросов.

3. QAPage

Что это делает

QAPage предназначен для страницы, ориентированной на один вопрос и его ответы. Google заявляет, что использует структурированные данные Question со страниц, помеченных как QAPage, и на странице должен быть только один QAPage и один основной Question. (developers.google.com)

Обязательные свойства

Для текущей применимости Google по вопросам и ответам:

• QAPage.mainEntity
• Вложенный Question
• Question.answerCount
• Либо acceptedAnswer, либо suggestedAnswer
• Answer.text

Вопрос без ответов не подходит для расширенного результата.

Важное правило содержания

Не используйте QAPage для:

• Обычной страницы часто задаваемых вопросов
• Записи в блоге, которая отвечает на вопрос
• Статьи-инструкции
• Страницы продукта, содержащей много вопросов
• Редакционного ответа, написанного только владельцем сайта

Google заявляет, что пользователи должны иметь возможность отправлять ответы для обычного QAPage. Допустимые примеры включают вопрос на форуме или страницу поддержки, где пользователи могут предоставлять ответы. (developers.google.com)

Эффект искусственного интеллекта

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

Реальная страница вопросов и ответов естественным образом легко понимается системой извлечения информации. Однако ни одно серьезное публичное исследование не доказывает, что разметка QAPage сама по себе увеличивает цитирование искусственным интеллектом.

Чек-лист для QAPage

• Страница сосредоточена на одном вопросе.
• Пользователи могут отправлять ответы, если страница не подходит для специального образовательного формата вопросов и ответов.
• Полный вопрос виден.
• Полный текст ответа виден.
• answerCount соответствует фактическому числу ответов.
• Принятые и предложенные ответы помечены правильно.
• Комментарии помечены как комментарии, а не ответы.
• Страница не является просто редакционной страницей часто задаваемых вопросов.
• Страница не содержит несколько несвязанных вопросов.

Пример QAPage

html

Используйте этот шаблон только тогда, когда страница действительно поддерживает взаимодействие в формате вопросов и ответов.

4. HowTo

Что это делает

HowTo описывает пошаговые инструкции. Google когда-то поддерживал расширенные результаты How-to, но прекратил эту функцию поиска в сентябре 2023 года. Google заявил, что результаты How-to больше не будут отображаться на десктопе и уже были удалены из мобильного поиска. (developers.google.com)

Эффект искусственного интеллекта

Уровень доказательств: низкий для Google.

Видимые шаги по-прежнему могут помогать пользователям и системам извлечения информации. Четкое руководство с заголовками, нумерованными шагами, инструментами, временем и предупреждениями легче читать и цитировать. Но текущие данные не показывают, что разметка HowTo создает особое преимущество в Обзорах ИИ или Режиме ИИ Google.

Рекомендация

Используйте HowTo только когда:

• Страница действительно учит выполнению задачи.
• Шаги видны в содержимом страницы.
• Другая поисковая система, платформа или внутренняя система извлекают выгоду из разметки.
• Ваша команда может поддерживать ее, не создавая конфликтующих данных.

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

Чек-лист для руководства

• Страница учит реальной задаче.
• Результат задачи ясен.
• Каждый шаг виден и полон.
• Названия шагов соответствуют видимым заголовкам.
• Инструменты и принадлежности реальны и видны.
• Оценки времени точны.
• Предупреждения о безопасности включены, где это необходимо.
• Первый раздел дает краткий ответ или результат.
• Страница не полагается на разметку для предоставления инструкций.

5. ClaimReview

Что это делает

ClaimReview был разработан для контента, проверяющего факты. Google поэтапно прекратил поддержку Claim Review в Поиске в рамках своих усилий 2025 года по упрощению результатов поиска. Тип был удален из отчетов Search Console и теста расширенных результатов. (developers.google.com)

Эффект искусственного интеллекта

Уровень доказательств: отсутствие текущего преимущества для Google.

Высококачественная проверка фактов по-прежнему может быть процитирована, потому что она четко указывает:

• Утверждение
• Рейтинг
• Доказательства
• Дату
• Организацию, проверяющую факты
• Обоснование вывода

Эти преимущества исходят в основном из самого контента, а не из упраздненной функции поиска Google.

Рекомендация

Для страницы с фактами:

1. Используйте Article или NewsArticle, если страница является редакционной.
2. Четко изложите утверждение в видимом тексте.
3. Цитируйте первичные доказательства.
4. Идентифицируйте автора и проверяющую организацию.
5. Добавьте даты публикации и проверки.
6. Используйте ClaimReview только если этого конкретно требует другая платформа или система данных.

Не добавляйте ClaimReview только потому, что вы ожидаете, что ответы искусственного интеллекта Google будут отдавать ему предпочтение.

6. FAQPage

Что это делает

FAQPage описывает страницу, содержащую вопросы и официальные ответы. Google прекратил показывать расширенный результат FAQ в Поиске начиная с 7 мая 2026 года и удалил соответствующую документацию в июне 2026 года. (developers.google.com)

Эффект искусственного интеллекта

Уровень доказательств: слабый и смешанный.

90-дневное исследование поставщика добавило разметку FAQPage к 120 страницам. Оно не обнаружило надежного улучшения цитирований в ChatGPT, Gemini или Google AI Overview. Perplexity показал небольшое увеличение, но само исследование заявило, что результат был платформенно-специфичным и не доказывал причинно-следственной связи. (authorityradar.com)

Другое исследование 615 уже цитируемых страниц показало, что разметка FAQ чаще появлялась на сильно цитируемых страницах. Эта связь исчезла после учета повторяющихся страниц от одних и тех же издателей. Исследователи пришли к выводу, что доказательства не устанавливают влияния самой разметки. (getintel.ai)

Рекомендация

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

Если вы сохраняете разметку FAQPage для другой поисковой системы или системы контента:

• Сделайте каждый вопрос видимым.
• Сделайте каждый ответ полным.
• Сохраняйте разметку идентичной странице.
• Не повторяйте один и тот же вопрос в нескольких блоках схемы.
• Не ожидайте расширенного результата Google FAQ.

Пример FAQPage для потребителей, не связанных с Google

html

Это семантическое описание, а не обещание функции поиска Google.

7. Organization

Что это делает

Organization помогает Google понять и различить компанию, некоммерческую организацию, издателя, школу или другую организацию. Google заявляет, что разметка организации может влиять на визуальные элементы, такие как логотип, показанный в Поиске, и некоторую информацию панели знаний. В текущем руководстве Google для организаций нет обязательных свойств. (developers.google.com)

Рекомендуемые свойства

Используйте свойства, которые истинны и видимы:

• name
• alternateName
• url
• logo
• sameAs
• description
• telephone
• email
• address
• identifier
• foundingDate
• parentOrganization

Эффект искусственного интеллекта

Уровень доказательств: косвенный, но полезный.

Organization может связывать:

• Издателя со статьей
• Компанию с ее продуктами или услугами
• Бренд с его официальными профилями
• Организацию с известной веб-идентичностью

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

Чек-лист для Organization

• Разместите полный объект организации на главной странице или странице организации.
• Используйте стабильный @id, например https://www.example.com/#organization.
• Используйте точное публичное название организации.
• Ссылайтесь на реальные официальные профили с помощью sameAs.
• Используйте правильный подтип организации, когда это уместно.
• Используйте реальный логотип, который представляет организацию.
• Поддерживайте контактную информацию в актуальном состоянии.
• Ссылайтесь на организацию из статей вместо того, чтобы создавать конфликтующие версии на каждой странице.

8. Person

Что это делает

Person идентифицирует человека, который пишет, проверяет, владеет, управляет или появляется на странице. Обычно это наиболее полезно, когда связано с:

• Article.author
• Автором вопроса или ответа QAPage
• ProfilePage.mainEntity
• Organization.employee
• Review.author

Руководство Google по профилям гласит, что страница профиля должна быть сосредоточена на одном человеке или организации. Объект ProfilePage требует mainEntity, и эта сущность должна быть Person или Organization. Человек или организация должны иметь name или alternateName, если имя недоступно. (developers.google.com)

Рекомендуемые свойства

• name
• url
• sameAs
• image
• description
• jobTitle
• worksFor
• knowsAbout
• affiliation
• identifier

Эффект искусственного интеллекта

Уровень доказательств: косвенный.

Разметка Person может помочь связать имя автора с:

• Биографией
• Должностью или ролью
• Организацией
• Опубликованными статьями
• Внешними профилями
• Областями знаний

Используйте ее, чтобы сделать личность ясной, а не для утверждения экспертности, которую страница не подтверждает.

Чек-лист для Person

• Используйте Person только для реального человека.
• Используйте Organization для компании или публикации.
• Свяжите человека с видимой страницей автора.
• Используйте sameAs только для точных, официальных профилей.
• Поддерживайте актуальность должностей и учетных данных.
• Добавьте всех видимых авторов, а не только ведущего автора.
• Используйте один и тот же @id для человека на всех статьях и страницах профилей.

Матрица обязательных свойств

Общие рекомендации Google отдают предпочтение полным и точным данным перед большим количеством неполной разметки. Он также предупреждает, что структурированные данные должны представлять видимое содержимое, и что правильная разметка по-прежнему не гарантирует расширенный результат. (developers.google.com)

Чек-листы по реализации для конкретных случаев использования

Страницы с фактами

Лучшая комбинация:

• WebPage
• Article или NewsArticle
• Person
• Organization
• Опционально ClaimReview только для другого поддерживаемого потребителя

Чек-лист:

• Изложите основной факт в верхней части страницы.
• Укажите источник факта.
• Ссылайтесь на первичные доказательства.
• Включите дату публикации и последнего обзора.
• Идентифицируйте автора и рецензента.
• Отделяйте факты от мнений.
• Используйте Article, если страница является редакционной.
• Не используйте ClaimReview в качестве текущей тактики Google Search.

Страницы с определениями

Лучшая комбинация:

• WebPage
• DefinedTerm
• Опционально Article, если страница является длинным редакционным пояснением
• Organization или Person, когда за это отвечает эксперт или издатель

DefinedTerm предназначен для слова, фразы, кода или концепции с формальным определением. Его основные свойства включают name, description, termCode, inDefinedTermSet и sameAs. (schema.org)

Чек-лист:

• Дайте определение в первом абзаце.
• Используйте один четкий термин в качестве основной сущности.
• Добавляйте альтернативные названия только тогда, когда они реальны.
• Ссылайтесь на надежное внешнее определение, когда это уместно.
• Объясните термин простым языком.
• Используйте примеры и ограничения.
• Избегайте пометки списка несвязанных терминов как одного DefinedTerm.

Руководства (Tutorials)

Лучшая комбинация:

• WebPage
• HowTo только когда это нужно другому потребителю
• Article, когда руководство также является редакционной статьей
• Person и Organization для авторства

Чек-лист:

• Укажите результат перед шагами.
• Используйте нумерованные видимые заголовки.
• Каждый шаг должен быть сосредоточен на одном действии.
• Включите инструменты, принадлежности, время и предупреждения, где это необходимо.
• Добавьте изображения или видео, если они помогают.
• Не скрывайте шаги только в JSON-LD.
• Не ожидайте расширенных результатов How-to в Google Search.

Каталоги данных

Лучшая комбинация:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org определяет Dataset как совокупность структурированной информации и поддерживает отношения, такие как includedInDataCatalog и distribution. (schema.org)

Google уточнил в конце 2025 года, что структурированные данные Dataset используются Dataset Search и не являются общей функцией Google Search. Поэтому их следует рассматривать как слой для обнаружения данных и взаимодействия, а не как ярлык для цитирования искусственным интеллектом. (developers.google.com)

Чек-лист:

• Присвойте каждому набору данных стабильный идентификатор.
• Укажите предмет и объем.
• Включите издателя или создателя.
• Добавьте диапазон дат, охватываемый данными.
• Укажите географический охват, когда это актуально.
• Опишите лицензии и условия доступа.
• Добавьте каждый загружаемый файл как DataDownload.
• Включите формат файла и URL для загрузки.
• Синхронизируйте метаданные каталога с фактическими файлами.
• Документируйте частоту обновлений и дату последнего обновления.

Пример JSON-LD: страница фактов

Этот пример связывает страницу, статью, автора, издателя и тему. Замените каждое значение информацией, которая появляется на реальной странице.

html

Пример JSON-LD: страница определения

html

Определение также должно отображаться как обычный текст страницы. Не размещайте определение только в структурированных данных.

Пример JSON-LD: руководство

Поскольку расширенный результат Google How-to устарел, рассматривайте это как необязательную разметку для других систем. Видимая страница по-прежнему должна содержать полные инструкции.

html

Пример JSON-LD: каталог данных

html

Распространенные ошибки реализации

Несоответствие схемы

Самая серьезная ошибка — это разметка контента, который пользователи не могут видеть. Google заявляет, что структурированные данные должны быть истинным представлением страницы, а вводящий в заблуждение или скрытый контент может сделать страницу непригодной для расширенных результатов. (developers.google.com)

Типичные примеры:

• Разметка статьи как HowTo, когда она не содержит реальных шагов
• Разметка компании как автора, когда статья была написана человеком
• Добавление ответов FAQ, которые не появляются на странице
• Использование будущей даты публикации
• Разметка общего сообщения в блоге как QAPage
• Добавление ClaimReview к статье с мнениями

Тонкие ответы

Структурированные данные не могут заполнить пустую страницу.

Короткий, расплывчатый ответ в Answer.text или acceptedAnswer не создает сильного источника. Видимый контент должен:

• Отвечать на вопрос прямо
• Объяснять важные ограничения и исключения
• Называть источники
• Включать даты, примеры или измерения, где это полезно
• Быть самодостаточным при копировании вне контекста

Руководство Google по искусственному интеллекту гласит, что нет идеальной длины страницы и нет необходимости разбивать контент на мелкие части для систем искусственного интеллекта. Лучшая цель — это полезный, полный, ориентированный на людей контент. (developers.google.com)

Дублирующиеся сущности

Избегайте публикации нескольких конфликтующих версий одной и той же организации, автора или страницы.

Неудачная реализация:

• Один объект Organization с одним названием на главной странице
• Второй объект с другим названием на каждой статье
• Третий объект без @id на странице автора

Лучшая реализация:

• Присвоить организации один стабильный @id
• Присвоить каждому автору один стабильный @id
• Ссылаться на эти объекты из статей, профилей и страниц вопросов
• Поддерживать согласованность имени, логотипа, URL и внешних ссылок на идентификаторы

Дублирующиеся вопросы

Не повторяйте один и тот же вопрос в:

• FAQPage
• QAPage
• Разметке статьи
• Нескольких видимых разделах страницы
• Нескольких блоках JSON-LD

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

Неправильные даты

Google использует несколько источников для оценки дат публикации и обновления. Он рекомендует, чтобы видимые даты и структурированные даты совпадали, и предупреждает об использовании будущих дат или дат, связанных с событиями, обсуждаемыми в статье, а не с самой страницей. (developers.google.com)

Чрезмерное использование sameAs

Ссылка sameAs должна идентифицировать того же реального человека или организацию. Не ссылайтесь на:

• Несвязанный профиль в социальных сетях
• Страницу результатов поиска
• Общий список каталогов
• Страницу с другим написанием или идентификацией
• Профиль, который организация не контролирует

Разметка только на JavaScript

Google может обрабатывать структурированные данные, добавленные на отрендеренную страницу, но реализация только на JavaScript может быть сложнее для обнаружения другими сканерами и инструментами аудита. Блок JSON-LD, отрендеренный на сервере, обычно легче тестировать и поддерживать. (developers.google.com)

Практический план тестирования

Чтобы измерить, оказывает ли разметка инкрементальный эффект, используйте контролируемый тест вместо того, чтобы полагаться на несколько ручных поисков.

До изменений

Запишите:

• Целевые запросы
• Текущий органический рейтинг
• Появляется ли ответ искусственного интеллекта
• Какие страницы цитируются
• Позиция цитирования, если доступна
• Поисковый трафик
• Конверсии
• Текущие структурированные данные
• Изменения контента, внесенные в течение тестового периода

Во время теста

• Добавляйте одно крупное изменение разметки за раз.
• Поддерживайте стабильность контента, внутренних ссылок, заголовков и обратных ссылок.
• Используйте аналогичные контрольные страницы, которые не подвергаются изменению.
• Запишите точную дату публикации изменения.
• Подождите достаточно долго для сканирования и повторной обработки.

Ahrefs использовал сопоставленные контрольные группы и метод «разность разностей» до и после. Их подход является полезной моделью для организаций, которые хотят тестировать структурированные данные, вместо того чтобы предполагать, что корреляция доказывает причинно-следственную связь. (ahrefs.com)

После изменений

Отслеживайте:

• Данные о производительности искусственного интеллекта в Google Search Console
• Цитирования в Google AI Overview
• Цитирования в Google AI Mode
• Цитирования искусственного интеллекта в Bing Webmaster Tools
• Цитирования в ChatGPT, Gemini или Perplexity, если это актуально
• Органические рейтинги
• Поисковые клики
• Ассоциированные конверсии

Google сообщает о поисковом трафике искусственного интеллекта через отчеты о производительности Search Console. Отчеты о производительности искусственного интеллекта Bing показывают цитируемые страницы и запросы для обоснования, но не показывают, почему страница была выбрана или насколько важна она была в ответе. (developers.google.com)

Рекомендуемый порядок реализации

Для большинства издателей лучший порядок таков:

1. Сначала исправьте видимый контент.
2. Сделайте сканирование и индексацию надежными.
3. Внедрите Article для реальных редакционных страниц.
4. Свяжите авторов с Person и страницами профилей.
5. Свяжите издателей с Organization.
6. Используйте WebPage как чистый слой графа на уровне страницы.
7. Используйте QAPage только для подлинных вопросов сообщества.
8. Используйте DefinedTerm для глоссариев и страниц определений.
9. Используйте Dataset и DataCatalog для ресурсов данных.
10. Рассматривайте FAQPage, HowTo и ClaimReview как вторичную или не-Google разметку, поскольку их функции поиска Google были удалены или устарели.

Заключение

Самый сильный текущий урок прост: разметка Schema.org помогает машинам понимать контент, но это не гарантированный путь к ответам искусственного интеллекта.

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

• Article описывает редакционную страницу.
• Person идентифицирует автора.
• Organization идентифицирует издателя.
• WebPage связывает страницу с ее основной сущностью.
• QAPage описывает подлинный вопрос пользователя и его ответы.
• DefinedTerm уточняет определение.
• Dataset и DataCatalog описывают структурированные ресурсы данных.

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