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

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

RANKING MODIFICATIONS OF A PREVIOUS QUERY (Ранжирование модификаций предыдущего запроса)
  • US9165028B1
  • Google LLC
  • 2013-07-24
  • 2015-10-20
  • Семантика и интент
  • Описание
  • Разбор
  • Выводы
  • Практика
  • FAQ
  • Похожие

Google использует систему для интерпретации серийных запросов, особенно в голосовом поиске. Если новый запрос является уточнением предыдущего (например, [погода завтра], затем [а во вторник]), система генерирует варианты, комбинируя старый и новый интенты. Затем она ранжирует эти варианты на основе популярности и семантической логики, чтобы выполнить наиболее вероятный итоговый запрос пользователя ([погода во вторник]).

Описание

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

Патент решает проблему интерпретации коротких, неоднозначных или неполных последующих запросов, которые предназначены для уточнения или модификации предыдущего запроса в рамках одной сессии. Это особенно актуально в контексте диалогового (conversational) и голосового поиска. Если система обработает уточняющий запрос изолированно, она не поймет полный интент. Например, Q1: [песни Майкла Джексона], Q2: [а как насчет Джанет]. Система должна реконструировать интент как [песни Джанет Джексон], а не обрабатывать Q2 как самостоятельный запрос.

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

Запатентована система и метод для генерации и ранжирования потенциальных модификаций предыдущего запроса на основе текущего. Если система определяет намерение уточнить поиск, она извлекает новую информацию (Modification N-gram) и генерирует запросы-кандидаты путем замещения частей предыдущего запроса. Ядром изобретения является механизм ранжирования этих кандидатов с использованием множества метрик, включая популярность запроса и семантическую связь между заменяемыми элементами.

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

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

  • Определение намерения: Анализируется текущий запрос на наличие индикаторов уточнения (например, фразы «how about» или использование голосового ввода).
  • Идентификация N-грамм: Из текущего запроса извлекается Modification N-gram (новая информация). В предыдущем запросе определяются потенциальные Substituted N-grams (элементы для замены).
  • Генерация кандидатов: Создаются модификации путем подстановки новой N-граммы вместо различных частей предыдущего запроса.
  • Ранжирование: Каждый кандидат оценивается. Ключевые метрики — Popularity Measure (насколько популярен полученный запрос или его шаблон) и Related Concept Measure/Category Score (насколько логична замена с семантической точки зрения).
  • Выбор: Кандидат с наивысшим рейтингом (который может быть как модификацией, так и исходным текущим запросом) выбирается в качестве Submission Query для поисковой системы.

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

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

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

Влияние на SEO значительное (7.5/10). Хотя патент относится к этапу Понимания Запросов (Query Understanding) и не вводит новых факторов ранжирования контента, он критически влияет на то, какой именно запрос поступит в систему ранжирования. Он подчеркивает важность оптимизации под естественные языковые шаблоны (Query Patterns) и необходимость четкой семантической структуры и категоризации контента (Category Score), чтобы соответствовать реконструированному интенту пользователя.

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

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

Atomic Concept Measure (Метрика атомарной концепции)
Показатель, определяющий N-граммы в запросе, которые представляют собой единую, неделимую концепцию (например, «Empire State Building»). Используется для пенализации модификаций, которые разрывают такие концепции.
Candidate Queries (Запросы-кандидаты)
Набор потенциальных запросов, включающий сгенерированные модификации предыдущего запроса и текущий запрос. Из этого набора выбирается лучший запрос.
Category Measure/Score (Метрика/Оценка категории)
Оценка, основанная на сходстве категорий (например, из графа знаний), к которым принадлежат Modification N-gram и Substituted N-gram. Высокая оценка дается, если оба термина принадлежат к схожим категориям (например, оба являются цветами).
Current Query (Текущий запрос)
Самый последний запрос, полученный от пользователя.
Modification Intent N-gram (N-грамма намерения модификации)
Фразы в текущем запросе, указывающие на намерение уточнить предыдущий поиск (например, «what about», «how about»). Также называется Refinement Intent N-gram.
Modification N-gram (Модифицирующая N-грамма)
Часть текущего запроса, содержащая новую информацию или уточнение (т.е. текущий запрос минус Modification Intent N-gram).
Popularity Measure (Метрика популярности)
Показатель популярности запроса или шаблона запроса, основанный на прошлых поисковых логах. Включает Prior Query Popularity и Query Pattern Popularity.
Previous Query (Предыдущий запрос)
Запрос, отправленный тем же пользователем или устройством непосредственно перед текущим запросом.
Query Pattern (Шаблон запроса)
Абстрактная форма запроса, где конкретные N-граммы заменены идентификаторами категорий (например, [погода в <City>]).
Related Concept Measure (Метрика связанных концепций)
Показатель вероятности совместной встречаемости (co-occurrence) в корпусе документов Modification N-gram и Substituted N-gram.
Submission Query (Отправляемый запрос)
Итоговый запрос, выбранный системой как наилучшая интерпретация интента пользователя, который отправляется в основную поисковую систему.
Substituted N-gram (Замещенная N-грамма)
Часть предыдущего запроса, которая заменяется Modification N-gram при генерации модификации.

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

Claim 1 (Независимый пункт): Описывает основной метод обработки уточняющего запроса.

  1. Система получает текущий запрос (Current Query).
  2. Определяет, что запрос указывает на намерение пользователя уточнить поиск (intent to refine).
  3. Идентифицирует связанный предыдущий запрос (Previous Query).
  4. Определяет Modification N-gram в текущем запросе.
  5. Генерирует модификации, подставляя Modification N-gram вместо различных терминов предыдущего запроса.
  6. Для каждой модификации идентифицирует: (a) Popularity measure и (b) Related concept measure (вероятность совместной встречаемости Modification N-gram и замещенных терминов).
  7. Определяет рейтинг модификаций на основе (a) и (b).
  8. Выбирает модификацию с наивысшим рейтингом.
  9. Отправляет выбранную модификацию в поисковую систему как Submission Query.

Claim 3 и 4 (Зависимые): Детализируют Popularity measure.

Метрика популярности может включать Query Pattern Popularity. Шаблон определяется путем замены N-граммы в запросе на идентификатор её категории (например, [recipes for broccoli] становится [recipes for <food>]).

Claim 5 (Зависимый): Описывает бустинг на основе местоположения.

Рейтинг модификации повышается (boosted), если и Modification N-gram, и замещенные термины предыдущего запроса указывают на географические местоположения.

Claim 6 (Зависимый): Описывает сравнение с текущим запросом.

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

Claim 7 (Зависимый от 6): Описывает механизм повышения рейтинга текущего запроса.

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

Claim 9 и 10 (Зависимые): Указывают на релевантность для голосового поиска.

Запросы могут быть получены через голосовой ввод (spoken input). Факт использования голосового ввода может использоваться для определения намерения пользователя уточнить предыдущий запрос.

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

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

QUNDERSTANDING – Понимание Запросов
Это основная область применения патента. Query Processing System перехватывает запрос от пользователя.

  • Modification Intent Determination Module анализирует намерение.
  • Modification Generation Module генерирует варианты.
  • Query Ranking Module оценивает варианты и выбирает лучший Submission Query.
Система функционирует как интерпретатор контекста сессии.

INDEXING – Индексирование и извлечение признаков
Система полагается на данные, сгенерированные офлайн или во время индексирования:

  • Логи прошлых запросов (для Popularity Measures).
  • Данные о сущностях, категориях, локациях (например, из Knowledge Graph) для расчета Category Score, Location Measure.
  • Данные о совместной встречаемости терминов в корпусе документов (для Related Concept Measure).

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

  • Текущий запрос (Current Query) и метаданные (например, тип ввода: голос/текст).
  • Предыдущий запрос (Previous Query) из сессии.
  • Данные из баз данных (логи, сущности, совместная встречаемость).

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

  • Submission Query – фактический запрос, который отправляется в поисковую систему (Search System).

На что влияет

  • Специфические запросы: Наибольшее влияние на диалоговый поиск (conversational search) и последовательные уточняющие запросы.
  • Типы ввода: Особенно критично для голосового поиска (spoken input), где пользователи чаще используют естественные уточнения.
  • Конкретные ниши: Влияет на E-commerce (уточнение атрибутов: цвет, размер), Travel и Local Search (уточнение дат, локаций), где часто происходит итеративный поиск.

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

  • Триггеры активации: Алгоритм активируется, когда Modification Intent Determination Module определяет, что текущий запрос направлен на уточнение предыдущего.
  • Условия срабатывания:
    • Наличие Modification Intent N-grams (например, "what about", "how about").
    • Тип ввода (голосовой ввод является сильным триггером).
    • Низкая популярность текущего запроса как самостоятельного (чтобы исключить популярные запросы, случайно содержащие триггерные фразы).
  • Временные рамки: Предыдущий запрос должен быть недавним (удовлетворять query freshness threshold).

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

Основной процесс обработки запроса

  1. Получение текущего запроса (Q2).
  2. Определение намерения модификации: Анализ Q2 на наличие триггеров. Если намерения нет, Q2 отправляется в поиск.
  3. Идентификация предыдущего запроса (Q1): Поиск последнего релевантного запроса в сессии.
  4. Извлечение Modification N-gram (M): Определение новой информации в Q2 (например, удаление фраз намерения).
  5. Генерация кандидатов: Создание кандидатов (C) путем замены различных N-грамм (S) в Q1 на M. Текущий запрос Q2 также добавляется в список кандидатов.
  6. Расчет оценок кандидатов (Scoring): Вычисление промежуточных оценок (sub-scores) для каждого кандидата C:
    • Prior Query Popularity Score (популярность C).
    • Query Pattern Popularity Score (популярность шаблона C).
    • Related Concept Score (совместная встречаемость M и S).
    • Category Score (сходство категорий M и S).
    • Query Signals Score (учет Atomic Concepts, совпадение локаций, синонимы).
    • Number Score (близость чисел, если применимо).
    • Примечание: Для Q2 используются значения по умолчанию (default measure) для оценок, связанных с заменой (M, S).
  7. Нормализация: Нормализация промежуточных оценок по всем кандидатам.
  8. Расчет итоговой оценки (Overall Score): Комбинирование промежуточных оценок (например, путем перемножения). Применение бустинга (boost) к оценке текущего запроса Q2.
  9. Выбор: Выбор кандидата с наивысшей итоговой оценкой.
  10. Отправка: Отправка выбранного запроса в поисковую систему как Submission Query.

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

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

Система использует данные, характеризующие сами запросы, поведение пользователей и семантику терминов.

  • Поведенческие факторы (Логи запросов): Критически важны для расчета Prior Query Popularity и Query Pattern Popularity. Система анализирует частоту появления запросов и шаблонов в истории поиска.
  • Семантические данные (из Базы Знаний/Графа Знаний):
    • Категоризация: Данные о том, к каким категориям принадлежат N-граммы (используется для Category Measure).
    • Сущности: Данные для определения Atomic Concept Measure (является ли фраза неделимой).
    • Геоданные и Синонимы: Информация для Location Measure и Synonym Measure.
  • Лингвистические данные (Корпус документов): Статистика совместной встречаемости (co-occurrence) N-грамм в документах (используется для Related Concept Measure).
  • Пользовательские факторы (Контекст сессии): История запросов пользователя в текущей сессии (Previous Query). Способ ввода (текст или голос).

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

Система вычисляет Overall Score путем комбинирования нескольких суб-метрик (Sub-scores):

  • Popularity Scores (Prior Query и Query Pattern): Основаны на частоте встречаемости в логах поиска.
  • Category Score: Оценивает сходство категорий Modification N-gram и Substituted N-gram. Патент упоминает использование косинусного расстояния (cosine distance) между векторами оценок категорий для расчета этой метрики.
  • Related Concept Score: Основана на вероятности совместной встречаемости Modification N-gram и Substituted N-gram.
  • Query Signals Score: Агрегированная оценка, включающая:
    • Бустинг, если обе N-граммы являются локациями (Location Measure) или синонимами (Synonym Measure).
    • Пессимизацию за нарушение Atomic Concept.
  • Number Score: Оценка, применяемая при наличии чисел; зависит от их числовой близости.

Комбинация и Нормализация: Суб-метрики нормализуются по всем кандидатам. Итоговый Overall Score может быть рассчитан путем перемножения нормализованных суб-метрик.

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

Выводы

  1. Контекст сессии активно используется для переписывания запросов: Google не рассматривает каждый запрос в изоляции. В сценариях диалогового поиска система активно пытается реконструировать полный интент пользователя, комбинируя текущий и предыдущий запросы.
  2. Ранжирование интерпретаций — сложный процесс: Выбор наилучшей модификации основан не на простом угадывании, а на многофакторном ранжировании самих запросов-кандидатов.
  3. Два столпа интерпретации: Популярность и Семантика: Система валидирует интерпретации, проверяя, насколько популярен результат (Popularity Measure, Query Patterns) и насколько логична замена с семантической точки зрения (Category Score, Related Concept Measure).
  4. Критичность категоризации (E-E-A-T и Сущности): Способность системы правильно определять категории терминов (например, цвет, дата, локация) напрямую влияет на точность интерпретации. Это подчеркивает важность четкой структуры данных о сущностях.
  5. Система консервативна (Защита от ошибок): Патент включает защитный механизм: бустинг исходного текущего запроса. Это гарантирует, что переписывание произойдет только при высокой степени уверенности.
  6. Приоритет голосового поиска: Голосовой ввод явно указан как сильный индикатор намерения уточнения, что делает этот механизм критически важным для Voice Search.

Практика

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

  • Оптимизация под популярные шаблоны запросов (Query Patterns): Изучайте, как пользователи ищут и уточняют информацию в вашей нише. Структурируйте контент и URL так, чтобы они соответствовали этим естественным и популярным шаблонам (например, [Продукт] + [Атрибут], [Услуга] + [Локация]). Это повышает вероятность соответствия Submission Query.
  • Четкая категоризация и использование структурированных данных: Используйте Schema.org и логичную архитектуру сайта для четкого определения сущностей, их категорий и атрибутов (цвета, размеры, даты). Это напрямую помогает Google при расчете Category Score, когда пользователи уточняют свои запросы.
  • Обеспечение тематического покрытия и совместной встречаемости (Co-occurrence): Убедитесь, что связанные концепции, которые пользователи могут заменять друг другом, естественно встречаются в вашем контенте. Это коррелирует с Related Concept Measure.
  • Оптимизация для локального поиска: Учитывая бустинг при совпадении локаций (Location Measure), критически важно четко указывать географическую привязку и использовать названия локаций для бизнеса и услуг.

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

  • Оптимизация под короткие уточняющие фразы: Не пытайтесь оптимизировать страницы под фразы типа "[а как насчет синего]" или "[а завтра]". Система перепишет их в полные запросы до этапа ранжирования контента.
  • Использование неестественных формулировок: Создание контента с формулировками, которые не соответствуют популярным Query Patterns, снижает вероятность того, что система выберет соответствующую интерпретацию запроса.
  • Игнорирование структуры сущностей: Отсутствие четкой структуры атрибутов (например, в E-commerce) затрудняет для Google использование Category Score, что может привести к неправильной интерпретации уточняющих запросов о ваших товарах.

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

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

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

Сценарий 1: Уточнение запроса в E-commerce

  1. Предыдущий запрос (Q1): Пользователь ищет [купить синие nike air max].
  2. Текущий запрос (Q2): Пользователь следом вводит [а красные].
  3. Действия системы: Система распознает намерение уточнения. Modification N-gram: [красные].
  4. Генерация и Оценка: Кандидат [купить красные nike air max] (замена [синие]) получает наивысшую оценку, потому что:
    • [синие] и [красные] принадлежат к одной категории "Цвет" (Высокий Category Score).
    • Шаблон [купить <цвет> nike air max] очень популярен (Высокий Query Pattern Popularity Score).
  5. Результат: Google автоматически выполняет поиск по запросу [купить красные nike air max].

Сценарий 2: Локальный поиск

  1. Предыдущий запрос (Q1): [пиццерия в центре города].
  2. Текущий запрос (Q2): [а в северном районе?].
  3. Действия системы: Modification N-gram: [в северном районе]. Substituted N-gram: [в центре города].
  4. Оценка: Система определяет, что обе фразы являются локациями. Применяется бустинг на основе Location Measure. Category Score высокий.
  5. Результат: Google выполняет поиск по запросу [пиццерия в северном районе].

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

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

Система ищет индикаторы намерения (Modification Intent). К ним относятся специфические фразы (например, "what about", "how about"), способ ввода (голосовой ввод чаще сигнализирует об уточнении), а также низкая популярность самого запроса. Если запрос очень популярен сам по себе, он с меньшей вероятностью будет считаться уточнением.

Как система решает, какую именно часть предыдущего запроса нужно заменить?

Она не знает этого наверняка, поэтому генерирует множество кандидатов, заменяя разные N-граммы в предыдущем запросе. Затем она ранжирует всех этих кандидатов. Выбирается тот вариант, который имеет наивысший общий балл, основанный на популярности результата и логичности замены (семантической связи).

Что такое Category Score и как он влияет на выбор?

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

Как этот патент влияет на SEO-стратегию?

Он подчеркивает важность оптимизации под популярные шаблоны запросов (Query Patterns) и необходимость четкой структуризации информации на сайте (особенно атрибутов товаров и услуг). Использование Schema.org помогает Google лучше понимать категории ваших сущностей, что напрямую влияет на Category Score при интерпретации уточняющих запросов.

Что произойдет, если система не уверена в интерпретации уточняющего запроса?

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

Что такое Atomic Concept Measure и как она используется?

Это метрика, которая идентифицирует неделимые концепции или сущности в запросе (например, названия брендов или мест, такие как "Empire State Building"). Система пенализирует те варианты модификаций, которые разрывают эти концепции (например, заменяют только слово "State"). Это помогает сохранить целостность сущностей при переписывании.

Имеет ли этот механизм особое значение для локального SEO?

Да. Патент явно указывает, что система дает повышение (boost) модификациям, если и исходный, и новый термин являются географическими локациями (Location Measure). Это часто происходит при итеративном локальном поиске (например, смена района или города). Это подчеркивает важность четкой географической привязки в локальном SEO.

Чем отличается Related Concept Measure от Category Score?

Category Score основан на формальной таксономии (принадлежности к общим классам в базе знаний). Related Concept Measure основан на статистике совместной встречаемости (co-occurrence) терминов в большом корпусе документов. Оба показателя помогают оценить логичность замены терминов, но используют разные источники данных.

Актуален ли этот патент, учитывая развитие больших языковых моделей (LLM)?

Да, он остается крайне актуальным. Хотя современные LLM могут использовать более сложные методы для понимания контекста, фундаментальные принципы, описанные в патенте — генерация кандидатов, оценка их популярности и семантической логичности — по-прежнему лежат в основе систем понимания запросов и диалогового поиска.

Стоит ли оптимизировать страницы под короткие уточняющие запросы?

Нет. Не нужно пытаться оптимизировать страницы под фразы типа "[а как насчет красного]". Система перепишет этот запрос в полный интент (например, [красные кроссовки Nike]) до того, как начнется ранжирование. Оптимизировать нужно именно под этот финальный, полный запрос и популярные шаблоны его формирования.

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

Как Google интерпретирует последовательные запросы для автоматического уточнения поискового намерения пользователя
Google использует механизм для понимания контекста сессии, анализируя последовательные запросы (например, Q1: [рестораны в Москве], затем Q2: [итальянские]). Система автоматически объединяет их в уточненный запрос (Q3: [итальянские рестораны в Москве]), основываясь на исторических данных о том, как пользователи обычно уточняют запросы. Это позволяет системе лучше понимать намерение пользователя в диалоговом режиме.
  • US9116952B1
  • 2015-08-25
  • Семантика и интент

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

Как Google понижает вес уточняющих слов при последовательных запросах в рамках одной сессии
Google анализирует историю запросов пользователя в рамках одной сессии. Если новый запрос является прямым расширением предыдущего (например, "погода Москва" -> "погода Москва завтра"), система снижает вес добавленных терминов ("завтра") или делает их опциональными. Это гарантирует, что результаты останутся сфокусированными на исходном намерении пользователя, а уточнения используются как фильтры.
  • US8645409B1
  • 2014-02-04
  • Семантика и интент

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

Как Google понимает контекст в цепочках запросов, используя популярность запросов для разрешения неоднозначности местоимений (анафоры)
Google использует механизм для понимания контекстных (последовательных) запросов, содержащих местоимения (например, "он", "она", "это"). Если предыдущий запрос содержал несколько сущностей, система создает варианты переписанного запроса и выбирает наиболее вероятный, основываясь на данных о популярности запросов в интернете (Query Logs) или используя результаты веб-ранжирования.
  • US9183257B1
  • 2015-11-10
  • Семантика и интент

Как Google использует историю запросов в сессии для эффективного распознавания фраз (N-грамм) и понимания уточнений пользователя
Google оптимизирует процесс распознавания фраз (N-грамм) в запросе, анализируя предыдущий запрос пользователя в той же сессии. Если пользователь уточняет запрос, добавляя новые слова, система исключает эти новые слова из анализа N-грамм в сочетании со старыми терминами. Это повышает эффективность и позволяет точнее понять, какие слова являются единым понятием, а какие — дополнительными уточнениями.
  • US8359326B1
  • 2013-01-22
  • Семантика и интент

Как Google автоматически понимает контекст запросов, заданных во время просмотра видео, используя временные метки и анализ N-грамм
Google использует систему для автоматического уточнения запросов, заданных во время просмотра мультимедиа (например, «Кто это?»). Система определяет сущности (людей, объекты), присутствующие на экране в момент запроса, используя временные метки и анализ истории поисковых запросов (N-грамм). Затем она переписывает запрос, добавляя релевантный контекст, чтобы предоставить точный ответ без прерывания просмотра.
  • US9852188B2
  • 2017-12-26
  • Мультимедиа

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

  • SERP

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

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

  • SERP

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

Как Google определяет свежесть документа, анализируя возраст ссылающихся страниц и динамику появления ссылок (Link Velocity)
Google использует методы для оценки свежести документа, когда дата его обновления неизвестна или ненадежна. Система анализирует даты обновления страниц, которые ссылаются на документ, а также историю появления и удаления этих ссылок (Link Velocity). Если на документ ссылаются недавно обновленные страницы или количество ссылок растет, он считается свежим.
  • US7797316B2
  • 2010-09-14
  • Свежесть контента

  • Ссылки

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

Как Google вычисляет оценку качества сайта на основе соотношения брендового интереса и общего поискового трафика
Google использует поведенческие данные для расчета оценки качества сайта (Site Quality Score). Метрика основана на соотношении количества уникальных запросов, направленных конкретно на сайт (брендовый/навигационный интерес), к общему количеству уникальных запросов, которые привели пользователей на этот сайт. Высокий показатель этого соотношения свидетельствует о высоком качестве и авторитетности сайта.
  • US9031929B1
  • 2015-05-12
  • Поведенческие сигналы

  • EEAT и качество

Как Google динамически изменяет вес синонимов в ранжировании на основе поведения пользователей
Google не присваивает фиксированный вес синонимам (замещающим терминам) при ранжировании. Вес синонима динамически корректируется для каждого документа в зависимости от того, насколько релевантен исходный термин запроса этому документу. Эта релевантность определяется на основе поведенческих данных (клики, время просмотра), что позволяет точнее интерпретировать значение синонимов в контексте конкретной страницы.
  • US9116957B1
  • 2015-08-25
  • Поведенческие сигналы

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

  • SERP

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

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

  • SERP

Как Google использует офлайн-сигналы и авторитетность сущностей для ранжирования контента
Google использует реальные, офлайн-сигналы авторитетности для ранжирования документов, у которых отсутствует естественная ссылочная структура (например, оцифрованные книги). Система оценивает коммерческий успех документа (данные о продажах, списки бестселлеров), репутацию связанных сущностей (автора и издателя) и может переносить ссылочный авторитет с официальных сайтов этих сущностей на сам документ для улучшения его позиций в поиске.
  • US8799107B1
  • 2014-08-05
  • EEAT и качество

  • SERP

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

Как Google ранжирует сущности (например, фильмы или книги), используя популярность связанных веб-страниц и поисковых запросов в качестве прокси-сигнала
Google использует механизм для определения популярности контентных сущностей (таких как фильмы, телешоу, книги), когда прямые данные о потреблении недоступны. Система идентифицирует авторитетные «эталонные веб-страницы» (например, страницы Википедии) и связанные поисковые запросы. Затем она измеряет популярность сущности, анализируя объем трафика на эти эталонные страницы и частоту связанных запросов в поиске, используя эти данные как прокси-сигнал для ранжирования сущности.
  • US9098551B1
  • 2015-08-04
  • EEAT и качество

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

  • SERP

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

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

  • SERP

Как Google использует клики по изображениям для определения схожести запросов и картинок (Поведенческая схожесть)
Google анализирует поведение пользователей в поиске по картинкам, чтобы определить схожесть двух запросов (или двух изображений). Если пользователи часто кликают на одни и те же изображения в ответ на разные запросы, эти запросы считаются похожими. Этот механизм (Коллаборативная фильтрация) позволяет находить связи независимо от языка или типа запроса (текст/изображение) и используется для генерации рекомендаций.
  • US8280881B1
  • 2012-10-02
  • Поведенческие сигналы

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

  • Мультимедиа

Как Google использует "ложные пропуски" (Fake Skips) для точной оценки качества своих правил синонимов
Google анализирует поведение пользователей для оценки качества синонимов, используемых при переписывании запросов. Патент вводит метрику "Fake Skip" (Ложный пропуск). Она фиксируется, если пользователь пропустил результат с синонимом, но кликнул на результат ниже, который также содержит этот синоним и исходный термин. Это позволяет точнее калибровать систему синонимов и не пессимизировать хорошие правила из-за неоднозначного поведения пользователей.
  • US8909627B1
  • 2014-12-09
  • Поведенческие сигналы

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

  • SERP

seohardcore