Как Яндекс использует жизненные Сценарии и Геолокацию для генерации контекстной и приоритизированной локальной выдачи

Описание

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

Патент решает проблему фрагментации информации и сложности поиска при столкновении пользователя с конкретными жизненными ситуациями или контекстами (например, переезд, командировка, административная процедура) в определенной локации. Традиционный поиск требует выполнения множества итеративных запросов для сбора необходимой информации о локальных объектах. Изобретение автоматизирует этот процесс, предоставляя агрегированный и структурированный набор Объектов интереса (POI), релевантных конкретному Сценарию и Геолокации пользователя, тем самым сокращая усилия пользователя.

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

Запатентована система обработки поисковых запросов, генерирующая результаты на основе контекста пользователя. Суть изобретения заключается в определении Геолокации пользователя и идентификации Сценария (отражающего ситуацию пользователя и последовательность событий). На основе этой комбинации система выбирает, анализирует и группирует релевантные Объекты интереса (организации, места), а затем упорядочивает их на основе приоритета в рамках сценария.

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

Система определяет местоположение пользователя и идентифицирует Сценарий (например, «Командировка»). Сценарий может быть выбран пользователем или определен автоматически (в том числе проактивно при смене локации). Используя Базу данных объектов и логику сценария (Последовательность событий), система находит релевантные объекты. Далее генерируются несколько Наборов результатов, группирующих объекты по типам (например, «Госучреждения», «Экстренные службы»). Ключевой механизм — Процедура упорядочивания (Ordering Routine), которая определяет порядок на основе приоритета (важности) объектов, а не обязательно порядка их посещения в реальной жизни.

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

Высокая. Контекстуальный поиск, учитывающий геолокацию, интент пользователя и его реальную жизненную ситуацию, является ключевым направлением развития поисковых систем. Технологии, направленные на решение задач пользователя (Task Completion) через агрегацию сущностей, крайне актуальны в мобильном и локальном поиске.

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

Влияние на SEO значительно (8/10), особенно критично для Локального Поиска (Local SEO) и сайтов, представляющих физические сущности (организации, услуги). Патент демонстрирует механизм, при котором релевантность определяется соответствием Сценарию и Геолокации. Это подчеркивает критическую важность наличия и точности структурированных данных об организации (часы работы, адрес, тип услуг) в базах данных Яндекса (например, Яндекс Бизнес) для попадания в эти контекстуальные выдачи.

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

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

Geographical Location (Географическое местоположение)

Текущее или желаемое местоположение пользователя. Используется как ключевой фильтр для выбора Объектов интереса.

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

База данных, агрегирующая информацию из различных интернет-ресурсов об Объектах интереса. Содержит структурированные данные: название, адрес, контакты и параметры (часы работы, стоимость, доступность и т.д.). Практическая реализация – база данных Яндекс Бизнеса/Карт.

Object of Interest (Объект интереса, POI)

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

Ordering Routine (Процедура упорядочивания)

Алгоритм для последовательного упорядочивания объектов интереса. Основывается на приоритете объектов в рамках сценария, а также может учитывать локацию, параметры объекта (например, часы работы) и профиль пользователя (возраст, пол).

Result Set (Набор результатов)

Скомпилированный набор Объектов интереса. Патент предполагает генерацию нескольких наборов, сгруппированных по разным типам объектов.

Scenario (Сценарий)

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

Sequence of Events (Последовательность событий)

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

User Profile Database (База данных профилей пользователей)

База данных, хранящая информацию о пользователях (например, возраст, пол). Используется для определения Сценария или для упорядочивания результатов.

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

Claim 1 (Независимый пункт) описывает основной метод обработки поискового запроса для генерации структурированных наборов сущностей.

1. Система получает поисковый запрос.
2. Определяется Географическое местоположение пользователя.
3. Определяется Сценарий, выбранный из множества. Каждый сценарий указывает на ассоциированные объекты и определяет Последовательность событий.
4. Генерируются как минимум два набора результатов (Result Sets). Первый набор группирует объекты первого типа, второй – объекты второго (отличного) типа.
5. Генерация каждого набора включает:
   1. Определение Объектов интереса на основе анализа данных объекта, геолокации и сценария.
   2. Выполнение Процедуры упорядочивания (Ordering Routine).
   3. Критически важно: Процедура упорядочивания отражает приоритет (priority) объектов интереса, а не конкретный порядок, которому пользователь должен следовать в реальной жизни.
6. Наборы результатов компилируются, сохраняются и отображаются пользователю.

Ядро изобретения — использование комбинации локации и предопределенного контекста (сценария) для фильтрации и структурирования сущностей с применением системной логики приоритетов.

Claim 11 (Зависимый от Claim 1) уточняет критерии для Процедуры упорядочивания.

Ordering Routine может основываться на широком спектре сигналов: геолокации пользователя, последовательности событий сценария, данных объектов (например, часы работы), данных профиля пользователя (включая возраст и пол), поисковом запросе.

Claim 16 (Зависимый от Claim 1) описывает проактивный триггер.

Поисковый запрос может быть получен (инициирован) в результате того, что устройство определило изменение географического положения пользователя. Это позволяет системе работать проактивно (например, при прибытии в новый город).

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

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

QUERY PROCESSING – Понимание Запросов

На этом этапе система анализирует запрос и контекст (геолокацию, профиль, историю) для определения релевантного Сценария. Это шаг классификации интента, где интент определяется как конкретная жизненная ситуация или задача.

RANKING – Ранжирование (Локальный поиск и Поиск по Сущностям / Knowledge Graph)

Система использует Сценарий и Геолокацию как фильтры для извлечения кандидатов из Object Database. Ранжирование здесь заключается не в оценке релевантности веб-страниц, а в выборе наиболее подходящих объектов и их упорядочивании с помощью Ordering Routine на основе приоритета.

BLENDER – Метапоиск и Смешивание (Генерация SERP / Wizards)

На этом этапе происходит компиляция и структурирование выдачи. Система генерирует несколько Result Sets, группируя объекты по типам. Результат может быть представлен в виде специализированной SERP, Колдунщика (Wizard) или карточки объекта (Object Card).

На что влияет

• Конкретные типы контента: Наибольшее влияние на локальные сущности, представляющие организации, услуги и места (Объекты интереса). Минимальное влияние на информационный контент.
• Специфические запросы: Влияет на запросы, связанные с выполнением задач в реальном мире (ситуационные запросы). Например, «переезд в новый район», «оформление документов», «командировка в».
• Конкретные ниши или тематики: Сильное влияние на Local SEO, государственные услуги, экстренные службы, туризм и транспорт.

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

Алгоритм применяется, когда система может идентифицировать конкретный Сценарий и Геолокацию пользователя.

• Триггеры активации:
  • Пользователь задает запрос, явно связанный с известным сценарием, или выбирает его.
  • Система обнаруживает изменение геолокации (например, прибытие в новый город), что может проактивно активировать сценарий «Путешествие» или «Командировка» (Claim 16).
  • Комбинация данных профиля, истории запросов и текущей локации позволяет с высокой вероятностью определить сценарий.

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

Процесс обработки запроса и генерации контекстной выдачи:

1. Получение запроса: Система получает запрос (инициированный пользователем или автоматически).
2. Определение Геолокации: Определение географического местоположения пользователя.
3. Определение Сценария: Идентификация релевантного Сценария (например, «Переезд»). Извлечение логики сценария (типы объектов, Последовательность событий) из Scenario Database.
4. Получение профиля пользователя (Опционально): Запрос данных из User Profile Database (например, возраст, пол) для уточнения сценария или ранжирования.
5. Генерация Наборов Результатов (Итеративно по типам): Система генерирует несколько наборов, группируя объекты по разным типам (например, Тип 1: «Госучреждения», Тип 2: «Магазины»). Для каждого типа:
   1. Поиск и анализ объектов: Идентификация Объектов интереса в Object Database на основе типа, геолокации и сценария.
   2. Упорядочивание: Применение Ordering Routine. Упорядочивание отражает приоритет объектов и может основываться на логике сценария, расстоянии, часах работы или данных пользователя.
   3. Компиляция набора: Формирование набора результатов для данного типа.
6. Проверка финальности (Опционально): Как описано в деталях патента, система может проверить, является ли набор результатов окончательным, и запросить у пользователя уточнение (например, выбрать наиболее релевантный объект), после чего набор обновляется.
7. Генерация дополнительной информации (Опционально): Генерация карт или связанных действий.
8. Отображение результатов: Передача скомпилированных наборов результатов на устройство пользователя.

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

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

• Географические факторы: Текущая геолокация пользователя (GPS, IP) или заданная локация. Адреса и координаты Объектов интереса из Object Database.
• Пользовательские факторы: Данные из User Profile Database (возраст, пол — упомянуты как факторы для упорядочивания в Claim 11). Данные, полученные от электронного устройства.
• Временные факторы: Часы открытия и закрытия Объектов интереса.
• Структурные данные (Объекты): Параметры из Object Database: тип объекта, название, контакты, стоимость услуг, доступность для людей с ограниченными возможностями.
• Контекстные данные (Сценарии): Данные из Scenario Database: ассоциированные типы объектов, Sequence of Events (определяющая приоритет).
• Поведенческие факторы: История запросов может использоваться для определения сценария. Обратная связь пользователя по ранее показанным результатам (Claim 18).

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

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

• Релевантность Объекта Сценарию: Оценивается на основе соответствия типа объекта требованиям сценария и геолокации.
• Ordering Routine (Процедура упорядочивания): Алгоритм, рассчитывающий порядок или приоритет объектов. Использует многофакторную модель (Claim 11), учитывающую:
  • Приоритет (Priority): Определяется Sequence of Events сценария. Патент подчеркивает, что порядок отражает важность, а не обязательный порядок посещения.
  • Географическая близость: Расстояние от пользователя до объекта.
  • Временные ограничения: Сравнение часов работы. Например, объект, который скоро закроется, может получить приоритет.
  • Персонализация: Учет данных профиля пользователя (возраст, пол).

Выводы

1. Контекст (Сценарий + Локация) как основа ранжирования: Яндекс разрабатывает механизмы, где реальная жизненная ситуация пользователя (Сценарий) и его Геолокация являются определяющими факторами для формирования выдачи. Это смещение фокуса с ключевых слов на решение задач (Task Completion).
2. Структурированная выдача по типам сущностей: Ключевой особенностью является генерация нескольких наборов результатов (Result Sets), сгруппированных по типам (например, «Госучреждения», «Магазины»), что обеспечивает комплексное решение задачи в рамках одного SERP.
3. Приоритетное упорядочивание (Priority-based Ordering): Система использует сложную логику упорядочивания (Ordering Routine), которая определяет порядок на основе системной важности (приоритета) объектов в рамках Сценария, а не только на основе расстояния или хронологии действий пользователя.
4. Критичность структурированных данных об объектах: Эффективность системы напрямую зависит от полноты и точности данных в Object Database (Яндекс Бизнес/Карты). Для включения объекта в сценарий система должна знать его тип, точный адрес, часы работы и другие параметры.
5. Проактивность и Персонализация: Система может определять сценарии автоматически (включая проактивное срабатывание при смене локации) и персонализировать порядок выдачи, используя данные профиля (возраст, пол).

Практика

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

Поскольку патент описывает систему, работающую на основе структурированных данных об организациях (сущностях), основные рекомендации касаются Local SEO и Entity Optimization.

• Максимально полное и точное заполнение данных в Яндекс Бизнес: Это критически важно, так как Яндекс Бизнес является основным источником данных для Object Database. Необходимо обеспечить актуальность: точный адрес, часы работы (с учетом праздников), типы предоставляемых услуг, контакты, доступность (например, для людей с ограниченными возможностями).
• Точное Категорирование Бизнеса: Выбирайте наиболее релевантные категории. Система использует типы объектов, определенные в Сценарии, для выбора кандидатов. Неверная категория исключит организацию из релевантного сценария.
• Оптимизация под Сценарии Использования: Понимайте, в каких жизненных сценариях участвует ваш бизнес. Убедитесь, что описание и услуги в Яндекс Бизнес и на сайте явно указывают на вашу релевантность этим сценариям (например, отель должен оптимизироваться под «Командировку» и «Отпуск»).
• Использование микроразметки на сайте: Используйте релевантную микроразметку (Schema.org/LocalBusiness) на сайте, чтобы помочь Яндексу поддерживать актуальность своей Object Database.

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

• Предоставление неточной или устаревшей информации: Неверные часы работы или адрес приведут к исключению объекта из релевантного набора или его неправильному упорядочиванию (Ordering Routine), что критично для пользователя в рамках сценария.
• Игнорирование локальных сигналов и геосервисов: Фокусировка только на контенте сайта без активной работы с Яндекс Бизнес и Картами лишает бизнес возможности быть включенным в эти контекстные выдачи.
• Неполное заполнение параметров: Игнорирование таких параметров, как доступность или детальный перечень услуг, может снизить приоритет объекта в рамках сценария.

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

Патент подтверждает стратегический курс Яндекса на развитие контекстного и локального поиска, ориентированного на решение реальных задач пользователя (Utility Engine). Он демонстрирует, как поисковая система стремится стать ассистентом, который понимает ситуацию пользователя (Сценарий) и проактивно предлагает решение. Для SEO это означает, что управление данными о сущности (Entity Management) и Local SEO являются критически важными компонентами. Видимость все больше зависит от интеграции бизнеса в Граф Знаний Яндекса.

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

Сценарий 1: Оптимизация Аптеки под Сценарий «Переезд» (Change of Residence)

1. Контекст: Пользователь недавно переехал в новый район. Яндекс активирует сценарий «Смена места жительства».
2. Требования Сценария: Сценарий определяет, что «Аптеки» являются релевантным типом и могут быть включены в группу «Круглосуточные услуги» или «Здоровье».
3. Действия SEO/Владельца:
   • Убедиться, что аптека зарегистрирована в Яндекс.Бизнес с точным адресом и категорией «Аптека».
   • Критически важно: Точно указать часы работы. Если аптека круглосуточная, это должно быть отмечено.
   • Заполнить атрибуты доступности (accessibility).
4. Результат в поиске: Аптека появляется в структурированном списке. Благодаря указанию круглосуточного режима, она может получить более высокую позицию или попасть в более заметную группу по сравнению с аптеками, которые закрываются рано, так как Ordering Routine учитывает время работы при определении приоритета.

Сценарий 2: Проактивная выдача при Командировке

1. Контекст: Пользователь прилетает в новый город. Устройство определяет смену геолокации (Claim 16).
2. Действие системы: Яндекс проактивно инициирует запрос и активирует сценарий «Командировка» или «Путешествие».
3. Требования Сценария: Важны объекты: транспорт, отели, кафе, банки.
4. Действия SEO (для отеля):
   • В Яндекс Бизнес отель указывает наличие услуг: трансфер из аэропорта, круглосуточная регистрация, Wi-Fi, кафе.
5. Результат в поиске: Пользователь получает структурированную выдачу с релевантными объектами. Отель, предоставляющий нужные услуги и имеющий полные данные, попадает в набор результатов «Проживание» и может получить высокий приоритет, так как хорошо соответствует комплексному сценарию.

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