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

    Как Google использует статистическое сэмплирование и внешние сигналы для ранжирования и диверсификации выдачи в маркетплейсах (например, Chrome Web Store)

    DISCOVERY OF DIGITAL GOODS IN AN ONLINE MARKETPLACE (Обнаружение цифровых товаров в онлайн-маркетплейсе)
    • US20130103550A1
    • Google LLC
    • 2013-04-25
    • 2012-10-18
    2012 Патенты Google Поведенческие сигналы

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

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

    Описание

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

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

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

    Запатентован метод представления цифровых товаров (digital goods) в онлайн-маркетплейсе. Суть изобретения заключается в двух ключевых механизмах. Во-первых, ранжирование товаров основывается на сигналах, сгенерированных вне маркетплейса (например, данные о реальном использовании и производительности приложения после установки). Во-вторых, вместо отображения товаров в строгом порядке ранжирования применяется статистическое сэмплирование (statistical sampling). Этот метод намеренно «перемешивает» выдачу, отдавая предпочтение высокоранжированным товарам, но гарантируя, что некоторые низкоранжированные товары будут показаны выше высокоранжированных.

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

    Система работает следующим образом:

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

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

    Высокая для ASO (App Store Optimization). Описанные механизмы являются фундаментальными для работы современных магазинов приложений (Google Play, Chrome Web Store). Баланс между эксплуатацией (показ лучшего) и исследованием (показ нового/разнообразного), а также использование данных о реальном взаимодействии пользователя с продуктом (post-install engagement) остаются критически важными задачами.

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

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

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

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

    Browser Extension (Расширение браузера)
    Цифровой товар, который расширяет функциональность браузера. Обычно имеет минимальный интерфейс и работает на посещаемых сайтах.
    Digital Goods (Цифровые товары)
    В контексте патента — программное обеспечение или исполняемый код, доступный в маркетплейсе. В первую очередь, это Web Applications и Browser Extensions.
    Front-facing (Активный/Передний план)
    Состояние веб-приложения, когда оно запущено в активной вкладке браузера, с которой взаимодействует пользователь (в отличие от скрытых или фоновых вкладок). Используется как сигнал вовлеченности.
    Outside-the-Marketplace Signals (Сигналы вне маркетплейса)
    Данные, используемые для ранжирования, которые генерируются не в самом маркетплейсе. Примеры: данные о производительности приложения на устройстве пользователя, частота использования после установки, тренды в поисковых системах, активность в социальных сетях.
    Quasi-random sequence / Low-discrepancy sequence (Квазислучайная последовательность)
    Последовательность чисел, которая более равномерно распределена, чем истинно случайная. Используется для эффективного статистического сэмплирования, чтобы избежать частого повторного выбора одних и тех же элементов.
    Ranking Stream (Поток ранжирования)
    Список товаров, упорядоченный по определенному критерию или набору сигналов (например, поток популярности, поток новизны, социальный поток, рекламный поток).
    Statistical Sampling (Статистическое сэмплирование)
    Ключевой механизм патента. Процесс выбора товаров из ранжированного списка на основе вероятностной функции. Он намеренно нарушает строгий порядок ранжирования, чтобы обеспечить разнообразие выдачи («перемешивание»).
    Trending Stream (Поток трендов)
    Поток ранжирования, учитывающий не только общее количество загрузок/установок, но и скорость (rate) этих действий относительно количества показов товара в интерфейсе (конверсия показов в загрузки).
    Web Application (Веб-приложение)
    Приложение, выполняемое браузером. Может быть «hosted» (работает как сайт) или «installable/packaged» (загружается и может работать локально).

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

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

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

    Ядро изобретения — это намеренное внесение разнообразия (пункт 4) через вероятностный отбор (пункт 2), а не строгая сортировка по рангу.

    Claim 3 (Зависимый): Детализирует использование множественных потоков.

    1. Ранжирование товаров происходит на основе множества различных сигналов, формируя отдельные Ranking Streams.
    2. Каждому потоку присваивается вес (Weight).
    3. Товары выбираются из разных потоков пропорционально весам этих потоков.
    4. Внутри каждого потока применяется статистическое сэмплирование.

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

    Claims 7-14 (Зависимые): Определяют типы сигналов, фокусируясь на данных, получаемых от браузеров (Outside-the-Marketplace Signals).

    • Claims 8-10: Ранжирование основано на метриках производительности (digital good performance metric), в частности, на частоте сбоев (rate at which the digital good crashes) приложения во время его выполнения на устройстве.
    • Claims 11-14: Ранжирование основано на том, как часто товар используется после загрузки. Это включает информацию о том, как часто товар находится в активной вкладке (front-facing), запускается (launched) или открыт (open).

    Эти пункты защищают использование реальных поведенческих и технических данных, собранных после установки, в качестве факторов ранжирования.

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

    Этот патент не относится к архитектуре стандартного веб-поиска Google. Он описывает архитектуру ранжирования и представления данных в онлайн-маркетплейсе (например, Chrome Web Store, Google Play).

    Сбор данных и Индексирование (Аналог CRAWLING/INDEXING)
    На этом этапе система собирает и обрабатывает сигналы:

    • Сбор Outside-the-Marketplace Signals: получение данных от клиентских браузеров (использование, сбои), от серверов поисковых систем (тренды) и социальных сетей (рекомендации).
    • Извлечение признаков и расчет метрик: вычисление частоты сбоев, метрик вовлеченности (front-facing time).
    • Формирование Ranking Streams: предварительный расчет ранжирования товаров по различным критериям.

    Ранжирование и Представление (Аналог RANKING/RERANKING)
    Это основной этап применения патента в реальном времени:

    • Смешивание потоков: Система определяет, какие Ranking Streams использовать и применяет соответствующие Weights.
    • Статистическое сэмплирование: Система выполняет вероятностный отбор товаров из взвешенных потоков, используя описанные алгоритмы (например, с применением Quasi-random sequences).
    • Формирование выдачи: Создается финальный список товаров, где порядок намеренно диверсифицирован.

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

    • Предварительно рассчитанные Ranking Streams.
    • Заданные Weights для потоков.
    • Параметры для функции статистического сэмплирования (определяющие степень «перемешивания»).
    • Данные пользователя (для персонализации).

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

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

    На что влияет

    • Типы контента: Влияет исключительно на Digital Goods в маркетплейсе: Web Applications и Browser Extensions. Не влияет на ранжирование веб-сайтов в основном поиске Google.
    • Специфические запросы: Применяется как при поиске внутри маркетплейса, так и при просмотре категорий или главной страницы («main wall»).

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

    • Условия работы: Алгоритм применяется всякий раз, когда маркетплейс генерирует список товаров для показа пользователю.
    • Цель применения: Активируется для предотвращения ситуации, когда только самые популярные товары занимают все видимое пространство, и для обеспечения возможности обнаружения «длинного хвоста».

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

    Процесс А: Сбор данных и Генерация Потоков (Офлайн / Фоновый режим)

    1. Сбор Сигналов: Система агрегирует данные из различных источников (клиентские устройства, социальные сети, поисковые системы, данные маркетплейса).
    2. Генерация Потоков Ранжирования: Товары упорядочиваются по различным критериям, формируя Ranking Streams (Популярность, Новизна, Реклама, Социальный поток и т.д.).
    3. Расчет Трендового Потока (Trending Stream): Оценка популярности на основе скорости (rate) взаимодействия (загрузки/установки) на количество показов (impressions) товара в интерфейсе.

    Процесс Б: Обработка запроса и Презентация (Реальное время)

    1. Определение Контекста: Определение запроса пользователя и данных для персонализации.
    2. Выбор и Взвешивание Потоков: Определение, какие Ranking Streams использовать и какие веса им присвоить (например, 80% Популярность, 20% Новизна).
    3. Статистическое Сэмплирование: Применение вероятностного выбора к ранжированным спискам.
      • Используется монотонная функция вероятности (например, y=g(u,λ)).
      • Генерируется случайное или квазислучайное число (u).
      • На основе значения функции (y) выбирается элемент из списка. Высокоранжированные элементы выбираются чаще.
    4. Дедупликация: Выбранные товары удаляются из списков для последующих итераций сэмплирования, чтобы избежать повторного показа. (Патент предлагает использование Quasi-random sequences для минимизации необходимости в частой дедупликации).
    5. Презентация: Формируется финальный интерфейс, где товары расположены в порядке, полученном в результате сэмплирования.

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

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

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

    Сигналы, сгенерированные вне маркетплейса:

    • Технические факторы (Performance Metrics):
      • Частота сбоев (Crash Rate): как часто приложение аварийно завершает работу на устройстве пользователя.
      • Время отклика (Response Time): скорость работы приложения.
      • Потребление системных ресурсов (процессор, сеть).
    • Поведенческие факторы (Post-Install Engagement):
      • Частота использования после загрузки.
      • Частота запуска (Launched).
      • Активное использование (Front-facing): как часто приложение находится в активной, видимой пользователю вкладке браузера.
    • Внешние тренды и Социальные факторы:
      • Тренды поисковых запросов, полученные от поисковой системы.
      • Рекомендации в социальных сетях.
      • Использование товара друзьями пользователя.
    • Пользовательские факторы (Персонализация):
      • История браузера пользователя.
      • Местоположение пользователя.
      • Предпочтения, выведенные из действий пользователя или указанные явно.

    Примечание: Патент указывает, что сбор данных с клиентских устройств (браузеров) может осуществляться с разрешения пользователя (opt-in basis).

    Сигналы, сгенерированные внутри маркетплейса:

    • Метаданные товара, количество загрузок, отзывы пользователей, цена, оплата за рекламу.

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

    • Ranking Streams (Потоки ранжирования): Упорядоченные списки товаров, основанные на агрегации сигналов.
    • Stream Weights (Веса потоков): Коэффициенты, определяющие пропорции смешивания различных потоков.
    • Trending Stream (Трендовый поток): Метрика, основанная на скорости загрузок/установок относительно количества показов (Download Rate per Impression).
    • Probability Functions (Функции вероятности): Используются для статистического сэмплирования. Патент приводит конкретные примеры:
      • Гауссово уравнение: f(i, N, λ) = A * e^(-(i/N)^2 / λ).
      • Параметрическое уравнение: f(t, λ) = (e^(λt) — 1) / (e^λ — 1).
    • Параметр λ (Лямбда): Параметр в функциях вероятности, который контролирует степень предпочтения высокоранжированных товаров (степень «перемешивания»).

    Выводы

    1. Применение к ASO, а не SEO: Главный вывод для SEO-специалистов — этот патент не описывает ранжирование сайтов в веб-поиске. Он строго относится к оптимизации приложений в маркетплейсах (ASO), таких как Chrome Web Store или Google Play.
    2. Намеренная диверсификация выдачи: Google активно использует статистическое сэмплирование для того, чтобы намеренно нарушать строгий порядок ранжирования. Цель — избежать «пузыря популярности» и обеспечить видимость новым или нишевым продуктам («длинный хвост»).
    3. Критичность внешних сигналов (Post-Install): Ранжирование в маркетплейсах сильно зависит от того, что происходит после установки. Сигналы вовлеченности (частота запуска, активное использование — front-facing) и технической производительности (частота сбоев, скорость работы) являются ключевыми факторами.
    4. Использование реальных данных от браузеров: Система полагается на сбор данных непосредственно с клиентских устройств (браузеров) для оценки качества и поведения приложений.
    5. Сложное смешивание (Streams и Weights): Финальная выдача формируется путем смешивания нескольких потоков ранжирования (популярность, новизна, социальные факторы, реклама) с использованием весов.
    6. Важность конверсии (Trending Stream): Метрика трендовости учитывает не только объем загрузок, но и конверсию показов в загрузки. Это дает преимущество товарам, которые пользователи охотно устанавливают, когда видят их.

    Практика

    ВАЖНО: Этот патент описывает ранжирование в онлайн-маркетплейсе и не дает практических выводов для традиционного SEO (продвижения сайтов). Следующие пункты применимы только к ASO (App Store Optimization).

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

    Для ASO (App Store Optimization):

    • Фокус на вовлеченности и удержании (Engagement & Retention): Необходимо стимулировать регулярное использование приложения после установки. Качество продукта должно мотивировать пользователей часто его запускать (launched) и активно использовать (front-facing), так как это прямые сигналы ранжирования.
    • Обеспечение технического качества и стабильности: Мониторинг и минимизация частоты сбоев (crash rate) и оптимизация времени отклика критически важны. Технические проблемы напрямую пессимизируют приложение.
    • Оптимизация конверсии (Impression to Install): Поскольку Trending Stream учитывает скорость загрузок относительно показов, необходимо работать над привлекательностью листинга (иконка, описание, скриншоты), чтобы максимизировать конверсию.
    • Интеграция социальных сигналов: Стимулирование пользователей рекомендовать приложение в социальных сетях может улучшить его позиции в соответствующих потоках ранжирования.

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

    Для ASO (App Store Optimization):

    • Накрутка загрузок без удержания: Стратегии, направленные только на увеличение числа установок (например, мотивированный трафик), будут неэффективны. Низкие показатели front-facing и launched приведут к понижению рейтинга.
    • Игнорирование технических проблем: Выпуск нестабильных обновлений или игнорирование отчетов о сбоях приведет к накоплению негативных технических сигналов и пессимизации.
    • Фокус только на ключевых словах в описании: Полагаться только на текстовую оптимизацию в маркетплейсе недостаточно, так как значительная часть ранжирования основана на внешних поведенческих и технических сигналах.

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

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

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

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

    Пример для ASO: Продвижение нового расширения для браузера

    1. Ситуация: Разработчик выпускает новое расширение в Chrome Web Store. Изначально его популярность нулевая.
    2. Механизм Discovery: Благодаря Statistical Sampling, система периодически показывает это новое расширение пользователям на видных позициях, несмотря на низкий рейтинг (особенно если используется поток «Новизна»).
    3. Сбор данных и Активация Trending Stream: Система отслеживает взаимодействие. Допустим, у расширения высокая конверсия из показа в установку. Это повышает его ранг в Trending Stream.
    4. Сбор данных об использовании: Пользователи, установившие расширение, активно его используют (высокий показатель front-facing), и оно работает стабильно (низкий crash rate).
    5. Результат: Комбинация высокого ранга в Trending Stream и положительных сигналов использования приводит к тому, что расширение начинает чаще появляться в органической выдаче маркетплейса.

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

    Применим ли этот патент к ранжированию сайтов в обычном поиске Google или Google Discover?

    Нет. В патенте четко указано, что он относится к «цифровым товарам» (приложениям и расширениям) в «онлайн-маркетплейсе» (например, Chrome Web Store или Google Play). Механизмы, описанные здесь, предназначены для ASO (App Store Optimization), а не для традиционного SEO.

    Что такое «статистическое сэмплирование» и зачем оно нужно?

    Это метод намеренного «перемешивания» результатов. Вместо того чтобы показывать товары строго по рейтингу (1, 2, 3, 4…), система использует вероятностный подход. Товар №1 имеет наибольший шанс быть первым, но есть вероятность, что товар №50 окажется выше товара №10. Это нужно для того, чтобы дать шанс новым или нишевым приложениям быть обнаруженными.

    Что такое «сигналы вне маркетплейса» и почему они важны?

    Это данные, которые генерируются не в самом магазине приложений. Ключевые примеры: как часто пользователь реально запускает приложение после установки, как часто оно активно (front-facing), как часто происходят сбои (crash rate), а также тренды из поиска и социальных сетей. Они важны, потому что показывают реальное качество и востребованность приложения.

    Как система собирает данные о сбоях и использовании приложений?

    Патент указывает, что эта информация поступает от браузеров (или операционных систем), на которых установлено приложение. Браузер отслеживает производительность, частоту запуска и сбои запущенных веб-приложений и расширений и отправляет эти данные на сервер маркетплейса, обычно с разрешения пользователя (opt-in basis).

    Что такое «Потоки ранжирования» (Ranking Streams) и «Веса» (Weights)?

    Ranking Streams — это разные способы упорядочить товары (например, по популярности, по новизне, по социальным рекомендациям). Weights — это веса, которые определяют, насколько важен каждый поток. Например, система может решить брать 70% результатов из потока популярности и 30% из потока новизны для формирования финальной выдачи.

    Что означает термин «front-facing» в контексте патента?

    Это означает, что приложение запущено в активной вкладке браузера, которую пользователь видит в данный момент. Если приложение запущено, но находится в фоновой или скрытой вкладке, оно не считается front-facing. Это используется как сильный сигнал реальной вовлеченности пользователя.

    Что такое «Trending Stream» и как он помогает новым приложениям?

    Trending Stream измеряет популярность по скорости загрузок относительно количества показов (конверсия Impression to Install). Если новое приложение показывается редко, но его устанавливает каждый 10-й увидевший, его трендовая оценка будет выше, чем у популярного приложения, которое устанавливает только каждый 200-й увидевший. Это помогает качественным новым приложениям быстро набирать видимость.

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

    Да, патент упоминает возможность существования «потока рекламируемых товаров» (advertised items stream). Товары в этом потоке могут ранжироваться в зависимости от суммы, уплаченной за рекламу. Этот поток затем смешивается с другими потоками с использованием заданных весов.

    Как обеспечивается персонализация ранжирования в маркетплейсе?

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

    Какие выводы из этого патента могут быть полезны для традиционного SEO, несмотря на его ASO-направленность?

    Хотя прямой пользы нет, патент полезен для стратегического понимания. Он подтверждает глобальный тренд на использование реальных поведенческих и технических данных, собранных с устройств пользователей, для оценки качества (что перекликается с Core Web Vitals). Также он показывает, как Google использует сложные алгоритмы для диверсификации выдачи и борьбы с монополизацией топа.

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

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