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

    Как Google использует машинное обучение для обнаружения непредсказуемых всплесков активности и активации QDF

    SYSTEMS AND METHODS FOR IDENTIFYING AND CHARACTERIZING SIGNALS CONTAINED IN A DATA STREAM (Системы и методы для идентификации и характеризации сигналов, содержащихся в потоке данных)
    • US20180189399A1
    • Google LLC
    • 2018-07-05
    • 2016-12-29
    2016 SERP Vladimir Ofitserov Патенты Google Поведенческие сигналы Свежесть контента

    Google использует ML-модели для прогнозирования ожидаемого объема обсуждений (например, твитов) по теме в реальном времени. Система анализирует разницу между фактической и прогнозируемой активностью (остаточный сигнал), чтобы точно и быстро выявлять статистически неожиданные всплески. Это позволяет активировать функции свежести (QDF), например, карусель Twitter в SERP, только в ответ на реальные события, игнорируя предсказуемые циклические тренды.

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

    Описание

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

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

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

    Запатентована система обнаружения аномалий во временных рядах данных с использованием машинного обучения. Ключевая идея — моделировать и прогнозировать «ожидаемую» активность (predictable portion) по теме. Вместо анализа сырых данных система фокусируется на анализе «остатка» (residual event count) — разнице между фактической и прогнозируемой активностью. Это позволяет идентифицировать только статистически неожиданные всплески (spikes).

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

    Система работает по принципу обнаружения аномалий:

    • Моделирование: ML-модель (например, LASSO regression), обученная на исторических данных (historical time distribution), прогнозирует ожидаемое количество событий (например, твитов) в текущий момент.
    • Вычисление остатка: Вычисляется residual event count (Фактическое количество – Прогнозируемое количество). Это устраняет предсказуемый шум.
    • Определение порога: На основе статистики прошлых остатков вычисляется динамический порог срабатывания (residual triggering threshold), например, с использованием медианы и IQR.
    • Действие: Если текущий остаток превышает порог, система фиксирует всплеск и предпринимает действие, например, активирует отображение карусели микроблогов в результатах поиска (SERP).

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

    Высокая. Точное определение актуальности контента (QDF — Query Deserves Freshness) и интеграция результатов поиска в реальном времени (особенно из Twitter) остаются критически важными. Способность отличать реальные срочные новости от циклического шума является ключевой задачей, и описанный метод на основе ML и анализа временных рядов обеспечивает надежный механизм для ее решения.

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

    Патент имеет высокое значение для SEO (8.5/10), особенно для новостных издателей и специалистов, работающих с трендами (Real-Time SEO). Он описывает механизм, который определяет, когда именно Google решает, что тема «горячая», и активирует специальные функции SERP (карусель Twitter, Top Stories). Понимание того, что система ищет аномалии, а не просто объем, критично для стратегий реагирования на события.

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

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

    Data Stream (Поток данных)
    Непрерывный поток информации в реальном времени, например, микроблоги (microblogs) или твиты.
    Event Count (Количество событий)
    Количество зафиксированных событий (например, твитов), соответствующих теме или запросу, в течение определенного интервала времени (bucket).
    Historical Time Distribution / Time Series (Временной ряд)
    Последовательность Event Counts, зафиксированных в последовательные моменты времени.
    IQR (Interquartile Range, Межквартильный размах)
    Мера статистического разброса данных. Используется как мера вариативности (measure of the variance) остаточного временного ряда для расчета порога срабатывания.
    LASSO Regression
    Метод регрессионного анализа в машинном обучении, упомянутый как способ создания интерпретируемой прогностической модели для определения Predictable Portion.
    Predictable Portion (Предсказуемая часть)
    Ожидаемое количество событий (Event Count), рассчитанное моделью машинного обучения на основе исторических закономерностей (например, время суток, день недели).
    Relevancy Analysis Engine
    Центральный компонент, который анализирует временные ряды, выполняет остаточный анализ и принимает решение о срабатывании триггера.
    Residual Event Count (Остаточное количество событий)
    Разница между фактическим Event Count и Predictable Portion (Фактическое – Прогнозируемое). Отражает неожиданную активность.
    Residual Triggering Threshold (Остаточный порог срабатывания)
    Уровень, который должен превысить Residual Event Count, чтобы система предприняла действие. Рассчитывается динамически.

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

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

    1. Получение исторического временного распределения количества событий по теме.
    2. Извлечение предсказуемой части (predictable portion) для создания остаточного временного распределения (residual event count time distribution).
    3. Определение остаточного порога срабатывания (residual triggering threshold) на основе этого распределения.
    4. Выполнение действия, когда остаточное количество событий превышает порог.

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

    Claim 4 (Независимый пункт, Система): Описывает применение метода конкретно к поисковым запросам и микроблогам. Это ключевой пункт для SEO.

    1. Получение запроса.
    2. Получение временного ряда количества микроблогов (microblog count time series) для этого запроса.
    3. Извлечение предсказуемой части для создания остаточного временного ряда (residual time series).
    4. Определение остаточного порога срабатывания.
    5. Передача для отображения контента микроблогов как части результатов поиска по запросу, когда остаточное количество микроблогов превышает порог.

    Claim 5 (Зависимый от 4): Уточняет, что модель машинного обучения (machine learning model) используется для прогнозирования предсказуемой части.

    Claim 8 (Зависимый от 4): Уточняет метод расчета порога. Он основывается на медиане (median) остаточного временного ряда и мере вариативности (measure of the variance) этого ряда. В описании патента приводится конкретная формула: median(residuals) + x * IQR(residuals).

    Claim 10 (Зависимый от 4): Добавляет возможность ограничения анализа временного ряда микроблогами из определенной локации (particular location).

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

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

    CRAWLING и INDEXING – Сканирование и Индексирование
    Система непрерывно получает и индексирует потоки данных реального времени (например, твиты). Data Analysis Engine обрабатывает эти данные для создания исторических временных рядов.

    QUNDERSTANDING – Понимание Запросов (Офлайн-процессы)
    Модели машинного обучения (например, LASSO regression) тренируются офлайн на исторических данных. Цель — научиться предсказывать будущую активность (predictable portion) на основе временных и других признаков.

    METASEARCH – Метапоиск и Смешивание / RERANKING – Переранжирование (В реальном времени)
    Основное применение патента. При обработке запроса пользователя:

    1. Relevancy Analysis Engine получает запрос и запрашивает временной ряд у Data Analysis Engine.
    2. Применяется ML-модель для расчета прогноза и вычисляется текущий residual event count.
    3. Рассчитывается residual triggering threshold.
    4. Если порог превышен (обнаружен всплеск), Relevancy Analysis Engine инициирует действие на этапе METASEARCH — он запрашивает свежий контент из Search Index и включает его в SERP (например, в виде карусели).

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

    • Запрос пользователя или тема мониторинга.
    • Исторический временной ряд (microblog count time series).
    • Натренированная ML-модель прогнозирования.

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

    • Решение о триггере (Да/Нет) для отображения контента реального времени в SERP.

    На что влияет

    • Конкретные типы контента: В первую очередь влияет на видимость контента из микроблогов (Twitter упоминается явно) и новостных публикаций.
    • Специфические запросы: Наибольшее влияние на запросы, связанные со срочными новостями, живыми событиями (спорт, катастрофы) и неожиданными происшествиями (QDF-запросы). Пример в патенте: «NYC train outage».
    • Определенные форматы контента: Активирует специальные блоки SERP, такие как карусель Twitter или блоки «В новостях».
    • Географические ограничения: Система может ограничивать временной ряд микроблогами из определенного местоположения для обнаружения локальных всплесков.

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

    • Триггеры активации: Активация происходит, когда Residual Event Count (разница между фактической и прогнозируемой активностью) превышает динамически рассчитанный Residual Triggering Threshold.
    • Исключения: Система специально разработана так, чтобы НЕ срабатывать при предсказуемых увеличениях активности. Например, ожидаемый рост обсуждений «фильмов в пятницу вечером» будет учтен ML-моделью как predictable portion и не вызовет срабатывания.
    • Временные рамки: Система работает в режиме, близком к реальному времени, используя короткие интервалы (buckets) для подсчета (например, 30 минут).

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

    Процесс А: Офлайн-тренировка модели

    1. Сбор данных: Сбор большого количества временных рядов для различных запросов за определенный период.
    2. Обучение: Использование регуляризованной регрессионной модели (например, LASSO) для создания модели, предсказывающей количество событий в следующем временном интервале (bucket) для данного запроса.

    Процесс Б: Обработка в реальном времени

    1. Получение запроса и временного ряда: Система получает запрос и извлекает исторический временной ряд (например, за 1-7 дней) для этого запроса.
    2. Прогнозирование (Prediction): Применение натренированной ML-модели для прогнозирования ожидаемого количества событий (predictable portion) в текущем интервале.
    3. Расчет остатка (Residual Calculation): Вычисление текущего Residual Event Count: Фактическое количество минус Прогнозируемое количество.
    4. Расчет порога (Threshold Calculation): Определение Residual Triggering Threshold на основе исторических остаточных данных. Формула: median(residuals) + x * IQR(residuals).
    5. Принятие решения (Trigger Decision): Текущий Residual Event Count сравнивается с порогом.
    6. Выполнение действия (Action): Если порог превышен, система активирует отображение контента микроблогов в SERP.
    7. Завершение (Cooldown): Система прекращает отображение контента через определенное время (например, 2 часа) после того, как остаточный счет опустится ниже порога.

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

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

    • Временные факторы: Ключевые данные. Используются метки времени событий для построения временных рядов (Time Series). Исторические данные используются за релевантный период (упоминаются 1-7 дней). Интервалы агрегации (buckets) могут варьироваться (в примере 30 минут).
    • Контентные факторы: Используется текст микроблогов и текст запроса для определения связи. Упоминается необходимость наличия существенных слов запроса (substantive query words), хештегов и сущностей (entities).
    • Географические факторы: Система может использовать местоположение автора микроблога для ограничения временного ряда конкретной локацией (particular location).
    • Пользовательские факторы (Косвенно): В архитектуре системы упоминается база данных User Quality. Эти данные могут использоваться для фильтрации или ранжирования контента после активации триггера.

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

    • Event Count: Сырой подсчет количества событий по теме в заданном интервале.
    • Predicted Event Count: Выход модели машинного обучения (LASSO regression или нейронные сети).
    • Residual Event Count: Метрика неожиданной активности. Формула: Actual Event Count — Predicted Event Count.
    • Median(residuals) и IQR(residuals): Статистические показатели, рассчитываемые на основе исторических остаточных данных. IQR используется как мера дисперсии (variance).
    • Residual Triggering Threshold: Основная метрика для принятия решения. Формула: median(residuals) + x * IQR(residuals).
    • Tuning parameter (x): Настраиваемый параметр чувствительности. Устанавливается с помощью оценок асессоров (human raters) и может различаться для разных типов запросов (например, ниже для спортивных запросов).

    Выводы

    1. QDF активируется на основе статистических аномалий, а не объема: Google ищет не просто большой объем обсуждений, а статистически значимое отклонение от ожидаемого объема (Residual Event Count). Это ключевой механизм для определения того, заслуживает ли запрос свежести (QDF).
    2. Предсказуемый шум активно фильтруется: Система использует машинное обучение для игнорирования циклических и предсказуемых трендов (например, суточные пики активности). ML-модель учитывает эти закономерности как predictable portion, позволяя сосредоточиться на реальных событиях.
    3. Динамические и адаптивные пороги: Порог срабатывания (Residual Triggering Threshold) не фиксирован. Он рассчитывается динамически на основе медианы и вариативности (IQR) исторических данных для конкретного запроса, адаптируясь к его волатильности.
    4. Скорость и точность обнаружения: Цель механизма — сократить время между реальным событием и реакцией Google, при этом минимизируя ложные срабатывания на шум.
    5. Зависимость от внешних сигналов: Патент подтверждает, что Google активно использует данные сторонних платформ (в частности, Twitter) как сенсор для понимания трендов в реальном времени и корректировки SERP.

    Практика

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

    • Максимальная скорость реакции на тренды (Real-Time SEO): Скорость публикации и дистрибуции контента (особенно в Twitter) критична. Необходимо быть частью первоначального неожиданного всплеска (spike), чтобы попасть в активированные блоки реального времени (Карусель Twitter, Top Stories).
    • Мониторинг социальных сетей в реальном времени: Отслеживайте не только упоминания, но и неожиданные всплески активности в вашей нише, чтобы понять, когда Google может активировать QDF.
    • Использование актуальной терминологии и хештегов: Убедитесь, что ваш контент в микроблогах содержит существенные термины (substantive words) и актуальные хештеги, связанные с событием. Система использует их для ассоциации контента с запросом.
    • Стимулирование аутентичного социального отклика: Стратегии должны быть направлены на генерацию органического и быстрого отклика аудитории. Чем резче и неожиданнее рост упоминаний, тем выше Residual Event Count.
    • Локальное SEO и события: При освещении локальных событий убедитесь, что географические сигналы четко указаны, так как система может обнаруживать и приоритизировать локальные всплески.

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

    • Запланированные или скоординированные всплески активности: Попытки искусственно создать всплеск с помощью публикаций по расписанию или регулярной активности ботов, скорее всего, будут идентифицированы ML-моделью как predictable portion и отфильтрованы. Система ищет неожиданные события.
    • Медленное реагирование на тренды: Публикация контента через несколько часов после пика события снижает шансы, так как система может деактивировать блоки после спада активности (упоминается 2-часовой период «остывания»).
    • Игнорирование Twitter как источника сигналов: Активность на этой платформе напрямую влияет на видимость в Google по горячим темам и является важным источником сигналов свежести для QDF.

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

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

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

    Сценарий: Внезапный сбой в работе популярного сервиса (Breaking News)

    1. Событие: Крупный облачный провайдер (например, AWS) испытывает масштабный сбой в рабочее время.
    2. Ожидаемая активность: ML-модель Google прогнозирует нормальный уровень упоминаний AWS в Twitter (Predictable Portion).
    3. Фактическая активность: Тысячи пользователей начинают писать о сбое. Фактическое количество твитов резко возрастает.
    4. Обнаружение всплеска: Residual Event Count (Фактический – Прогнозируемый) резко увеличивается и превышает Residual Triggering Threshold.
    5. Действие Google: Для запросов типа «AWS сбой» Google немедленно активирует карусель Twitter и блоки новостей в верхней части SERP.
    6. SEO Действие: Новостные сайты и технологические блоги, которые первыми опубликуют новость и поделятся ей в Twitter с релевантными терминами и хештегами (#AWSdown), получат максимальную видимость в этих блоках.

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

    Что является главным отличием этого метода от простого отслеживания объема упоминаний?

    Главное отличие — использование машинного обучения для фильтрации предсказуемой активности (Predictable Portion). Система реагирует не на сам объем, а на то, насколько фактический объем превышает прогнозируемый (анализ остатков — Residuals). Это позволяет игнорировать регулярные колебания (например, суточные ритмы) и фокусироваться только на аномальных, неожиданных всплесках.

    Как именно рассчитывается порог срабатывания (Residual Triggering Threshold)?

    Порог динамический и основан на статистике исторических остатков для данной темы. В патенте приводится формула: Порог = Медиана(остатков) + x * IQR(остатков). IQR (межквартильный размах) измеряет историческую волатильность. Это статистический метод, который адаптирует порог к нормальному уровню шума для конкретной темы.

    Что такое параметр ‘x’ (Tuning Parameter) в формуле порога и как он устанавливается?

    Это настраиваемый коэффициент, который определяет чувствительность системы. Более низкий ‘x’ означает более агрессивное срабатывание (быстрее реакция, но больше ложных срабатываний). Патент указывает, что этот параметр настраивается с использованием оценок асессоров (human raters) и может различаться для разных типов запросов (например, быть ниже для спорта).

    Означает ли это, что запланированные твиты или маркетинговые кампании бесполезны для попадания в тренды Google?

    Если активность полностью предсказуема (например, кампания запускается в одно и то же время регулярно), ML-модель научится ожидать этого всплеска и отфильтрует его как Predictable Portion. Срабатывание произойдет, только если кампания вызывает неожиданно сильную реакцию пользователей, значительно превышающую прогнозы.

    Какое отношение этот патент имеет к QDF (Query Deserves Freshness)?

    Этот патент описывает один из ключевых механизмов реализации QDF. Он предоставляет Google быстрый и точный способ определить, что запрос в данный момент требует свежих результатов. Обнаружение статистически значимого всплеска активности в реальном времени служит триггером для активации алгоритмов QDF и изменения поисковой выдачи.

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

    Система продолжает показывать контент, пока модель фиксирует всплеск (остаток выше порога). Кроме того, патент описывает период «остывания» (cooldown): контент может отображаться в течение дополнительного времени (например, 2 часа) после того, как всплеск прекратился.

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

    На этапе обнаружения всплеска (триггеринга) система фокусируется на анализе общего количества событий (Event Counts). Однако в архитектуре упоминается User Quality Database. Вероятно, качество авторов используется на следующем этапе – при отборе и ранжировании конкретных твитов для отображения в карусели.

    Может ли система обнаруживать локальные события?

    Да. Патент явно упоминает возможность ограничения временного ряда микроблогами из определенного местоположения (restricting the microblog count time series to microblogs from a particular location). Это позволяет системе обнаруживать всплески, актуальные только для определенного региона.

    Применяется ли этот метод только к Twitter?

    Хотя Twitter и твиты используются в качестве основного примера, изобретение описано как система для анализа «сигналов, содержащихся в потоке данных» (signals contained in a data stream). Теоретически, этот метод может применяться к любым потокам данных реального времени, таким как другие социальные сети или новостные ленты.

    Как SEO-специалисту использовать эти знания на практике?

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

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

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