Close Menu
    Telegram
    SEO HARDCORE
    • Разборы патентов
      • Патенты Google
      • Патенты Яндекс
    • Скоро
      SEO инструменты
    • Скоро
      SEO аналитика
    SEO HARDCORE
    Разборы патентов • Патенты Google

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

    PROVIDING A SHARED ONLINE SEARCH EXPERIENCE (Предоставление совместного опыта онлайн-поиска)
    • US8930454B1
    • Google LLC
    • 2015-01-06
    • 2011-12-06
    2011 Google Shopping Мультимедиа Патенты Google

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

    • Описание
    • Детальный разбор
    • Выводы
    • Практика
    • Вопросы и ответы
    • Наверх

    Описание

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

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

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

    Запатентована система для организации интерактивных виртуальных сессий (interactive virtual session), позволяющих нескольким пользователям совместно участвовать в процессе онлайн-поиска. Система определяет роли: Primary User (контролирует поиск) и Secondary User (наблюдает и взаимодействует с результатами). Ключевой особенностью является интеграция этого совместного поиска с многопользовательским коммуникационным пространством (например, видеочатом).

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

    Система работает путем поддержания синхронизированного состояния (Shared State) между всеми участниками сессии. Когда Primary User вводит поисковый запрос или прокручивает результаты, эти действия транслируются всем Secondary Users в реальном времени. Вторичные пользователи могут взаимодействовать с результатами (например, наводить курсор, добавлять в избранное), и эти действия также видны всем участникам. Весь процесс сопровождается параллельной коммуникацией (аудио/видео) в рамках той же сессии. Система управляет разрешениями, гарантируя, что только Primary User может изменять основной поисковый запрос, если ему не будет передано управление.

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

    Средняя. Хотя технологии совместного просмотра (co-watching) и совместной работы широко распространены (например, Google Meet, Zoom), специализированная функция «совместного поиска», тесно интегрированная в основной интерфейс поиска Google, как описано в патенте, не является заметной функцией для широкой публики в 2025 году. Однако базовые концепции актуальны для инструментов совместной работы и платформ электронной коммерции.

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

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

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

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

    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.

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

    Раскрывает ли этот патент какие-либо факторы ранжирования Google?

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

    Что такое «Shared State Module» и почему он важен?

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

    В чем разница между Primary User и Secondary User в этом патенте?

    Primary User контролирует сессию: он может вводить поисковые запросы и управлять основной навигацией. Secondary User наблюдает за действиями основного пользователя в реальном времени и может взаимодействовать с результатами (например, добавлять в избранное, указывать на элементы), но не может менять основной поисковый запрос без получения разрешения.

    Как этот патент влияет на SEO для E-commerce сайтов?

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

    Использует ли Google эту технологию сейчас?

    В том виде, как описано в патенте (тесная интеграция совместного поиска и видеочата прямо в интерфейсе поисковой выдачи), эта функция не является широко распространенной в 2025 году. Однако технологии, лежащие в основе (совместная работа, видеоконференции), активно используются в других продуктах Google (Meet, Docs).

    Может ли система собирать поведенческие данные из этих совместных сессий для улучшения ранжирования?

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

    Что происходит, когда Secondary User пытается ввести поисковый запрос?

    Система интерпретирует это как запрос на получение контроля над сессией. Primary User получает уведомление и должен разрешить или отклонить этот запрос. Если разрешение получено, Secondary User становится новым Primary User.

    Описывает ли патент, как работает функция «Избранное» (Favorites)?

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

    Какое значение имеет интеграция с «Social Network Server»?

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

    Является ли этот патент полезным для понимания алгоритмов поиска?

    Нет. Для понимания алгоритмов поиска (Information Retrieval, NLP, Ranking) этот патент бесполезен. Он относится к области человеко-компьютерного взаимодействия (HCI) и систем совместной работы (CSCW).

    Навигация
    • Описание
    • Детальный разбор
    • Выводы
    • Практика
    • Вопросы и ответы
    • Наверх
    Telegram
    © 2025 SEO HARDCORE

    Type above and press Enter to search. Press Esc to cancel.