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

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

Context Menu (Контекстное меню)

Меню в пользовательском интерфейсе, которое появляется при взаимодействии (например, правый клик мыши). В патенте оно модифицируется для добавления опций реформулирования запроса.

Demotion Criteria (Критерии понижения)

Указания пользователя понизить в ранжировании результаты, содержащие выбранный термин (Demote), или полностью исключить их (Exclude).

Phrase Search Criteria (Критерии фразового поиска)

Требование, чтобы выбранный термин присутствовал в результатах в точном виде, с тем же порядком слов и без изменений.

Promotion Criteria (Критерии повышения)

Указания пользователя повысить в ранжировании результаты, содержащие выбранный термин (Promote), или требовать его обязательного присутствия (Require).

Refine Control (Элемент управления «Уточнить»)

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

Reformulation (Переформулирование)

Процесс перезаписи, обновления или изменения ранее отправленного запроса.

Snippet (Сниппет)

Фрагмент текста, автоматически извлеченный из ресурса. В патенте определяется как строка последовательных слов (string of contiguous words) и служит основным источником терминов для уточнения запроса.

Term (Термин)

Одно или несколько слов или символов, выбранных пользователем из результатов поиска.

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

Примечание: Пункты 1-20 формулы изобретения отменены (canceled). Анализ сосредоточен на действующих пунктах, начиная с 21.

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

1. Система получает от поисковой системы страницу результатов (SERP). Она включает: (i) результаты поиска со сниппетами (содержащими автоматически извлеченные последовательные слова); (ii) элемент управления для инициации уточнения запроса (Refine Control). SERP ассоциирована со стандартным контекстным меню.
2. В ответ на выбор пользователем Refine Control, система выполняет код.
3. Этот код модифицирует контекстное меню, добавляя в него элементы управления для пересмотра запроса (search query revision controls). Модифицированное меню позволяет уточнять запрос на основе слов из сниппетов.
4. Система идентифицирует (i) термин, выбранный пользователем внутри сниппета, и (ii) элемент управления, выбранный пользователем из модифицированного меню.
5. Система пересматривает (реформулирует) запрос на основе выбранного термина и действия.
6. Система отправляет пересмотренный запрос поисковой системе и получает новые результаты.

Claim 25 (Зависимый от 21): Детализирует опции модифицированного меню: Exclude (Исключить), Demote (Понизить), Promote (Повысить), Require (Требовать) и Phrase Search (Фразовый поиск).

Claim 52 и 53 (Зависимые от 21): Уточняют работу Promote и Demote. Promote повышает позицию (rank position) результатов с термином, но не требует его обязательного наличия. Demote понижает позицию результатов с термином, но не требует его обязательного исключения.

Claim 42, 43 и 54 (Зависимые от 21): Описывают варианты доставки кода. Код для модификации меню может быть включен в исходную страницу SERP (Claim 42) или загружаться динамически после того, как пользователь активирует Refine Control и отправит сигнал на сервер (Claims 43, 54).

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

Этот патент описывает механизм взаимодействия с пользователем (UI/UX), который функционирует на стороне клиента и не является частью основных этапов бэкенда поиска (CRAWLING, INDEXING).

Формирование SERP (RERANKING / METASEARCH)
На этом этапе генерируется исходная страница результатов поиска, которая содержит необходимые для работы механизма элементы: сниппеты и, возможно, Refine Control или сам код модификации.

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

QUNDERSTANDING – Понимание Запросов
Результатом работы механизма является новый, переформулированный запрос (часто содержащий поисковые операторы), который поступает на вход стандартной поисковой архитектуры на этап Query Understanding.

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

• Исходный SERP (включая Snippets).
• Исходный запрос (часто извлекается из URL страницы).
• Действия пользователя: выделение термина в сниппете, выбор критерия в контекстном меню.

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

• Автоматически переформулированный запрос с добавленными операторами.

На что влияет

Патент не содержит информации о специфическом влиянии на определенные типы контента, запросов (коммерческие, информационные и т.д.), ниши (включая YMYL) или географические регионы.

• Форматы контента: Механизм требует наличия текстовых сниппетов (Snippet of text) в результатах поиска, так как выбор термина происходит из них.

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

• Условия применения: Алгоритм применяется исключительно по инициативе пользователя в процессе просмотра результатов поиска, когда пользователь решает уточнить свой интент.
• Триггеры активации:
  1. (Опционально) Пользователь активирует режим уточнения, нажав Refine Control.
  2. Пользователь выделяет термин в сниппете.
  3. Пользователь выбирает опцию (Promote, Demote и т.д.) в модифицированном контекстном меню.

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

1. Отображение SERP: Клиентское устройство отображает результаты поиска по исходному запросу.
2. Инициация уточнения: Пользователь активирует механизм уточнения (например, нажимает кнопку «Refine»).
3. Модификация интерфейса: Клиентское устройство выполняет код (загруженный ранее или динамически). Этот код модифицирует стандартное контекстное меню браузера, добавляя опции реформулирования.
4. Выбор термина: Пользователь выделяет термин или фразу непосредственно в тексте сниппета.
5. Выбор критерия: Пользователь вызывает модифицированное контекстное меню (например, правым кликом) и выбирает действие (например, Exclude).
6. Извлечение данных: Система автоматически идентифицирует выделенный текст (например, используя JavaScript WINDOW.GETSELECTION) и исходный запрос (например, анализируя URL через WINDOW.LOCATION).
7. Автоматическое переформулирование: Система переписывает исходный запрос, применяя соответствующий синтаксический оператор (например, добавляет «-» для Exclude или кавычки для Phrase Search).
8. Выполнение поиска: Переформулированный запрос отправляется поисковой системе, и пользователю отображаются новые результаты.

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

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

Патент использует данные, доступные на клиентской стороне после загрузки SERP.

• Контентные факторы (на SERP): Текст сниппетов (snippets of text). Это ключевой элемент, так как пользователь выбирает термины непосредственно из этого текста. Также упоминаются заголовки и описания.
• Технические факторы: URL текущей страницы SERP. Используется для извлечения исходного поискового запроса.
• Пользовательские факторы (Действия): Ввод пользователя, включая выделение текста (user-selected term) и выбор опций в контекстном меню (выбор promotion, demotion, or phrase search criteria).

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

Патент не описывает метрики ранжирования. Он описывает интерфейс для применения стандартных поисковых операторов для модификации запроса.

• Операторы включения/исключения: Система использует синтаксис, поддерживаемый поисковым движком (например, «+», «-», кавычки), для реализации выбранных пользователем критериев Require, Exclude, Phrase Search.
• Изменение весов (Promotion/Demotion): При выборе Promote или Demote система может изменять веса или оценки релевантности (relevance scores) ресурсов в последующем запросе, чтобы они казались более или менее релевантными, как указано в Claims 52 и 53. Конкретный механизм изменения весов не детализирован.

Патент носит инфраструктурный и интерфейсный (UI/UX) характер и не дает практических выводов для SEO, направленных на улучшение ранжирования сайта.

1. Фокус на улучшении пользовательского опыта (UX): Изобретение направлено исключительно на упрощение и ускорение процесса итеративного поиска для пользователя.
2. Автоматизация поискового синтаксиса: Ключевая идея — избавить пользователя от необходимости знать и вручную вводить сложные поисковые операторы. Система автоматически применяет нужный синтаксис через графический интерфейс.
3. Сниппеты как источник уточнений: Патент предлагает использовать контент, уже представленный в выдаче (особенно сниппеты), как интерактивный элемент для формирования следующего, более точного запроса.
4. Механизм реализации через модификацию UI: Описан конкретный технический способ реализации через динамическую модификацию контекстного меню браузера с помощью кода (например, JavaScript), выполняемого на стороне клиента.

ВАЖНО: Патент описывает интерфейсные решения Google без прямых рекомендаций для SEO.

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

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

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

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

Не применимо. Патент не направлен против каких-либо SEO-тактик и не описывает механизмов борьбы с манипуляциями. Он описывает улучшение интерфейса.

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

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

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

Практических примеров применения для SEO нет, так как патент описывает функцию пользовательского интерфейса. Ниже приведен пример сценария использования интерфейса пользователем (UX), как это описано в патенте (FIG. 1).

Сценарий: Уточнение запроса пользователем

1. Исходный запрос: Пользователь ищет погоду и вводит york new weather.
2. Исходная выдача: В выдаче присутствуют результаты о городе Йорк в Пенсильвании, о фильмах с фамилией Йорк и о погоде в Нью-Йорке. Выдача неточна.
3. Активация механизма: Пользователь нажимает кнопку «Refine», чтобы активировать режим уточнения. Интерфейс модифицируется.
4. Взаимодействие: Пользователь видит термин New York в сниппете одного из результатов. Он выделяет New York и нажимает правую кнопку мыши.
5. Выбор действия: В появившемся модифицированном контекстном меню пользователь выбирает опцию «Require» (Требовать) или «Search Phrase» (Искать как фразу).
6. Автоматическое реформулирование: Система автоматически переписывает запрос, например, в +"New York" weather.
7. Результат: Пользователь получает новую выдачу, сфокусированную на погоде именно в Нью-Йорке.