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

Как Google рассчитывает «сигнал конкурентоспособности» (Competition Signal) страниц на основе анализа кликов, показов и времени взаимодействия

DETERMINING RESOURCE QUALITY BASED ON RESOURCE COMPETITION (Определение качества ресурса на основе конкуренции ресурсов)
  • US9020927B1
  • Google LLC
  • 2012-07-31
  • 2015-04-28
  • Поведенческие сигналы
  • SERP
  • EEAT и качество
  • Описание
  • Разбор
  • Выводы
  • Практика
  • FAQ
  • Похожие

Google оценивает качество страниц, анализируя их «победы» и «поражения» в поисковой выдаче. Система сравнивает, как часто пользователи выбирают данный URL вместо других и как долго они взаимодействуют с контентом по сравнению с конкурентами (Dwell Time). На основе этих данных рассчитывается корректирующий фактор, который повышает или понижает позиции страницы, отражая её относительную конкурентоспособность и удовлетворенность пользователей.

Описание

Какую проблему решает

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

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

Запатентована система и метод определения качества ресурса путем измерения его конкурентоспособности (resource competition). Система анализирует логи взаимодействия пользователей (клики, показы, время клика) и подсчитывает количество «побед» (Wins / First Value / X) и «поражений» (Losses / Second Value / Y) для каждого URL относительно конкурентов. На основе этого соотношения генерируется Adjustment Factor, используемый для корректировки оценки ранжирования ресурса.

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

Система анализирует исторические данные о поисковых сессиях. Патент описывает два основных метода оценки конкуренции:

  • Модель Click Length (Относительное время взаимодействия): Анализируются сессии, где было несколько кликов (Co-clicked). «Победа» засчитывается, если время клика (Dwell Time) на данном URL больше, чем на другом URL в той же сессии.
  • Модель Impression/Click (Показы и Клики): «Победа» засчитывается, если URL выбран, а другие показанные URL — нет. «Поражение» засчитывается, если URL показан, но не выбран, а другие URL выбраны. Этот метод может учитывать позиционное смещение (Positional Bias).

На основе соотношения побед (X) и поражений (Y) вычисляется Adjustment Factor с использованием нормализующей формулы. Данные агрегируются на уровне домена и используются только при достижении порога статистической значимости.

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

Высокая. Сигналы пользовательского поведения (относительный CTR, pogo-sticking, dwell time) играют критическую роль в современных системах ранжирования, основанных на машинном обучении. Этот патент описывает конкретные, детальные и устойчивые к манипуляциям механизмы того, как Google может измерять и использовать относительные предпочтения пользователей как прямой сигнал качества и удовлетворенности.

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

Патент имеет критическое значение (9/10) для SEO. Он подтверждает, что относительная производительность ресурса на SERP напрямую влияет на ранжирование. Это подчеркивает важность оптимизации сниппетов для привлечения квалифицированных кликов (чтобы максимизировать «победы») и оптимизации контента и UX для полного удовлетворения интента пользователя (чтобы минимизировать «поражения» и максимизировать Click Length).

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

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

Adjustment Factor (AF) (Корректирующий фактор)
Множитель, рассчитываемый на основе соотношения First Value (X) и Second Value (Y). Используется для корректировки оценки ранжирования ресурса.
Click Length (Длительность клика / Dwell Time)
Период времени, который пользователь провел на ресурсе после клика по результату поиска, до возврата к SERP или перехода на другой ресурс.
Co-clicked (Совместно кликнутые)
Ситуация, когда в рамках одной поисковой сессии (Search Session) пользователь выбирает более одного результата поиска.
Competition Signal (Сигнал конкурентоспособности)
Сигнал ранжирования, измеряющий качество ресурса на основе его производительности относительно других ресурсов в SERP.
Domain Adjustment Factor (Корректирующий фактор домена)
Фактор, рассчитанный на основе агрегированных значений X и Y всех URL домена. Используется как резервный механизм, если данных по URL недостаточно.
First Value (X / Wins) (Первое значение / Победы)
Метрика, отражающая количество «побед» ресурса.
  • Модель Click Length: Время клика на этот URL дольше, чем на другой co-clicked URL.
  • Модель Impression/Click: Этот URL выбран, а другие URL показаны, но не выбраны.
Impression (Показ)
Отображение результата поиска пользователю. Патент обсуждает разные модели определения показа (например, показ засчитывается только для результатов выше последнего кликнутого результата).
Positional Bias (Позиционное смещение)
Влияние позиции результата в SERP на вероятность его просмотра и клика. Учитывается в Модели Impression/Click для определения правил учета побед и поражений.
Second Value (Y / Losses) (Второе значение / Поражения)
Метрика, отражающая количество «поражений» ресурса.
  • Модель Click Length: Время клика на этот URL короче, чем на другой co-clicked URL.
  • Модель Impression/Click: Этот URL показан, но не выбран, а другие URL выбраны.

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

Патент является продолжением (Continuation-in-part) и описывает два основных воплощения (embodiments) для оценки конкуренции. Описание (Description) и фигуры (FIG. 2A, 2B) детально раскрывают Модель Click Length. Формула изобретения (Claims 1-20) фокусируется на Модели Impression/Click.

Claim 1 (Независимый пункт): Описывает Модель Impression/Click.

  1. Для URL генерируется First Value (Победы): подсчет случаев, когда в ответ на запрос (query) данный URL был выбран, а другие URL были показаны (displayed), но не выбраны.
  2. Генерируется Second Value (Поражения): подсчет случаев, когда в ответ на тот же запрос данный URL был показан, но не выбран, а другие URL были выбраны.
  3. Генерируется Adjustment Factor для этого URL для данного запроса (for the search query) на основе разницы между X и Y.

Claim 1 защищает механизм корректировки ранжирования на основе относительного CTR, который рассчитывается специфично для каждого запроса (Query-Dependent).

Claims 2, 3 и 4 (Зависимые): Вводят учет позиционного смещения (Positional Bias).

  • Claim 2 (Определение показа): Ресурс считается показанным, только если был выбран другой ресурс на более низкой позиции. (Предполагается, что пользователь просмотрел все выше).
  • Claim 3 (Определение Победы): First Value учитывает только невыбранные URL, которые располагались на позициях ВЫШЕ, чем выбранный URL. (Клик на Поз. 5 — победа над Поз. 1-4).
  • Claim 4 (Определение Поражения): Second Value учитывает только случаи, когда был выбран другой URL, расположенный на позиции НИЖЕ, чем данный (невыбранный) URL. (Пропуск Поз. 2 и клик на Поз. 5 — поражение для Поз. 2). Это прямой сигнал Pogo-sticking.

Claim 8 и 9 (Зависимые): Описывают агрегацию на уровне домена и резервный механизм.

  • Значения X и Y агрегируются на уровне домена для расчета Domain Adjustment Factor (Claim 8).
  • Если данных по URL недостаточно (X+Y ниже порога), но достаточно по домену, используется Domain Adjustment Factor (Claim 9).

Claim 10 (Зависимый): Детализирует метод расчета Adjustment Factor.

Определяется отношение: (X-Y) / Max(X, Y). Adjustment Factor определяется как константа в степени этого отношения.

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

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

INDEXING – Индексирование и извлечение признаков
На этом этапе система обрабатывает Query Logs и Click Logs в офлайн-режиме. Вычисляются значения X, Y и Adjustment Factors для URL и доменов (с использованием обеих моделей). Эти данные сохраняются для использования в реальном времени.

RANKING – Ранжирование / RERANKING – Переранжирование
Во время обработки запроса система извлекает предварительно рассчитанные Adjustment Factors для кандидатов, проверяет пороги достаточности данных (Thresholds) и применяет фактор к базовой оценке (например, IR score) для получения скорректированной оценки ранжирования.

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

  • Логи поисковых сессий: Запросы, показанные URL, позиции URL, выбранные URL, время кликов (Click Length).
  • Базовые оценки ранжирования (IR Scores).

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

  • Adjustment Factors для URL и доменов (офлайн).
  • Скорректированные оценки ранжирования (онлайн).

На что влияет

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

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

  • Условия применения: Алгоритм применяется во время ранжирования результатов поиска.
  • Триггеры активации и пороговые значения: Корректировка применяется только в том случае, если общее количество наблюдений (сумма X + Y) для URL или его домена превышает установленный порог (Threshold Value). Это гарантирует статистическую значимость данных. Если данных по URL недостаточно, используется резервный механизм домена.

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

Патент описывает два параллельных процесса: офлайн-генерацию факторов и онлайн-применение.

Процесс А: Офлайн-генерация Adjustment Factors

  1. Сбор данных: Сбор логов поисковых сессий (запросы, показы, клики, Click Length).
  2. Обработка взаимодействий: Анализ сессий для определения конкурентных пар по двум моделям.
  3. Вычисление Побед (X) и Поражений (Y): Для каждого URL (и, возможно, для каждого запроса):
    • Модель Click Length: Сравнение времени клика для co-clicked результатов.
    • Модель Impression/Click: Подсчет относительных выборов с учетом правил позиционного смещения (Claims 3, 4).
  4. Агрегация на уровне домена: Суммирование X и Y значений для получения доменных значений (Claim 8).
  5. Расчет Adjustment Factor (AF): Применение нормализующей формулы для URL и доменов (Claim 10).
  6. Хранение: Сохранение вычисленных факторов в индексе.

Процесс Б: Онлайн-применение при ранжировании

  1. Получение запроса и результатов: Система идентифицирует релевантные ресурсы с базовыми оценками (IR scores).
  2. Извлечение данных: Для каждого URL извлекаются AF, X и Y.
  3. Проверка порогов (Threshold Check): Система проверяет, превышает ли сумма X+Y пороговое значение.
  4. Обработка недостатка данных: Если порог для URL не достигнут, система проверяет порог для домена и может использовать Domain Adjustment Factor (Claim 9).
  5. Корректировка оценки: Если пороги пройдены, базовая оценка ресурса корректируется с помощью AF (например, путем умножения).
  6. Ранжирование: Результаты ранжируются на основе скорректированных оценок.

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

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

Система полагается исключительно на поведенческие факторы, собранные из логов взаимодействия пользователей с поисковой выдачей.

  • Поведенческие факторы:
    • Клики (Selections): Данные о том, какие результаты были выбраны.
    • Показы (Impressions): Данные о том, какие результаты были показаны (с учетом моделей определения показа).
    • Время клика (Click Length / Dwell Time): Продолжительность взаимодействия с ресурсом после клика (используется в Модели Click Length).
    • Позиции в SERP (Ordinal Positions): Относительное расположение результатов (используется для учета позиционного смещения в Модели Impression/Click).
    • Данные сессии (Session Data): Группировка действий пользователя для определения co-clicks.

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

  • First Value (X) и Second Value (Y): Метрики побед и поражений, рассчитываемые по одной из двух моделей.
  • Threshold Value (Пороговое значение): Минимальное количество наблюдений (X+Y), необходимое для применения корректировки.
  • Adjustment Factor (AF): Основная вычисляемая метрика. Патент предлагает конкретные формулы:

Формула 1 (Базовая):

AF=C(−(X−Y)/max(X,Y))AF=C^{(-(X-Y)/max(X, Y))}AF=C(−(X−Y)/max(X,Y))

Где C — константа (например, 0.6). Эта формула ограничивает диапазон корректировки и нормализует результат относительно общего числа наблюдений.

Формула 2 (Усиленная):

AF=C((−B∗(X−Y))/max(X,Y))AF=C^{(( -B * (X-Y))/max(X, Y))}AF=C((−B∗(X−Y))/max(X,Y))

Где B — дополнительная константа для усиления влияния. Может применяться, если начальная оценка релевантности (IR score) ресурса уже высока.

Выводы

  1. Относительное предпочтение пользователя как прямой сигнал качества: Google использует данные о поведении пользователей на SERP для прямой корректировки ранжирования. Качество ресурса определяется его способностью «побеждать» конкурентов в глазах пользователя.
  2. Два механизма измерения конкуренции: Система использует два разных подхода: сравнение времени клика (Dwell Time) при совместных кликах (Модель Click Length) и сравнение показов и кликов (относительный CTR) для конкретной выдачи (Модель Impression/Click).
  3. Учет позиционного смещения и Pogo-Sticking: В модели Impression/Click явно учитывается позиция результатов (Claims 3, 4). «Поражение» ресурса, когда пользователь пропускает его и кликает на результат ниже, является сильным сигналом неудовлетворенности (pogo-sticking) и ведет к понижению.
  4. Query-Dependent корректировки: Механизм позволяет рассчитывать Adjustment Factor специфично для каждого запроса (Claim 1). Конкурентоспособность ресурса может различаться в зависимости от контекста запроса.
  5. Агрегация на уровне домена и пороги надежности: Система агрегирует поведенческие сигналы на уровне домена, что позволяет применять корректировки даже к новым страницам, если домен в целом имеет достаточно данных (Domain Adjustment Factor). Использование порогов гарантирует статистическую значимость.
  6. Математическая нормализация: Предложена конкретная нелинейная формула для расчета Adjustment Factor, которая нормализует влияние и ограничивает максимальный буст или деградацию.

Практика

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

  • Максимизация удовлетворенности и времени взаимодействия (Модель Click Length): Сосредоточьтесь на качестве контента, UX и скорости загрузки. Цель — полностью удовлетворить интент пользователя, чтобы он провел на странице достаточно времени и не вернулся на выдачу для клика по конкурентам (минимизация Pogo-sticking). Это увеличивает «Победы» (X).
  • Оптимизация сниппетов для выигрыша клика (Модель Impression/Click): Работайте над Title и Description, чтобы они были максимально привлекательными и релевантными. Цель — убедить пользователя выбрать ваш результат среди конкурентов, особенно если вы находитесь ниже (Claim 3), увеличивая «Победы» (X).
  • Анализ конкурентов на SERP с точки зрения UX: Изучайте, почему пользователи предпочитают одни результаты другим. Понимание того, как конкуренты удовлетворяют интент, позволяет скорректировать стратегию для улучшения собственных метрик X и Y.
  • Построение авторитетности и качества всего сайта (Domain Factor): Поскольку данные агрегируются на уровне домена, важно поддерживать высокое качество всех страниц сайта. Успешные страницы улучшают общие метрики домена, что помогает ранжироваться страницам с недостаточной статистикой (Claim 9).

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

  • Кликбейт и обман ожиданий: Использование заголовков, которые привлекают клик, но не соответствуют содержанию. Это приведет к коротким кликам и возврату на выдачу. В Модели Click Length это генерирует «Поражения» (Y) и ведет к понижению.
  • Игнорирование UX и технических проблем: Медленная загрузка, навязчивая реклама, сложная навигация заставляют пользователей быстро покидать страницу, что негативно сказывается на метриках конкуренции по времени взаимодействия.
  • Создание поверхностного контента (Thin Content): Контент, который не удовлетворяет интент пользователя, неизбежно проиграет конкуренцию более качественным ресурсам в рамках одной поисковой сессии.

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

Патент подтверждает стратегическую важность комплексного подхода к SEO, ориентированного на пользователя (User-Centric SEO). Он демонстрирует механизм, с помощью которого Google напрямую измеряет удовлетворенность пользователя в сравнении с конкурентами. Это усиливает значение принципов E-E-A-T и Helpful Content, так как именно они способствуют созданию контента, который выигрывает конкуренцию как на этапе выбора на SERP, так и на этапе взаимодействия с контентом. Долгосрочная стратегия должна фокусироваться на полном цикле пользовательского пути.

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

Сценарий 1: Оптимизация статьи для увеличения Click Length (Модель Click Length)

  1. Ситуация: Информационная статья на Позиции 5. Пользователи часто кликают на нее, но быстро возвращаются и переходят на Позицию 6 (конкурент).
  2. Действие по патенту: Система фиксирует короткий клик для вашей статьи и длинный для конкурента. Ваша статья получает Loss (Y), конкурент — Win (X).
  3. SEO-действие: Проанализировать и доработать статью: добавить резюме (Summary) в начало, улучшить структуру, добавить инфографику и полезные инструменты (например, калькулятор), чтобы удержать внимание и увеличить время взаимодействия.
  4. Результат: Увеличение Click Length. Система фиксирует Wins, Adjustment Factor улучшается, рейтинг статьи растет.

Сценарий 2: Борьба за позицию (Модель Impression/Click)

  1. Ситуация: Ваша страница на Позиции 2, конкурент на Позиции 3. Пользователи часто игнорируют вашу страницу и кликают на конкурента.
  2. Действие по патенту: Согласно Claim 4, ваша страница получает Loss (Y), так как выбранный URL (конкурент) находится ниже. Конкурент получает Win (X).
  3. SEO-действие: Проанализировать и оптимизировать сниппет (Title/Description). Возможно, сниппет конкурента более привлекателен (содержит цены, рейтинг, более точный ответ). Внедрить микроразметку для обогащения сниппета.
  4. Результат: Увеличение CTR вашей страницы. Снижение количества Losses, улучшение Adjustment Factor, защита позиции.

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

Патент описывает два разных способа подсчета «побед» и «поражений». В чем ключевая разница и использует ли Google оба?

Первый способ (Click Length Model) основан на сравнении времени взаимодействия (Dwell Time) при совместных кликах в одной сессии. Второй (Impression/Click Model) основан на анализе показов и кликов на SERP (относительный CTR с учетом позиций). Патент описывает оба варианта. Google может использовать один из них, оба одновременно или их комбинацию. Для SEO важно оптимизировать оба аспекта: и привлекательность на выдаче, и удовлетворенность контентом.

Как рассчитывается корректирующий фактор (Adjustment Factor) и насколько он силен?

Фактор рассчитывается по формуле, которая нормализует разницу между «Победами» (X) и «Поражениями» (Y): AF=C(−(X−Y)/max(X,Y))AF = C^{(-(X-Y)/max(X, Y))}AF=C(−(X−Y)/max(X,Y)). Влияние значительно. В примере патента (C=0.6), максимальный буст составляет около 1.67 раз, а максимальное понижение — 0.6 раз. Этого достаточно, чтобы существенно изменить порядок результатов в ТОПе.

Что произойдет, если страница новая и по ней нет данных о кликах?

Патент предусматривает резервный механизм (Claim 9). Если данных по URL недостаточно для достижения порогового значения (Threshold Value), система может использовать агрегированные данные о «победах» и «поражениях» для всего домена (Domain Adjustment Factor). Если домен в целом показывает хорошие результаты, новая страница может унаследовать его корректирующий фактор.

Как система учитывает позицию результата на выдаче (Positional Bias)?

В модели Impression/Click (Claims 3, 4) учет позиции критичен. Например, «победа» может засчитываться, только если вы обошли результат, который был выше вас. «Поражение» засчитывается, если вас проигнорировали в пользу результата, который был ниже вас (Pogo-sticking). Это позволяет системе более точно интерпретировать выбор пользователя, учитывая естественную склонность кликать на верхние результаты.

Являются ли эти метрики конкуренции зависимыми от запроса (Query-Dependent)?

Да, Claim 1 явно указывает, что фактор может рассчитываться for the search query (для поискового запроса). Это означает, что система оценивает, насколько хорошо конкретный URL конкурирует именно по данному запросу. Однако в описании патента также упоминается возможность расчета независимых от запроса (Query-Independent) значений.

Как этот патент связан с кликбейтом?

Этот патент напрямую направлен против кликбейта. Если заголовок привлекает клик, но контент разочаровывает, пользователь быстро вернется на выдачу (короткий клик). В модели относительного времени взаимодействия (Click Length Model) это приведет к генерации «Поражения» (Y), что ухудшит Adjustment Factor и понизит ресурс в ранжировании.

Что важнее для SEO согласно этому патенту: привлекательный сниппет или качественный контент?

Важны оба аспекта, так как патент описывает механизмы, учитывающие оба этапа. Привлекательный сниппет необходим для выигрыша клика на SERP (Модель Impression/Click). Качественный контент и хороший UX необходимы для удержания пользователя и выигрыша по времени взаимодействия (Модель Click Length). Недостаток в любом из этих аспектов приведет к потере позиций.

Учитывает ли система конкуренцию между страницами одного и того же домена?

В описании патента (Description) упоминается реализация, при которой сравнение длины кликов (Click Length) игнорируется, если совместно кликнутые ресурсы принадлежат одному и тому же домену. Это позволяет сфокусироваться на межсайтовой конкуренции.

Как измерить Wins и Losses для своего сайта?

Напрямую измерить эти метрики невозможно. Однако можно использовать прокси-метрики. Для Модели Impression/Click анализируйте CTR в GSC в сравнении с позицией и сниппетами конкурентов. Для Модели Click Length анализируйте показатели вовлеченности в системах аналитики (Time on Page, Session Duration), стремясь к максимальному удовлетворению интента пользователя.

Как этот патент соотносится с E-E-A-T?

Есть сильная косвенная связь. Ресурсы с высоким E-E-A-T, как правило, лучше удовлетворяют информационную потребность пользователей, обеспечивают более длительное время взаимодействия и чаще выбираются вместо менее авторитетных источников. Таким образом, работа над E-E-A-T способствует получению положительного Competition Signal.

Похожие патенты

Как Google нормализует поведенческие сигналы (Dwell Time), калибруя показатели «короткого» и «длинного» клика для разных категорий сайтов
Google использует механизм для устранения предвзятости в поведенческих сигналах, таких как продолжительность клика (Dwell Time). Поскольку пользователи взаимодействуют с разными типами контента по-разному, система определяет, что считать «коротким кликом» и «длинным кликом» отдельно для каждой категории (например, Новости, Недвижимость, Словари). Это позволяет более точно оценивать качество ресурса, сравнивая его показатели с нормами его конкретной ниши.
  • US8868565B1
  • 2014-10-21
  • Поведенческие сигналы

  • SERP

Как Google персонализирует поисковую выдачу, анализируя историю кликов и поведение пользователя на сайте
Google использует механизм для персонализации поисковой выдачи на основе истории взаимодействия пользователя с результатами поиска. Система отслеживает, какие сайты пользователь выбирает, как долго он на них остается (Dwell Time), частоту и контекст выбора. Основываясь на этих данных, предпочитаемые пользователем ресурсы повышаются в ранжировании при его последующих запросах.
  • US9037581B1
  • 2015-05-19
  • Персонализация

  • Поведенческие сигналы

  • SERP

Как Google использует время взаимодействия пользователя с сайтом (Dwell Time) для расчета оценки качества всего сайта
Google использует агрегированные данные о продолжительности визитов пользователей на сайт для расчета метрики качества этого сайта (Site Quality Score). Система измеряет время взаимодействия (включая Dwell Time — время от клика в выдаче до возврата обратно), фильтрует аномальные визиты и нормализует данные по типам контента. Итоговая оценка используется как независимый от запроса сигнал для ранжирования и принятия решений об индексировании.
  • US9195944B1
  • 2015-11-24
  • Поведенческие сигналы

  • Индексация

  • SERP

Как Google использует язык интерфейса пользователя и поведенческие сигналы для определения языковой релевантности документа
Google определяет, для носителей каких языков релевантен документ, анализируя агрегированные данные о кликах. Система изучает, какой языковой интерфейс поиска (например, google.fr или google.de) использовали пользователи, кликнувшие на результат. Учитывая поведенческие факторы, такие как время пребывания на странице (Dwell Time) и позиция клика, Google рассчитывает Оценку Языковой Релевантности. Это позволяет определить целевую аудиторию страницы независимо от языка ее контента.
  • US9208231B1
  • 2015-12-08
  • Мультиязычность

  • Поведенческие сигналы

  • SERP

Как Google использует время пребывания на странице (Dwell Time) для оценки качества и корректировки ранжирования
Google анализирует продолжительность визитов пользователей на страницы из результатов поиска (Dwell Time). Система рассчитывает метрику, сравнивающую количество «длинных кликов» (длительных визитов) с общим количеством кликов для конкретного документа по конкретному запросу. Этот показатель используется как сигнал качества, независимый от позиции в выдаче, для повышения или понижения документа в ранжировании.
  • US8661029B1
  • 2014-02-25
  • Поведенческие сигналы

  • SERP

Популярные патенты

Как Google использует историю местоположений для определения физической активности пользователя и гиперперсонализации поиска
Google анализирует историю перемещений пользователя (местоположения и скорость), чтобы определить его текущую физическую активность (например, поход, шоппинг) и способ передвижения (например, пешком, на автобусе). Эта информация используется для радикальной персонализации: система корректирует ранжирование результатов, изменяет запросы и формирует подсказки, чтобы они соответствовали контексту реальных действий пользователя.
  • US20150006290A1
  • 2015-01-01
  • Поведенческие сигналы

  • Персонализация

  • Local SEO

Как Google использует исторические данные о кликах по Сущностям для ранжирования нового или редко посещаемого контента
Google решает проблему «холодного старта» для новых страниц, у которых нет собственных поведенческих данных. Система агрегирует историю кликов на уровне Сущностей (Entities). Если сущности, упомянутые на новой странице, исторически имеют высокий CTR по целевому запросу, страница получает бустинг в ранжировании, наследуя поведенческие сигналы через эти сущности.
  • US10303684B1
  • 2019-05-28
  • Поведенческие сигналы

  • Семантика и интент

  • SERP

Как Google использует историю поиска, поведение и многофакторные профили пользователей для персонализации поисковой выдачи
Google создает детальные профили пользователей на основе истории запросов, взаимодействия с результатами (клики, время просмотра) и анализа контента посещенных страниц. Эти профили (включающие интересы по терминам, категориям и ссылкам) используются для корректировки стандартных оценок ранжирования. Степень персонализации динамически регулируется уровнем уверенности системы в профиле (Confidence Score).
  • US9298777B2
  • 2016-03-29
  • Персонализация

  • Поведенческие сигналы

  • SERP

Как Google использует данные о поведении пользователей и длительность кликов для улучшения и переписывания поисковых запросов
Google использует систему для автоматического переписывания запросов пользователей. Система анализирует миллионы прошлых поисковых сессий, чтобы определить, как пользователи уточняли свои запросы и насколько они были удовлетворены результатами (измеряя длительность кликов). На основе этого рассчитывается «Ожидаемая полезность» (Expected Utility) для предложенных вариантов запросов, что позволяет Google предлагать пользователю те формулировки, которые с наибольшей вероятностью приведут к качественному ответу.
  • US7617205B2
  • 2009-11-10
  • Поведенческие сигналы

  • Семантика и интент

  • SERP

Как Google использует «Фразовую модель» (Phrase Model) для прогнозирования качества сайта на основе статистики использования N-грамм
Google прогнозирует оценку качества сайта, анализируя, какие фразы (N-граммы) используются и как часто они распределены по страницам сайта. Система создает «Фразовую модель», изучая известные высококачественные и низкокачественные сайты, а затем применяет эту модель для оценки новых сайтов по их лингвистическим паттернам.
  • US9767157B2
  • 2017-09-19
  • Семантика и интент

  • Техническое SEO

  • EEAT и качество

Как Google использует персонализированный PageRank ссылающихся страниц для переоценки значимости анкорного текста
Google может персонализировать поисковую выдачу, изменяя вес анкорного текста ссылок. Вес ссылки зависит не от глобального PageRank ссылающейся страницы, а от её "персонализированного PageRank", рассчитанного на основе предпочтений пользователя (например, любимых сайтов или тематик). Это позволяет повышать в выдаче документы, на которые ссылаются авторитетные для конкретного пользователя источники.
  • US7260573B1
  • 2007-08-21
  • Персонализация

  • Ссылки

Как Google использует свой индекс для автоматического обновления устаревших ссылок в закладках, истории поиска и на веб-страницах
Система Google поддерживает актуальность различных коллекций URL (закладки пользователей, история поиска, электронные письма), используя основной поисковый индекс как эталон канонических адресов. Если сохраненный URL устарел, система автоматически заменяет его на актуальную версию. Также описан механизм уведомления владельцев сайтов о неработающих исходящих ссылках.
  • US20130144836A1
  • 2013-06-06
  • Ссылки

  • Индексация

  • Техническое SEO

Как Google создает и наполняет Панели Знаний (Knowledge Panels), используя шаблоны сущностей и популярность фактов
Google использует систему для отображения Панелей Знаний (Knowledge Panels) рядом с результатами поиска. Когда запрос относится к конкретной сущности (человеку, месту, компании), система выбирает соответствующий шаблон и наполняет его контентом из разных источников. Выбор фактов для отображения основан на том, как часто пользователи искали эту информацию в прошлом.
  • US9268820B2
  • 2016-02-23
  • Knowledge Graph

  • SERP

  • Семантика и интент

Как Google использует анализ аномалий в показах и кликах для выявления фейковых локальных бизнес-листингов (Map Spam)
Google анализирует статистику взаимодействий (кликов) для групп связанных бизнес-листингов (Common Business). Система вычисляет статистически нормальный уровень активности и устанавливает порог (Anomaly Detection Threshold). Резкий всплеск активности выше этого порога (например, на два стандартных отклонения) сигнализирует о наличии фейковых или спамных листингов, созданных для манипуляции локальной выдачей.
  • US20150154610A1
  • 2015-06-04
  • Local SEO

  • Антиспам

  • Поведенческие сигналы

Как Google использует атрибуты пользователей и показатели предвзятости (Bias Measures) для персонализации ранжирования
Google анализирует, как разные группы пользователей (сегментированные по атрибутам, таким как интересы или демография) взаимодействуют с документами. Система вычисляет «показатель предвзятости» (Bias Measure), который показывает, насколько чаще или реже определенная группа взаимодействует с документом по сравнению с общей массой пользователей. При поиске Google определяет атрибуты пользователя и корректирует ранжирование, повышая или понижая документы на основе этих показателей предвзятости.
  • US9436742B1
  • 2016-09-06
  • Персонализация

  • Поведенческие сигналы

  • SERP

seohardcore