Как Google динамически комбинирует клиентское и серверное отслеживание кликов для точности данных и скорости навигации

Описание

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

Патент решает проблему баланса между точностью сбора данных о кликах (click tracking) и производительностью (User Experience). Традиционные методы имеют недостатки: серверные редиректы создают задержку при навигации, а стандартные асинхронные методы могут терять данные, если пользователь быстро покидает страницу до отправки данных на сервер или запускает локальное приложение (например, телефонный звонок). Изобретение направлено на повышение надежности сбора поведенческих данных при минимизации задержек для пользователя.

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

Запатентована система динамического выбора и внедрения методов отслеживания кликов в момент генерации ресурса (например, веб-страницы или SERP). Система анализирует каждую ссылку и определяет оптимальный метод отслеживания: Server-Side Click Tracking (SST, редирект) или Client-Side Click Tracking (CST). Клиентское отслеживание далее делится на асинхронное (для скорости) и синхронное (для надежности). Ресурс предоставляется пользователю с уже настроенной гибридной системой отслеживания.

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

Система работает на двух уровнях:

1. На сервере (Генерация страницы): При подготовке ответа сервер анализирует целевой ресурс каждой ссылки (URL, домен, контент) и устройство клиента. На основе этого анализа (например, проверки по Whitelist) выбирается метод трекинга (SST или CST). Ссылки модифицируются (Decorated Links), и на страницу внедряется необходимый код (Client-Side Click Tracking Code и Local Storage Monitoring Code).
2. На клиенте (Браузер): При клике код отслеживания немедленно сохраняет данные в локальное хранилище браузера (Local Storage). Затем данные отправляются на сервер либо асинхронно (по таймеру, не блокируя навигацию), либо синхронно (немедленно, перед запуском приложения или уходом с сайта).

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

Высокая. Точный и быстрый сбор поведенческих данных критически важен для систем машинного обучения, используемых в ранжировании и рекламе. Технологии, описанные в патенте (использование HTML5 Local Storage, гибридное асинхронное/синхронное отслеживание), являются стандартом в современной веб-аналитике и инфраструктуре сбора данных Google для обеспечения масштабируемости, скорости и надежности.

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

(3/10). Патент имеет низкое прямое влияние на SEO-стратегии. Он описывает внутреннюю инфраструктуру сбора данных Google, а не алгоритмы ранжирования. Его ценность для SEO заключается в понимании того, насколько точно и детально система способна отслеживать взаимодействие пользователей с различными элементами выдачи (включая стандартные ссылки, карты, номера телефонов), что подчеркивает важность поведенческих сигналов как входных данных для ранжирования.

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

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

Asynchronous Client-Side Click Tracking (Асинхронное клиентское отслеживание)

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

Client-Side Click Tracking (CST) (Клиентское отслеживание кликов)

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

Client-Side Click Tracking Code (CSCT)

Код, внедряемый в ресурс для обнаружения кликов по Decorated Links и сохранения данных об этих кликах в Local Storage.

Decorated Link (Декорированная ссылка)

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

Local Storage (Локальное хранилище)

Хранилище данных в браузере клиента (например, HTML5 Local Storage), используемое для временного накопления данных о кликах. Обеспечивает сохранность данных даже при сбое браузера.

Local Storage Monitoring Code (LSMC)

Код, который периодически (или по событию) проверяет Local Storage, отправляет накопленные данные о кликах на сервер (формируя Ping URL) и очищает хранилище.

Ping URL

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

Server-Side Click Tracking (SST) (Серверное отслеживание кликов)

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

Synchronous Client-Side Click Tracking (Синхронное клиентское отслеживание)

Метод CST, при котором данные о клике отправляются на сервер немедленно после клика, до того как браузер выполнит навигацию или запустит приложение. Используется для гарантии доставки данных.

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

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

1. Система получает запрос на ресурс от клиентского устройства.
2. Идентифицируются множественные ресурсы, на которые будут вести ссылки в запрашиваемом ресурсе.
3. Для каждого ресурса выбирается тип отслеживания из набора, включающего как минимум asynchronous client-side tracking и synchronous server-side tracking. Выбор основан на URL или контенте ресурса назначения.
4. Генерируется запрашиваемый ресурс, включающий ссылки, основанные на выбранных типах отслеживания. Ресурс содержит (i) первую ссылку, которая заставляет клиентское устройство сообщать о взаимодействии асинхронно, и (ii) вторую ссылку, которая заставляет серверную систему отслеживать взаимодействие синхронно.
5. Сгенерированный ресурс предоставляется клиентскому устройству.

Claim 2 и 3 (Зависимые): Детализируют логику выбора на основе списков.

Выбор может основываться на том, включен ли URL ресурса назначения в предопределенный список (predetermined list или whitelist) URL-адресов, помеченных как подходящие для асинхронного клиентского отслеживания. Если URL в списке — выбирается асинхронное CST. Если нет — синхронное SST.

Claim 4 (Зависимый): Детализирует логику выбора на основе анализа контента.

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

Claim 5 (Зависимый): Описывает применение метода в контексте поиска.

Запрос является поисковым запросом, а идентифицированные ресурсы — результатами поиска. Сгенерированный ресурс (SERP) содержит первую ссылку (первый результат поиска) с асинхронным отслеживанием и вторую ссылку (второй результат поиска) с синхронным отслеживанием.

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

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

CRAWLING / INDEXING – Сканирование и Индексирование (Косвенно)
Чтобы система могла классифицировать ссылки (например, проверить наличие кода отслеживания или сформировать Whitelists), она должна предварительно собрать и проанализировать данные о ресурсах назначения на этапе индексирования.

RANKING / METASEARCH – Ранжирование и Метапоиск (Генерация Ответа)
Основное применение патента. После того как набор результатов определен (например, для SERP), система генерации ответа анализирует каждую ссылку перед тем, как встроить ее в финальный ресурс. На этом этапе происходит классификация ссылок и модификация ресурса (внедрение кода CSCT/LSMC и декорирование ссылок).

Сбор данных (Data Acquisition — Поведенческие данные)
Механизм обеспечивает инфраструктуру для сбора данных о кликах. Собранные данные поступают в инфраструктуру Google и используются для аналитики и как входные данные для систем машинного обучения.

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

• Запрос от клиента.
• Набор ссылок (URL) для включения в ресурс.
• Данные о ресурсах назначения (контент, домен).
• Белые/черные списки (Whitelists/Blacklists) для классификации CST/SST.
• Тип устройства клиента (Device Type).

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

• Сгенерированный ресурс (веб-страница) с гибридным набором ссылок (часть настроена на SST, часть на CST).
• Внедренный код CSCT и LSMC.

На что влияет

• Конкретные типы контента: Влияет на любые ресурсы, содержащие ссылки, но особенно актуально для страниц результатов поиска (SERP) и страниц-агрегаторов.
• Определенные форматы контента: Влияет на отслеживание стандартных веб-ссылок, а также ссылок, запускающих локальные приложения (например, клик по номеру телефона для запуска дозвона или клик по адресу для запуска карт).

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

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

• Триггеры активации: Классификация активируется для каждой ссылки. Выбор метода зависит от характеристик ресурса назначения и контекста:
  • SST (Редирект): Активируется, если назначение не поддерживает CST (например, внешний сайт не из белого списка).
  • Асинхронный CST: Активируется для взаимодействий, где важна скорость и не требуется немедленная отчетность (например, внутренние переходы на доверенных доменах).
  • Синхронный CST: Активируется для критических взаимодействий, когда пользователь может покинуть браузер (например, запуск приложения, уход на внешний сайт), чтобы гарантировать доставку данных.

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

Процесс А: Генерация ресурса на сервере (Server-Side)

1. Получение запроса: Сервер получает запрос на ресурс от клиента.
2. Идентификация ссылок: Определяется набор исходящих ссылок, которые будут включены в ресурс.
3. Классификация целевых ресурсов: Для каждой ссылки анализируется целевой ресурс. Используются критерии: анализ URL, проверка по Whitelists/Blacklists, анализ контента ресурса (наличие LSMC), определение типа устройства клиента, проверка типа ссылки (веб-страница, приложение).
4. Выбор типа трекинга: На основе классификации для каждой ссылки выбирается метод: SST, CST Async, или CST Sync.
5. Генерация/Модификация ресурса:
   • Для SST: Ссылка модифицируется для включения URL редиректа.
   • Для CST: Ссылка декорируется атрибутами (Decorated Link), включая флаг Sync/Async. В ресурс внедряется код CSCT и LSMC.
6. Отправка ресурса: Модифицированный ресурс отправляется клиенту.

Процесс Б: Обработка клика на клиенте (Client-Side)

1. Инициализация: При загрузке ресурса браузер инициализирует коды CSCT и LSMC. Регистрируются обработчики событий для декорированных ссылок.
2. Взаимодействие и Перехват: Пользователь кликает по декорированной ссылке. Код CSCT перехватывает событие и анализирует атрибуты ссылки (Sync/Async).
3. Локальное сохранение: Генерируются данные о клике (идентификатор ссылки, временная метка) и сохраняются в Local Storage.
4. Отправка данных:
   • Асинхронный режим: Данные остаются в Local Storage. Код LSMC по таймеру проверяет хранилище, формирует пакет данных (Ping URL) и отправляет его на сервер.
   • Синхронный режим: Данные (текущие и все накопленные) отправляются немедленно, до выполнения навигации по ссылке или запуска приложения.
5. Очистка: После успешной отправки данные удаляются из Local Storage.

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

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

Система использует следующие данные для классификации ссылок на этапе генерации ресурса:

• Технические факторы (URL/Домен): URL ресурса назначения (включая домен и путь). Это используется для сравнения с белыми/черными списками и определения сервера.
• Контентные факторы: Содержимое ресурса назначения. Система может проверять, содержит ли целевой ресурс необходимый код для поддержки клиентского отслеживания (например, LSMC).
• Пользовательские факторы: Тип устройства клиента (Device Type), запрашивающего ресурс, может влиять на выбор метода отслеживания.
• Системные данные: Предопределенные списки (Whitelists и Blacklists) URL, доменов или серверов. Также используются настройки, заданные разработчиками (user inputs).
• Структурные факторы (Тип ссылки): Определение того, указывает ли ссылка на локальное приложение (телефонный звонок, карта).

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

Патент не вводит метрик ранжирования, но описывает данные, собираемые системой отслеживания:

• Link Identifier (cturl): Идентификатор или URL ссылки, по которой был совершен клик.
• eventTime (Timestamp): Временная метка события (клика), сгенерированная на клиенте.
• clientPingTime: Время отправки данных с клиента на сервер.

Формат данных (Ping URL): Данные сериализуются для отправки пакетами. Пример формата, указанный в патенте: clientPingTime, eventTime:cturl, eventTime:cturl[…].

Классификация трекинга: Основное вычисление — это классификация ссылки как SST, Asynchronous CST или Synchronous CST на основе правил.

Выводы

1. Приоритет точности сбора поведенческих данных: Патент демонстрирует стремление Google к максимально полному сбору click data, используя сложные инженерные решения для минимизации потерь данных (например, при сбоях браузера или быстрой навигации).
2. Гибридный подход к отслеживанию: Система не полагается на один метод, а динамически выбирает оптимальный (серверный или клиентский, синхронный или асинхронный) для каждой конкретной ссылки на лету, во время генерации страницы (например, SERP).
3. Баланс надежности и производительности (UX): Разделение CST на синхронное и асинхронное позволяет балансировать нагрузку. Асинхронный режим не замедляет пользователя, а синхронный гарантирует доставку данных при покидании страницы или запуске приложений.
4. Динамическая классификация ссылок: Решение о методе трекинга принимается на основе анализа целевого ресурса (его URL, контента, наличия в Whitelist) и контекста пользователя (тип устройства).
5. Инфраструктурное значение: Это инфраструктурный патент. Он не описывает, как использовать клики для ранжирования, но описывает, как обеспечить чистоту и полноту этих данных, которые затем используются другими системами (например, ML-алгоритмами ранжирования).

Практика

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

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

• Фокус на реальных поведенческих факторах: Необходимо осознавать, что Google обладает высокоточными механизмами для отслеживания взаимодействий пользователей с SERP. Это подтверждает важность работы над привлекательностью сниппетов (CTR) и удовлетворенностью пользователя, так как эти сигналы точно измеряются.
• Оптимизация производительности (UX и Core Web Vitals): Патент показывает, что Google ценит производительность и использует асинхронные методы, чтобы не замедлять пользователя. Это согласуется с общими рекомендациями по оптимизации скорости загрузки и интерактивности сайтов.
• Корректная разметка конверсионных элементов (Local SEO): Используйте правильную разметку для номеров телефонов (tel:) и адресов. Патент указывает, что ссылки, запускающие локальные приложения (Dialer, Maps), обрабатываются синхронно. Это гарантирует Google точный учет этих взаимодействий как важных сигналов конверсии.

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

• Манипуляции с кликовыми данными: Хотя патент не описывает системы борьбы с фродом, он направлен на повышение надежности и точности сбора реальных поведенческих сигналов, что делает манипуляции потенциально более заметными на фоне чистых данных.
• Использование медленных редиректов для собственного трекинга: Избегайте использования медленных серверных редиректов на своем сайте для отслеживания внутренних переходов, так как это ухудшает UX. Используйте асинхронные методы, аналогичные описанным в патенте.

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

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

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

Сценарий: Отслеживание разных типов кликов в Мобильной SERP

1. Запрос: Пользователь ищет «Заказ пиццы» с мобильного устройства.
2. Генерация SERP (Сервер): Google генерирует выдачу и классифицирует ссылки:
   • Ссылка на агрегатор (внешний домен): Классифицируется как SST (редирект) или Synchronous CST.
   • Клик по номеру телефона в блоке Local Pack: Классифицируется как Synchronous CST (так как запускает приложение дозвона).
   • Клик по маршруту в Google Maps: Классифицируется как Synchronous CST (если запускает внешнее приложение карт).
   • Клик по вкладке «Изображения» в поиске: Классифицируется как Asynchronous CST (взаимодействие внутри экосистемы Google, скорость приоритетна).
3. Взаимодействие (Клиент): Пользователь кликает на номер телефона.
4. Обработка клика: Клиентский код (CSCT) перехватывает клик. Так как он синхронный, код немедленно отправляет данные о клике на сервер Google, приостанавливая действие.
5. Результат: Только после отправки данных запускается приложение дозвона. Google гарантированно получил данные о взаимодействии.

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