Как Google использует личные данные пользователя (User Model) для понимания его намерений и персонализации выдачи

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

Annotations (Аннотации)

Метки, присваиваемые терминам (n-grams) в User Model, указывающие на контекст использования термина. Примеры: имя, фамилия, адрес, человек (Person), объект, тема, дата, время, местоположение (Location). Структурируют данные в модели.

Freshness Score (Оценка свежести)

Метрика, связанная с n-gram в User Model, основанная на возрасте исходного контента (например, давности электронного письма). Используется при определении намерения.

General Intent (Общее намерение) / Web-based Intent

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

Implicit Intent (Неявное намерение)

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

Implicit Intent Trigger (Триггер неявного намерения)

Компонент системы, который анализирует запрос и User Model для определения, ищет ли пользователь личные или общие результаты. Рассчитывает Intent Score.

Interest Window (Окно интереса)

Период времени между событием в User Model (например, бронированием рейса) и моментом запроса. Используется для определения актуальности личного намерения (например, рейс в ближайшие 24 часа).

N-grams

Последовательности из одного или нескольких терминов, извлеченные из user-generated content и сохраненные в User Model.

Personal Intent (Личное намерение)

Намерение пользователя получить персонализированные результаты поиска (personal search results), основанные на его личном контенте.

Query Annotator (Аннотатор запросов)

Компонент, который модифицирует входящий запрос, добавляя к его терминам аннотации, взятые из User Model, создавая annotated search query (персональный запрос).

User-Generated Content (Контент, сгенерированный пользователем)

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

User Model (Модель пользователя)

Персонализированная модель данных, специфичная для конкретного пользователя. Содержит n-grams, извлеченные из его личного контента, вместе с аннотациями контекста и оценками свежести.

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

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

1. Система получает поисковый запрос от пользователя.
2. Система обращается к User Model, специфичной для этого пользователя. Модель содержит n-grams, причем термины в них аннотированы контекстом их использования.
3. Система аннотирует один или несколько терминов в поисковом запросе, используя аннотации из User Model, создавая annotated search query.
4. Система получает результаты поиска, релевантные аннотированному поисковому запросу.

Ядро изобретения — использование персональной контекстуальной модели (User Model) для модификации (аннотирования) запроса перед поиском.

Claim 2 (Зависимый от 1): Уточняет процесс аннотирования.

1. Определяется, что термины в запросе соответствуют терминам в n-grams модели пользователя.
2. Аннотирование происходит с использованием аннотаций, связанных с этими соответствующими терминами в модели.

Это механизм сопоставления запроса с моделью для переноса личного контекста.

Claim 4 (Зависимый от 1): Определяет источник данных для User Model.

N-grams в модели получены из множества документов, связанных с пользователем и сгенерированных с использованием множества компьютерных сервисов (почта, контакты и т.д.).

Claim 6 (Зависимый от 1): Добавляет этап определения намерения.

Система сначала определяет user intent, связанное с запросом. Аннотирование запроса выполняется в ответ на это определенное намерение. Это указывает на то, что аннотирование может быть выборочным и активируется при обнаружении определенного интента (например, Personal Intent, как указано в Claim 7).

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

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

INDEXING – Индексирование (Личных данных)
На этом этапе (обычно офлайн или в фоновом режиме) происходит обработка User-Generated Content (почта, контакты и т.д.). Система User Model Generator извлекает n-grams, аннотирует их контекстом и создает User Model. Эти данные сохраняются в хранилище User Models и индексируются в User Content Index.

QUNDERSTANDING – Понимание Запросов
Основной этап применения патента. Когда аутентифицированный пользователь вводит запрос:

1. Определение намерения: Система (Intent System), в частности Implicit Intent Trigger, анализирует запрос в контексте User Model для определения Implicit Intent (Personal vs General).
2. Аннотирование запроса: Если обнаружено личное намерение, Query Annotator использует контекстуальные аннотации из User Model для уточнения и обогащения запроса (устранение неоднозначности).

METASEARCH / RERANKING – Метапоиск и Переранжирование
На этом этапе принимается решение о том, как представить результаты пользователю. Если Intent Score для личного намерения высок, персонализированные результаты (из User Content Index) отображаются на более заметных позициях, чем общие веб-результаты (из Search Index), и наоборот.

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

• Исходный запрос пользователя.
• Идентификатор аутентифицированного пользователя.
• User Model пользователя (n-grams, аннотации, Freshness Scores).
• Текущее время (для расчета Interest Window).
• Исторические данные о кликах пользователя (Historical Data).

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

• Определенное намерение пользователя (Intent Score).
• Аннотированный поисковый запрос (Annotated Search Query).
• Набор результатов поиска (персонализированных и/или общих), отсортированных с учетом намерения.

На что влияет

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

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

• Условия работы: Алгоритм применяется только для аутентифицированных (залогиненных) пользователей, для которых существует User Model и которые дали разрешение на использование их данных для персонализации (как указано в разделе о приватности патента).
• Триггеры активации: Активируется, когда термины запроса совпадают с n-grams в User Model.
• Пороговые значения: Активация личного поиска зависит от Intent Score, который должен превысить определенный порог. Этот балл рассчитывается на основе качества совпадения, Freshness Score, исторических данных о кликах и того, попадает ли запрос в Interest Window.

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

Процесс А: Генерация модели пользователя (Офлайн / Фоновый режим)

1. Сбор данных: Получение доступа к User-Generated Content из различных сервисов (почта, контакты, соцсети, документы).
2. Извлечение информации: Идентификация потенциально интересных терминов и концепций (например, имен собственных) и генерация n-grams. Фильтрация стоп-слов.
3. Аннотирование: Анализ контекста использования терминов в исходных документах (например, поле "От кого" в письме, запись в контактах). Присвоение аннотаций (например, 'Person', 'Location', 'Date', 'Sender').
4. Оценка свежести: Присвоение Freshness Score на основе возраста исходного контента.
5. Сохранение модели: Сохранение аннотированных n-grams в User Model, специфичной для пользователя.
6. Обновление: Периодическое обновление модели, удаление устаревших n-grams (чья свежесть ниже порога) или удаление данных при удалении исходного контента пользователем.

Процесс Б: Обработка запроса (Онлайн)

1. Получение запроса: Получение запроса от аутентифицированного пользователя.
2. Доступ к модели: Извлечение соответствующей User Model.
3. Определение намерения (Implicit Intent Trigger):
   • Сравнение терминов запроса с n-grams в модели (включая синонимы).
   • Расчет оценок совпадения (Closeness of Match). Точное совпадение оценивается выше синонима.
   • Учет Freshness Score совпадающих n-grams.
   • Анализ Interest Window (близость к событиям).
   • Учет исторических данных о кликах пользователя по личным/общим результатам для похожих запросов.
   • Расчет итогового Intent Score.
4. Принятие решения: Сравнение Intent Score с порогами для определения типа интента (Личный, Общий или Смешанный).
5. Аннотирование запроса (Query Annotator): Если определен Личный или Смешанный интент:
   • Идентификация терминов запроса, которые есть в модели.
   • Применение аннотаций из модели к терминам запроса (например, запрос [Max] аннотируется как 'Person').
6. Выполнение поиска: Отправка аннотированного запроса в поисковую систему для получения результатов (из User Content Index и/или Search Index). Может включать сопоставление с грамматическими шаблонами (например, [emails from /Sender/]).
7. Формирование выдачи: Объединение и ранжирование результатов с учетом определенного намерения (например, показ личных результатов выше при высоком Intent Score).

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

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

• Контентные факторы (Личные / User-Generated Content): Текст, темы и метаданные (отправитель, получатель) электронных писем; данные контактной книги; посты и взаимодействия в социальных сетях; события календаря; личные документы.
• Поведенческие факторы: Исторические данные о кликах пользователя (Selection data). Учитывается, выбирал ли пользователь ранее личные или общие результаты в ответ на похожие запросы.
• Временные факторы: Возраст личного контента (используется для Freshness Score). Текущее время относительно времени события, упомянутого в личном контенте (используется для Interest Window).
• Пользовательские факторы: Идентификатор пользователя для доступа к его персональной User Model.

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

• Intent Score (Оценка намерения): Агрегированная метрика для определения типа интента. Рассчитывается как взвешенная комбинация различных оценок (свежесть, качество совпадения, исторические данные, окно интереса).
• Freshness Score (Оценка свежести): Метрика, уменьшающаяся со временем с момента создания исходного контента. Недавний контент имеет более высокий балл и сильнее влияет на интент.
• Interest Window (Окно интереса): Временная метрика, основанная на близости времени запроса к времени события. Попадание в окно значительно увеличивает вероятность Personal Intent.
• Closeness of Match (Близость совпадения): Оценка того, насколько точно термины запроса совпадают с n-grams в модели (точное совпадение vs синоним).

1. Персонализация через приватные данные: Google активно создает детализированные профили (User Models) на основе частных данных пользователя (почта, контакты, документы), формируя персональный граф знаний для глубокого понимания его индивидуального контекста.
2. Контекст и аннотации как ключ к пониманию: Система полагается на аннотации (понимание типа сущности и контекста её использования в личных данных), чтобы устранять неоднозначность запросов в реальном времени. Это подтверждает важность сущностного подхода к поиску.
3. Динамическое определение интента: Намерение пользователя (Личное vs Общее) определяется динамически. Временные факторы — Freshness (недавняя активность) и Interest Window (предстоящие события) — являются сильными сигналами для активации персонального поиска.
4. Личные результаты конкурируют с органикой: Если система определяет сильное Personal Intent, персонализированные результаты (например, информация о рейсе из Gmail) могут занять приоритетные позиции, значительно понижая или вытесняя стандартные органические веб-результаты для данного пользователя.
5. Интерпретация запроса индивидуальна: Один и тот же запрос будет интерпретирован по-разному для разных пользователей (или даже для одного пользователя в разное время) в зависимости от содержания их User Model и текущего временного контекста.

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

• Использование Email-маркетинга для попадания в User Model: Это ключевая практическая рекомендация. Поощряйте взаимодействие пользователей с вашим брендом через электронную почту (подтверждения заказов, бронирования, информационные рассылки). Это позволяет сущностям вашего бренда (название компании, номера рейсов, названия продуктов) попасть в User Model пользователя. Это увеличивает вероятность того, что при последующих запросах система правильно идентифицирует Personal Intent, связанный с вашим брендом.
• Внедрение разметки для писем (Gmail Markup): Для транзакционных писем (бронирования, покупки, события) используйте разметку (например, JSON-LD в письмах). Это помогает Google корректно извлекать и аннотировать данные из писем, что повышает качество User Model и вероятность показа персонализированных блоков (например, статус рейса) в поиске пользователя.
• Оптимизация под сущности (Entity Optimization): Хотя патент использует личные данные, описанный механизм аннотирования и контекстуализации подтверждает фокус Google на сущностях. Необходимо продолжать работу над четким определением сущностей на сайте и их взаимосвязей (использование Schema.org), чтобы облегчить системам (как общим, так и персональным) правильную интерпретацию контента.
• Анализ неоднозначности запросов: При исследовании семантики учитывайте, что интерпретация неоднозначных запросов может сильно варьироваться для залогиненных пользователей в зависимости от их недавней активности и личных данных.

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

• Игнорирование персонализации при анализе позиций и трафика: Оценка эффективности SEO только по «чистой» выдаче (в режиме инкогнито) может привести к неверным выводам, так как значительная часть пользователей видит персонализированную выдачу, сформированную под влиянием их User Model.
• Фокус только на ключевых словах без учета интента и контекста: Стратегии, основанные на объеме ключевых слов без понимания того, как личный контекст может полностью изменить интент пользователя (с Общего на Личный), будут неэффективны.
• Игнорирование Email как канала влияния на поиск: Рассмотрение email-маркетинга в отрыве от поисковой стратегии является ошибкой, так как email является ключевым источником данных для формирования User Model и влияния на персонализированный поиск.

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

Патент подтверждает стратегический курс Google на гиперперсонализацию и проактивное предоставление информации. Для SEO это означает, что конкуренция происходит не только между веб-сайтами, но и между органической выдачей и личными данными пользователя. Личный контекст пользователя может радикально изменить SERP, отдавая приоритет прямой информации (из Gmail, Календаря) перед органическими ссылками. Долгосрочная стратегия должна включать укрепление присутствия бренда в личном информационном пространстве пользователя (например, через email).

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

Сценарий 1: Влияние Interest Window на выдачу в Travel/E-commerce

1. Действие пользователя: Пользователь бронирует рейс авиакомпании "Airline X" на 15 октября и получает подтверждение по почте.
2. Создание User Model: Google обрабатывает письмо, извлекает n-grams ("Airline X", "15 октября") и аннотирует их как 'Organization', 'Date', 'Flight'.
3. Запрос (5 октября): Пользователь вводит запрос [Airline X].
4. Анализ интента: Система проверяет User Model. Совпадение есть, но до рейса 10 дней. Interest Window (например, 72 часа до рейса) не активирован. Intent Score низкий.
5. Результат: Система определяет General Intent. Пользователь видит стандартную выдачу с официальным сайтом Airline X на первом месте.
6. Запрос (14 октября): Пользователь вводит тот же запрос [Airline X].
7. Анализ интента: Совпадение есть, и Interest Window активирован (до рейса менее 24 часов). Intent Score высокий.
8. Результат: Система определяет Personal Intent. Пользователь видит блок с деталями своего рейса (время вылета, терминал) над всеми органическими результатами.

Сценарий 2: Дисамбигуация запроса на основе User Model

1. Контекст пользователя А: В его контактах есть "Max Ivanov". Он часто получает от него письма. В User Model "Max" аннотирован как 'Person', 'Sender'.
2. Контекст пользователя Б: Он студент-математик и часто ищет информацию о функции "max". У него нет контактов с именем Max.
3. Запрос: Оба пользователя вводят запрос [Max].
4. Результат для А: Система определяет Personal Intent и аннотирует запрос как [Person: Max]. В выдаче могут быть показаны последние письма от Max Ivanov или его контактная информация.
5. Результат для Б: Система определяет General Intent. В выдаче будут результаты о математической функции или другие общие значения слова "max".