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

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

    CLICK OR SKIP EVALUATION OF SYNONYM RULES (Оценка правил синонимов на основе кликов или пропусков)
    • US8965882B1
    • Google LLC
    • 2015-02-24
    • 2011-11-22
    2011 Dan Popovici Патенты Google Поведенческие сигналы Семантика и интент

    Патент Google описывает механизм валидации качества внутренних правил синонимов. Система анализирует логи запросов, чтобы изолировать влияние конкретного синонима на поведение пользователя. Если пользователь кликает на результат, содержащий ТОЛЬКО синоним (а не исходный термин), это засчитывается как «Решающий Клик». Если пропускает такой результат — как «Решающий Пропуск». На основе этих данных система вычисляет оценку уверенности для правила и удаляет неэффективные синонимы.

    • Описание
    • Детальный разбор
    • Выводы
    • Практика
    • Вопросы и ответы
    • Наверх

    Описание

    Какую задачу решает

    Патент решает проблему точной оценки качества Synonym Rules (правил синонимов), используемых поисковой системой для переписывания или расширения запросов. Традиционный анализ кликов и пропусков (Clicks/Skips) часто бывает неоднозначным: если результат содержит и исходный термин, и синоним, неясно, что именно привело к клику. Изобретение предлагает метод для изоляции влияния конкретного синонима на решение пользователя, тем самым повышая точность оценки качества правила.

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

    Запатентован метод оценки правил синонимов путем введения метрик «Решающий Клик» (Crucial Click) и «Решающий Пропуск» (Crucial Skip). Эти метрики фиксируются только в ситуациях, когда взаимодействие пользователя можно однозначно атрибутировать к конкретному синониму. Это достигается путем проверки того, что результат поиска содержит только синоним, но НЕ содержит исходный термин запроса и НЕ содержит другие синонимы этого термина.

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

    Система работает путем офлайн-анализа логов запросов (Query Logs):

    • Сбор данных: Фиксируются исходный запрос, примененные синонимы, переписанный запрос (Revised Search Query), показанная выдача и действия пользователя.
    • Анализ взаимодействия: Система анализирует контент результата, на который кликнул пользователь или который он пропустил.
    • Изоляция синонима: Проверяется, содержит ли результат синоним (например, «feline»), но отсутствует ли исходный термин («cat») и другие синонимы («pet»).
    • Фиксация «Crucial» события: Если условия изоляции выполнены, фиксируется Crucial Click или Crucial Skip для соответствующего правила («cat» → «feline»).
    • Оценка и корректировка: На основе агрегированных данных рассчитывается оценка (Score) правила с использованием взвешенной формулы. Правила с низкой оценкой удаляются или понижаются.

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

    Высокая. Понимание запросов (Query Understanding) и точное определение семантической близости терминов остаются критически важными задачами для Google. Механизмы автоматической валидации и самокоррекции лингвистических моделей на основе реального поведения пользователей (feedback loop) являются неотъемлемой частью современных поисковых систем.

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

    Патент имеет значительное, но косвенное влияние на SEO (70/100). Он описывает внутренний механизм Google для улучшения системы понимания запросов. SEO-специалисты не могут напрямую влиять на эти метрики. Однако патент подчеркивает, что семантические связи в Google динамичны и постоянно валидируются пользователями. Если контент сайта использует синонимы, которые не соответствуют реальному интенту пользователей, это приведет к Crucial Skips, и 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=(CrucialClick∗W2)+(Click∗W1)(CrucialClick∗W2)+(Click∗W1)+(CrucialSkip∗W2)+(Skip∗W1)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=(Crucial_Click∗W2)+(Click∗W1)(Crucial_Click∗W2)+(Click∗W1)+(Crucial_Skip∗W2)+(Skip∗W1)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») получает низкую оценку и может быть удалено.

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

    Что такое «Crucial Click» (Решающий клик) и чем он отличается от обычного клика?

    Crucial Click — это выбор пользователем результата поиска, который строго удовлетворяет трем условиям: он содержит конкретный синоним, НЕ содержит исходное слово из запроса и НЕ содержит никаких других синонимов для этого слова. Обычный клик не имеет таких строгих ограничений. Crucial Click позволяет Google изолировать влияние именно этого синонима на решение пользователя.

    Как Google использует «Crucial Skips» (Решающие пропуски)?

    Crucial Skip фиксируется, когда пользователь пропускает результат, соответствующий критериям Crucial Click (содержит только синоним), в пользу нижестоящего результата. Это сильный негативный сигнал о качестве синонима. Если правило синонима набирает много Crucial Skips и мало Crucial Clicks, его оценка качества падает, и Google может полностью отключить это правило.

    Насколько сильно «Crucial Clicks» влияют на оценку синонимов по сравнению с обычными кликами?

    Они влияют значительно сильнее. Патент предлагает формулу расчета оценки, где Crucial Clicks/Skips имеют вес W2, а обычные — вес W1, причем W2 > W1. В описании патента приводится пример, где решающие события в 5 раз важнее обычных (W2=5, W1=1), что подчеркивает их приоритет.

    Может ли SEO-специалист напрямую повлиять на эти метрики?

    Напрямую манипулировать этими метриками нельзя, так как это внутренний механизм оценки правил Google. Однако можно повлиять косвенно, создавая контент, который будет максимально релевантен синонимичным запросам. Если ваша страница полезна пользователям, пришедшим по синониму, она будет генерировать Crucial Clicks, укрепляя семантическую связь в глазах Google.

    Применяется ли этот анализ к сниппетам или ко всему документу?

    Патент упоминает анализ «search result» (результата поиска). В описании уточняется, что это может относиться как к самому результату (т.е. сниппету, видимому пользователю на SERP), так и к связанному с ним документу («referenced document»). На практике для оценки часто используется именно видимый сниппет, так как он напрямую влияет на решение пользователя о клике, но возможен и анализ документа.

    Что происходит, если результат содержит два разных синонима для одного и того же слова?

    Например, для запроса «cat» используются синонимы «pet» и «feline». Если результат содержит и «pet», и «feline» (но не «cat»), то клик на него НЕ будет засчитан как Crucial Click ни для одного из правил. Это нарушает условие изоляции — в результате присутствует «другой синоним». Будет засчитан только стандартный Click.

    Что происходит, если результат содержит синонимы для двух разных слов в запросе?

    Например, запрос «cat food», синонимы «pet» и «treats». Если результат содержит «pet treats» (но не «cat» и не «food»), то клик будет засчитан как Crucial Click для ОБОИХ правил независимо: «cat→pet» и «food→treats». Условия изоляции соблюдаются для каждого термина в отдельности.

    Учитывает ли система контекст запроса при оценке синонимов?

    Да, патент явно упоминает Query Context. Система может оценивать правило синонима отдельно для разных контекстов. Например, оценка правила «apple→mac» может быть высокой в контексте запроса «apple computer», но низкой в контексте запроса «apple pie». Метрики накапливаются для каждой пары (правило + контекст).

    Что такое «Both Click» и почему он менее важен?

    Both Click происходит, когда пользователь кликает на результат, содержащий и исходный термин, и его синоним. Он менее важен, потому что создает двусмысленность: невозможно определить, кликнул ли пользователь из-за наличия синонима или из-за наличия исходного термина. В некоторых реализациях патента Both Clicks могут вообще игнорироваться (вес 0) при расчете оценки.

    Когда происходит оценка синонимов — в реальном времени или офлайн?

    Оценка происходит в офлайн-режиме. Система анализирует накопленные логи запросов (Query Logs) за определенный период, рассчитывает оценки качества для правил синонимов и обновляет базу данных. В реальном времени система понимания запросов уже использует эту обновленную, валидированную базу синонимов.

    Навигация
    • Описание
    • Детальный разбор
    • Выводы
    • Практика
    • Вопросы и ответы
    • Наверх
    Telegram
    © 2025 SEO HARDCORE

    Type above and press Enter to search. Press Esc to cancel.