Как Яндекс использует геолокацию и сценарии пользователя для генерации последовательности интересующих объектов (POI)

Описание

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

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

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

Запатентован способ генерации поисковых результатов, основанный на идентификации сценария (последовательности событий) и географического положения пользователя. Суть изобретения — формирование результирующего набора, который состоит не из одного результата, а из последовательности как минимум двух интересующих объектов (Points of Interest, POI), необходимых для выполнения задачи в рамках сценария (например, построение маршрута отпуска или план оформления документов).

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

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

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

Высокая. Концепция контекстного, проактивного и ориентированного на задачи поиска (task-oriented search) является центральной в развитии современных поисковых систем, гео-сервисов (Яндекс Карты, Навигатор) и виртуальных ассистентов (Алиса). Использование геолокации и сценариев для персонализации выдачи крайне актуально.

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

Влияние на SEO (6/10). Патент имеет минимальное отношение к ранжированию традиционного веб-поиска. Однако он критически важен для Local SEO и оптимизации присутствия бизнеса в сервисах Яндекса. Понимание того, как Яндекс интерпретирует локальный интент и выстраивает последовательности POI на основе сценариев, необходимо для компаний, зависящих от физического трафика и видимости в гео-сервисах.

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

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

Примечание: Анализ основан на тексте Формулы изобретения (Claims), предоставленном в PDF.

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

Местоположение, связанное с пользователем. Может быть текущим местоположением или желаемым местоположением, выбранным пользователем (Пункт 16).

Интересующий объект (Point of Interest, POI)

Конкретное место, организация или услуга, релевантная запросу и сценарию. Примеры включают места осуществления деловых операций, места оказания услуг, транспортные организации и т.д. (Пункт 13).

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

Данные, определяющие этапы в рамках сценария. Являются основой для выбора последовательности интересующих объектов.

Правило запроса (Query Rule)

Логика, используемая для последовательного запроса (выбора) интересующих объектов. Правило основывается на геолокации, данных POI, данных пользователя (возраст, пол) и поисковом запросе (Пункты 11, 12).

Результирующий набор (Resulting Set)

Финальный ответ на поисковый запрос, содержащий указание как минимум двух интересующих объектов (первого и второго). Может отображаться в виде списка объектов, действий или на карте (Пункты 14, 18).

Сценарий (Scenario)

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

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

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

Claim 1 (Независимый пункт): Описывает основной способ обработки поискового запроса.

1. Получение поискового запроса.
2. Определение географического положения пользователя.
3. Определение сценария (последовательности событий).
4. Формирование результирующего набора. Это ядро изобретения:
   1. Определение первого интересующего объекта (POI 1). Выбор основан на триангуляции: данные объекта + географическое положение + сценарий.
   2. Определение второго интересующего объекта (POI 2). Выбор также основан на триангуляции: данные объекта + географическое положение + сценарий.
   3. Включение POI 1 и POI 2 в набор.
5. Сохранение и инициирование отображения набора пользователю.

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

Claim 3 и 4 (Зависимые пункты): Уточняют источник данных о POI.

Данные о POI извлекаются из базы данных, которая объединяет (агрегирует) данные, полученные из различных ресурсов Интернета. Это указывает на важность согласованности данных об организации в сети.

Claim 7 (Зависимый пункт): Конкретизирует типы сценариев.

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

Claims 8, 9, 10 (Зависимые пункты): Описывают механизмы определения сценария.

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

Claim 11 и 12 (Зависимые пункты): Описывают механизм выбора POI.

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

Claim 17 (Зависимый пункт): Указывает на проактивный режим.

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

Claim 19 (Зависимый пункт): Описывает механизм обратной связи.

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

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

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

QUERY PROCESSING – Понимание Запросов
На этом этапе система анализирует запрос и контекст пользователя (геолокацию, профиль, историю) для определения релевантного сценария. Это форма глубокого распознавания интента, выходящая за рамки ключевых слов к пониманию задачи (Task Understanding).

RANKING (Локальный поиск/Специализированные вертикали)
Ранжирование здесь заменяется процессом выбора и упорядочивания интересующих объектов. Вместо традиционных факторов ранжирования (текстовая релевантность, авторитетность), система использует правила запроса, определенные сценарием, для фильтрации POI по их атрибутам, локации и соответствию текущему этапу задачи.

BLENDER – Метапоиск и Смешивание / Система Wizards (Колдунщики)
Результирующий набор может быть представлен в виде специализированного блока (колдунщика) на SERP, включающего список объектов или действий (Claim 14), или в виде маршрута на карте объекта (Claim 18).

На что влияет

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

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

• Триггеры активации:
  • Наличие четкого указания на географическое положение (текущее или желаемое).
  • Возможность идентифицировать поисковый запрос или контекст пользователя как часть предопределенного сценария.
  • Проактивный триггер: изменение географического положения пользователя (Claim 17).

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

1. Получение контекста: Система получает поисковый запрос от устройства (текстовый или инициированный автоматически при изменении геолокации).
2. Определение геолокации: Определяется релевантное географическое положение (текущее или целевое).
3. Определение сценария: Процессор анализирует запрос, геолокацию и профиль пользователя (возраст, пол, история), чтобы выбрать наиболее подходящий предопределенный сценарий (например, «Отпускная поездка»).
4. Извлечение данных POI: Данные об интересующих объектах извлекаются из агрегированной базы данных (например, Яндекс Бизнес/Карты).
5. Выполнение правила запроса (Последовательный выбор):
   • Выбор POI 1: Система применяет правило запроса для первого этапа сценария, выбирая объект, учитывая его атрибуты, локацию и сценарий.
   • Выбор POI 2: Система применяет правило для второго этапа сценария. Выбор может зависеть от данных POI 1 (Claim 6).
6. Формирование результирующего набора: POI 1 и POI 2 объединяются в структурированный ответ.
7. Отображение: Инициируется отображение набора пользователю в виде списка объектов, действий или на карте.
8. Обратная связь (Опционально): Система учитывает реакцию пользователя на результирующий набор для корректировки будущих выборов (Claim 19).

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

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

• Географические факторы: Текущее/желаемое местоположение пользователя (Claim 16), факт изменения географического положения (Claim 17). Географическое положение самих POI (Claim 13).
• Пользовательские факторы: Данные профиля пользователя (Claim 8). Демографические данные: возраст, пол (Claim 12). История поисковых запросов (Claim 8). Ответная реакция пользователя на прошлые результаты (Claim 19).
• Структурные факторы (Данные POI) (Claim 13):
  • Тип объекта (место деловых операций, услуг, транспортная организация).
  • Время закрытия (часы работы).
  • Доступность для людей с ограниченной подвижностью.
  • Порядок посещения.
  • Транспортные услуги.
  • Стоимость.
• Системные данные: База данных сценариев с предопределенными последовательностями событий (Claim 9, 10). Правила запросов для сценариев.

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

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

Процесс основан на:

• Сопоставлении с образцом (Pattern Matching): Сопоставление контекста пользователя (запрос, локация, профиль) с предопределенными сценариями.
• Применении правил (Rule-based system): Использование правил запроса для последовательного выбора интересующих объектов.
• Фильтрации базы данных: Выбор POI осуществляется путем фильтрации базы данных объектов по атрибутам, заданным сценарием, локацией и профилем пользователя (например, фильтрация по типу услуги, времени работы, стоимости, доступности).

Выводы

1. Фокус на выполнении задач (Task Completion): Патент демонстрирует стратегию Яндекса по переходу от информационного поиска к помощи в выполнении сложных задач в физическом мире, состоящих из последовательности действий.
2. Сценарии как основа контекстного поиска: Ключевым элементом системы является использование предопределенных сценариев (отпуск, командировка, переезд) для глубокой интерпретации интента и предсказания следующих шагов пользователя.
3. Критическая роль геолокации и проактивности: Географическое положение является обязательным контекстом. Система может активироваться проактивно при смене локации пользователя, даже без явного запроса.
4. Персонализация и обратная связь: Система активно использует данные профиля пользователя (демографию, историю) и учитывает обратную связь на предыдущие рекомендации для персонализации выбора объектов.
5. Применимость к Local SEO: Метод напрямую не связан с ранжированием веб-документов, но имеет решающее значение для видимости организаций в Яндекс Картах, Навигаторе и других локальных сервисах.
6. Важность структурированных данных о POI: Эффективность системы напрямую зависит от полноты и точности структурированных данных об интересующих объектах (часы работы, услуги, стоимость, доступность), агрегированных из разных источников.

Практика

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

Рекомендации касаются исключительно Local SEO и оптимизации присутствия в Яндекс Бизнес/Картах.

• Максимальная полнота данных в Яндекс Бизнес: Патент явно указывает (Claim 13), что при выборе POI используются такие данные, как время работы, стоимость, доступность для людей с ограниченной подвижностью, транспортные услуги. Необходимо заполнить все доступные поля в профиле организации.
• Точное указание видов деятельности и услуг: Максимально точно и полно перечислите оказываемые услуги. Это поможет системе сопоставить вашу организацию с конкретными этапами в сценариях пользователей (например, в рамках «административной процедуры» или «командировки»).
• Оптимизация под сценарии использования: Подумайте, в каких сценариях участвует ваш бизнес. Если вы отель, оптимизируйте описание и услуги под сценарии «отпуск» и «командировка». Если вы МФЦ – под «административные процедуры». Используйте соответствующие термины в описаниях, услугах и ответах на отзывы.
• Стимулирование положительной обратной связи: Система учитывает ответную реакцию пользователя (Claim 19). Высокий рейтинг и позитивный пользовательский опыт могут повышать вероятность выбора вашей организации в рамках сценария.
• Согласованность данных (NAP Consistency): Так как система агрегирует данные из разных ресурсов Интернета (Claim 3), убедитесь, что информация о вашем бизнесе (Название, Адрес, Телефон, Услуги) согласована на всех площадках (сайт, каталоги, агрегаторы).

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

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

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

Патент подтверждает стратегический приоритет Яндекса на развитие гиперлокальных, персонализированных и проактивных сервисов. Для SEO это означает, что оптимизация под экосистему локальных продуктов Яндекса (Карты, Навигатор, Бизнес) является обязательной частью стратегии для любого бизнеса с физическими точками присутствия. Яндекс стремится стать ассистентом в решении реальных задач, и стратегия Local SEO должна фокусироваться на интеграции бизнеса в эти пользовательские сценарии.

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

Сценарий 1: Отпускная поездка (Туризм)

1. Контекст: Пользователь находится в Суздале (определено по геолокации). Система определяет сценарий «Отпускная поездка» (на основе локации и профиля пользователя).
2. Действие системы: Система активирует правило запроса для этого сценария.
3. Выбор POI 1: Выбирается главная достопримечательность (например, Суздальский Кремль).
4. Выбор POI 2: Система ищет следующий шаг – например, место для обеда. Она фильтрует рестораны рядом с Кремлем, учитывая время работы, стоимость и предпочтения пользователя.
5. Практическое применение для SEO: Владельцу ресторана необходимо убедиться, что в Яндекс Бизнес указаны актуальные часы работы, ценовая категория, а в описании подчеркивается близость к Кремлю и удобство для туристов. Это повысит шансы быть выбранным в качестве POI 2.

Сценарий 2: Административная процедура

1. Контекст: Пользователь вводит запрос «оформить паспорт» в Москве. Система определяет сценарий «Административная процедура».
2. Действие системы: Активируется многоэтапный сценарий.
3. Выбор POI 1: Выбирается ближайший МФЦ или отделение МВД.
4. Выбор POI 2: Система предсказывает потребность в сопутствующих услугах – например, фотоателье для фото на паспорт или отделение банка для оплаты пошлины, расположенные рядом с POI 1.
5. Практическое применение для SEO: Фотоателье должно четко указать в перечне услуг «фото на паспорт» и обеспечить точное геопозиционирование рядом с МФЦ, чтобы попасть в результирующий набор как релевантная сопутствующая услуга.

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