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

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

Demoting (Понижение)

Модификация отображения результата поиска для снижения его заметности. Может включать изменение позиции в выдаче, увеличение степени затемнения (increasing an amount of dimming), уменьшение размера шрифта или другие изменения параметров отображения (display parameters).

Entity (Сущность)

Человек, место, концепция или объект, который может быть идентифицирован и отличен от других. В контексте патента – это тема или объект, с которым ассоциирован документ в индексе.

Entity Cluster Module (Модуль кластеризации сущностей)

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

Instruction Module (Модуль инструкций)

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

Omitting (Опущение/Исключение)

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

Search Result Summary (Резюме результатов поиска)

Информационный блок, отображаемый вместе с модифицированной выдачей, который уведомляет пользователя о примененной фильтрации (какие результаты показаны, а какие скрыты) и предоставляет опции для отмены фильтрации (например, reshow).

Selection (Выбор)

Действие пользователя (клик мышью, касание экрана), которое приводит к переходу (navigation) на связанный документ.

Set of Search Results (Набор результатов поиска)

Группа результатов поиска, которые имеют одну или несколько общих связанных сущностей (например, все результаты про «Ягуар» как животное).

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

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

1. Система предоставляет исходные результаты поиска в ответ на запрос.
2. Эти результаты включают a first set (связанный с первой сущностью) и a second set (связанный со второй, отличной сущностью).
3. Система определяет выбор пользователем результата из first set (сигнал интереса к первой сущности), что приводит к загрузке документа.
4. На основе этого выбора система модифицирует исходные результаты: сохраняет несколько результатов из first set и исключает (omitting) результаты из second set, которые не входят в first set.
5. Система предоставляет search result summary для отображения с модифицированными результатами. Это резюме указывает, что результаты second set были исключены, идентифицирует вторую сущность и связывает ее с исключенными результатами.

Ядро изобретения — это комбинация двух действий: фильтрация выдачи по клику на основе сущностей И обязательное явное уведомление пользователя (search result summary) о том, что и почему было скрыто.

Claim 4 (Зависимый от 1): Уточняет контекст применения.

Исходные результаты предоставляются в виде веб-страницы (SERP), а выбор результата инициирует навигацию (navigation) к документу с этой веб-страницы.

Claim 6 (Зависимый от 4): Уточняет момент модификации.

Модифицированные результаты предоставляются при навигации назад (navigation back) к веб-странице результатов поиска после перехода к документу.

Это ключевой сценарий: система использует «возврат на SERP» как триггер для отображения уточненной, отфильтрованной выдачи.

Claim 9 (Зависимый от 4): Описывает механизм модификации на клиенте.

Модификация включает изменение одного или нескольких параметров представления (presentation parameters) веб-страницы результатов поиска.

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

Claim 15 (Зависимый от 1): Уточняет функционал сводки.

Search result summary включает выбираемую опцию для повторного показа (reshow) исключенных результатов.

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

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

INDEXING – Индексирование и извлечение признаков
На этом этапе система должна ассоциировать документы с конкретными сущностями (entities). Эти данные сохраняются в индексе и используются позже для кластеризации результатов. Может также рассчитываться сила связи (strength of the association) между документом и сущностью.

QUNDERSTANDING – Понимание Запросов
Система должна распознать, что запрос потенциально неоднозначен и может относиться к нескольким различным сущностям.

RANKING – Ранжирование
На этапе ранжирования Ranking Engine (в частности, Entity Cluster Module) использует данные об ассоциации документов с сущностями для группировки результатов в наборы (sets). Instruction Module генерирует инструкции для последующей модификации выдачи.

RERANKING / Presentation Layer (Слой представления)
Основное применение патента происходит на уровне представления данных пользователю (в браузере) или на финальном этапе переранжирования.

1. Предоставление SERP: Исходная SERP отправляется на Client Device вместе с данными о принадлежности результатов к наборам и инструкциями для модификации.
2. Взаимодействие пользователя: Пользователь кликает на результат и переходит на сайт.
3. Активация модификации: При возврате пользователя на SERP (navigation back) активируются инструкции.
4. Фильтрация и Перерисовка: Браузер (или сервер) выполняет инструкции, скрывая (omitting) или понижая (demoting) результаты, не связанные с сущностью, выбранной пользователем. Отображается Search Result Summary.

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

• Поисковый запрос.
• Набор ранжированных результатов.
• Данные из индекса об ассоциации каждого результата с одной или несколькими сущностями.
• Сигнал о выборе пользователем конкретного результата (клик).
• Сигнал о навигации пользователя (переход на документ и возврат).

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

• Исходная страница результатов поиска (SERP), включающая встроенные инструкции и данные о кластеризации сущностей.
• Модифицированная SERP, где результаты отфильтрованы по выбранной сущности.
• Search Result Summary (уведомление о фильтрации).

На что влияет

• Специфические запросы: Наибольшее влияние оказывается на неоднозначные (ambiguous) запросы, где одно и то же слово или фраза обозначает разные популярные сущности (например, «Washington», «Penguins», «Ягуар», «Apple»).
• Типы контента: Влияет на все типы контента, которые могут быть ассоциированы с сущностями (веб-страницы, новости).
• Ниши и тематики: Влияние универсально, но более заметно в тематиках с омонимичными названиями брендов, продуктов, географических объектов и персоналий.

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

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

• Условие 1 (Неоднозначность): Поисковая выдача содержит результаты, которые система сгруппировала как минимум в два различных набора (first set и second set), связанных с разными сущностями.
• Триггер активации 1 (Выбор): Пользователь совершает выбор (selection) одного из результатов, явно указывая на интерес к одной из сущностей.
• Триггер активации 2 (Навигация): Пользователь переходит на выбранный документ. В предпочтительном варианте реализации модификация отображается при возврате пользователя на SERP (navigation back).
• Исключения: Если все результаты в топе относятся к одной сущности, механизм не активируется.

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

Этап 1: Подготовка выдачи (Серверная сторона)

1. Получение запроса и Ранжирование: Система получает запрос и находит релевантные документы.
2. Идентификация сущностей: Для каждого результата система определяет одну или несколько связанных с ним сущностей (используя данные из индекса).
3. Кластеризация результатов: Entity Cluster Module группирует результаты в наборы (Sets) на основе общих сущностей. Определяется как минимум два набора (например, Набор А и Набор Б).
4. Генерация инструкций: Instruction Module создает инструкции (например, JavaScript код) для модификации выдачи. Инструкции содержат логику для определения, какие наборы скрывать/понижать при выборе результата из другого набора.
5. Предоставление исходной SERP: Система отправляет пользователю исходную SERP, которая включает результаты из Наборов А и Б, данные о принадлежности к наборам и сгенерированные инструкции.

Этап 2: Взаимодействие и Модификация (Преимущественно клиентская сторона)

1. Выбор пользователя: Пользователь просматривает смешанную SERP и выбирает результат R1, принадлежащий к Набору А.
2. Навигация: Браузер переходит на документ, связанный с R1.
3. Возврат на SERP: Пользователь возвращается на страницу результатов поиска (например, кнопкой «Назад»).
4. Выполнение инструкций: Активируются инструкции, предоставленные на Шаге 5 Этапа 1.
5. Определение модификации: Инструкции определяют, что был выбран результат из Набора А. Следовательно, необходимо отфильтровать выдачу, оставив Набор А и удалив/понизив результаты из Набора Б.
6. Применение модификации: Выдача перерисовывается. Результаты Набора Б могут быть скрыты (omitted), затемнены или перемещены вниз (demoted).
7. Отображение Резюме: Отображается Search Result Summary, информирующий пользователя: «Показываем результаты для [Сущность А]. Скрываем результаты для [Сущность Б] (Кликните, чтобы показать)».

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

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

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

• Структурные/Семантические факторы (Entity Associations): Критически важные данные. Используется информация из индекса о том, какие сущности (entities) ассоциированы с каждым документом. Упоминается, что связь может основываться на важности псевдонимов сущности в документе, частоте упоминания и наличии связанных сущностей. Это основа для кластеризации результатов.
• Поведенческие факторы (User Interaction Signals):
  • Выбор (Selection/Click): Клик пользователя по конкретному результату используется как явный сигнал интереса к связанной с ним сущности.
  • Навигация (Navigation/Navigation Back): Переход на документ и последующий возврат на SERP используются как триггеры для активации механизма модификации.

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

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

• Strength of Association / Entity Score (Сила ассоциации сущности с документом): В патенте упоминается, что могут использоваться оценки (scores), указывающие на силу связи сущности с документом. Например, система может выбирать только те сущности, чья оценка превышает порог (threshold entity score), или выбирать сущность с наивысшей оценкой.
• Кластеризация: Метрика, определяющая принадлежность результата к набору (Set). Основана на наличии общей сущности. Результат может принадлежать нескольким наборам, если он связан с несколькими сущностями (как показано на FIG. 4B).

1. Интент уточняется поведением в рамках сессии: Google может использовать клик пользователя по результату как сильный сигнал для устранения неоднозначности запроса. Это позволяет динамически переписывать SERP в реальном времени для конкретного пользователя.
2. Сущности как основа для фильтрации SERP: Система группирует результаты в кластеры на основе связанных с ними entities. Это подтверждает фундаментальную роль сущностного понимания контента в поиске.
3. SERP является динамическим и контекстуальным: Выдача не статична. Описанный механизм показывает, как SERP адаптируется к действиям пользователя. Фильтрация часто активируется при возврате на выдачу (navigation back).
4. Механизм реализации (Client-Side vs Server-Side): Модификация может происходить на стороне клиента (через JavaScript, изменяющий отображение загруженной страницы), что обеспечивает быструю реакцию без перезапроса к серверу, хотя серверная реализация также возможна.
5. Прозрачность фильтрации (Search Result Summary): Важной частью изобретения (Claim 1) является предоставление Search Result Summary – уведомления пользователю о том, что выдача была отфильтрована и почему, а также предоставление опции для отмены (reshow).
6. Приоритет уточненного интента: После того как пользователь проявил интерес к одной сущности, результаты, связанные с другими сущностями, активно подавляются (omitted или demoted), чтобы сфокусировать выдачу.

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

• Четкая ассоциация контента с сущностью (Entity-Based SEO): Убедитесь, что каждая страница четко сфокусирована на одной основной сущности. Это поможет Google правильно классифицировать страницу и включить ее в соответствующий Set of Search Results. Используйте структурированные данные (Schema.org) для явного указания основных сущностей (например, mainEntity, about).
• Оптимизация под неоднозначные запросы: При работе с запросами, имеющими несколько значений (например, бренд, который также является нарицательным существительным), необходимо создавать контент, который не оставляет сомнений в том, о какой именно сущности идет речь (например, используя уточняющие слова в контексте).
• Анализ сниппетов и заголовков: Сниппеты должны быть максимально информативными и четко отражать сущность страницы. Это критично для привлечения правильного клика. Если сниппет вводит в заблуждение относительно сущности страницы, это приведет к быстрому возврату на SERP и потенциальной фильтрации вашего результата в модифицированной выдаче.
• Построение тематического авторитета вокруг сущности: Развивайте сайт как авторитетный источник информации по конкретной сущности. Это может увеличить вероятность того, что ваши страницы будут доминировать в соответствующем кластере (Set) результатов.

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

• Смешивание сущностей на одной странице: Создание контента, который пытается охватить несколько омонимичных сущностей одновременно (например, статья, сравнивающая «Ягуар» животное и автомобиль). Это может затруднить кластеризацию страницы или привести к ее фильтрации при уточнении интента пользователем. (Исключение: если страница явно посвящена сравнению, она может быть ассоциирована с обеими сущностями).
• Кликбейт и нерелевантные заголовки: Использование заголовков, которые привлекают клики по неоднозначному запросу, но не соответствуют основной сущности контента. Это приводит к негативному пользовательскому опыту и неэффективному взаимодействию с описанным механизмом.
• Игнорирование семантической структуры: Полагаться только на вхождение ключевых слов без установления четких семантических связей с сущностями. Google использует entities для кластеризации, поэтому отсутствие четкой сущностной привязки делает позиции сайта уязвимыми.

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

Этот патент подчеркивает стратегический переход Google от статического ранжирования к динамическому формированию выдачи, основанному на понимании интента через призму сущностей и поведенческих сигналов в рамках сессии. Долгосрочная SEO-стратегия должна фокусироваться на Entity-Based SEO – обеспечении того, чтобы поисковая система четко понимала, какие сущности описывает ваш контент и насколько авторитетно он это делает.

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

Сценарий: Оптимизация для неоднозначного запроса «Merlin»

Запрос «Merlin» может относиться к волшебнику из легенд, телесериалу, виду птиц или компании.

1. Исходная ситуация: SEO-специалист продвигает сайт фан-клуба сериала «Merlin». В выдаче смешаны результаты по всем четырем сущностям.
2. Действия SEO-специалиста (Best Practice):
   • На главной странице и ключевых разделах внедряется разметка Schema.org (TVSeries), явно указывающая сущность, актеров, количество сезонов.
   • Заголовки и сниппеты формулируются так, чтобы было очевидно, что речь идет о сериале (например, «Merlin (BBC Series) – Смотреть онлайн и обсуждение»).
3. Взаимодействие пользователя: Пользователь ищет «Merlin». Он видит смешанную выдачу. Он кликает на результат сайта фан-клуба (Сущность: Сериал).
4. Возврат и Модификация: Пользователь возвращается на SERP. Система активирует механизм фильтрации.
5. Результат: Google модифицирует SERP, скрывая или понижая результаты, связанные с волшебником, птицей и компанией. Результаты, связанные с сериалом, становятся более заметными. Отображается уведомление (Search Result Summary): «Показываем результаты для Merlin (TV Series). Скрываем результаты для Merlin (Bird)... [Показать]».