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

Описание

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

Патент решает проблему неэффективности пользовательского опыта при переходе с поисковой системы (Information Provider) на внешний сайт (Content Provider), особенно на мобильных устройствах. Часто пользователю приходится повторно вводить информацию (например, город или ZIP-код) на целевом сайте для получения локализованного или персонализированного контента, даже если эта информация уже известна поисковой системе. Это создает неудобства из-за ограниченных возможностей ввода на мобильных устройствах.

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

Запатентован механизм выборочной передачи информации из профиля пользователя (Profile Information), хранящегося у Information Provider (например, Google), внешним Content Providers. Эта передача происходит автоматически при клике пользователя на ссылку в результатах поиска. Ключевое условие — информация передается только тем поставщикам контента, которые классифицированы как «назначенные партнеры» (Designated Partners).

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

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

• Генерация результатов: Поисковая система генерирует стандартный набор результатов поиска.
• Идентификация партнеров: Система проверяет каждый результат на соответствие списку Designated Partners.
• Извлечение профиля: Для результатов, ведущих на сайты партнеров, система извлекает соответствующую информацию из профиля пользователя (например, предпочитаемое местоположение, демографию или характеристики устройства).
• Встраивание данных в ссылку: Эта информация встраивается (возможно, в зашифрованном виде) непосредственно в ссылку (URL) поискового результата.
• Передача при клике: Когда пользователь нажимает на эту модифицированную ссылку, информация профиля передается сайту-партнеру вместе с запросом на контент.
• Кастомизация контента: Партнер использует полученные данные для немедленной кастомизации целевой страницы.

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

Средняя. Механизмы персонализации и локализации поиска постоянно развиваются. Передача данных между сервисами (например, через OAuth или «Sign in with Google») является стандартной практикой. Описанный механизм автоматической передачи данных через URL для улучшения UX по-прежнему актуален, особенно в контексте локального поиска и мобильной выдачи, хотя конкретная реализация через «Designated Partners» может варьироваться.

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

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

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

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

Content Provider (Поставщик контента)

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

Designated Partner (Назначенный партнер)

Content Provider, имеющий особые отношения с Information Provider (например, деловое или технологическое соглашение). Только этим партнерам выборочно передается Profile Information.

Designated Partners Database (База данных назначенных партнеров)

Хранилище, используемое Information Provider для идентификации партнеров. Может содержать список доменных имен или URL/URI, связанных с партнерами.

Information Provider (Поставщик информации)

Поисковая система (например, Google), которая принимает запросы, генерирует результаты поиска и хранит профили пользователей.

Profile Information (Информация профиля)

Данные, связанные с пользователем или устройством, хранящиеся у Information Provider. Примеры включают предпочитаемое местоположение (preferred location), демографические данные, покупательские привычки, технические характеристики устройства (размер экрана, пропускная способность).

Preferred Location (Предпочитаемое местоположение)

Местоположение, сохраненное в профиле пользователя как стандартное (например, домашний адрес). Оно может отличаться от текущего физического местоположения устройства (current physical location).

Response Formatter (Формирователь ответа)

Компонент системы Information Provider, отвечающий за форматирование результатов поиска для отображения на устройстве. Он также отвечает за встраивание Profile Information в ссылки для Designated Partners.

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

Примечание: Патент US9646063B1 является продолжением (continuation) более ранних патентов. Основная часть описания фокусируется на действиях Information Provider (Google), в то время как Claims в финальной версии US9646063B1 сформулированы с точки зрения Content Provider (получателя данных). Для SEO-анализа мы сфокусируемся на механизме, описанном в патенте в целом.

Анализ основного механизма (описанного в Abstract и Description):

1. Получение запроса и генерация результатов: Система (Information Provider) получает запрос от устройства (часто мобильного) и генерирует результаты поиска, которые указывают на внешних Content Providers.
2. Идентификация партнеров: Система идентифицирует один или несколько результатов, которые ведут к Designated Partners. Это делается путем проверки домена результата по базе данных партнеров.
3. Выборочное встраивание данных профиля: Система предоставляет результаты поиска устройству, при этом результаты, ведущие к партнерам, модифицируются. В них включается Profile Information (например, Location Information), хранящаяся в профиле пользователя у Information Provider.
4. Передача данных при клике: Profile Information передается соответствующему партнеру только при выборе (клике) пользователем этого модифицированного результата.

Ключевые аспекты механизма:

• Выборочность (Selectivity): Передача данных происходит только Designated Partners, а не всем сайтам в выдаче.
• Источник данных (Profile): Используются данные, предварительно сохраненные Information Provider, а не только данные реального времени (например, используется Preferred Location, которое может отличаться от Current Location).
• Метод передачи (Embedding): Данные встраиваются в ссылку и передаются при переходе, что позволяет партнеру кастомизировать контент.

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

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

QUNDERSTANDING – Понимание Запросов / Персонализация
Система должна иметь доступ к профилю пользователя (Profile Database), чтобы извлечь Profile Information (например, Preferred Location) для использования в ответе на запрос.

RANKING – Ранжирование / Форматирование результатов
Хотя патент не влияет на порядок ранжирования, он применяется на этапе форматирования результатов (Response Formatter). После того как Search Engine сгенерировал результаты, Response Formatter анализирует их:

1. Взаимодействие с Базой Партнеров: Проверяет URL результатов по Designated Partners Database.
2. Взаимодействие с Профилем: Если найдено соответствие партнеру, система обращается к Profile Manager для получения данных пользователя.
3. Модификация ссылок: Response Formatter встраивает полученные данные в ссылки партнеров.

RERANKING / METASEARCH (Косвенно)
На этапе финальной подготовки SERP эти модифицированные ссылки включаются в итоговую выдачу.

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

• Сгенерированный набор результатов поиска (URLs).
• Designated Partners Database (список доменов партнеров).
• Profile Information пользователя (предпочитаемое местоположение, демография и т.д.).

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

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

На что влияет

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

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

• Триггеры активации: Механизм активируется при выполнении трех условий одновременно:
  1. Пользователь идентифицирован, и у него есть сохраненный профиль с релевантными данными.
  2. В результатах поиска присутствует ссылка на сайт, идентифицированный как Designated Partner.
  3. Information Provider считает, что передача данных профиля улучшит пользовательский опыт для данного запроса и партнера.

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

Процесс А: Обработка запроса и формирования выдачи (Information Provider)

1. Получение запроса: Information Provider получает поисковый запрос от мобильного устройства.
2. Идентификация результатов: Поисковая система идентифицирует набор результатов, релевантных запросу.
3. Проверка на наличие партнеров: Система анализирует каждый результат, чтобы определить, соответствует ли он Designated Partner (например, путем сравнения домена с Designated Partners Database).
4. Принятие решения о передаче данных:
   • Если результат НЕ соответствует партнеру: Используется стандартная ссылка.
   • Если результат соответствует партнеру: Перейти к шагу 5.
5. Получение информации профиля: Система извлекает Profile Information (например, Preferred Location), связанную с пользователем или устройством, из Profile Database.
6. Добавление информации профиля к результату: Система модифицирует ссылку (URL) результата, добавляя в нее полученную Profile Information. Данные могут быть зашифрованы.
7. Предоставление результатов: Information Provider отправляет итоговый набор ссылок (стандартных и модифицированных) на мобильное устройство.

Процесс Б: Переход по ссылке и кастомизация контента (Content Provider)

1. Активация ссылки пользователем: Пользователь нажимает на модифицированную ссылку в результатах поиска.
2. Передача запроса и данных профиля: Мобильное устройство отправляет запрос на получение контента Content Provider (партнеру). Запрос включает встроенную Profile Information.
3. Получение и обработка запроса партнером: Партнер получает запрос и извлекает из него Profile Information.
4. Кастомизация контента: Партнер использует полученные данные (например, местоположение) для кастомизации запрашиваемого контента.
5. Предоставление контента: Партнер отправляет кастомизированный контент на мобильное устройство пользователя.

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

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

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

• Пользовательские факторы (Profile Data):
  • Предпочитаемое местоположение (Preferred Location): ZIP-код, название муниципалитета, координаты GPS/geocode, код аэропорта. Критически важно, что это сохраненное предпочтение, а не текущее местоположение.
  • Демографическая информация.
  • Покупательские привычки и предпочтения.
  • Технические характеристики устройства: Размер экрана, пропускная способность сети.
• Системные данные:
  • Designated Partners Database: Список доменов или URL, идентифицирующих партнеров.
  • Результаты поиска: Ссылки на контент, сгенерированные поисковой системой.

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

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

• Является ли Content Provider партнером? (Да/Нет): Проверка соответствия домена результату в Designated Partners Database.
• Доступна ли релевантная Profile Information? (Да/Нет): Проверка наличия данных в профиле пользователя.

Методы обработки данных:

• Шифрование (Encryption): Упоминается, что Profile Information может быть зашифрована перед встраиванием в ссылку для обеспечения безопасности и конфиденциальности.

Выводы

1. Приоритет UX и персонализации над стандартным процессом: Google готов модифицировать стандартное поведение ссылок в SERP для улучшения пользовательского опыта, особенно на мобильных устройствах. Цель — сократить количество шагов пользователя для достижения цели.
2. Выборочное партнерство (Designated Partners): Механизм не универсален. Google выборочно делится данными профиля пользователя только с определенными партнерами, с которыми существуют соответствующие соглашения. Это создает преимущество для этих партнеров.
3. Важность сохраненных данных профиля: Система использует Profile Information, хранящуюся у Google. Это подчеркивает стремление Google собирать и использовать данные о предпочтениях пользователей (например, Preferred Location) для персонализации сервисов.
4. Различие между предпочитаемым и текущим местоположением: Патент явно указывает на ценность использования сохраненного предпочитаемого местоположения, особенно когда оно отличается от текущего физического местоположения пользователя (например, во время путешествий).
5. Техническая реализация через URL: Данные передаются путем встраивания в ссылку (URL-параметры или иные методы), что требует от сайтов-партнеров технической готовности принимать и обрабатывать эти данные при загрузке страницы.

Практика

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

Поскольку SEO-специалисты не могут напрямую контролировать статус «Designated Partner», рекомендации фокусируются на готовности к приему и обработке персонализированных данных.

• Оптимизация локальных лендингов: Убедитесь, что сайт может корректно обрабатывать входящие параметры местоположения (ZIP-коды, названия городов, геокоординаты) в URL и автоматически кастомизировать контент на их основе. Это улучшит UX для всех пользователей, независимо от того, приходят ли они через этот механизм или через другие каналы с параметризированными ссылками.
• Развитие локального контента: Создавайте качественный контент для всех ключевых локаций. Если механизм активируется, пользователь должен получить максимально релевантный локальный ответ на свой запрос.
• Оптимизация скорости загрузки на мобильных устройствах: Патент делает акцент на мобильных устройствах. Быстрая загрузка кастомизированного контента критична для реализации преимуществ этого механизма (улучшения UX).
• Анализ URL-параметров в логах: Мониторьте логи сервера и системы аналитики на предмет необычных параметров в URL при переходах из Google. Это может указывать на активацию подобных механизмов персонализации.

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

• Игнорирование параметров URL при локализации: Если сайт игнорирует входящие параметры локации и всегда показывает стандартную страницу или просит пользователя ввести город вручную, это нивелирует преимущества механизма и ухудшает UX.
• Использование нестандартных идентификаторов локаций: Использование внутренних ID для локаций, которые не соответствуют общепринятым форматам (ZIP, City Name, Geocode), может затруднить интеграцию с подобными механизмами Google.
• Медленная обработка персонализации: Если кастомизация контента на основе параметров занимает много времени, это ухудшит пользовательский опыт и Core Web Vitals.

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

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

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

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

1. Задача: Улучшить UX для пользователей, ищущих расписание сеансов.
2. Действия (Подготовка к механизму): Разработать функционал, который проверяет наличие параметра локации в URL при загрузке главной страницы или страницы расписания (например, ?loc=Omaha_NE или ?zip=68101).
3. Обработка данных: Если параметр присутствует, система автоматически фильтрует расписание и показывает кинотеатры только в указанной локации. Если параметр отсутствует, система использует стандартную логику (определение по IP или запрос ввода города).
4. Ожидаемый результат (если Google активирует механизм): Пользователь ищет «расписание кино». Он кликает на ссылку сайта кинотеатра в Google. Сайт загружается сразу с расписанием для его предпочитаемого города (например, Омахи), даже если пользователь физически находится в другом городе. Это сокращает путь пользователя и повышает вероятность покупки билета.

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