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

Как Google показывает блоки с ответами (Answer Boxes) прямо в поисковых подсказках во время ввода запроса

FRAMEWORK FOR SELECTING AND PRESENTING ANSWER BOXES RELEVANT TO USER INPUT AS QUERY SUGGESTIONS (Фреймворк для выбора и представления блоков с ответами, релевантных вводу пользователя, в качестве подсказок запросов)
  • US8538982B2
  • Google LLC
  • 2010-08-31
  • 2013-09-17
  • Семантика и интент
  • SERP
  • Персонализация
  • Описание
  • Разбор
  • Выводы
  • Практика
  • FAQ
  • Похожие

Google может показывать блоки с готовыми ответами (Answer Boxes) прямо в интерфейсе поисковых подсказок, ещё до того, как пользователь отправил запрос. Система прогнозирует наиболее вероятный полный запрос ("Dominant Query") на основе частичного ввода, истории поиска и данных профиля пользователя (например, местоположения), и если для этого запроса существует готовый ответ, он отображается немедленно.

Описание

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

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

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

Запатентована система для выбора и представления Answer Boxes в интерфейсе поисковых подсказок (Query Suggestions/Autocomplete) до того, как пользователь отправил запрос. Система анализирует частичный ввод пользователя в реальном времени и использует различные методы для прогнозирования намерения пользователя. Ключевыми механизмами являются вывод "Доминирующего запроса" (Dominant Query) и использование исторических данных о показе Answer Boxes для определения наиболее релевантного ответа на неполный ввод.

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

Система работает в момент ввода текста пользователем:

  • Получение ввода: Система получает частичный ввод (например, "weath").
  • Прогнозирование (Метод 1 - Dominant Query): Система выводит наиболее вероятный полный запрос (Dominant Query), например, "weather San Francisco". Этот вывод основан на общей популярности запросов, истории поиска пользователя и данных его профиля (например, местоположении).
  • Прогнозирование (Метод 2 - Historical Data): Система напрямую анализирует исторические данные о том, какие Answer Boxes чаще всего показывались для данного префикса (используя Presentation Value).
  • Получение контента: Как только определен Dominant Query или выбран Answer Box, система получает контент для этого блока (из кэша или от внутреннего сервера).
  • Отображение: Answer Box отображается пользователю в выпадающем списке подсказок вместе со стандартными текстовыми подсказками.

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

Высокая. Функциональность, описанная в патенте, активно используется в современных поисковых системах (Google Autocomplete). Мгновенное отображение погоды, курсов валют, определений и результатов вычислений прямо в строке поиска является стандартом индустрии. Механизмы прогнозирования на основе персонализации и популярности остаются центральными для понимания запросов.

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

Влияние на SEO высокое (8/10). Патент подчеркивает критическую важность оптимизации контента под Answer Boxes (Featured Snippets). Поскольку система стремится предоставить ответ мгновенно, это приводит к увеличению числа поисков с "нулевым кликом" (zero-click searches), когда пользователь получает информацию прямо в интерфейсе подсказок и не переходит на SERP. Для SEO-специалистов это означает, что быть источником для Answer Box становится еще более приоритетной задачей для видимости бренда, даже если это не приводит к прямому клику.

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

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

Answer Box (Блок с ответом)
Форматированное представление контента, релевантное запросу (например, прогноз погоды, определение слова). Аналог Featured Snippet или блока прямого ответа. Имеет определенную категорию и форматируется по шаблону.
Dominant Query (Доминирующий запрос)
Наиболее вероятный полный запрос, который система выводит из частичного ввода пользователя. Может быть завершением ввода, его модификацией (исправление ошибок) или связанным запросом, сгенерированным с учетом контекста пользователя.
Input-Answer Box Pair (Пара Ввод-Блок с ответом)
Связь между частичным текстовым вводом (префиксом) и конкретным Answer Box, который был показан в ответ на запросы, начинающиеся с этого ввода. Используется в методе, основанном на исторических данных.
Popularity Value (Значение популярности)
Метрика для оценки поисковой подсказки. Рассчитывается на основе того, как часто пользователи отправляли данный запрос в прошлом. Используется для определения Dominant Query.
Presentation Value (Значение представления)
Метрика для Input-Answer Box Pair. Основана на том, как часто данный Answer Box показывался в ответ на запросы, начинающиеся с соответствующего ввода. Используется для выбора Answer Box напрямую из исторических данных.
Triggering Phrase (Триггерная фраза)
Поисковый запрос, который вызывает отображение определенного Answer Box.
User Profile Data (Данные профиля пользователя)
Информация о пользователе, используемая для персонализации и завершения запросов. Включает явные данные (местоположение, язык, предпочтения) и неявные данные (например, местоположение по IP-адресу).
Usefulness Indication (Индикация полезности)
Сигналы, указывающие на то, что пользователи сочли Answer Box полезным (например, клики по ссылкам в блоке, длительное время просмотра, отсутствие последующих запросов).

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

Патент описывает два основных метода (Dominant Query и Historical Data), однако финальные пункты формулы изобретения (Claims 1-30) сосредоточены на методе Dominant Query, особенно с использованием персонализации.

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

  1. Система получает первый текстовый ввод в поле запроса до того, как пользователь отправил запрос.
  2. Система выводит (deriving) Dominant Query из этого ввода. Процесс вывода включает:
    • Определение того, что во вводе отсутствует информация, необходимая для запуска Answer Box (например, отсутствует город для погоды).
    • Получение необходимой информации из User Profile Data.
    • Анализ User Profile Data для определения категории Answer Box, релевантной пользователю.
    • Генерация Dominant Query из ввода, недостающей информации и определенной категории.
  3. Система получает контент для Answer Box, связанного с этим Dominant Query.
  4. Система представляет Answer Box пользователю.

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

Claim 3 (Зависимый от 1): Описывает альтернативный метод вывода Dominant Query, основанный на популярности.

  1. Получение группы запросов, включающей поисковые подсказки для ввода.
  2. Определение Popularity Value для каждого запроса (на основе исторических данных о том, как часто пользователи отправляли этот запрос).
  3. Идентификация Dominant Query как запроса, чье Popularity Value превышает определенный порог.

Claim 7 (Зависимый от 1): Описывает метод вывода Dominant Query, основанный на личной истории поиска пользователя.

  1. Идентификация из истории поиска пользователя запросов, которые начинаются с текста, соответствующего текущему вводу.
  2. Выбор Dominant Query из этих запросов на основании того, что он появляется в истории поиска количество раз, удовлетворяющее порогу.

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

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

QUNDERSTANDING – Понимание Запросов
Это основная область применения патента. Процесс происходит в реальном времени в компонентах, отвечающих за поисковые подсказки (Autocomplete/Suggest). Система должна мгновенно интерпретировать частичный ввод, прогнозировать намерение, переписывать ввод в Dominant Query и определять, следует ли активировать Answer Box. Это включает интеграцию с системами персонализации для доступа к User Profile Data и истории поиска.

INDEXING – Индексирование и извлечение признаков
На этом этапе система предварительно вычисляет данные, необходимые для работы изобретения. Это включает анализ логов запросов для расчета Popularity Value и Presentation Value, а также индексацию Triggering Phrases для различных Answer Boxes.

METASEARCH – Метапоиск и Смешивание
Хотя это происходит до формирования основной SERP, компонент Presentation Engine выполняет функцию смешивания. Он определяет, как и где отобразить Answer Box относительно стандартных текстовых подсказок (например, сверху, снизу или рядом с соответствующим запросом).

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

  • Частичный текстовый ввод пользователя.
  • User Profile Data (местоположение, язык, интересы).
  • История поиска пользователя.
  • Агрегированные исторические логи запросов.
  • База данных Answer Boxes (включая категории, шаблоны и триггеры).

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

  • Список поисковых подсказок, который может включать один или несколько Answer Boxes с готовым контентом.

На что влияет

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

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

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

  • Условие популярности: Когда один из вариантов завершения запроса (потенциальный Dominant Query) имеет Popularity Value, значительно превышающее остальные варианты и пороговое значение (например, 50%, 66% или 75%).
  • Условие персонализации: Когда частичный ввод соответствует шаблону, требующему дополнительной информации (например, "weather"), и эта информация доступна в User Profile Data (например, местоположение пользователя).
  • Условие истории поиска: Когда пользователь ранее многократно вводил запрос, начинающийся с текущего префикса, и частота этого запроса превышает порог.
  • Наличие ответа: Алгоритм применяется только в том случае, если для прогнозируемого Dominant Query существует соответствующий Answer Box.

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

Патент описывает два основных алгоритмических потока для выбора Answer Box.

Поток А: Метод Доминирующего Запроса (Dominant Query Method)

  1. Получение ввода: Система получает частичный текст от пользователя.
  2. Генерация кандидатов: Система получает набор потенциальных полных запросов (поисковых подсказок).
  3. Вывод Dominant Query: Система анализирует кандидатов с использованием одного или нескольких эвристик:
    • Анализ популярности: Расчет Popularity Value для каждого кандидата на основе агрегированных логов. Выбор кандидата, превышающего порог популярности.
    • Анализ истории пользователя: Проверка личной истории поиска пользователя. Выбор кандидата, превышающего порог частоты.
    • Анализ профиля пользователя: Определение недостающей информации (например, местоположения) и дополнение ввода данными из профиля для генерации полного запроса.
  4. Идентификация Answer Box: Система проверяет, связан ли выбранный Dominant Query с каким-либо Answer Box (например, через базу данных Triggering Phrases).
  5. Получение контента: Если Answer Box идентифицирован, система получает его контент (статический из хранилища или динамический от сервера).
  6. Представление: Система отображает Answer Box пользователю в интерфейсе подсказок.

Поток Б: Метод Исторических Данных (Historical Data Method)

  1. Получение ввода: Система получает частичный текст от пользователя.
  2. Доступ к историческим данным: Система обращается к хранилищу Historical Data, содержащему Input-Answer Box Pairs и их Presentation Values.
  3. Идентификация кандидатов: Система находит все пары, где "Input" соответствует текущему вводу пользователя.
  4. Выбор Answer Box: Система выбирает пару с наивысшим Presentation Value (т.е. тот Answer Box, который чаще всего показывался для этого префикса в прошлом). Этот выбор может быть скорректирован метриками полезности (Usefulness Indication).
  5. Получение контента и Представление: Система получает контент для выбранного Answer Box и отображает его.

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

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

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

  • Пользовательские факторы (User Factors):
    • User Profile Data: Местоположение (явное или по IP), язык, предпочтения, интересы (например, отслеживаемые акции). Критически важны для персонализированного завершения запросов.
    • История поиска пользователя: Предыдущие запросы пользователя используются для определения предпочтений конкретного пользователя.
  • Поведенческие факторы (Behavioral Factors):
    • Агрегированные логи запросов: Используются для расчета общей популярности (Popularity Value) различных завершений запросов.
    • Исторические данные о показе Answer Boxes (Historical Data): Данные о том, как часто определенные блоки показывались для конкретных префиксов (для расчета Presentation Value).
    • Метрики полезности (Usefulness Indication): Данные о взаимодействии пользователей с показанными Answer Boxes (клики по ссылкам в блоке, время просмотра блока, отсутствие последующих поисков).
  • Контентные факторы (Content Factors):
    • Контент Answer Box: Получается из внутренних серверов (для динамических данных) или из кэша/хранилища (для статических данных).

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

  • Popularity Value (Значение популярности): Метрика для выбора Dominant Query. Один из вариантов расчета:

Выводы

  1. Агрессивное прогнозирование намерений: Google не ждет завершения запроса. Система агрессивно пытается предсказать финальный запрос (Dominant Query) на основе всего нескольких символов, используя для этого все доступные сигналы.
  2. Популярность как основа прогноза: Общая популярность запросов является ключевым фактором. Если подавляющее большинство пользователей, вводящих префикс "А", затем выбирают запрос "АБ", система будет считать "АБ" доминирующим запросом для этого префикса.
  3. Персонализация для разрешения неоднозначности: Данные профиля пользователя (User Profile Data), особенно местоположение и язык, а также личная история поиска, активно используются для разрешения неоднозначности и завершения запросов. Контекст пользователя критически важен (Claim 1).
  4. Приоритет Answer Boxes: Если прогнозируемый Dominant Query запускает Answer Box, система стремится показать его немедленно. Это подтверждает стратегию Google на предоставление прямых ответов и удержание пользователя.
  5. Два пути к ответу: Система может работать двумя способами: (1) Предсказать запрос, затем найти ответ (Dominant Query Method), или (2) Напрямую связать префикс с наиболее частым ответом на основе исторических данных (Historical Data Method).

Практика

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

  • Оптимизация под Answer Boxes/Featured Snippets: Это ключевая стратегия. Поскольку Answer Boxes могут отображаться до перехода на SERP, необходимо гарантировать, что ваш контент является источником для них. Используйте четкую структуру, списки, таблицы и краткие определения, отвечающие на прямые вопросы.
  • Соответствие популярным запросам (Dominant Queries): Анализируйте поисковые подсказки (Autocomplete), чтобы понять, какие запросы система считает доминирующими для ваших ключевых префиксов. Оптимизируйте контент именно под эти полные формулировки, так как именно они будут триггером для показа Answer Box.
  • Усиление локальных сигналов: Для бизнесов, зависящих от локального поиска, критически важно обеспечить точность локальных данных (например, в Google Business Profile). Система будет использовать местоположение пользователя для дополнения общих запросов (например, "кинотеатр"), и вы должны быть источником для локализованного Answer Box.
  • Использование структурированных данных: Применяйте релевантную микроразметку (Schema.org), чтобы помочь системе понять контекст вашего контента и облегчить его извлечение для использования в Answer Boxes (например, для событий, товаров, фактов).

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

  • Ориентация на низкочастотные или нечеткие запросы: Попытки оптимизации под запросы, которые не являются популярными или четко сформулированными, неэффективны в контексте этого патента. Система отдаст предпочтение Dominant Query, основанному на поведении большинства.
  • Игнорирование структуры контента: Публикация неструктурированного текста, из которого сложно извлечь краткий ответ. Это снижает вероятность того, что ваш сайт станет источником для Answer Box.
  • Манипуляции с популярностью запросов: Попытки искусственно завысить популярность определенных запросов (например, с помощью ботов) рискованны, так как патент упоминает фильтрацию подозрительного трафика (suspect traffic) при анализе исторических данных.

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

Патент подтверждает стратегическое направление Google к мгновенным ответам и увеличению числа поисков с "нулевым кликом" (zero-click). Для SEO это означает смещение фокуса с простого ранжирования на обеспечение видимости в качестве авторитетного источника ответа. Если пользователь получает ответ в интерфейсе подсказок, он может не перейти на SERP, что снижает традиционный органический трафик. Стратегия должна включать мониторинг того, какие Answer Boxes появляются в подсказках по вашим ключевым темам, и борьбу за то, чтобы стать их источником.

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

Сценарий: Оптимизация страницы определения термина

  1. Анализ ввода: Пользователь вводит "что такое SERP".
  2. Определение Dominant Query: Система анализирует подсказки и видит, что "что такое SERP" является самым популярным завершением (Popularity Value > 70%). Он выбирается как Dominant Query.
  3. Идентификация Answer Box: Система знает, что этот запрос запускает Answer Box категории "Определение".
  4. Действие SEO-специалиста: Разместить на целевой странице краткий, четкий абзац (40-60 слов), начинающийся с "SERP (Search Engine Results Page) это...".
  5. Результат: Когда пользователь вводит "что такое SER", система прогнозирует Dominant Query и мгновенно отображает Answer Box с определением с вашего сайта прямо в интерфейсе подсказок.

Сценарий: Использование локализации для местного бизнеса (Кинотеатр)

  1. Анализ ввода: Пользователь вводит "расписание".
  2. Определение Dominant Query (Персонализация): Система видит, что ввод требует локализации (Claim 1). Она получает местоположение пользователя из профиля (например, Москва). Система генерирует Dominant Query: "расписание кино Москва".
  3. Идентификация Answer Box: Этот запрос запускает Answer Box категории "Расписание сеансов".
  4. Действие SEO-специалиста: Обеспечить актуальность данных о расписании на сайте кинотеатра и использовать микроразметку Movie и Event.
  5. Результат: Пользователь видит расписание сеансов ближайших кинотеатров прямо в строке поиска, как только вводит "расписание".

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

Что такое "Dominant Query" и почему это важно?

Dominant Query — это наиболее вероятный полный запрос, который система прогнозирует на основе частичного ввода пользователя. Это критически важно, потому что именно Dominant Query, а не точный ввод пользователя, используется для поиска и отображения Answer Box в подсказках. SEO-специалистам нужно оптимизировать контент под эти прогнозируемые полные запросы.

Как система определяет, какой запрос является доминирующим?

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

Влияет ли этот патент на трафик сайта?

Да, и значительно. Если пользователь получает исчерпывающий ответ прямо в интерфейсе поисковых подсказок, у него нет стимула кликать дальше и переходить на SERP или на сайт-источник. Это приводит к увеличению числа поисков с "нулевым кликом" (zero-click searches) и снижению органического трафика для простых информационных запросов.

Как оптимизировать контент для появления в этих мгновенных Answer Boxes?

Ключ в том, чтобы ваш контент был лучшим источником для Answer Box (Featured Snippet) по соответствующему Dominant Query. Это требует четкой структуры, использования списков, таблиц и кратких, фактических ответов на прямые вопросы. Также важно использовать соответствующую микроразметку для облегчения извлечения данных.

Что такое метод "Historical Data", описанный в патенте?

Это альтернативный подход, который не требует вывода Dominant Query. Вместо этого система хранит исторические данные о том, какой Answer Box чаще всего показывался для определенного частичного ввода (метрика Presentation Value). Система напрямую связывает текущий ввод с наиболее частым ответом из прошлого.

Насколько важна персонализация в этом механизме?

Она критически важна, особенно для неоднозначных или неполных запросов. Например, если пользователь вводит "погода", система использует его местоположение из User Profile Data (Claim 1), чтобы мгновенно показать локальный прогноз. Без персонализации система не смогла бы определить, погоду в каком городе показывать.

Как система определяет, полезен ли показанный Answer Box?

Патент упоминает использование индикаторов полезности (Usefulness Indication). К ним относятся неявные сигналы: клики по ссылкам в Answer Box, длительное время просмотра блока, наведение курсора, а также отсутствие последующих уточнений запроса или кликов по другим подсказкам/результатам.

Влияет ли скорость сайта на показ в этих блоках?

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

Влияет ли этот механизм на локальный поиск?

Да, очень сильно. Благодаря использованию местоположения пользователя (User Profile Data), система может мгновенно показывать локальные ответы (расписание кинотеатров, информацию о местных компаниях) даже при вводе общих запросов (например, «ресторан») или частичных названий.

Что делать, если мой контент не попадает в Answer Box, хотя он релевантен?

Проанализируйте Dominant Query, который система ассоциирует с вашими ключевыми префиксами. Убедитесь, что ваш контент точно соответствует этому полному запросу. Сравните структуру вашего контента с сайтом, который в данный момент является источником Answer Box. Часто требуется более четкое форматирование или более прямой ответ на вопрос.

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

Как Google использует топовые результаты поиска для активации и выбора блоков с ответами (Answer Boxes/Featured Snippets)
Google может активировать блоки с ответами (Answer Boxes или Featured Snippets), анализируя не только сам запрос, но и топовые результаты поиска. Если ресурсы в выдаче ассоциированы с определенной темой (Answer Box Topic), система покажет соответствующий блок. Это позволяет точнее выбирать ответ при неоднозначных запросах и подчеркивает роль данных, предоставленных издателями.
  • US9355175B2
  • 2016-05-31
  • SERP

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

Как Google использует авторитетные сайты в органической выдаче для активации и позиционирования блоков с ответами (Answer Boxes)
Google определяет, когда показывать блок с ответом (Answer Box) или вертикальную интеграцию (погода, акции и т.д.), анализируя не только текст запроса, но и состав органической выдачи. Если в результатах присутствуют специфические авторитетные URL или ключевые слова (называемые «индикаторами блока ответов»), система с большей вероятностью покажет соответствующий блок. Эти индикаторы определяются заранее путем анализа того, какие сайты часто появляются по ключевым «исходным запросам» для данной темы.
  • US9607087B1
  • 2017-03-28
  • SERP

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

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

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

Как Google создает мгновенные интерактивные результаты на SERP, предварительно загружая и персонализируя скрытый контент
Google использует механизм для создания интерактивных блоков ответов (Answer Boxes), таких как Погода или Панели Знаний. Система отправляет пользователю не только видимый результат, но и дополнительный скрытый контент («карточки»), выбранный на основе истории взаимодействий пользователя. При взаимодействии с блоком (свайп или клик) дополнительный контент отображается мгновенно, без отправки нового запроса на сервер.
  • US9274683B2
  • 2016-03-01
  • SERP

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

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

Как Google извлекает факты напрямую из веб-страниц для формирования прямых ответов (Featured Snippets / Answer Boxes)
Google использует систему для динамического извлечения фактов из веб-индекса. Когда поступает фактический запрос, система определяет ожидаемый тип ответа (например, дата, число, имя), анализирует топовые результаты поиска и извлекает соответствующие фразы. Эти фразы нормализуются, оцениваются по частоте, контексту и авторитетности источника, и лучший вариант показывается в виде прямого ответа.
  • US8655866B1
  • 2014-02-18
  • Индексация

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

  • SERP

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

Как Google рассчитывает авторитетность страниц на основе их близости к доверенным сайтам-источникам (Seed Sites)
Google использует метод ранжирования страниц, основанный на измерении «расстояния» в ссылочном графе от набора доверенных исходных сайтов (Seed Sites) до целевой страницы. Чем короче путь от доверенных источников до страницы, тем выше ее рейтинг авторитетности. Длина ссылки увеличивается (а ее ценность падает), если исходная страница имеет большое количество исходящих ссылок. Этот механизм позволяет эффективно рассчитывать показатели доверия (Trust) в масштабах всего веба.
  • US9165040B1
  • 2015-10-20
  • Ссылки

  • EEAT и качество

  • Антиспам

Как Google находит, фильтрует и подмешивает посты из блогов, релевантные конкретным результатам поиска
Патент описывает систему Google для дополнения стандартных результатов веб-поиска ссылками на релевантные посты в блогах. Система использует многоступенчатую фильтрацию для отсеивания низкокачественных блогов и спама (splogs). Фильтры анализируют количество исходящих ссылок (out-degree), качество входящих ссылок (Link-based score), возраст поста, его длину и расположение ссылок, чтобы гарантировать качество подмешиваемого контента.
  • US8117195B1
  • 2012-02-14
  • EEAT и качество

  • Антиспам

  • Ссылки

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

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

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

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

  • SERP

Как Google использует ссылки, которыми делятся в почте, блогах и мессенджерах, как сигнал для корректировки ранжирования
Google запатентовал механизм (User Distributed Search), который учитывает, как пользователи делятся ссылками в коммуникациях (почта, блоги, мессенджеры). Если автор включает ссылку в сообщение, это дает ей первоначальную модификацию в ранжировании. Если получатели переходят по этой ссылке, её Ranking Score увеличивается ещё больше. Оба сигнала используются для влияния на позиции документа в будущей выдаче.
  • US8862572B2
  • 2014-10-14
  • Поведенческие сигналы

  • Ссылки

Как Google использует персональное дерево интересов пользователя для определения важности слов в запросе и его переписывания
Google использует иерархический профиль интересов пользователя (Profile Tree), построенный на основе истории поиска и поведения, чтобы определить, какие слова в запросе наиболее важны для конкретного человека. Специфичные интересы (глубокие узлы в дереве) получают больший вес. Это позволяет системе отфильтровать шум в длинных запросах и сгенерировать более точный альтернативный запрос.
  • US8326861B1
  • 2012-12-04
  • Персонализация

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

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

Как Google использует паттерны просмотра пользователей (co-visitation) для определения связанности документов и улучшения поиска
Google использует систему для определения того, насколько тесно связаны два документа, основываясь на агрегированных данных о поведении пользователей. Система рассчитывает вероятность того, что пользователь просмотрит Документ B в течение определенного времени после того, как Документ А был показан ему в результатах поиска. Эти данные используются для персонализации выдачи, предложения рекомендаций и улучшения релевантности на основе контекста сессии пользователя.
  • US8447760B1
  • 2013-05-21
  • Поведенческие сигналы

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

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

Как Google комбинирует визуальное сходство и поведение пользователей для переранжирования поиска по картинкам
Google использует механизм для перекрестной проверки релевантности изображений, объединяя поведенческие сигналы (клики) с визуальным анализом. Если изображение часто кликают и оно визуально похоже на другие релевантные изображения по запросу (совместная релевантность), его рейтинг агрессивно повышается. Если оно редко кликается и визуально отличается (совместная нерелевантность), его рейтинг понижается. Это защищает выдачу от кликбейта.
  • US8209330B1
  • 2012-06-26
  • Поведенческие сигналы

  • SERP

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

Как Google использует блокировку сайтов пользователями для персонализации выдачи и как глобальный сигнал ранжирования (Remove List Score)
Google позволяет пользователям удалять нежелательные документы или целые сайты из своей поисковой выдачи. Система агрегирует эти данные о блокировках от множества пользователей и использует их как глобальный сигнал ранжирования — «Remove List Score» — для выявления низкокачественного контента и улучшения качества поиска для всех.
  • US8417697B2
  • 2013-04-09
  • Персонализация

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

  • Антиспам

Как Google определяет и ранжирует вертикали поиска (Web, Images, News, Local) на основе интента запроса и профиля пользователя
Патент описывает фундаментальный механизм Универсального Поиска (Universal Search). Система генерирует результаты из разных индексов (Web, Картинки, Новости, Карты) и вычисляет «Оценку Вероятности» (Likelihood Value) для каждой категории. Эта оценка определяет, какая вертикаль наиболее релевантна интенту запроса. Для расчета используются как агрегированные данные о поведении всех пользователей по схожим запросам, так и индивидуальный профиль пользователя.
  • US7966309B2
  • 2011-06-21
  • Семантика и интент

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

  • SERP

seohardcore