Как Google запоминает действия пользователей на сайтах (звонки, маршруты) и превращает их в быстрые ссылки в результатах поиска

Описание

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

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

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

Запатентована система, которая отслеживает и запоминает действия пользователя, приводящие к запуску внешнего приложения (External Application) после выполнения поискового запроса. Система связывает это действие с исходным запросом. При последующем вводе того же или похожего запроса (тем же или другим пользователем) система предлагает это действие напрямую в результатах поиска в виде интерфейса (Action Suggestion), позволяя выполнить его немедленно, минуя промежуточные шаги.

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

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

• Отслеживание поведения: Когда пользователь вводит запрос и переходит на веб-страницу из результатов, система (например, браузер) отслеживает его действия.
• Идентификация действия: Система фиксирует момент, когда пользователь выбирает команду на веб-странице, которая запускает External Application (например, приложение для звонков, карты).
• Сохранение связи: Информация о действии (например, номер телефона) связывается с исходным поисковым запросом и сохраняется (например, в Web Browsing History локально или на сервере).
• Предложение действия: При повторном вводе аналогичного запроса система извлекает сохраненное действие и отображает его как отдельный элемент (Action Suggestion) в списке результатов поиска или автозаполнении.
• Исполнение: Выбор этого элемента немедленно запускает соответствующее внешнее приложение.

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

Высокая. Патент описывает механизмы, лежащие в основе функций, направленных на быстрое выполнение задач пользователем (Task Completion). Это наблюдается в виде персонализированных подсказок и интеграции поиска с другими приложениями. Это полностью соответствует стратегии Google по перемещению точек взаимодействия и конверсии ближе к SERP, особенно на мобильных устройствах.

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

Патент имеет высокое стратегическое значение для SEO (75/100), особенно в локальном поиске и для сайтов, ориентированных на конверсии через действия (звонки, визиты). Хотя это не патент о ранжировании, он демонстрирует, как Google интерпретирует действия пользователей на сайте как сигналы выполнения намерения (Intent Fulfillment). Если система определяет, что цель запроса — действие, она попытается предложить его напрямую. Это критически важно для понимания того, как Google измеряет успех поиска, и подчеркивает риски роста Zero-Click Searches.

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

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

Action (Действие)

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

Action Suggestion (Предложение действия)

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

Application (Приложение)

Программа, в которой выполняется поиск, например, веб-браузер или поисковое приложение.

External Application (Внешнее приложение)

Приложение, независимое (например, независимо скомпилированное) от приложения поиска. Примеры включают приложения для карт (Mapping application), телефонии (Telephone application), мультимедиа или социальных сетей.

Resource/Web Page (Ресурс/Веб-страница)

Документ, полученный в ответ на поисковый запрос, на котором пользователь инициирует Action.

Substantially Similar Search Query (Существенно похожий поисковый запрос)

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

Web Browsing History (История веб-просмотра)

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

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

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

1. Система получает повторную (вторую) отправку поискового запроса (ранее отправленного как первая отправка).
2. В ответ система предоставляет интерфейс (идентификатор действия для запуска External Application) как элемент в списке результатов второй отправки.
3. Условие 1: Это действие было выбрано пользователем после первой отправки из ресурса, релевантного первой отправке.
4. Условие 2 (Критическое): Интерфейс для выполнения действия (прямая ссылка) НЕ был включен в результаты первой отправки.
5. Условие 3 (Критическое): Интерфейс включается в результаты второй отправки в ответ на то, что пользователь (а) выбрал результат первой отправки И (б) затем выбрал действие для запуска внешнего приложения. Это подтверждает, что система изучает последовательность действий.
6. Деталь: Идентификатор действия основан на отображаемом адресе (URL) или заголовке (Title) ресурса, с которого было инициировано действие.

Claim 6 и 7 (Зависимые от 1): Уточняют варианты выбора действия для сохранения.

• Система может сохранять last action (последнее действие), выполненное перед отправкой нового запроса (Claim 6).
• Система может сохранять first action (первое действие), выполненное после отправки исходного запроса (Claim 7).

Claim 18 (Независимый пункт): Описывает метод, где сохраняемое действие является строго last action, выбранным пользователем перед отправкой нового поискового запроса.

Claim 20 (Независимый пункт): Описывает метод с использованием данных между устройствами (Cross-device).

1. Действие выполняется на Устройстве 1 после поиска.
2. Индикатор действия сохраняется.
3. При повторном поиске на Устройстве 2 система предоставляет интерфейс для выполнения этого действия, основываясь на поведении пользователя на Устройстве 1. Это подразумевает синхронизацию истории или использование серверного хранилища.

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

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

QUNDERSTANDING – Понимание Запросов (Аналитика/Офлайн)
Система анализирует логи поведения пользователей (Web Browsing History). Она устанавливает связи между поисковыми запросами и последующими действиями (Actions), которые запускают External Applications. Это позволяет системе понять, что определенный запрос часто приводит к конкретному действию (например, запрос [пицца] -> звонок в «A’s Pizzeria»).

METASEARCH – Метапоиск и Смешивание / RERANKING – Переранжирование (Онлайн)
Основное применение патента происходит на этапе формирования SERP или списка автозаполнения.

1. Проверка истории: Когда пользователь вводит запрос, система проверяет, связан ли этот запрос с ранее записанными действиями (в истории пользователя или агрегированной истории других пользователей). Требуется определение схожести запросов (Substantially Similar).
2. Инъекция действия: Если связь найдена, система генерирует Action Suggestion.
3. Смешивание: Этот Action Suggestion встраивается в список результатов поиска как отдельный элемент.

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

• Поисковый запрос пользователя.
• Web Browsing History (локальная история пользователя и/или агрегированные данные с сервера о поведении других пользователей).
• Информация о доступных External Applications на устройстве.

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

• Модифицированный список результатов поиска, включающий стандартные результаты и Action Suggestions.

На что влияет

• Конкретные типы контента и ниши: Наибольшее влияние на локальный бизнес (рестораны, услуги), электронную коммерцию и любые ниши, где целью пользователя является не потребление информации, а выполнение действия (звонок, навигация, бронирование).
• Специфические запросы: Влияет на запросы с четким действенным интентом (Actionable Intent), а также на повторяющиеся навигационные запросы.
• Устройства: Особое внимание уделяется мобильным устройствам, где запуск внешних приложений (звонки, карты) является частым сценарием использования.

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

• Триггеры активации: Алгоритм активируется, когда пользователь вводит поисковый запрос, который идентичен или существенно похож на запрос, для которого ранее было зафиксировано выполнение Action (запуск внешнего приложения).
• Условия применения: Применяется только если система зафиксировала связь между запросом и действием. Это может основываться на личном опыте пользователя (персонализация) или на агрегированных данных других пользователей. Важно, что согласно Claim 1, действие должно было быть выполнено на ресурсе (сайте), а не напрямую из SERP.

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

Процесс А: Запись действия (Learning Phase)

1. Получение запроса: Система получает отправку поискового запроса от пользователя (например, в браузере).
2. Предоставление результатов: Отображаются результаты поиска.
3. Мониторинг действий: Система отслеживает взаимодействие пользователя с результатами и последующими веб-страницами.
4. Обнаружение запуска внешнего приложения: Определяется, выбрал ли пользователь действие на веб-странице, которое инициирует запуск External Application (например, клик по номеру телефона запускает Dialer).
5. Исполнение действия: Внешнее приложение запускается.
6. Сохранение информации: Система сохраняет информацию о действии (тип приложения, целевые данные) и связывает ее с исходным поисковым запросом. Также сохраняется заголовок (Title) или URL страницы, с которой было выполнено действие. Система может быть настроена на сохранение только первого или последнего действия.

Процесс Б: Предложение действия (Suggestion Phase)

1. Получение повторного запроса: Система получает отправку того же или похожего запроса от того же или другого пользователя.
2. Поиск связанных действий: Система проверяет базу данных (Web Browsing History) на наличие действий, связанных с этим запросом.
3. Генерация предложения: Если действие найдено, система генерирует Action Suggestion. Он включает идентификатор действия и информацию об исходном ресурсе (заголовок/URL).
4. Отображение: Action Suggestion предоставляется для отображения вместе с результатами поиска или в автозаполнении.

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

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

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

• Поведенческие факторы (Ключевые):
  • История поисковых запросов (Search Query Submissions).
  • История навигации по результатам поиска.
  • Запись о выборе действия (Action Selection) пользователем на веб-странице, которое привело к запуску External Application.
• Контентные факторы (Для отображения):
  • Заголовок (Title) веб-страницы, с которой было выполнено действие.
  • Адрес (URL/Displayable Address) веб-страницы. Эти данные используются для формирования идентификатора в Action Suggestion.
• Пользовательские факторы:
  • Данные используются для персонализации (показ действий, выполненных тем же пользователем, в том числе на других устройствах).
• Агрегированные данные:
  • Данные о действиях других пользователей, полученные с сервера.

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

Патент не описывает сложные метрики ранжирования, а фокусируется на бинарных событиях и связях.

• Связь Запрос-Действие (Query-Action Association): Основная метрика. Фиксирует факт того, что после запроса Q было выполнено действие A.
• Идентификация запуска внешнего приложения: Системное событие, определяющее, что контроль был передан от браузера другому приложению (например, через протокол tel:).
• Определение времени действия: В патенте упоминаются варианты расчета приоритета действия:
  • Last Action: Сохранение только последнего действия, выполненного перед отправкой нового запроса.
  • First Action: Сохранение первого действия, выполненного после отправки запроса.

Выводы

1. Фокус на выполнении задач (Task Completion): Патент демонстрирует механизм, с помощью которого Google стремится максимально сократить путь пользователя от запроса до выполнения задачи. Система учится на поведении пользователей, чтобы предлагать прямые пути к действию.
2. Действия на сайте как сигнал интента: Действия, совершаемые пользователями на сайте (особенно те, что запускают внешние приложения, такие как звонки или навигация), интерпретируются как сильный сигнал удовлетворения намерения (Intent Fulfillment). Часто повторяющиеся действия могут быть вынесены в SERP.
3. Перемещение конверсии в SERP (Zero-Click): Этот механизм фактически перемещает точку конверсии с веб-сайта непосредственно в результаты поиска. Пользователю больше не нужно заходить на сайт, чтобы позвонить или построить маршрут, что способствует росту Zero-Click взаимодействий.
4. Персонализация и агрегация поведения: Система может использовать как личную историю пользователя (персонализированные ярлыки), так и агрегированные данные поведения других пользователей для формирования этих предложений.
5. Важность стандартной технической реализации: Для работы механизма необходимо, чтобы действия на сайте были реализованы стандартными способами, которые позволяют браузеру и операционной системе идентифицировать запуск внешнего приложения (например, использование протокола tel: для звонков).
6. Кросс-девайсный опыт: Подтверждается возможность переноса истории действий между разными устройствами пользователя (Claim 20).

Практика

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

• Обеспечение четких и доступных действий (Clear Calls-to-Action): Убедитесь, что ключевые действия на сайте (позвонить, проложить маршрут, написать) легко доступны для пользователей, особенно на мобильных устройствах.
• Использование стандартных протоколов для ссылок: Критически важно. Для номеров телефонов обязательно используйте кликабельные ссылки с протоколом tel: (например, <a href=»tel:+123456789″>). Для адресов используйте ссылки, ведущие на картографические сервисы. Это гарантирует, что браузер распознает действие как запуск External Application.
• Оптимизация заголовков (Title): Поскольку Title веб-страницы может использоваться в тексте Action Suggestion, убедитесь, что заголовки четкие и релевантные действию.
• Оптимизация под действенный интент (Actionable Intent): Анализируйте запросы и убедитесь, что страницы приземления максимально способствуют выполнению целевого действия. Чем чаще пользователи будут выполнять действие, тем выше вероятность, что Google свяжет его с запросом.

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

• Скрытие контактной информации в изображениях или скриптах: Если номер телефона или адрес представлены в виде картинки или сложного скрипта, пользователь не сможет легко инициировать действие, а браузер не зафиксирует запуск внешнего приложения.
• Использование нестандартных методов для звонков/навигации: Избегайте решений, которые пытаются выполнить действие внутри браузера нестандартным способом вместо того, чтобы полагаться на нативные приложения устройства (например, сложные формы обратного звонка вместо прямой ссылки tel:).
• Усложнение пути к действию: Не заставляйте пользователя совершать много кликов для выполнения основного действия. Это снижает вероятность того, что действие будет выполнено и записано системой.

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

Патент подтверждает стратегию Google на превращение поисковой системы в систему выполнения задач (Action Engine). Для SEO это означает, что простое предоставление информации уже недостаточно; важно понимать конечную цель пользователя и способствовать ее достижению. Это также подчеркивает необходимость адаптации стратегий аналитики для учета конверсий, происходящих непосредственно в SERP (Zero-Click Conversions), а не только на сайте.

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

Сценарий: Оптимизация страницы ресторана для быстрого бронирования звонком

1. Анализ поведения: SEO-специалист замечает, что многие пользователи приходят по запросу [название ресторана] на мобильных устройствах и сразу ищут номер телефона для бронирования.
2. Действие (Оптимизация): На главной странице и странице контактов номер телефона размещается на видном месте и оформляется с использованием протокола <a href=»tel:…»>.
3. Результат (Как работает система): Пользователи начинают активно кликать на номер, что запускает приложение «Телефон» (External Application). Браузер фиксирует это действие и связывает его с запросом [название ресторана].
4. Ожидаемый эффект: При последующих поисках [название ресторана] (этими же или другими пользователями) Google может начать отображать в SERP или автозаполнении прямой ярлык (Action Suggestion) «Позвонить в [Название ресторана]». Это повышает удобство для пользователей и скорость конверсии, хотя и снижает трафик на сайт.

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