Как Яндекс формирует интерактивные карточки объектов в выдаче на основе интента и связанных сущностей

Описание

Какую задачу решает

Патент решает задачу улучшения пользовательского опыта на странице результатов поиска (SERP) при запросах, связанных с объектами (сущностями). Основная проблема заключается в том, что один объект может принадлежать к нескольким доменам (например, «Мадонна» как певица, актриса, писатель), и стандартные карточки объектов (Object Cards) статичны и не учитывают специфический интент пользователя. Изобретение позволяет динамически адаптировать представление информации об объекте на SERP в соответствии с предполагаемым или явно выраженным интентом пользователя.

Что запатентовано

Запатентована система и метод формирования и динамической адаптации Object Card (Карточки объекта) на SERP. Суть изобретения включает несколько ключевых механизмов: (1) Определение User-Search-Intent (Интента пользователя) и динамическое упорядочивание или выбор компонентов объекта (Object Components) на его основе. (2) Внедрение интерактивных элементов управления (User Actuators или Intent Filters), позволяющих пользователю менять фокус карточки (например, с биографии на фильмографию), что приводит к локальному изменению контента SERP. (3) Отображение связанных объектов (Linked Objects) из разных доменов (Object Domains). (4) Обогащение компонентов объекта ссылками на наиболее релевантные результаты общего веб-поиска (Best-Matching Search Result).

Как это работает

Система работает в несколько этапов. Офлайн происходит сбор данных об объектах, их доменах и связях из авторитетных источников (например, Wikipedia, IMDB) и сохранение их в Object Database. При получении запроса система определяет, связан ли он с объектом. Если да, определяется интент пользователя (явно из запроса или неявно из статистики). На основе интента система выбирает и упорядочивает компоненты объекта (например, биография, песни, фильмы). Генерируется SERP, включающая Object Card с этими компонентами и интерактивными фильтрами интентов. Также генерируется блок связанных объектов, причем система выбирает объекты из разных доменов. При активации пользователем фильтра интента (например, клик по табу «Фильмография»), электронное устройство локально (без нового запроса к серверу) перестраивает SERP: скрывает нерелевантные компоненты и обогащает выбранный компонент дополнительной информацией, которая была предварительно загружена.

Актуальность для SEO

Средняя/Высокая. Технологии, связанные с Графом Знаний (Knowledge Graph),Entity Search и генерацией обогащенных ответов (Колдунщиков/Wizards), являются фундаментальными для современного поиска. Динамическая адаптация SERP под интент и интерактивность также актуальны. Однако конкретная реализация интерфейса с табами и локальной перестройкой выдачи, описанная в патенте (поданном в 2014 году), может отличаться от текущих реализаций Яндекса, которые чаще используют более плавные и интегрированные решения.

Важность для SEO

Влияние на SEO значительно (7/10). Патент не описывает алгоритмы ранжирования, но критически важен для стратегий по оптимизации под сущности (Entity Optimization) и управлению видимостью в SERP. Он демонстрирует, как Яндекс структурирует информацию о сущностях. Попадание в Object Card или блок Linked Objects обеспечивает максимальную видимость. Понимание того, как Яндекс определяет Object Domains и Best-Matching Result, позволяет влиять на то, какой контент и ссылки будут показаны в этих приоритетных блоках.

Детальный разбор

Термины и определения

Best-Matching Search Result (Наиболее подходящий результат поиска)

Результат из общего веб-поиска (например, самый высокоранжированный), который используется для обогащения (Augmenting) компонента объекта. Например, ссылка на Кинопоиск в блоке Фильмографии.

Intent Filter / User Actuator (Фильтр интента / Пользовательский актуатор)

Интерактивный элемент управления на SERP (например, таб, кнопка), связанный с определенным компонентом объекта или доменом объекта. Позволяет пользователю изменить представление информации на SERP.

Linked Object (Связанный объект)

Объект (сущность), семантически связанный с основным объектом поиска в рамках определенного домена (например, Брэд Питт для Анджелины Джоли в домене «Родственники»).

Object Badge (Бейдж объекта)

Область в верхней части Object Card, содержащая общую информацию: название, краткое описание, изображения.

Object Card (Карточка объекта)

Специальный блок на SERP (Колдунщик), агрегирующий структурированную информацию об объекте поиска.

Object Component (Компонент объекта)

Структурированный блок информации внутри Object Card, часто основанный на результатах вертикального поиска (например, блок «Биография», «Фильмография», «Новости»).

Object Database (База данных объектов)

Хранилище структурированных данных об объектах, их доменах и связях (часть Графа Знаний).

Object Domain (Домен объекта)

Область деятельности или категория, к которой принадлежит объект (например, «Актриса», «Писатель», «Филантроп»). Один объект может иметь несколько доменов.

Search Object (Объект поиска)

Сущность (Entity), распознанная поисковой системой в запросе пользователя (например, человек, место, организация).

User-Search-Intent (Интент пользователя)

Предполагаемая цель пользователя при вводе запроса. Система пытается определить, какая грань (домен) объекта интересует пользователя.

Ключевые утверждения (Анализ Claims)

Патент включает несколько аспектов генерации SERP для объектного поиска. Мы разберем ключевые независимые Claims, описывающие разные механизмы.

Claim 1 (Независимый пункт): Описывает генерацию интерактивной SERP с фильтрами интентов и связанными объектами из разных доменов.

1. Система получает запрос и генерирует набор результатов поиска.
2. Идентифицируется топовый результат поиска (top search result).
3. Система проверяет Object Database (где хранятся объекты, домены и связи), соответствует ли запрос объекту.
4. Если да, генерируются Компоненты Объекта (Object Components) для включения в Object Card. Упоминается как минимум два компонента: один, связанный с общими веб-результатами, и второй, связанный с вертикальными результатами. Каждый компонент предварительно ассоциирован с набором результатов поиска.
5. На основе этих компонентов определяются Интенты пользователя (User Intents) и генерируются соответствующие Фильтры Интентов (Intent Filters).
6. Генерируется Компонент Связанных Объектов (Linked Object Component):
   • Домены объекта ранжируются на основе их корреляции с топовым результатом поиска.
   • Генерируются Актуаторы (Фильтры Доменов) для этих доменов.
   • Компонент наполняется связанными объектами из этих доменов в соответствии с ранжированием.
7. SERP отображается пользователю, включая Object Card (с компонентами и фильтрами интентов) и Linked Object Component (со связанными объектами и фильтрами доменов).
8. Интерактивность (Ключевая часть):
   • Активация Фильтра Домена: изменяет отображаемые связанные объекты (показывает только объекты из выбранного домена).
   • Активация Фильтра Интента: выполняется локально на устройстве (без новых запросов к серверу). Система извлекает *дополнительные* результаты поиска (предварительно загруженные и ассоциированные с компонентом), вставляет их в выбранный компонент (обогащает его) и удаляет другой компонент из Object Card.

Методы, описанные в патенте (соответствующие FIG. 8, 9, 12): Патент также описывает альтернативные способы адаптации Object Card, которые не требуют интерактивности пользователя.

Динамическое упорядочивание (FIG. 8):

1. Определяется User-Search-Intent на основе запроса.
2. Определяются первый и второй компоненты объекта.
3. На основе интента определяется порядок (order) этих компонентов.
4. Object Card компилируется с компонентами в этом порядке. (Например, если интент «песни», блок с песнями будет выше блока с биографией).

Выборочное включение (FIG. 9):

1. Определяется User-Search-Intent и его тип (первый или второй).
2. Определяются первый и второй компоненты объекта.
3. Если интент первого типа, в Object Card включается только первый компонент.
4. Если интент второго типа, в Object Card включается только второй компонент.

Обогащение лучшим результатом (FIG. 12):

1. Определяется набор результатов поиска.
2. Определяется компонент объекта.
3. Определяется Best-Matching Search Result (лучший результат из общего поиска), связанный с этим компонентом.
4. Компонент объекта обогащается (Augmenting) ссылкой на этот лучший результат.
5. SERP компилируется с этим обогащенным компонентом.

Где и как применяется

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

INDEXING – Индексирование и извлечение признаков
Значительная часть работы происходит офлайн и управляется Object Module (Модуль объектов). Он отвечает за сбор информации из ресурсов (например, Wikipedia, IMDB), извлечение объектов, определение их доменов (Object Domains) и идентификацию связанных объектов (Linked Objects) с использованием эвристик и машинного обучения. Эти данные сохраняются в Object Database (часть Графа Знаний).

QUERY PROCESSING – Понимание Запросов
На этом этапе система определяет, связан ли запрос с Search Object. Также здесь происходит определение User-Search-Intent, которое может базироваться на тексте запроса, истории пользователя или общей статистике запросов.

RANKING – Ранжирование
Алгоритмы ранжирования используются для определения Top Search Result (который влияет на ранжирование доменов связанных объектов) и Best-Matching Search Result (который используется для обогащения компонентов объекта).

BLENDER – Метапоиск и Смешивание (Wizards/Колдунщики)
Это основной этап применения патента. Система генерации Object Card (которая является формой Колдунщика) использует данные из Object Database и результаты вертикальных и общего поиска для сборки финального блока. Blender (или Wizard-система) решает, какие компоненты включить, в каком порядке (на основе интента) и как их обогатить. Также он отвечает за упаковку дополнительных данных, необходимых для интерактивного изменения SERP на клиенте.

На что влияет

• Специфические запросы: В первую очередь влияет на запросы, содержащие именованные сущности (Entity-seeking queries) — информационные и навигационные запросы о людях, местах, организациях, произведениях искусства и т.д.
• Конкретные типы контента: Влияет на представление структурированного контента (биографии, фильмографии, дискографии) и новостей, агрегированных из вертикальных поисков. Также влияет на видимость сайтов, которые попадают в Best-Matching Result.
• Форматы SERP: Напрямую влияет на наличие, структуру и интерактивность Карточек Объектов (Object Cards) и блоков «Связанные запросы»/«Люди также ищут».

Когда применяется

• Триггеры активации: Алгоритм активируется, когда система с высокой степенью уверенности определяет, что запрос связан с объектом (Search Object), информация о котором присутствует в Object Database, и что на запрос можно дать ответ в виде Object Card.
• Условия работы: Механизмы динамической адаптации (упорядочивание, выбор) применяются, когда у объекта есть несколько граней (доменов/компонентов) и система может определить превалирующий интент. Интерактивные фильтры применяются, когда система хочет предоставить пользователю возможность исследовать разные грани объекта.

Пошаговый алгоритм

Опишем основной процесс, сочетающий ключевые аспекты патента (Claim 1 и FIG. 6-7).

Процесс А: Офлайн-подготовка данных (Object Module)

1. Сбор данных: Сканирование авторитетных ресурсов (Wikipedia, IMDB и т.д.).
2. Извлечение объектов: Идентификация сущностей (Search Objects).
3. Определение доменов: Анализ информации для определения доменов объекта (например, Актриса, Певица).
4. Идентификация связей: Определение связанных объектов (Linked Objects) внутри каждого домена с использованием эвристик (анализ ссылок, совместное упоминание в запросах, общие свойства).
5. Хранение: Сохранение данных в Object Database (Таблица 502).

Процесс Б: Обработка запроса в реальном времени (Server/Blender)

1. Получение запроса и базовый поиск: Получение запроса, выполнение общего и вертикальных поисков. Определение Top Search Result.
2. Идентификация объекта и интента: Определение, связан ли запрос с объектом из базы данных. Определение User-Search-Intent.
3. Генерация компонентов объекта (Object Components): Выбор и формирование компонентов (например, Биография, Фильмография) на основе результатов вертикального поиска. Определение Best-Matching Result для каждого компонента и обогащение компонентов ссылками на них.
4. Адаптация под интент: Упорядочивание компонентов в Object Card на основе определенного интента (FIG. 8).
5. Генерация фильтров интента (Intent Filters): Создание интерактивных элементов (табов) на основе заголовков компонентов. Ассоциация каждого фильтра с соответствующим компонентом и дополнительными результатами поиска для последующего обогащения.
6. Генерация связанных объектов (Linked Objects):
   • Ранжирование доменов объекта (например, на основе корреляции с Top Search Result или интентом).
   • Выбор связанных объектов из нескольких (минимум двух) топовых доменов.
   • Генерация фильтров доменов (Domain Filters).
7. Компиляция SERP: Сборка Object Card (включая Object Badge, компоненты, фильтры интентов) и блока Linked Objects. Упаковка всех необходимых данных (включая скрытые дополнительные результаты) в ответ (например, JSON).
8. Отправка клиенту: Передача данных электронному устройству для отображения SERP.

Процесс В: Взаимодействие на клиенте (Electronic Device)

1. Отображение SERP: Рендеринг начального состояния Object Card.
2. Обработка активации фильтра интента: Пользователь кликает на фильтр (например, «Фильмография»).
3. Локальное обновление (без запроса к серверу):
   • Скрытие неактивных компонентов (например, «Биография»).
   • Обогащение активного компонента («Фильмография») путем вставки дополнительных результатов поиска, которые были предварительно загружены.
4. Обработка активации фильтра домена: Пользователь кликает на фильтр (например, «Родственники»). Обновление блока Linked Objects для отображения объектов только из этого домена.

Какие данные и как использует

Данные на входе

• Контентные факторы: Тексты, заголовки и структура авторитетных ресурсов (Wikipedia, IMDB и т.д.) используются для извлечения информации об объектах, их доменах и связях.
• Поведенческие факторы: Статистика прошлых запросов и взаимодействия пользователей с SERP (клики) используются для определения User-Search-Intent, а также как один из факторов для определения связи между объектами (например, как часто объекты ищут вместе).
• Данные вертикальных поисков: Результаты вертикальных поисков (Новости, Картинки, Видео, специализированные вертикали) используются для наполнения Object Components.
• Данные общего веб-поиска: Ранжированный список результатов общего поиска используется для определения Top Search Result и Best-Matching Search Result.

Какие метрики используются и как они считаются

Патент не приводит конкретных формул, но описывает следующие ключевые метрики и процессы:

• Определение связи объектов (Linked Objects Determination Routine): Эвристический процесс, учитывающий множество факторов для определения семантической связи между объектами. Факторы включают (но не ограничиваются): общие родственники, общие категории в ресурсе, совместное упоминание в запросах, ссылки между объектами в графе знаний (wikidata graph), общие подписчики в соцсетях, частота общих ключевых слов.
• Ранжирование доменов объекта: Домены ранжируются для выбора наиболее релевантных связанных объектов. Ранжирование основано, как минимум, на корреляции (correlation) домена с Top Search Result, идентифицированным в выдаче. Также может учитываться статистическая популярность домена.
• User-Search-Intent: Метрика, определяющая фокус интереса пользователя. Рассчитывается на основе анализа текста запроса, заголовков компонентов объекта, а также прошлых взаимодействий пользователей (past SERP interactions) с результатами по похожим запросам.
• Best-Matching Search Result: Определяется как топовый результат из общего веб-поиска (top-matching result from a general web search), релевантный конкретному компоненту объекта.

Выводы

1. Граф Знаний как основа выдачи по объектам: Яндекс активно использует структурированные данные (Object Database) для формирования SERP по запросам о сущностях. Система стремится понять объект во всей его многогранности, идентифицируя различные домены (Object Domains) и связи (Linked Objects).
2. Адаптация под интент: Ключевой фокус патента — адаптация Object Card под текущий интент пользователя. Это может происходить автоматически (путем изменения порядка или состава блоков) или интерактивно (через фильтры интентов).
3. Интерактивность и скорость: Запатентованный механизм (Claim 1) подчеркивает важность скорости взаимодействия. Обновление Object Card при смене интента происходит локально на клиенте без отправки новых запросов к серверу, за счет предварительной загрузки дополнительных данных.
4. Связь вертикального и общего поиска: Патент описывает механизм обогащения вертикальных данных (Object Components) ссылками на наиболее авторитетные результаты общего поиска (Best-Matching Result). Это подчеркивает важность наличия сильного, высокоранжируемого ресурса по теме.
5. Ранжирование связанных сущностей: Выбор связанных объектов зависит от ранжирования доменов объекта, которое, в свою очередь, коррелирует с топовым результатом общей выдачи (Top Search Result).

Практика

Best practices (это мы делаем)

• Оптимизация сущностей (Entity Optimization): Необходимо обеспечить полное и непротиворечивое представление ключевых сущностей вашего бизнеса (компания, продукты, ключевые лица) в авторитетных источниках, которые Яндекс использует для наполнения Object Database (например, Википедия, отраслевые справочники, сервисы Яндекса). Используйте микроразметку Schema.org для помощи в идентификации сущностей и их свойств.
• Стремление стать Best-Matching Result: Чтобы попасть в Object Card в виде рекомендуемой ссылки, сайт должен быть топовым результатом в общем поиске по соответствующему интенту. Это требует классической SEO-оптимизации, направленной на достижение лидерства в органической выдаче.
• Развитие экспертизы в разных доменах: Если ваша сущность многогранна (например, компания предлагает и продукты, и обучение), развивайте контент и авторитетность в каждом из этих доменов. Это увеличивает вероятность того, что Яндекс распознает эти домены и создаст соответствующие компоненты и фильтры интентов в Object Card.
• Управление связями (Linked Objects): Формируйте естественные связи между вашими сущностями и другими значимыми объектами в вашей нише (партнерства, совместные проекты). Упоминание этих связей в авторитетных источниках может привести к появлению вашей сущности в блоке Linked Objects при поиске связанных объектов.

Worst practices (это делать не надо)

• Противоречивая информация о сущности: Размещение противоречивых данных (разные адреса, названия, сферы деятельности) на разных площадках может запутать Object Module и помешать формированию четкого представления об объекте и его доменах.
• Игнорирование вертикальных поисков: Фокусировка только на общем веб-поиске и игнорирование оптимизации под вертикали (Новости, Видео, Картинки) снижает вероятность формирования полноценных Object Components.
• Искусственное формирование связей: Попытки манипулировать связями между объектами (например, через спамные упоминания) вряд ли будут эффективны, так как система полагается на эвристический анализ авторитетных источников и поведенческих данных.

Стратегическое значение

Патент подтверждает стратегию Яндекса на предоставление быстрых и структурированных ответов прямо на SERP, особенно когда речь идет о поиске сущностей. Для SEO это означает, что борьба за видимость смещается от простого ранжирования ссылок к управлению представлением сущности в Графе Знаний Яндекса. Стратегически важно не просто иметь сайт, релевантный запросу, но и быть признанным источником структурированной информации об объекте или стать наиболее авторитетным ответом (Best-Matching Result), который Яндекс захочет интегрировать в свою Object Card.

Практические примеры

Сценарий 1: Обогащение Object Card ссылкой на ваш сайт (Best-Matching Result)

1. Ситуация: Пользователь ищет известного автора. Яндекс генерирует Object Card с компонентом «Библиография».
2. Цель SEO: Добиться того, чтобы в компоненте «Библиография» появилась ссылка на ваш книжный магазин как на Best-Matching Result.
3. Действия: Создать максимально полную и хорошо структурированную страницу об этом авторе и его книгах на вашем сайте. Оптимизировать эту страницу под запросы вида +. Добиться ранжирования этой страницы в Топ-1 органической выдачи по этим запросам.
4. Результат: Система ранжирования идентифицирует ваш сайт как Best-Matching Result для данного компонента и обогащает Object Card ссылкой на него (как в примере с Кинопоиском на FIG. 6).

Сценарий 2: Влияние на структуру Object Card через интент

1. Ситуация: Компания занимается продажей сложного оборудования и обучением по его использованию. Это два разных домена.
2. Цель SEO: Обеспечить видимость обучающих курсов в Object Card компании.
3. Действия: Активно продвигать обучающее направление, создавать качественный контент по этой теме, стимулировать пользовательский интерес (поведенческие факторы) к этому домену. Обеспечить упоминание обучающей деятельности в авторитетных источниках.
4. Результат: Яндекс распознает «Обучение» как значимый Object Domain. При запросах, где интент смещен в сторону обучения (например, на основе статистики или явного указания в запросе), система либо поднимет компонент «Обучение» выше (FIG. 8), либо добавит интерактивный фильтр интента «Обучение» (FIG. 6).

Вопросы и ответы