Как Google использует URL и контекст страницы для генерации связанных запросов при выделении контента в браузере

Описание

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

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

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

Запатентована система взаимодействия браузера и поискового сервера для обеспечения контекстного поиска внутри текущей вкладки. Когда пользователь выделяет контент (Search Area), браузер запрашивает у сервера результаты и связанные запросы (Related Search Requests). Сервер использует выделенный контент и идентификатор (URL) исходной страницы для генерации и ранжирования этих связанных запросов. Результаты отображаются в специальной оверлейной панели (Search Result Area), позволяя пользователю изучать тему, не покидая исходную страницу.

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

Механизм работает следующим образом:

• Триггер: Пользователь выделяет текст или изображение (Search Area) на веб-странице.
• Запрос браузера: Браузер отправляет на сервер выделенный контент, URL страницы, окружающий контекст (Context) и желаемое количество связанных запросов.
• Обработка сервером: Сервер определяет основной интент (Searched Query) и генерирует его SERP. Он также определяет кандидатов в Related Search Requests.
• Ранжирование связанных запросов: Кандидаты ранжируются. Ключевые факторы ранжирования, упомянутые в патенте: URL исходной страницы и длина запроса (предпочтение отдается коротким).
• Отображение: Браузер отображает Search Result Area (например, панель), содержащую кликабельные индикаторы (Search Request Indicators) для основного и связанных запросов.
• Навигация: Пользователь просматривает SERP в навигационной области (Navigation Area) панели и может переключаться между запросами, кликая на индикаторы.

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

Высокая. Патент опубликован в 2023 году и тесно связан с существующими функциями в продуктах Google, такими как Google Chrome (например, контекстный поиск в боковой панели или «Touch to Search» на мобильных устройствах). Интеграция поиска в процесс просмотра контента и использование контекста страницы для понимания намерений пользователя являются ключевыми направлениями развития поиска.

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

Патент имеет умеренно высокое значение для SEO (65/100). Хотя он в значительной степени описывает UI/UX браузера, он раскрывает критически важный механизм генерации связанных запросов: URL исходной страницы напрямую используется как фактор для их ранжирования и выбора. Это означает, что контекст, тематика и авторитетность страницы влияют не только на ее ранжирование, но и на то, какие поисковые подсказки увидят пользователи, взаимодействующие с ее контентом через эту функцию.

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

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

Search Area (SA) (Область поиска)

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

Identifier of a webpage (Идентификатор веб-страницы)

Уникальный идентификатор (например, URL, URI) исходной страницы. Используется как входной сигнал для генерации и ранжирования связанных запросов.

Context (Контекст)

Информация, окружающая Search Area на исходной странице (например, соседний текст, узлы DOM). Используется для уточнения интента.

Searched Query (Основной поисковый запрос / Main Query)

Запрос, который сервер определил как наиболее релевантный для выделенной Search Area и для которого был выполнен первичный поиск.

Related Search Request (Связанный поисковый запрос / Related Query)

Дополнительные запросы, определенные сервером как релевантные Search Area или Searched Query.

Search Result Area (Область результатов поиска)

Область интерфейса (оверлей, панель), которая появляется внутри браузера для отображения результатов поиска и связанных запросов. Находится вне основной Display Area.

Navigation Area (Область навигации)

Часть Search Result Area, где отображается страница результатов поиска (SERP) для выбранного запроса.

Search Request Indicator (Индикатор поискового запроса)

Интерактивный элемент интерфейса (кнопка, «pill»), представляющий запрос. При нажатии отображает соответствующий SERP в Navigation Area.

Actionable content (Интерактивный контент)

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

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

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

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

1. В ответ на выделение Search Area на веб-странице система выполняет: запрос поиска, получение Searched Query, его SERP и Related Search Request, отображение индикаторов (Search Request Indicators) в Search Result Area.
2. При получении выбора индикатора система отображает соответствующий контент в Navigation Area внутри Search Result Area.

Claim 19 (Независимый пункт, Серверная сторона): Описывает процесс обработки запроса на сервере. Критически важен для SEO.

1. Сервер получает от браузера запрос, включающий контент выделенной области и Identifier (URL) веб-страницы.
2. Сервер определяет основной запрос (Query).
3. Сервер определяет Related Search Request, используя Identifier (URL) веб-страницы.
4. Сервер получает SERP для основного запроса.
5. Сервер предоставляет браузеру основной запрос, связанный запрос и SERP.

Claim 2 (Зависимый от 1): Подтверждает механизм Claim 19. Уточняет, что запрос на поиск включает Identifier (URL) веб-страницы, и Related Search Request выбирается, по крайней мере частично, на основе этого Identifier.

Claim 20 (Зависимый от 19): Уточняет критерии ранжирования связанных запросов на сервере. Процесс определения Related Search Request включает предпочтение более коротких запросов перед более длинными (оптимизация для UI).

Claim 13 (Зависимый от 1): Описывает условие активации. Система проверяет, является ли выделенный текст неактивным (not actionable text). Если да, поиск может инициироваться автоматически. Если текст активный (например, ссылка), может отображаться контекстное меню.

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

Изобретение затрагивает взаимодействие между пользовательским интерфейсом (Браузером) и backend-системами Google, в частности, на этапе понимания запросов.

QUNDERSTANDING – Понимание Запросов
Это основной этап применения логики патента на стороне сервера. Компонент, названный в патенте Search Suggestion Generator, анализирует входные данные (выделенный текст, URL, контекст) для интерпретации интента. Он определяет Searched Query и, что критически важно, генерирует и ранжирует Related Search Requests, используя Identifier of a webpage (URL) как сигнал.

RANKING – Ранжирование
Стандартный Search Engine используется для генерации Search Result Page (SERP) после того, как запрос был определен. Патент не вносит изменений в алгоритмы ранжирования документов в SERP, но описывает ранжирование самих связанных запросов.

INDEXING – Индексирование (Косвенно)
Система полагается на проиндексированные данные о веб-странице (ее URL и контенте), чтобы использовать их в качестве контекста на этапе QUNDERSTANDING.

Входные данные (Сервер):

• Контент выделенной Search Area (текст/изображение).
• Identifier of a webpage (URL).
• Context (окружающий текст).
• Quantity (желаемое количество связанных запросов).

Выходные данные (Сервер):

• Searched Query.
• Search Result Page (SERP) для основного запроса.
• Список ранжированных Related Search Requests.

На что влияет

• Специфические запросы: Влияет на запросы, инициированные пользователем путем выделения контента (не через ввод в строку поиска). Особенно актуально для информационных запросов и исследования тем (research journeys).
• Конкретные ниши или тематики: Актуально для любых тематик, но особенно полезно в нишах с неоднозначными терминами. Использование URL страницы помогает системе сузить контекст и предложить более релевантные связанные запросы.
• Влияние на UX: Улучшает пользовательский опыт, позволяя проводить углубленный поиск без прерывания чтения основного контента.

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

• Триггеры активации: Выделение пользователем контента (Search Area) на веб-странице в браузере, поддерживающем эту функцию.
• Условия работы: Система может проверять, является ли выделенный контент Actionable content (например, ссылкой). Если контент не интерактивен, поиск может быть инициирован автоматически (например, при долгом нажатии). Если интерактивен – через контекстное меню (Claim 13).

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

Процесс А: Обработка на стороне клиента (Браузер)

1. Детекция выделения: Система получает сигнал о выделении Search Area пользователем на веб-странице.
2. Проверка активности (Опционально): Браузер определяет, является ли контент Actionable.
3. Формирование запроса: Браузер формирует запрос к серверу, включая: контент выделенной области, URL страницы (Identifier), окружающий Context и желаемое количество (Quantity) связанных запросов.
4. Получение ответа: Браузер получает от сервера Searched Query, его SERP и список Related Search Requests.
5. Рендеринг интерфейса: Браузер отображает Search Result Area (панель). В ней отображаются Search Request Indicators.
6. Обработка взаимодействия: При выборе индикатора соответствующий SERP отображается в Navigation Area. Если это новый запрос, он запрашивается у сервера.
7. Управление состоянием: Обработка последующих действий (изменение размера панели, открытие ссылок в новой вкладке, закрытие панели).

Процесс Б: Обработка на стороне сервера

1. Прием запроса: Сервер получает контекстный запрос от браузера (Контент, URL, Контекст, Количество).
2. Определение основного запроса: Система анализирует данные для определения наиболее релевантного Searched Query.
3. Генерация основного SERP: Получение страницы результатов для Searched Query.
4. Генерация кандидатов связанных запросов: Определение потенциальных Related Search Requests (например, анализ последующих запросов в сессиях или запросов, связанных с исходной страницей).
5. Ранжирование и выбор связанных запросов: Кандидаты ранжируются. Ключевые факторы: ранжирование и выбор основаны на URL исходной страницы (Identifier). Также учитывается длина запроса (предпочтение коротким, Claim 20). Выбирается Топ-N запросов согласно Quantity.
6. Отправка ответа: Формирование и отправка ответа браузеру.

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

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

Система использует следующие данные, передаваемые от браузера на сервер:

• Контентные факторы: Контент выделенной Search Area (текст или изображение). Context – текст, расположенный рядом с выделенной областью (например, в пределах определенного количества слов или пикселей, или внутри того же узла DOM).
• Технические факторы: Identifier of a webpage – URL или URI исходной страницы. Критически важен для выбора и ранжирования Related Search Requests.
• Пользовательские/Системные факторы: Quantity – количество связанных запросов, запрошенное браузером для отображения в интерфейсе.

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

Патент фокусируется на метриках для ранжирования и выбора Related Search Requests (связанных запросов), а не на ранжировании документов в SERP.

• Ранжирование на основе URL (Контекстуальная релевантность): Система использует Identifier of a webpage (URL) для ранжирования кандидатов. Патент предполагает, что это может включать анализ того, насколько запрос релевантен контексту всей страницы. Это может включать:
  • Запросы, по которым исходная веб-страница высоко ранжируется.
  • Запросы, часто вводимые пользователями перед переходом на эту веб-страницу.
• Длина запроса (Length): Используется как фактор ранжирования. Система предпочитает более короткие связанные запросы более длинным для оптимизации отображения в ограниченном интерфейсе (Claim 20).
• Семантическая близость (Semantic proximity): Близость предлагаемого запроса к выделенному тексту.
• Частота следования (Frequency): Как часто предлагаемый запрос следует за выделенным текстом в поисковых сессиях (упомянуто в описании).

Выводы

1. Контекст источника (URL) критичен для генерации связанных запросов: Ключевой вывод патента заключается в том, что Google явно использует URL исходной страницы (Identifier of a webpage) как сигнал для ранжирования и выбора Related Search Requests. Предложения не универсальны; они адаптируются в зависимости от того, на какой странице пользователь выделил контент.
2. Влияние авторитетности и тематики страницы на поисковые подсказки: Поскольку URL используется как контекст, SEO-продвижение страницы и ее тематическая авторитетность могут косвенно влиять на то, какие подсказки увидят пользователи. Система может предлагать запросы, по которым страница уже хорошо ранжируется.
3. Фокус на продолжении поискового пути (Search Journey): Функция предназначена для облегчения исследования темы без потери контекста. Предлагаемые связанные запросы направлены на углубление или уточнение темы, обозначенной выделенным контентом и контекстом страницы.
4. Оптимизация под интерфейс (UI Constraints): При ранжировании связанных запросов система учитывает физические ограничения интерфейса и отдает предпочтение более коротким формулировкам (Length).
5. Интеграция поиска и браузера (UX): Патент демонстрирует глубокую интеграцию функциональности браузера с серверной инфраструктурой Google для создания бесшовного опыта исследования контента и удержания пользователя в экосистеме.

Практика

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

• Усиление тематической когерентности и Topical Authority: Поскольку URL страницы используется для генерации связанных запросов, необходимо, чтобы контент страницы был четко сфокусирован на основной теме. Это поможет Google генерировать более релевантные подсказки, когда пользователи выделяют контент на вашей странице.
• Оптимизация под ключевые интенты и связанные темы: Работайте над тем, чтобы страница воспринималась как авторитетный источник по целевым и смежным запросам. Патент предполагает, что запросы, по которым страница уже авторитетна, могут быть предложены в качестве Related Search Requests.
• Четкое структурирование контента и выделение сущностей: Используйте ясный язык, семантическую верстку и, при необходимости, микроразметку для выделения ключевых терминов и сущностей. Это поможет системе корректно определить Searched Query и подобрать релевантные связанные запросы, используя Context страницы.
• Анализ путей пользователей (User Journeys): Изучайте, какие запросы приводят пользователей на страницу (например, в GSC) и какие темы они изучают дальше. Понимание этих данных дает представление о том, какие подсказки Google может ассоциировать с вашим URL.

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

• Создание контента смешанной тематики (Off-topic content): Размещение несвязанного или слабо связанного контента на странице может «загрязнить» контекст, который Google использует (через URL). Это может привести к генерации нерелевантных связанных запросов при выделении контента пользователем.
• Использование неоднозначной терминологии без контекста: Если ключевые сущности на странице неоднозначны и отсутствует достаточный контекст для их различения, система может неверно интерпретировать выделенный пользователем контент и предложить нерелевантные запросы.
• Игнорирование контекста вокруг ключевых фраз: Недостаточно просто включить ключевые слова. Система анализирует Context вокруг выделенного фрагмента. Слабый или противоречивый контекст приведет к неточной интерпретации запроса.

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

Патент подтверждает важность контекста в современном поиске. Google не просто ищет выделенный текст в вакууме; он интерпретирует его значение и предлагает дальнейшие шаги, основываясь на том, где этот текст был найден (URL страницы). Для SEO это означает, что каждая страница должна рассматриваться как экосистема контента, которая не только ранжируется сама по себе, но и служит контекстным источником для интерпретации запросов пользователей, взаимодействующих с ней. Стратегия должна быть направлена на построение сильных тематических связей и четкой структуры сайта.

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

Сценарий: Влияние контекста URL на разрешение неоднозначности и генерацию связанных запросов

Пользователь читает статью и выделяет термин «Jaguar».

Случай 1: Контекст Автомобильного сайта

1. URL: https://auto-review.com/news/new-ev-models-2025
2. Выделенный текст (Search Area): «Jaguar»
3. Обработка: Сервер анализирует выделенный текст и URL. Контекст URL связан с автомобилями и электромобилями.
4. Предлагаемые Related Search Requests: «Jaguar I-PACE price», «Jaguar EV range», «Jaguar models 2025». Система предлагает запросы, связанные с автомобильным брендом, так как URL задает этот контекст.

Случай 2: Контекст Зоологического сайта

1. URL: https://wildlife-facts.com/amazon-rainforest-predators
2. Выделенный текст (Search Area): «Jaguar»
3. Обработка: Сервер анализирует выделенный текст и URL. Контекст URL связан с дикой природой и хищниками.
4. Предлагаемые Related Search Requests: «Jaguar habitat», «Jaguar speed», «Black jaguar animal». Система использует контекст URL для разрешения неоднозначности и предлагает запросы, связанные с животным.

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