Как Google распознает запросы об авиабилетах в основном поиске и автоматически запускает интерфейс Google Flights

Описание

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

Патент решает задачу улучшения пользовательского опыта при поиске авиабилетов. Вместо предоставления стандартной выдачи с «синими ссылками» на сайты авиакомпаний или OTA (Online Travel Agencies), система обеспечивает бесшовный переход в специализированную среду поиска. Это позволяет пользователям вводить сложные, «выразительные запросы» (expressive queries) на естественном языке и быстро взаимодействовать с результатами через динамические фильтры.

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

Запатентована система, которая идентифицирует запросы, связанные с авиаперелетами (flights-related query), введенные в интерфейс поиска общего назначения. В ответ система автоматически, без дополнительных действий пользователя, запускает специализированный интерфейс поиска авиабилетов (Flight Search Interface, т.е. Google Flights). Этот интерфейс предварительно заполняется параметрами (dimensions), извлеченными из исходного запроса.

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

Ключевой механизм работы системы:

• Распознавание интента: Система анализирует контекст и ключевые слова запроса в основном поиске (например, коды аэропортов, фразы «from X to Y»).
• Триггеринг и Извлечение: Если интент подтвержден, система запускает Flight Search Interface и извлекает из запроса параметры (dimensions).
• Динамический интерфейс: Интерфейс заполняется результатами, отфильтрованными по этим параметрам и значениям по умолчанию (например, автоматические лимиты цены/длительности). Результаты динамически обновляются при взаимодействии пользователя с фильтрами, картами или графиками (scatterplot).
• Передача транзакции: После выбора маршрута (itinerary) пользователь перенаправляется на сторонний сайт бронирования (booking site).

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

Высокая. Описанный механизм является фундаментом продукта Google Flights и отражает стратегию Google по интеграции вертикальных поисковых сервисов (Universal Search) для удержания пользователей и агрегации данных в коммерческих нишах.

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

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

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

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

Automatically-computed maximum duration/price limit (Автоматически вычисляемый лимит максимальной продолжительности/цены)

Фильтры, которые система рассчитывает автоматически, чтобы ограничить начальный набор результатов управляемым количеством (manageable number) привлекательных вариантов.

Booking site (Сайт бронирования)

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

Dimensions (Параметры поиска / Измерения)

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

Expressive queries (Выразительные запросы)

Сложные запросы на естественном языке, содержащие несколько параметров или ограничений (например, «перелет из Цюриха куда-нибудь менее чем за 4 часа в пятницу вечером»).

Flight Search Interface (Интерфейс поиска авиабилетов)

Специализированный интерфейс (Google Flights), предоставляемый в ответ на запрос, связанный с авиаперелетами.

Flights-related query (Запрос, связанный с авиаперелетами)

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

Flights Scatterplot (Точечная диаграмма рейсов)

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

Itinerary (Маршрут)

Набор из одного или нескольких сегментов перелета, которые пользователь может приобрести.

Search Interface (Интерфейс поиска)

Интерфейс поиска общего назначения (основной поиск Google), не специализированный для поиска авиабилетов.

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

Примечание: В предоставленном документе (публикация заявки US20170293665A1) пункты 1-119 отменены. Анализ сосредоточен на ключевых независимых пунктах 120 и 136.

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

1. Система получает поисковый запрос в search interface, который настроен для ответа на запросы общего назначения (универсальный поиск).
2. Система определяет, что полученный запрос является flights-related query, основываясь на контексте запроса.
3. В ответ на это определение и без дальнейшего ввода пользователя (without further user input), система предоставляет flight search interface, включающий множество конкретных результатов поиска авиабилетов.

Ядром изобретения является бесшовный, автоматический переход от универсального поиска к вертикальному поиску (Google Flights), основанный на понимании запроса. Защищается механизм триггеринга вертикали из основного интерфейса.

Claim 121 (Зависимый от 120): Уточняет функциональность интерфейса.

Flight search interface предоставляет множество search dimensions. Значения параметров извлекаются из исходного поискового запроса или устанавливаются по умолчанию (default values).

Claim 123 (Зависимый от 121): Описывает динамическое обновление.

Система автоматически обновляет результаты поиска авиабилетов в ответ на корректировку пользователем значений параметров.

Claim 136 (Независимый пункт): Описывает программный продукт, фокусируясь на обработке «выразительных» запросов.

Система получает «выразительный поисковый запрос» (expressive search query) в интерфейсе, который не кастомизирован для ввода данных о рейсах. После классификации запроса как flights-related, система предоставляет flight search interface, где результаты отфильтрованы согласно значениям измерений, извлеченным из этого выразительного запроса.

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

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

QUNDERSTANDING – Понимание Запросов
Это ключевой этап применения. Система должна распознать flights-related query в потоке общих запросов.

• Классификация интента: Идентификация ключевых слов и контекста.
• Извлечение параметров (Parsing/NER): Парсинг запроса, включая expressive queries, для извлечения Dimensions (пункты назначения, даты, время).
• Триггеринг (Triggering): Принятие решения о запуске вертикали Google Flights.

METASEARCH – Метапоиск и Смешивание (Universal Search & Blending)
Система метапоиска принимает решение активировать специализированный flight search interface. Это реализация Universal Search, где выбирается наиболее подходящий вертикальный движок. Интерфейс может быть предоставлен автоматически (Claim 120) или через промежуточный Answer Box.

RANKING – Ранжирование (Внутри вертикали)
Внутри активированного интерфейса происходит специализированное ранжирование и фильтрация на основе извлеченных и заданных пользователем dimensions. Патент не описывает алгоритмы ранжирования, но описывает взаимодействие интерфейса с этим движком.

Входные данные:

• Запрос пользователя в универсальном поиске.
• Структурированные данные о расписании рейсов, тарифах и доступности (от авиакомпаний/посредников).
• Взаимодействия пользователя с интерфейсом (фильтрация, сортировка).

Выходные данные:

• Специализированный интерфейс flight search interface (UI).
• Список конкретных результатов рейсов (Itineraries).
• Ссылки на booking sites для завершения транзакции.

На что влияет

• Специфические запросы: В первую очередь влияет на коммерческие и транзакционные запросы, связанные с поиском авиабилетов (например, «flights new york to london»).
• Конкретные ниши или тематики: Влияет исключительно на туристическую вертикаль, в частности на видимость авиакомпаний и онлайн-турагентств (OTA) в экосистеме Google.
• Типы контента: Влияет на отображение структурированных данных о рейсах. Не влияет на ранжирование информационного контента в основном веб-индексе.

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

• Триггеры активации: Алгоритм активируется, когда система классифицирует запрос как flights-related query. Это основано на наличии ключевых слов (например, «flights», коды аэропортов) и контекстуальных фраз (например, «[city] to [city]»).
• Условия работы: Применяется в реальном времени при обработке поискового запроса для немедленного предоставления специализированного интерфейса.

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

Этап 1: Запуск интерфейса

1. Получение и Классификация запроса: Система получает запрос в общем интерфейсе и определяет, является ли он flights-related.
2. (Опционально) Отображение Answer Box: Может быть показан предварительный блок со сводной информацией.
3. Запуск специализированного интерфейса: Предоставляется flight search interface (автоматически или по клику).
4. Извлечение параметров: Система парсит запрос (включая expressive queries) для извлечения Dimensions.
5. Применение значений по умолчанию: Для незаполненных измерений применяются значения по умолчанию. Система также рассчитывает automatically-computed maximum duration/price limits.
6. Первичная выдача результатов: Отображаются результаты, соответствующие всем установленным фильтрам.

Этап 2: Взаимодействие и фильтрация

7. Взаимодействие с пользователем: Пользователь изменяет Dimensions через интерфейс (фильтры, интерактивную карту, календарь или flights scatterplot).
8. Динамическое обновление: Система автоматически обновляет результаты в ответ на изменения фильтров. Автоматические лимиты могут быть пересчитаны.

Этап 3: Выбор и бронирование

9. Выбор маршрута: Пользователь выбирает исходящий рейс. Система отображает варианты обратных рейсов (например, встраивая их inline).
10. Переход к бронированию: После выбора полного маршрута (itinerary) пользователю предоставляется ссылка на booking site.

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

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

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

• Контентные (Запрос): Текст поискового запроса общего назначения. Используется для классификации интента и извлечения параметров (dimensions), включая обработку expressive queries.
• Структурированные данные (Внешние/Внутренние): Данные о расписании рейсов, тарифах и доступности. Патент упоминает, что эта информация предоставляется авиакомпаниями или посредниками.
• Пользовательские факторы (Взаимодействие): Взаимодействия пользователя с интерфейсом (клики по фильтрам, перемещение ползунков на scatterplot, выбор дат) используются для динамической фильтрации результатов.

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

Система оперирует параметрами (Dimensions) как критериями жесткой фильтрации.

• Ключевые параметры: Цена (Price) и Длительность (Duration). Они используются в Flights scatterplot.
• Другие параметры фильтрации: Пункты отправления/назначения, даты, авиакомпании, количество остановок, время вылета/прилета и т.д.
• Автоматически вычисляемые лимиты (Automatically-computed limits): Метрики, рассчитываемые для ограничения набора результатов. Конкретные формулы не указаны, но цель — показать управляемое количество (manageable number) привлекательных вариантов.

Выводы

1. Патент описывает UI/UX и механизм активации вертикали: Патент не раскрывает алгоритмы ранжирования авиабилетов внутри Google Flights или веб-страниц в органическом поиске. Он сосредоточен на том, как Google обнаруживает интент в основном поиске и как функционирует специализированный интерфейс.
2. Стратегия Universal Search в действии: Это яркий пример реализации универсального поиска, где Google стремится предоставить наилучший интерфейс для конкретной задачи. Для авиабилетов это означает замену стандартных «синих ссылок» на специализированный вертикальный движок.
3. Приоритет интерактивности и скорости: Система разработана для обеспечения быстрого и динамичного опыта. Результаты обновляются автоматически при изменении фильтров (dimensions), используются интерактивные инструменты (карты, scatterplot, календари).
4. Обработка сложных запросов (NLP): Система способна понимать и извлекать множество параметров из expressive queries на естественном языке, что улучшает обработку сложных интентов.
5. Роль метапоисковика: Патент подтверждает позицию Google как метапоисковой системы. Google агрегирует данные, предоставляет инструменты сравнения и направляет пользователя на сторонние booking sites для завершения транзакции.

Практика

ВАЖНО: Патент является инфраструктурным и описывает UI/UX продукта Google Flights. Он не дает прямых практических выводов для стандартного SEO продвижения веб-сайтов, но критически важен для оптимизации в туристической вертикали.

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

Для авиакомпаний и Онлайн-турагентств (OTA):

• Оптимизация фидов данных (Data Feed Optimization): Видимость в Google Flights зависит от данных, передаваемых Google. Необходимо обеспечить точность, полноту и актуальность данных о расписании, ценах и доступности.
• Передача полных данных: Убедитесь, что информация, релевантная упомянутым в патенте dimensions (класс обслуживания, багажные сборы, Wi-Fi), точно отражена в фидах, так как они используются в качестве фильтров.
• Конкурентное ценообразование: Поскольку интерфейс облегчает сравнение цен (например, через scatterplot), конкурентоспособность тарифов имеет решающее значение для конверсии внутри интерфейса.

Для общих SEO-стратегий (включая тревел-блоги):

• Понимание триггеров вертикалей: Необходимо анализировать, какие запросы запускают Google Flights. Это помогает понять, по каким кластерам органический трафик будет ограничен из-за доминирования этого блока.
• Фокус на Long-Tail и информационных запросах: Поскольку Google Flights занимает выдачу по прямым коммерческим запросам, органическая SEO-стратегия должна фокусироваться на информационных запросах (обзоры, советы), которые не триггерят этот интерфейс.

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

• (Для общего SEO) Попытки «оптимизировать» веб-страницы для ранжирования в Google Flights: В этом интерфейсе ранжируются не веб-страницы, а структурированные данные из фидов. Оптимизация контента для этого бесполезна.
• (Для OTA) Прямая конкуренция по ВЧ-запросам в органике: Ставка на ранжирование по высокочастотным коммерческим запросам типа «билеты в [город]» становится неэффективной, так как Google предпочитает показывать свой инструмент.
• Игнорирование вертикального поиска: Не учитывать наличие блока Google Flights при анализе выдачи по коммерческим тревел-запросам приведет к ошибкам в прогнозировании трафика.

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

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

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

Практических примеров для применения в стандартном SEO нет, так как патент описывает функционал и интерфейс внутреннего продукта Google (Google Flights).

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