Как поисковые системы группируют и сворачивают похожие результаты в вертикальном поиске для улучшения UX

Описание

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

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

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

Запатентован метод постобработки и отображения результатов поиска (маршрутов). Суть изобретения заключается в кластеризации (clustering) похожих результатов на основе набора общих параметров (grouping parameters). Вместо показа всех вариантов система отображает только один репрезентативный «ведущий маршрут» (lead itinerary) для каждого кластера, а остальные варианты сворачиваются и становятся доступны по ссылке. Это позволяет показать большее разнообразие предложений на первом экране.

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

Система получает список отранжированных маршрутов. Затем этот список обрабатывается для группировки похожих результатов. Группировка происходит на основе совпадения ключевых параметров (например, цена, поставщик, время отправления). Для каждой группы выбирается lead itinerary (в патенте приводится пример выбора варианта с самым ранним временем возвращения). В выдаче отображается этот ведущий маршрут с индикатором количества скрытых вариантов (например, «Еще 3 варианта»). При клике кластер разворачивается. Патент отмечает, что обработка может происходить как на сервере (Application Servers), так и на стороне клиента (в браузере с помощью JavaScript).

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

Высокая для UI/UX вертикального поиска. Хотя патент принадлежит Yahoo! и подан в 2006 году, описанный механизм является стандартом де-факто в современных метапоисковых системах, включая Google Flights и Google Hotels. Технология критически важна для улучшения пользовательского опыта в насыщенных выдачах. Однако актуальность для алгоритмов ранжирования основного веб-поиска низкая.

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

(1/10). Влияние на классическое органическое SEO минимальное. Патент описывает исключительно логику отображения (Presentation Layer / UI/UX) уже отобранных и отранжированных результатов. Он не затрагивает алгоритмы сканирования, индексирования или ранжирования веб-страниц. Патент важен для SEO-специалистов, работающих с вертикальными агрегаторами, так как подчеркивает важность структурированных данных и помогает понять, как именно предложения отображаются конечному пользователю.

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

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

Cluster (Кластер)

Группа похожих маршрутов путешествий, объединенных по набору общих параметров.

Collapsible Itineraries (Сворачиваемые маршруты)

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

Grouping Parameters (Параметры группировки)

Набор критериев, используемых для определения схожести маршрутов и их объединения в кластер. Примеры: цена, перевозчик, время отправления, количество остановок, бренд отеля и т.д.

Lead Itinerary (Ведущий маршрут)

Единственный маршрут, выбранный из кластера для отображения в основном списке результатов поиска. Он представляет всю группу. Например, маршрут с самым ранним временем возвращения (earliest inbound (return) time).

Additional Itineraries (Дополнительные маршруты)

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

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

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

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

1. Система получает список маршрутов путешествий.
2. Список группируется в несколько кластеров в соответствии с набором grouping parameters.
3. Для каждого кластера выбирается lead itinerary, который разделяет значения параметров группировки с другими маршрутами в кластере.
4. Определяются additional itineraries в каждом кластере, которые также соответствуют параметрам группировки lead itinerary.
5. На экране отображается lead itinerary (отражающий общие данные для кластера) и ссылка (link), ведущая к деталям дополнительных маршрутов.
6. В ответ на выбор пользователем ссылки, отображаются детали дополнительных маршрутов, причем lead itinerary отображается первым, а остальные сортируются в соответствии с общими параметрами группировки.

Claims 3, 4, 5 (Зависимые): Уточняют применение метода к конкретным вертикалям и перечисляют примеры grouping parameters:

• Claim 3 (Авиабилеты): Перевозчик, время вылета, цена, количество остановок, аэропорт, класс обслуживания и т.д.
• Claim 4 (Отели): Цена, класс отеля, бренд, местоположение, удобства.
• Claim 5 (Аренда авто): Цена, агентство, модель, тип авто, место получения/возврата, характеристики.

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

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

Изобретение применяется на финальных этапах обработки поискового запроса, после того как результаты были получены и отранжированы. Это механизм уровня представления данных (Presentation Layer).

METASEARCH – Метапоиск и Смешивание / RERANKING – Переранжирование (Постобработка и Отображение)

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

Ключевые технические особенности:

• Место выполнения: Патент явно указывает, что группировка может выполняться как на сервере (Application Servers), так и на стороне клиента (в браузере пользователя с помощью JavaScript engine).
• Точность совпадения: Группировка может быть основана как на точном совпадении параметров, так и на приближенном (approximation of an exact match). Например, цена в пределах 10 долларов, время в пределах 15 минут.

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

• Полный список отранжированных маршрутов (list of travel itineraries) с их структурированными атрибутами.

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

• Реорганизованный список результатов, где похожие маршруты свернуты в кластеры и представлены lead itineraries.

На что влияет

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

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

• Условия работы алгоритма: Применяется, когда поисковая выдача содержит множество маршрутов, которые очень похожи друг на друга по ключевым параметрам (grouping parameters).
• Триггеры активации: Наличие двух или более маршрутов, удовлетворяющих критериям группировки.

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

Процесс группировки и отображения результатов:

1. Получение данных: Система получает полный список маршрутов от поискового движка.
2. Определение параметров: Выбирается набор grouping parameters для кластеризации (например, Цена + Перевозчик + Время вылета).
3. Кластеризация: Маршруты анализируются и группируются. Маршруты попадают в один кластер, если их значения по выбранным параметрам совпадают (точно или приблизительно).
4. Выбор ведущего маршрута: Для каждого кластера определяется lead itinerary. Например, выбирается маршрут с самым ранним временем возвращения.
5. Формирование отображения: Генерируется пользовательский интерфейс, где отображаются только ведущие маршруты.
6. Добавление индикатора: К ведущему маршруту добавляется ссылка с указанием количества скрытых вариантов.
7. Взаимодействие пользователя (Разворачивание): Если пользователь кликает на ссылку, кластер разворачивается, показывая все варианты. Ведущий маршрут обычно показан первым, остальные сортируются (например, по времени).
8. Фильтрация (Narrowing): Если пользователь применяет фильтры к выдаче:
   • Если фильтр исключает общий параметр кластера (например, время вылета), весь кластер удаляется из выдачи.
   • Если фильтр исключает только некоторые варианты внутри кластера (например, конкретное время возвращения), они удаляются из кластера, а индикатор количества обновляется.

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

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

Патент предполагает использование исключительно структурированных данных, характерных для вертикали путешествий. Он не описывает использование классических SEO-факторов (контентные, ссылочные, поведенческие).

• Структурные факторы (Атрибуты маршрута):
  • Авиабилеты: Цена (Airfare), Перевозчик (Carrier), Время вылета/прилета (Time of departure/return), Количество остановок (Number of stops), Аэропорты (Airport), Класс обслуживания (Flight class), Удобства (Amenities).
  • Отели: Цена (Price), Класс (Hotel class), Бренд (Brand), Местоположение (Location/proximity), Удобства (Amenities).
  • Автомобили: Цена (Price), Агентство (Rental agency), Модель/Тип (Model/type), Место получения/возврата (Pickup/drop-off location), Характеристики (Features).

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

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

• Совпадение параметров (Matching): Проверка точного (exact match) или приблизительного (approximation) совпадения grouping parameters.
• Критерий выбора Lead Itinerary: Метрика для выбора представителя кластера (например, минимальное значение времени возвращения).
• Сортировка внутри кластера: Метрики (например, время), используемые для упорядочивания дополнительных маршрутов при разворачивании кластера.

Выводы

1. Патент о UI/UX, а не о ранжировании: Ключевой вывод заключается в том, что этот патент описывает механизм оптимизации презентационного слоя поисковой системы. Он не влияет на то, какие результаты попадут в топ, но влияет на то, как они будут показаны пользователю.
2. Цель — улучшение разнообразия и борьба с дублированием в SERP: Изобретение направлено на предотвращение показа почти идентичных результатов, чтобы упростить пользователю процесс выбора и увеличить разнообразие отображаемых опций на первом экране.
3. Критическая зависимость от структурированных данных: Механизм полностью полагается на наличие точных структурированных данных (grouping parameters), таких как цена, время, бренд.
4. Кластеризация определяет видимость: Механизм определяет, какой именно вариант (lead itinerary) получит первоначальную видимость. Выбор лидера (например, по самому раннему времени возвращения) может влиять на CTR.
5. Гибкость реализации: Патент предусматривает реализацию как на стороне сервера, так и на клиенте, а также возможность использования приблизительного совпадения параметров для группировки.

Практика

Патент описывает внутренние процессы представления данных (UI/UX) и имеет минимальное прямое применение для классического SEO. Практические выводы актуальны только для специалистов, работающих с вертикальными агрегаторами (Travel, E-commerce) и оптимизирующих фиды данных.

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

• Обеспечение полноты и точности структурированных данных: Для сайтов в сфере путешествий критически важно предоставлять поисковым системам (через API, фиды или микроразметку) максимально точные данные. Корректность цен, расписаний и характеристик напрямую влияет на то, как система сможет извлечь grouping parameters и сгруппировать ваши предложения.
• Анализ критериев выбора «Ведущего маршрута»: Необходимо понять, по какому принципу агрегатор выбирает lead itinerary (например, самая низкая цена или самое удобное время). Оптимизация ключевых атрибутов под эти критерии повышает вероятность того, что именно ваш вариант будет показан в свернутом списке, увеличивая его видимость.
• Предоставление полного спектра опций: Поскольку система группирует похожие варианты, важно предоставлять все доступные опции (например, все возможные времена возвращения), чтобы увеличить присутствие в релевантных кластерах.

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

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

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

Патент подтверждает важность пользовательского опыта (UX) в поисковых системах. Он демонстрирует, как сложные данные структурируются и упрощаются для облегчения выбора. Для бизнеса в вертикальном поиске это означает, что конкуренция происходит не только за попадание в выдачу (ранжирование), но и за то, чтобы стать наиболее видимым (lead itinerary) и привлекательным предложением внутри сгруппированного кластера. Это подчеркивает стратегическую важность работы со структурированными данными.

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

Сценарий: Отображение авиабилетов в вертикальном поиске (например, Google Flights)

1. Исходные данные: Поисковая система находит 5 рейсов авиакомпании X из A в B с вылетом в 10:00 по цене $200. Они отличаются только временем возвращения: 15:00, 16:00, 17:00, 18:00, 19:00.
2. Группировка: Система определяет grouping parameters: Цена ($200), Перевозчик (X), Время вылета (10:00). Все 5 рейсов попадают в один кластер.
3. Выбор Lead Itinerary: Система выбирает вариант с самым ранним возвращением (15:00) как lead itinerary (согласно примеру в патенте).
4. Отображение (Свернутый вид): В результатах поиска отображается одна запись: Авиакомпания X, Вылет 10:00, Возвращение 15:00, Цена $200. Рядом ссылка: «+4 варианта времени возвращения».
5. Отображение (Развернутый вид): При клике на ссылку пользователь видит все 5 вариантов, отсортированных по времени возвращения, и может выбрать удобный.

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