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

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

SYSTEMS AND METHODS FOR DEMOTING PERSONALIZED SEARCH RESULTS BASED ON PERSONAL INFORMATION (Системы и методы понижения персонализированных результатов поиска на основе персональной информации)
  • US7827170B1
  • Google LLC
  • 2007-08-28
  • 2010-11-02
  • Персонализация
  • Поведенческие сигналы
  • SERP
  • Описание
  • Разбор
  • Выводы
  • Практика
  • FAQ
  • Похожие

Google использует историю поиска пользователя для выявления результатов, которые пользователь систематически пропускает или считает нерелевантными (например, быстро возвращается на выдачу). Такие результаты идентифицируются как «нежелательные» (User-Disfavored) и активно понижаются в персональной выдаче для этого пользователя, даже если их общий рейтинг высок.

Описание

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

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

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

Запатентована система для персонализированного переранжирования результатов поиска. Система анализирует историю поиска пользователя для создания профиля, содержащего набор «нежелательных результатов» (User-Disfavored Search Results). Когда пользователь выполняет новый поиск, система идентифицирует эти нежелательные результаты в стандартной выдаче и применяет к ним смещение (offset), чтобы понизить их позиции в финальном списке.

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

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

  • Сбор истории: Система отслеживает поведение пользователя на выдаче: какие результаты были показаны (impressions), какие были кликнуты, и как долго пользователь оставался на странице (dwell time).
  • Идентификация нежелательных результатов: Анализируются паттерны поведения, указывающие на то, что результат нежелателен. К ним относятся: пропуск результата, который находится выше кликнутого; или «плохой клик» (bad click-through / короткий клик), когда пользователь быстро возвращается на SERP.
  • Создание профиля: Результаты, которые пользователь игнорировал определенное количество раз, добавляются в профиль как User-Disfavored с соответствующей метрикой непопулярности (Unpopularity Metric).
  • Переранжирование: При новом запросе система сравнивает стандартную выдачу с профилем пользователя. К найденным совпадениям применяется offset, смещающий их вниз. Степень понижения может зависеть от Unpopularity Metric.

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

Высокая. Персонализация поиска является ключевым элементом современных поисковых систем. Механизмы, использующие поведенческие сигналы, такие как пропуски результатов и время пребывания на сайте (dwell time), для корректировки выдачи, остаются крайне актуальными для понимания того, как формируется персональный SERP.

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

Патент имеет высокое значение для SEO (7.5/10). Он описывает конкретный механизм, при котором сайт может терять видимость для конкретных пользователей, даже если его общие (generic) позиции высоки. Если контент или сниппет систематически не удовлетворяет интент пользователя, приводя к пропускам или коротким кликам, этот механизм будет активно понижать его в персональной выдаче. Это подчеркивает критическую важность оптимизации сниппетов и обеспечения высокого качества пользовательского опыта на целевой странице.

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

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

Bad click-through (Плохой клик) / Short Click
Ситуация, когда пользователь кликает по ссылке и затем возвращается на страницу результатов поиска в течение короткого предопределенного периода времени.
Click-through (Клик)
Любой выбор пользователем URL-ссылки в результате поиска, независимо от последующего поведения.
Client Assistant (Клиентский помощник)
Программное обеспечение (например, плагин, расширение или код, встроенный в веб-страницу), которое отслеживает действия пользователя на результатах поиска (клики, время наведения мыши) и передает эти данные на сервер.
Dwell time (Время пребывания)
Время, которое пользователь проводит на документе после клика по ссылке, до того как покинет его (например, вернется на SERP).
Event-Based Data (Данные о событиях)
Записи в истории поиска, включающие события запросов, кликов по результатам, кликов по рекламе, просмотров и показов (impressions).
Generic Ranking Score (Общая оценка ранжирования)
Оценка релевантности документа запросу, присваиваемая поисковой системой независимо от персонализации.
Impression Event (Событие показа)
Запись о том, что набор результатов поиска был предоставлен пользователю.
Offset (Смещение)
Величина, на которую изменяется позиция результата поиска в процессе персонализации (понижение для нежелательных результатов).
Unpopularity Metric (Метрика непопулярности)
Показатель, связанный с User-Disfavored Search Result, указывающий на вероятность того, что пользователь не предпочтет этот результат. Используется для определения величины offset.
User-Disfavored Search Results (Нежелательные результаты поиска)
Набор результатов в профиле пользователя, которые он, скорее всего, проигнорирует. Определяются на основе истории поиска (например, результаты, которые были показаны, но не выбраны).
User Profile (Профиль пользователя)
Набор данных, характеризующий поисковые интересы пользователя, созданный на основе его истории поиска.

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

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

  1. Система идентифицирует список результатов поиска по запросу пользователя (у каждого есть начальная позиция).
  2. Идентифицируется профиль пользователя, включающий набор User-Disfavored Search Results, определенных из истории поиска. Эти результаты определяются в соответствии с критериями идентификации подмножества результатов, которые были предоставлены пользователю, но не были им выбраны.
  3. В списке результатов идентифицируются те, которые связаны с User-Disfavored Search Results.
  4. Список переупорядочивается путем перемещения каждого идентифицированного результата с его начальной позиции на величину offset.
  5. Переупорядоченный список предоставляется пользователю.

Claim 6 (Зависимый от 1): Уточняет механизм смещения. Offset является переменной величиной, которая зависит от Unpopularity Metric, связанной с каждым идентифицированным результатом. Чем выше метрика, тем сильнее понижение.

Claim 7 (Независимый пункт): Детализирует процесс определения User-Disfavored Search Results.

  1. Идентификация набора кандидатов: результаты, которые были предоставлены пользователю, но не были выбраны им, по крайней мере, предопределенное минимальное количество раз.
  2. Определение Unpopularity Metric для каждого кандидата.
  3. Выбор подмножества кандидатов, чьи Unpopularity Metrics превышают предопределенный порог, в качестве User-Disfavored Search Results.

Claim 9 (Зависимый от 7): Определяет факторы для расчета Unpopularity Metric. Метрика является функцией одного или нескольких параметров, включая:

  • Количество раз, когда пользователь не выбрал результат после показа.
  • Временной промежуток (time_span) между самым ранним и самым последним случаем невыбора.
  • Период времени (time_decay) с момента последнего невыбора до настоящего момента.

Claim 10 и 11 (Зависимые от 7): Описывают альтернативный метод расчета Unpopularity Metric с использованием машинного обучения (ML).

  1. Определяется модель, предсказывающая вероятность того, что пользователь не выберет результат, используя истории поиска множества пользователей (коллаборативные данные).
  2. Модель применяется к истории поиска конкретного пользователя для генерации Unpopularity Metric.

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

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

Сбор поведенческих данных (Data Acquisition)
Критически важный компонент. Client Assistant на стороне клиента отслеживает действия пользователя (клики, dwell time) и отправляет их на сервер. Эти данные сохраняются в Search History Database.

Профилирование (User Profiling)
User Profiler анализирует Search History для генерации User Profile, включая расчет Unpopularity Metrics и определение User-Disfavored Search Results. Это может происходить офлайн (периодически) или в реальном времени (Claim 2).

RANKING – Ранжирование
На этом этапе генерируется первичный список результатов на основе Generic Ranking Scores.

RERANKING – Переранжирование (Personalization)
Основное применение патента. Search Result Ranker получает первичный список и профиль пользователя (User Profile).

  1. Сравнение: Система проверяет, присутствуют ли в списке результаты из набора User-Disfavored Search Results.
  2. Расчет смещения: Для найденных совпадений определяется offset (смещение вниз). Он может быть фиксированным или рассчитываться на основе Unpopularity Metric.
  3. Применение: Результаты понижаются на величину offset, и список пересортировывается.

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

  • Запрос пользователя.
  • Первичный список результатов с Generic Ranking Scores.
  • Профиль пользователя, содержащий User-Disfavored Search Results и их Unpopularity Metrics.
  • История поиска пользователя (Search History).

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

  • Переупорядоченный (персонализированный) список результатов поиска.

На что влияет

  • Все типы контента и запросов: Механизм универсален и может применяться к любым результатам поиска, где доступна история взаимодействия пользователя с этими результатами или их источниками (сайтами/доменами).
  • Повторяющиеся запросы: Наибольшее влияние оказывается на запросы, которые пользователь выполняет регулярно, так как система накапливает больше данных о его предпочтениях.
  • Влияние на уровне URL или Домена: Понижение может применяться как к конкретному URL, так и ко всему хосту/домену (Claim 4), если пользователь систематически игнорирует этот источник.

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

Алгоритм применяется при выполнении следующих условий:

  • Наличие профиля: У пользователя должна быть достаточная история поиска для генерации набора User-Disfavored Search Results.
  • Триггер активации (Online): Когда в результатах текущего поиска обнаруживается совпадение с User-Disfavored Search Results из профиля пользователя.
  • Триггер генерации профиля (Offline/Online): Профиль генерируется или обновляется, когда накапливается достаточно данных о том, что пользователь систематически игнорирует определенный результат (превышение порогов по количеству пропусков и Unpopularity Metric).

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

Процесс А: Генерация профиля (User Profile Generation)

  1. Сбор данных: Получение истории поиска пользователя (показы, клики, временные метки).
  2. Идентификация кандидатов: Выявление результатов, которые были показаны, но не выбраны пользователем. Это может включать:
    • Результаты, расположенные выше кликнутого результата.
    • Результаты, по которым был совершен Bad click-through (короткий клик).
  3. Фильтрация кандидатов: Отбор результатов, которые не были выбраны минимальное количество раз (и, опционально, в течение минимального периода времени).
  4. Расчет метрик: Определение Unpopularity Metric для каждого кандидата.
    • Вариант 1 (Эвристический): Расчет на основе частоты игнорирования, временного интервала (time_span) и давности (time_decay).
    • Вариант 2 (ML): Применение обученной модели (на основе коллаборативных данных) для предсказания вероятности игнорирования.
  5. Формирование профиля: Выбор Топ-P' кандидатов с наивысшими Unpopularity Metrics (превышающими порог) в качестве User-Disfavored Search Results и сохранение их в User Profile.

Процесс Б: Персонализированное переранжирование (Personalized Search Result Re-Ranking)

  1. Получение первичных результатов: Поисковая система генерирует список результатов, упорядоченный по Generic Ranking Scores.
  2. Получение профиля: Загрузка User Profile, включая User-Disfavored Search Results.
  3. Идентификация совпадений: Сравнение результатов в списке с нежелательными результатами в профиле. Совпадение может быть по точному URL или по источнику (хост/домен).
  4. Расчет смещения: Для каждого совпадения определяется offset (смещение вниз). Он может быть константой или переменной, зависящей от Unpopularity Metric.
  5. Переупорядочивание: Применение offset к позициям идентифицированных результатов.
  6. Вывод результатов: Предоставление переупорядоченного списка пользователю.

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

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

Патент фокусируется исключительно на поведенческих данных пользователя и системных оценках ранжирования.

  • Поведенческие факторы (User Behavior):
    • Impressions (Показы): Какие результаты были показаны пользователю и на каких позициях.
    • Result Clicks (Клики по результатам): Какие результаты были выбраны.
    • Отсутствие кликов: Ключевой сигнал — факт показа результата без последующего клика.
    • Временные метки (Timestamps): Время запроса, время клика, время возврата на SERP.
    • Dwell Time (Время пребывания): Рассчитывается на основе временных меток. Используется для классификации кликов (например, Bad click-through).
  • Системные данные:
    • Generic Ranking Scores: Исходные оценки ранжирования.
    • User Identifier: Для связи истории и профиля с пользователем.

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

  • Unpopularity Metric (Метрика непопулярности): Рассчитывается для определения степени нежелательности результата.

    Вариант 1 (Эвристический, Claim 9): Функция от:

    • Частота игнорирования (больше игнорирований = выше метрика).
    • Time Span (игнорирование в течение длительного периода = выше метрика).
    • Time Decay (недавнее игнорирование = выше метрика).

    Предложенная в патенте формула (в контексте популярности, но применимая и к непопулярности): Metric=f1(count)∗f2(time

    Выводы

    1. Персонализация через демоутинг: Патент описывает механизм «негативной персонализации», где система активно понижает контент, который пользователь ранее игнорировал. Это означает, что два пользователя могут видеть совершенно разную выдачу по одному и тому же запросу, если один из них исторически игнорировал определенные сайты.
    2. Критичность поведенческих сигналов: Система полагается исключительно на поведенческие данные (клики, пропуски, время пребывания) для определения нежелательных результатов. Контентные или ссылочные факторы в этом механизме не участвуют, кроме как через их влияние на исходный Generic Ranking Score.
    3. Игнорирование результата — это сильный сигнал: Особое внимание уделяется результатам, которые пользователь пропустил, особенно если они находились выше кликнутого результата. Это интерпретируется как явный сигнал нерелевантности или нежелательности для данного пользователя.
    4. "Плохие клики" (Short Clicks) как триггер понижения: Быстрый возврат на выдачу (Bad click-through) идентифицируется как признак неудовлетворенности результатом и может привести к его добавлению в список User-Disfavored.
    5. Долгосрочное влияние и давность: Система учитывает как общее количество пропусков, так и то, как давно и в течение какого времени они происходили (time_span, time_decay). Это позволяет отличать долгосрочные предпочтения от временных.
    6. Агрессивность понижения: Степень понижения (offset) может быть связана с Unpopularity Metric. Чем чаще и увереннее пользователь игнорирует результат, тем сильнее он будет понижен в будущем.

    Практика

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

    • Оптимизация сниппетов для точности, а не только для CTR: Сниппеты (Title и Description) должны максимально точно отражать содержание страницы. Это минимизирует вероятность того, что пользователь, перейдя на сайт, не найдет ожидаемого и быстро вернется на выдачу (Bad click-through).
    • Улучшение пользовательского опыта и вовлеченности (Dwell Time): Необходимо работать над тем, чтобы пользователь, перейдя на страницу, оставался на ней как можно дольше. Это включает в себя качественный контент, понятную навигацию, быструю загрузку и релевантные внутренние ссылки. Длительное dwell time защищает от классификации клика как «плохого».
    • Анализ поведенческих метрик в веб-аналитике: Тщательно отслеживать показатели отказов (Bounce Rate) и среднее время на странице (Average Time on Page) в разрезе страниц входа из поиска. Страницы с аномально высокими отказами и низким временем являются первыми кандидатами на попадание в User-Disfavored.
    • Мониторинг позиций и CTR: Если CTR результата значительно ниже среднего для данной позиции, это может означать, что пользователи активно пропускают его. Необходимо проанализировать сниппет и сравнить его с конкурентами, чтобы понять причину игнорирования.

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

    • Использование кликбейта в заголовках: Привлечение трафика с помощью вводящих в заблуждение или преувеличенных заголовков приведет к быстрым возвратам на SERP (Bad click-throughs). Этот патент напрямую наказывает за такое поведение путем персонального понижения.
    • Игнорирование интента пользователя: Создание контента, который формально релевантен запросу, но не удовлетворяет глубинное намерение пользователя. Это приведет к тому, что пользователи будут игнорировать результат или быстро покидать страницу.
    • Медленная загрузка и технические проблемы: Плохой технический опыт (например, долгая загрузка, всплывающие окна, ошибки) вынуждает пользователя быстро вернуться на выдачу, что система может интерпретировать как неудовлетворенность результатом.

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

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

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

    Сценарий 1: Короткие клики (Bad Click-Through) на информационном сайте

    1. Ситуация: Пользователь ищет "как настроить гитару". На позиции №2 находится статья с кликбейтным заголовком, но внутри только общая информация и много рекламы.
    2. Действие пользователя: Пользователь кликает на результат, видит нерелевантный контент и через 5 секунд возвращается на выдачу (Bad click-through). Он повторяет это несколько раз при схожих запросах.
    3. Действие системы: Система фиксирует короткое dwell time. Результат классифицируется как User-Disfavored и ему присваивается высокая Unpopularity Metric.
    4. Результат: В следующий раз, когда этот пользователь ищет информацию о настройке гитары, система применяет большой offset, и этот сайт смещается с позиции №2 на позицию №8 или ниже в его персональной выдаче.

    Сценарий 2: Пропуск результата (Skipping) в E-commerce

    1. Ситуация: Пользователь ищет "купить кроссовки Nike Air Max". На позиции №1 находится крупный ритейлер, у которого пользователь ранее имел негативный опыт покупки (или просто не нравится интерфейс).
    2. Действие пользователя: Пользователь видит ритейлера на №1, но сознательно пропускает его и кликает на результат №3 (другой магазин). Это повторяется при других запросах.
    3. Действие системы: Система фиксирует, что результат на позиции №1 был показан, но проигнорирован в пользу результата ниже. Ритейлер №1 добавляется в User-Disfavored для этого пользователя.
    4. Результат: В будущем система будет понижать результаты этого ритейлера для данного пользователя, отдавая предпочтение другим магазинам.

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

    Что такое «User-Disfavored Search Results»?

    Это набор результатов в профиле пользователя, которые система идентифицировала как нежелательные для него. Основанием для этого служит история поиска: если пользователь систематически игнорирует определенный результат (не кликает по нему, хотя видит) или быстро покидает страницу после клика (Bad click-through), этот результат добавляется в данный список.

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

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

    Что такое «Bad click-through» или короткий клик в контексте этого патента?

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

    Насколько сильно понижается нежелательный результат?

    Степень понижения определяется параметром offset (смещение). Патент указывает, что смещение может быть как фиксированным (например, всегда на 3 позиции вниз), так и переменным. Переменное смещение зависит от Unpopularity Metric: чем выше эта метрика (то есть, чем увереннее пользователь игнорирует результат), тем сильнее будет понижение.

    Влияет ли этот механизм на общие (неперсонализированные) результаты поиска?

    Нет, патент описывает исключительно механизм персонализации. Он применяется поверх стандартного ранжирования (Generic Ranking Scores) и влияет только на выдачу конкретного пользователя, чья история анализируется. Общий рейтинг сайта не изменяется.

    Может ли весь сайт (домен) быть классифицирован как нежелательный?

    Да. Патент упоминает (Claim 4), что идентификация нежелательного результата может происходить не только по точному URL, но и по общему источнику (например, имени хоста или домену). Если пользователь систематически игнорирует разные страницы одного сайта, весь сайт может быть понижен в его персональной выдаче.

    Как SEO-специалисту защитить сайт от попадания в список нежелательных?

    Ключевая стратегия — максимизировать удовлетворенность пользователя. Это достигается через точные и честные сниппеты (чтобы избежать пропусков) и качественный контент, который удерживает пользователя на сайте (чтобы увеличить dwell time и избежать коротких кликов). Необходимо избегать кликбейта и технических проблем.

    Учитывает ли система давность событий при определении нежелательных результатов?

    Да, при расчете Unpopularity Metric учитывается давность (time_decay). Недавние случаи игнорирования результата имеют больший вес, чем старые. Также учитывается общий временной промежуток (time_span), что помогает выявить долгосрочные предпочтения.

    Как система собирает данные о поведении пользователя (клики, время пребывания)?

    Патент упоминает использование Client Assistant. Это может быть программное обеспечение на стороне клиента (например, тулбар, плагин браузера) или код (например, JavaScript), встроенный в страницу результатов поиска, который отслеживает действия пользователя и отправляет данные на сервер.

    Если у пользователя нет истории поиска, будет ли работать этот механизм?

    Нет. Механизм полностью зависит от наличия истории поиска и сгенерированного на ее основе профиля пользователя (User Profile). Для новых пользователей или пользователей в режиме инкогнито (если история не сохраняется) будет применяться стандартное ранжирование.

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

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

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

    • SERP

    Как Google использует историю поиска и браузинга пользователя для персонализации и изменения результатов выдачи
    Google записывает историю поиска и просмотров пользователя для последующей персонализации выдачи. Система может повышать в ранжировании ранее посещенные сайты, добавлять в текущую выдачу релевантные результаты из прошлых похожих запросов, а также понижать сайты, которые пользователь ранее видел, но проигнорировал. Патент также описывает создание "предпочитаемых локаций" на основе частоты посещений и времени пребывания на сайте.
    • US9256685B2
    • 2016-02-09
    • Персонализация

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

    • SERP

    Как Google персонализирует результаты поиска в зависимости от сайта, с которого отправлен запрос
    Google анализирует совокупные поисковые запросы и последующие клики пользователей, инициирующих поиск с определенного веб-сайта. На основе этих данных создается «Профиль Веб-сайта», отражающий коллективные интересы его аудитории. Этот профиль используется для переранжирования будущих результатов: один и тот же запрос, отправленный с разных сайтов, даст разную выдачу, адаптированную под контекст источника.
    • US8078607B2
    • 2011-12-13
    • Персонализация

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

    • SERP

    Как Google персонализирует рекомендации популярных запросов на основе истории поиска и браузинга пользователя
    Google анализирует глобальные тренды поисковых запросов и сопоставляет их с индивидуальной историей пользователя (посещенные сайты, прошлые запросы, категории интересов). Если популярный запрос соответствует выявленным интересам пользователя, он будет рекомендован. Система также применяет фильтры, исключающие запросы, которые пользователь вводил недавно.
    • US9443022B2
    • 2016-09-13
    • Персонализация

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

    • Свежесть контента

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

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

    • SERP

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

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

    • EEAT и качество

    • Индексация

    Как Google предсказывает ваш следующий запрос на основе контента, который вы просматриваете, и истории поиска других пользователей
    Google использует систему контекстной информации, которая анализирует контент на экране пользователя (например, статью или веб-страницу) и предсказывает, что пользователь захочет искать дальше. Система не просто ищет ключевые слова на странице, а использует исторические данные о последовательностях запросов (Query Logs). Она определяет, что другие пользователи искали после того, как вводили запросы, связанные с текущим контентом, и предлагает эти последующие запросы в качестве рекомендаций.
    • US20210232659A1
    • 2021-07-29
    • Семантика и интент

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

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

    Как Google динамически фильтрует и изменяет подсказки Autocomplete в реальном времени при вводе навигационного запроса
    Google использует систему для оптимизации функции автозаполнения (Autocomplete). При вводе частичного запроса система определяет широкий набор потенциальных навигационных ссылок (Superset) и фильтрует его до узкого подмножества (Subset) на основе сигналов, таких как история поиска, популярность и тип документа. Интерфейс может динамически изменять отображаемые подсказки, если пользователь делает паузу при вводе.
    • US9454621B2
    • 2016-09-27
    • Семантика и интент

    • SERP

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

    Как Google использует визуальные цитаты и обратную связь для генерации и уточнения ответов в мультимодальном поиске
    Google генерирует ответы на мультимодальные запросы (изображение + текст), находя визуально похожие изображения в интернете и используя текст с их исходных страниц как основу для LLM. Система показывает эти изображения как «визуальные цитаты» для подтверждения ответа и позволяет пользователям исключать нерелевантные источники, чтобы мгновенно уточнить сгенерированный результат.
    • US20240378236A1
    • 2024-11-14
    • Мультимедиа

    • EEAT и качество

    • Ссылки

    Как Google использует машинное обучение для оптимизации обхода Knowledge Graph и поиска связанных концепций
    Google оптимизирует обход Knowledge Graph для эффективного поиска семантически связанных фраз. Вместо анализа всех связей сущности система использует ML-модели для выбора только тех отношений (свойств), которые вероятнее всего приведут к ценным результатам. Этот выбор основан на истории поисковых запросов и контексте пользователя, что позволяет экономить вычислительные ресурсы и повышать релевантность предложений.
    • US10140286B2
    • 2018-11-27
    • Knowledge Graph

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

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

    Как Google использует генеративный ИИ для создания чата с конкретным сайтом прямо в поисковой выдаче и предоставления глубинных ссылок
    Google патентует механизм, позволяющий пользователям взаимодействовать с конкретным результатом поиска через интерфейс чата (prompt input interface) прямо на странице выдачи. Искусственный интеллект анализирует запрос пользователя и его последующий промпт, определяет намерение (поиск информации, действие или навигация) и предоставляет глубинные ссылки (deep links) на конкретные внутренние страницы этого же домена в виде conversational response.
    • US12353458B2
    • 2025-07-08
    • Ссылки

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

    • SERP

    Как Google использует тематические списки предпочтительных и нежелательных сайтов (Editorial Opinion) для корректировки ранжирования
    Google может заранее определять "Темы запросов" (Query Themes) и назначать для них списки "Предпочтительных" (Favored) и "Нежелательных" (Non-Favored) источников. Если запрос пользователя соответствует теме, система корректирует ранжирование: повышает предпочтительные источники и понижает нежелательные, используя "Параметр редакторского мнения" (Editorial Opinion Parameter).
    • US7096214B1
    • 2006-08-22
    • EEAT и качество

    • Антиспам

    • SERP

    Как Google планировал использовать социальные связи, сети доверия и экспертизу для персонализации и переранжирования поисковой выдачи
    Google запатентовал метод использования данных из социальных сетей («member networks») для влияния на ранжирование. Пользователи могли явно одобрять («endorse») результаты поиска. Эти одобрения показывались другим связанным пользователям (друзьям или людям, ищущим экспертное мнение) и использовались для переранжирования выдачи, добавляя персонализированный слой доверия.
    • US8825639B2
    • 2014-09-02
    • Персонализация

    • EEAT и качество

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

    Как Google автоматически распознает сущности в тексте и связывает их в Knowledge Graph с помощью динамических поисковых ссылок
    Google использует автоматизированную систему для поддержания связей между сущностями (объектами) в своем хранилище фактов (Knowledge Graph). Система сканирует текст, статистически определяет значимые фразы и сверяет их со списком известных объектов. При совпадении создается динамическая «поисковая ссылка» вместо фиксированного URL. Это позволяет Google постоянно обновлять связи по мере добавления новых знаний.
    • US8260785B2
    • 2012-09-04
    • Knowledge Graph

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

    • Ссылки

    Как Google использует данные о посещаемости, уникальных пользователях и длине URL для ранжирования документов
    Фундаментальный патент Google, описывающий использование поведенческих факторов в ранжировании. Система рассчитывает Usage Score на основе частоты посещений и количества уникальных пользователей, фильтруя ботов и взвешивая данные по географии. Этот балл комбинируется с текстовой релевантностью (IR Score) и длиной URL (Path Length Score) для определения итоговой позиции документа.
    • US8001118B2
    • 2011-08-16
    • Поведенческие сигналы

    • SERP

    seohardcore