Как Google создает инфраструктуру для совместного поиска и онлайн-шоппинга в реальном времени

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

Communication Module (Коммуникационный модуль)

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

Interactive virtual session (Интерактивная виртуальная сессия)

Синхронизированная онлайн-среда, в которой несколько пользователей совместно просматривают и взаимодействуют с результатами поиска.

Multi-party communication space (Многопользовательское коммуникационное пространство)

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

Primary User (Основной пользователь)

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

Secondary User (Вторичный пользователь)

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

Selections Module (Модуль выбора)

Компонент системы, который хранит элементы (например, товары), выбранные пользователями во время сессии (часто отображается как список "Избранное" или "Корзина").

Shared State Module (Модуль общего состояния)

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

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

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

1. Система организует интерактивную виртуальную сессию, где Primary User имеет контроль.
2. Система предоставляет доступ к сессии одному или нескольким Secondary Users.
3. Система предоставляет виртуальное многопользовательское коммуникационное пространство (virtual multi-party communication space) для общения участников, отображаемое как часть сессии.
4. Система получает поисковый запрос от компьютера Primary User.
5. Система определяет, что запрос исходит именно от Primary User.
6. В ответ на это система отправляет данные, основанные на запросе, на компьютер Secondary User.
7. Система получает эти же данные обратно от компьютера Secondary User (отправленные от его имени без его участия). (Примечание: этот шаг описывает механизм синхронизации состояния между клиентами).
8. Система позволяет Secondary User вводить вторичные данные (secondary input), указывающие на его действия в рамках сессии.
9. Система определяет: (i) результаты поиска на основе запроса и (ii) отображаемый вывод (display output) на основе действий Secondary User.
10. Система отправляет и результаты поиска, и отображаемый вывод на компьютеры всех пользователей для отображения в рамках сессии.

Claim 2 (Зависимый): Уточняет, что многопользовательское коммуникационное пространство включает интерфейс видеосвязи.

Claim 4 (Зависимый): Описывает предоставление области списка (например, "Избранное") рядом с результатами поиска, куда пользователи могут добавлять выбранные элементы.

Claim 8 (Зависимый): Описывает отображение индикации (например, анимации) при переходе контроля от Primary User к Secondary User.

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

Этот патент не описывает процессы в рамках стандартной архитектуры поиска (Индексирование, Ранжирование и т.д.). Он описывает уровень представления (Presentation Layer) и управление сессиями (Session Management), которые функционируют поверх поисковой системы.

Система использует стандартный поиск для получения результатов, но её основная задача — синхронизация взаимодействия пользователей с этими результатами.

Взаимодействие компонентов:

• Social Network Server / Search Server: Хостинг сессии, управление ролями пользователей (Primary/Secondary).
• Shared State Module: Центральный компонент, отвечающий за синхронизацию. Он может располагаться на сервере или быть распределенным между клиентами (User Devices). Он обрабатывает все вводы и обновляет состояние сессии для всех участников.
• Communication Module: Управляет потоками аудио/видео между участниками.
• Selections Module: Управляет общим списком избранных элементов.

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

• Поисковые запросы от Primary User.
• Действия навигации (прокрутка, клики) от Primary User.
• Взаимодействия с результатами (наведение курсора, добавление в избранное) от всех пользователей.
• Аудио/видео потоки от всех пользователей.

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

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

На что влияет

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

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

• Триггеры активации: Алгоритм активируется, когда пользователи явно инициируют совместную сессию (например, через кнопку "Пригласить" или "Поделиться сессией" в интерфейсе).
• Условия работы: Требуется активное сетевое соединение между всеми участниками и сервером, поддерживающим Shared State Module и Communication Module.

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

Процесс А: Инициализация и управление сессией

1. Инициализация сессии: Primary User запускает интерактивную виртуальную сессию.
2. Интеграция коммуникации: Активируется Communication Module, создавая многопользовательское коммуникационное пространство.
3. Приглашение участников: Primary User приглашает Secondary Users.
4. Подключение и синхронизация: Secondary Users подключаются к сессии. Shared State Module синхронизирует текущее состояние.

Процесс Б: Обработка действий Primary User (Поиск)

1. Получение ввода: Система получает поисковый запрос от Primary User.
2. Валидация роли: Система подтверждает, что ввод поступил от пользователя с правами контроля.
3. Обработка запроса: Запрос отправляется на поисковый сервер.
4. Получение результатов: Система получает результаты поиска.
5. Синхронизация состояния: Shared State Module отправляет данные о запросе и полученные результаты всем Secondary Users.
6. Отображение: Интерфейсы всех пользователей обновляются для отображения одинаковых результатов.

Процесс В: Обработка действий Secondary User (Взаимодействие)

1. Получение ввода: Система получает ввод от Secondary User (например, наведение курсора на товар, добавление в избранное).
2. Обработка взаимодействия: Shared State Module обрабатывает ввод. Если это добавление в избранное, обновляется Selections Module.
3. Обновление состояния: Shared State Module транслирует информацию о действии (например, индикатор наведения курсора или обновленный список избранного) всем участникам.
4. Отображение взаимодействия: Интерфейсы всех пользователей обновляются для отображения этого действия.

Процесс Г: Смена контроля (Опционально)

1. Запрос на смену: Secondary User пытается ввести поисковый запрос.
2. Перехват запроса: Система идентифицирует это как запрос на смену контроля.
3. Уведомление: Primary User получает уведомление с возможностью разрешить или отклонить запрос.
4. Смена ролей: Если запрос одобрен, роли меняются, и система отображает индикацию смены контроля (например, анимацию).

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

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

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

• Пользовательские факторы (User Interaction Data):
  • Поисковые запросы (текст).
  • Данные о навигации (прокрутка страницы, клики по элементам).
  • Данные о взаимодействии (наведение курсора (mouse-over) на элементы).
  • Выборы (Selections/Favorites) — идентификаторы элементов, добавленных в список.
  • Данные об управлении сессией (запросы на смену контроля).
• Мультимедиа факторы:
  • Аудио и видео потоки, используемые в Communication Module.

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

В патенте не указаны какие-либо метрики, формулы или алгоритмы, связанные с ранжированием поиска, оценкой качества контента или расчетом релевантности.

Единственные вычисления, упомянутые в патенте, касаются управления состоянием сессии:

• Определение источника ввода: Система определяет, поступил ли ввод от Primary User или Secondary User для применения соответствующих правил обработки.
• Временные пороги (Опционально): Упоминается возможность использования временного порога для регистрации действия (например, индикация наведения курсора появляется, только если курсор задержался на элементе более X секунд).

1. Фокус на UX и совместной работе, а не на ранжировании: Патент полностью посвящен созданию инфраструктуры для синхронизированного совместного поиска и коммуникации. Он не предлагает никаких механизмов для улучшения релевантности или качества поисковой выдачи.
2. Определение ролей пользователей: Система четко разграничивает роли Primary User (контроль над поиском) и Secondary User (участие и взаимодействие). Это ключевой аспект управления совместной сессией.
3. Интеграция поиска и общения: Изобретение подчеркивает важность бесшовной интеграции поисковых функций с инструментами коммуникации (видеочат) для имитации реального совместного опыта (например, шоппинга).
4. Синхронизация состояния в реальном времени: Техническое ядро патента — это механизм Shared State Module, который обеспечивает мгновенную синхронизацию действий всех пользователей (поиск, навигация, взаимодействие с элементами).
5. Отсутствие значимости для SEO: Для специалистов по поисковой оптимизации этот патент не несет практической ценности в контексте влияния на органическое ранжирование, так как описывает только уровень представления и взаимодействия.

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

Патент является инфраструктурным и описывает пользовательский опыт (UX), а не алгоритмы ранжирования. Прямых рекомендаций для SEO из него не следует. Однако можно сделать общие выводы для владельцев сайтов, особенно в сфере E-commerce:

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

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

Патент не направлен против каких-либо конкретных SEO-тактик или манипуляций и не делает их неэффективными.

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

Стратегическое значение для SEO минимально. Патент подтверждает интерес Google к социальным аспектам поиска и коммерции, а также к интеграции своих коммуникационных сервисов с поисковыми продуктами. Он не меняет понимание приоритетов Google в отношении ранжирования контента.

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

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

Сценарий использования (UX): Совместный выбор одежды

1. Инициация: Пользователь А (Primary User) начинает поиск вечернего платья и приглашает пользователей Б и В (Secondary Users) в совместную сессию с видеочатом.
2. Совместный поиск: Пользователь А вводит запрос "красное вечернее платье". Все три пользователя видят одинаковые результаты одновременно и обсуждают их по видеосвязи.
3. Взаимодействие: Пользователь Б наводит курсор на одно из платьев. У пользователей А и В отображается индикатор, что пользователь Б рассматривает этот товар.
4. Выбор: Пользователь В добавляет понравившееся платье в общий список "Избранное" сессии.
5. Смена контроля: Пользователь Б предлагает поискать "черные туфли" и запрашивает контроль. Пользователь А подтверждает, и Б становится Primary User.