Как Google использует «Решающие Клики» и «Решающие Пропуски» для валидации и очистки правил синонимов

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

Both Click / Both Skip («Двойной Клик» / «Двойной Пропуск»)

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

Click (Клик)

Выбор пользователем результата, который содержит синоним термина из переписанного запроса и не содержит исходного термина (но может содержать другие синонимы).

Crucial Click («Решающий Клик»)

Ключевая метрика. Клик по результату, который (i) содержит конкретный синоним, (ii) НЕ содержит исходный термин, и (iii) НЕ содержит никакие другие синонимы этого термина, использованные в переписанном запросе.

Crucial Skip («Решающий Пропуск»)

Ключевая метрика. Пропуск результата (выбор нижестоящего), который удовлетворяет тем же строгим условиям изоляции синонима, что и Crucial Click.

Query Context (Контекст запроса)

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

Query Logs (Логи запросов)

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

Revised Search Query (Переписанный/Расширенный запрос)

Запрос, модифицированный системой путем добавления или замены терминов на их синонимы.

Skip (Пропуск)

Пропуск результата, удовлетворяющего критериям Click, в пользу нижестоящего результата.

Synonym Rule (Правило синонимов)

Правило, определяющее, что один термин является синонимом другого (например, A→B). Может быть общим или контекстно-зависимым.

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

Claim 1 (Независимый пункт): Описывает метод идентификации и подсчета Crucial Click.

1. Система получает доступ к Query Log Data (включая исходный запрос, синонимы, переписанный запрос, результаты и выбор пользователя).
2. Определяется, что выбранный результат содержит конкретный синоним (Particular Synonym).
3. Выполняется проверка условий изоляции: результат НЕ содержит (i) исходный термин И (ii) любые другие синонимы для этого термина из переписанного запроса.
4. В ответ на выполнение условий, система увеличивает счетчик Crucial Click Count для соответствующего Synonym Rule.
5. На основе этого счетчика принимается решение о будущем использовании правила.

Ядро изобретения — это строгие условия (шаг 3), позволяющие однозначно связать клик с конкретным синонимом.

Claim 11 (Независимый пункт): Описывает метод идентификации и подсчета Crucial Skip.

1. Система получает доступ к Query Log Data (включая ранжирование результатов).
2. Идентифицируется результат, ранжированный ВЫШЕ выбранного (т.е. пропущенный результат).
3. Определяется, что пропущенный результат содержит конкретный синоним.
4. Выполняется проверка условий изоляции (отсутствие исходного термина и других синонимов) для пропущенного результата.
5. Если условия выполнены, система увеличивает счетчик Crucial Skip Count для соответствующего правила.
6. На основе этого счетчика принимается решение о будущем использовании правила.

Claims 7 и 17 (Зависимые пункты): Детализируют формулу расчета оценки (Score) для правила синонимов с использованием весов.

Оценка рассчитывается как отношение взвешенных положительных событий (кликов) к общему числу взвешенных событий (кликов и пропусков). Используются веса W1 для обычных событий и W2 для «решающих» событий.

Формула:

$Score = \frac{(CrucialClick*W2) + (Click*W1)}{(CrucialClick*W2) + (Click*W1) + (CrucialSkip*W2) + (Skip*W1)}$

Патент подразумевает, что W2 > W1, придавая больший вес более точным сигналам.

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

Изобретение является частью инфраструктуры оценки качества поиска и тесно связано с этапом понимания запросов.

QUNDERSTANDING – Понимание Запросов (Офлайн-анализ)
Это основная область применения патента. Synonym Engine использует описанный механизм для периодического анализа исторических Query Logs. Цель — оценить существующие Synonym Rules, вычислить их Score и очистить базу данных от неэффективных или неверных правил.

QUNDERSTANDING – Понимание Запросов (Реальное время)
Результат офлайн-анализа — валидированный набор Synonym Rules — используется Query Reviser Engine в реальном времени для генерации Revised Queries при обработке запросов пользователей.

RANKING – Ранжирование
На этом этапе используются переписанные запросы для поиска и ранжирования результатов. Поведение пользователей на SERP (клики и пропуски) логируется и служит входными данными для офлайн-анализа.

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

• Query Logs: исходный запрос, примененные Synonym Rules, Revised Queries, показанная SERP, ранжирование, выбор пользователя.
• Индекс контента: Необходим для анализа содержимого (сниппета или полного документа) результата поиска на наличие/отсутствие терминов.

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

• Метрики (Crucial Click/Skip Counts) и рассчитанные оценки (Scores) для правил синонимов.
• Обновленная база данных синонимов (удаление или понижение веса некачественных правил).

На что влияет

• Типы запросов: Влияет на все типы запросов, где применяются синонимы. Особенно важно для неоднозначных запросов или запросов с широким интентом, где точность синонимов критична для релевантности.
• Качество выдачи: Направлен на улучшение релевантности за счет продвижения полезных синонимов (подтвержденных Crucial Clicks) и удаления вредных (выявленных через Crucial Skips).

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

• Временные рамки: Процесс анализа и переоценки правил синонимов запускается периодически в офлайн-режиме для обработки накопленных логов запросов.
• Триггеры активации (для учета событий): Учет Crucial Click/Skip активируется только при выполнении строгих условий изоляции синонима в результате взаимодействия.
• Пороговые значения: Применяются при финальной оценке правила. Если Score ниже порога (например, 0.6), правило может быть удалено.

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

Процесс А: Обработка взаимодействия (на основе анализа логов)

1. Получение данных сессии: Извлечение из Query Logs исходного запроса (T), примененного правила (T→S1), списка результатов и выбранного результата (R_selected).
2. Анализ на Crucial Click:
   1. Проверка R_selected: Содержит ли он синоним S1?
   2. Проверка изоляции: Отсутствует ли в R_selected исходный термин T? Отсутствуют ли другие синонимы для T?
   3. Действие: Если все условия выполнены, инкрементировать Crucial Click Count для правила T→S1.
3. Анализ на Crucial Skip:
   1. Идентификация пропущенных результатов (R_skipped), ранжированных выше R_selected.
   2. Для каждого R_skipped: Содержит ли он синоним S1?
   3. Проверка изоляции: Отсутствует ли в R_skipped термин T и другие синонимы?
   4. Действие: Если все условия выполнены, инкрементировать Crucial Skip Count для правила T→S1.

Примечание: Анализ содержания может проводиться как на основе сниппета в выдаче, так и на основе полного текста целевого документа.

Процесс Б: Агрегация и Оценка Правил

1. Агрегация счетчиков: Суммирование всех счетчиков (Crucial и обычных) для каждого Synonym Rule за период анализа.
2. Применение весов: Умножение счетчиков на соответствующие веса (W1 для обычных, W2 для Crucial).
3. Расчет оценки (Score): Вычисление итоговой оценки по взвешенной формуле.
4. Принятие решения: Сравнение Score с порогом и удаление или понижение (демоутинг) правила, если порог не достигнут.

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

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

• Поведенческие факторы: Ключевые данные. Используются Query Logs, фиксирующие выбор пользователя (клики) и ранжирование результатов (для определения пропусков).
• Контентные факторы: Текст результатов поиска (сниппеты, заголовки) или текст целевых документов. Эти данные используются для проверки наличия или отсутствия исходных терминов и синонимов.
• Системные данные: Существующие Synonym Rules и связанные с ними Query Contexts.

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

Система вычисляет следующие метрики для каждого Synonym Rule:

• Crucial Click Count
• Crucial Skip Count
• Click Count (обычный)
• Skip Count (обычный)
• Both Click/Skip Count (опционально)

Формулы и алгоритмы расчета:

Основной механизм — это расчет взвешенной оценки (Score). Патент предоставляет конкретную формулу (Claims 7, 17), используя весовые коэффициенты W1 и W2:

$Score = \frac{(Crucial\_Click * W2) + (Click * W1)}{(Crucial\_Click * W2) + (Click * W1) + (Crucial\_Skip * W2) + (Skip * W1)}$

Весовые коэффициенты: Патент предполагает, что W2 > W1 (в описании упоминается пример W2=5, W1=1), придавая больший вес критическим событиям, так как они являются более чистым сигналом качества.

1. Валидация семантики через поведение пользователей: Google не полагается исключительно на лингвистические модели или словари для определения синонимов. Система активно использует массовое поведение пользователей для подтверждения или опровержения своего понимания семантических связей.
2. Изоляция сигнала качества (High Precision): Ключевая инновация — это механизм Crucial Clicks/Skips. Он позволяет изолировать влияние конкретного синонима, отсекая шумные данные (например, когда присутствуют и синоним, и исходное слово), что обеспечивает высокую точность оценки.
3. Автоматическая самокоррекция и очистка: Система предназначена для автоматического удаления или понижения неэффективных правил синонимов без ручного вмешательства. Если синоним приводит к Crucial Skips, он будет удален.
4. Приоритет точных сигналов: Использование взвешенной формулы (W2 > W1) подтверждает, что Crucial события считаются значительно более важными индикаторами качества, чем обычные клики или пропуски.
5. Контекстная зависимость: Оценка правил производится с учетом Query Context. Синоним может быть валидирован в одном контексте и инвалидирован в другом на основе поведения пользователей.

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

• Фокус на естественном языке и удовлетворении интента: Создавайте контент, используя терминологию и синонимы, которые естественно используются вашей аудиторией. Если ваш контент соответствует интенту, он с большей вероятностью будет генерировать положительные поведенческие сигналы (включая Crucial Clicks), когда Google будет тестировать синонимичные запросы.
• Контекстуальная релевантность: Убедитесь, что синонимы и связанные термины используются в правильном контексте. Если вы используете термин, который Google может считать синонимом ключевого запроса, контекст страницы должен полностью поддерживать это значение.
• Оптимизация сниппетов для синонимичных запросов: Поскольку анализ может проводиться на основе видимого сниппета, критически важно, чтобы Title и Description были привлекательны и релевантны, даже если в них фигурирует синоним, а не точное ключевое слово из запроса пользователя.

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

• Агрессивный "Synonym Stuffing": Бессистемное наполнение текста всеми возможными синонимами в надежде охватить больше запросов. Если эти синонимы не соответствуют интенту или используются в неестественном контексте, страницы будут генерировать Crucial Skips.
• Использование неуместных или устаревших синонимов: Использование терминов, которые технически являются синонимами, но редко используются аудиторией или имеют другое основное значение в данном контексте. Система выявит их неэффективность через анализ пропусков.
• Игнорирование контекста при оптимизации: Попытка ранжироваться по термину, когда семантическая связь слаба или контекстуально неверна. Например, оптимизация страницы про ПО "Panda" под слово "медведь". Если Google протестирует эту связь, это приведет к Crucial Skips.

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

Патент подтверждает стратегию Google на переход от буквального сопоставления ключевых слов к глубокому семантическому пониманию, которое постоянно валидируется данными о поведении пользователей. Для SEO это означает, что семантическое соответствие и построение Topical Authority должны быть подкреплены реальной полезностью контента. Успешные стратегии должны базироваться на создании контента, который действительно релевантен теме, используя язык, который резонирует с пользователями.

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

Сценарий 1: Валидация синонима (Crucial Click)

1. Исходный запрос: "дешёвые авиабилеты"
2. Правило синонима (тестируется): "дешёвые" → "бюджетные".
3. Результат в SERP: Заголовок: "Бюджетные авиабилеты: спецпредложения". (Не содержит слово "дешёвые").
4. Действие пользователя: Клик на этот результат.
5. Анализ Google: Результат содержит только синоним ("бюджетные"). Засчитывается Crucial Click. Правило "дешёвые" → "бюджетные" подтверждено.

Сценарий 2: Инвалидация синонима (Crucial Skip)

1. Исходный запрос: "apple store"
2. Правило синонима (тестируется): "apple" → "яблоко".
3. Результат 1 (Высоко): Заголовок: "Яблоко Store - продажа фруктов". (Не содержит "apple").
4. Результат 2 (Ниже): Заголовок: "Apple Store - официальный сайт".
5. Действие пользователя: Пропуск Результата 1, клик на Результат 2.
6. Анализ Google: Результат 1 содержит только синоним ("яблоко") и был пропущен. Засчитывается Crucial Skip. Правило "apple" → "яблоко" (в контексте "store") получает низкую оценку и может быть удалено.