Как Google позволяет пользователям управлять результатами поиска о себе и использует это для улучшения кластеризации людей

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

Claiming Element (Элемент заявления прав)

Пользовательский интерфейс (например, кнопка или иконка с надписью «This Is Me» или «Me»), позволяющий пользователю указать, что конкретный результат поиска или кластер результатов связан с ним.

Clustering Engine (Механизм кластеризации)

Компонент поисковой системы, отвечающий за группировку ресурсов, относящихся к одной и той же сущности (в данном патенте — к одному и тому же человеку).

Disclaiming Element (Элемент отказа от прав)

Пользовательский интерфейс (например, кнопка «Not Me» или иконка корзины), позволяющий пользователю указать, что результат поиска не связан с ним или должен быть удален из списка заявленных результатов.

Factor (Фактор)

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

People Clustering (Кластеризация людей)

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

Personal Profile (Личный профиль)

В контексте Claims — это ресурс (например, профиль в социальной сети или на сайте компании), на который пользователь заявляет права.

Search Service User Profile (Профиль пользователя поискового сервиса)

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

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

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

1. Система получает поисковый запрос, идентифицирующий пользователя, который его отправляет.
2. Предоставляется первый набор результатов поиска, где один или несколько результатов имеют связанный выбираемый Claiming Element.
3. Получается пользовательский ввод (выбор Claiming Element), представляющий собой заявление пользователя о том, что ресурс, связанный с результатом поиска, является его Personal Profile.
4. Верификация (Шаг 1): В ответ на ввод система сравнивает метаданные заявленного Personal Profile с данными Search Service User Profile пользователя (аккаунта, через который осуществляется поиск).
5. Верификация (Шаг 2): На основе сравнения система сопоставляет как минимум один элемент данных (datum) из метаданных Personal Profile с соответствующим элементом данных из Search Service User Profile, чтобы подтвердить ассоциацию.
6. Хранение: В случае успешного сопоставления пользовательский ввод сохраняется как factor, связывающий ресурс с пользователем.
7. Обновление и Отображение: Первый набор результатов обновляется на основе factor для генерации обновленного набора. Обновленные результаты включают индикатор, указывающий на связь с пользователем, и передаются для отображения.

Claim 7 (Зависимый от 1): Уточняет механизм верификации.

Элемент данных, используемый для сопоставления между Personal Profile и Search Service User Profile, может быть адресом электронной почты (email address). Это ключевой механизм верификации: если email в аккаунте Google совпадает с email на заявленном сайте, система подтверждает право.

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

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

Claim 9 и 10 (Зависимые от 1): Связь с кластеризацией.

Обновленный набор результатов предоставляется в виде кластеров, причем как минимум один кластер соответствует пользователю (Claim 9). Система модифицирует этот кластер на основе индикации пользователя о том, что результат поиска связан с ним (Claim 10). Заявление прав напрямую влияет на состав кластера сущности.

Claim 11 (Зависимый от 1): Описывает механизм пассивного заявления прав (Passive Claiming).

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

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

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

INDEXING – Индексирование и извлечение признаков
На этом этапе Clustering Engine выполняет предварительную People Clustering, группируя ресурсы по личностям на основе доступных признаков (ссылки, упоминания имен, редкие слова). Также на этом этапе система индексирует метаданные (например, email адреса) для последующей верификации и обнаруживает связи между ресурсами (Claim 11).

RANKING – Ранжирование
Когда поступает запрос по имени, система генерирует результаты, используя данные кластеризации. При активации фильтра «Люди» (People Search) система отбирает и ранжирует кластеры личностей.

RERANKING / METASEARCH – Переранжирование и Метапоиск
На этом этапе система может отображать курированные результаты, если пользователь ранее заявил на них права и определил их порядок (Claim 8). Также здесь происходит отображение интерфейса для взаимодействия (Claiming Elements) и обработка ввода в реальном времени.

Обратная связь (Feedback Loop)
Полученный и верифицированный пользовательский ввод (Factor) используется для корректировки данных в индексе и улучшения работы Clustering Engine в будущем (Claim 10).

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

• Поисковый запрос (имя человека).
• Предварительно рассчитанные данные кластеризации.
• Данные Search Service User Profile (для верификации).
• Метаданные индексированных ресурсов (для верификации).
• Пользовательский ввод (Claim, Disclaim, Ranking).

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

• Результаты поиска с индикацией принадлежности пользователю.
• Курированный список результатов в профиле пользователя.
• Сохраненный Factor, подтверждающий связь пользователя и ресурса.
• Обновленные данные кластеризации.

На что влияет

• Специфические запросы: В первую очередь влияет на запросы, содержащие имена людей (информационные, неоднозначные запросы).
• Конкретные типы контента: Влияет на отображение личных профилей, домашних страниц, блогов, упоминаний в СМИ — контента, который может быть ассоциирован с личностью.
• Форматы выдачи: Влияет на специализированный поиск по людям (People Search) и отображение Панелей Знаний (Knowledge Panels), которые являются современным представлением кластера сущности.

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

• При взаимодействии пользователя: Алгоритм активируется, когда пользователь нажимает на Claiming Element («Это я») или Disclaiming Element («Это не я») в результатах поиска или в интерфейсе редактирования своего профиля.
• При верификации: Процесс сравнения данных активируется немедленно после заявления прав.
• При пересчете кластеров: Clustering Engine использует сохраненные Factors во время периодического обновления индекса и алгоритмов кластеризации.
• При пассивном обнаружении: Когда система обнаруживает перекрестные ссылки между ресурсами, которые могут указывать на одного владельца (Claim 11).

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

Процесс А: Обработка заявления прав (Online)

1. Получение запроса и генерация результатов: Система получает запрос от авторизованного пользователя и генерирует результаты поиска, включающие Claiming Elements.
2. Получение пользовательского ввода: Пользователь выбирает Claiming Element для конкретного ресурса (Personal Profile).
3. Инициация верификации: Система извлекает метаданные из заявленного Personal Profile и данные из Search Service User Profile пользователя.
4. Сравнение данных: Система ищет совпадения ключевых данных (например, адреса электронной почты) между двумя профилями.
5. Принятие решения:
   • Если совпадение найдено: Связь верифицирована.
   • Если совпадение не найдено: Заявка может быть отклонена или помечена как требующая дополнительной проверки.
6. Хранение Фактора: Верифицированный ввод сохраняется как Factor, подтверждающий связь.
7. Обновление отображения: Результаты поиска обновляются для отображения индикатора подтвержденной связи. Ресурс добавляется в интерфейс курирования профиля пользователя.

Процесс Б: Курирование результатов (Online)

1. Доступ к редактору профиля: Пользователь заходит на страницу редактирования своего профиля.
2. Отображение результатов: Система показывает ранее заявленные результаты и потенциальные результаты для заявления.
3. Взаимодействие пользователя: Пользователь может изменить порядок результатов (Ranking), скрыть/показать результаты или отказаться от ранее заявленных результатов (Disclaim).
4. Сохранение настроек: Изменения сохраняются и используются при отображении профиля пользователя третьим лицам.

Процесс В: Улучшение кластеризации (Offline/Периодически)

1. Агрегация Факторов: Clustering Engine собирает сохраненные Factors от пользователей.
2. Анализ данных: Система анализирует заявленные и отклоненные ресурсы.
3. Корректировка кластеров: Кластеры модифицируются. Например, если пользователь заявил права на результаты из двух разных кластеров, они могут быть объединены. Если пользователь отклонил результат внутри кластера, он может быть исключен.
4. Взвешивание: Ввод может взвешиваться на основе репутации пользователя (Reputation Score, упомянуто в описании патента).

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

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

• Контентные и Метаданные факторы: Система анализирует содержимое ресурсов для первоначальной кластеризации (упоминания имен, редкие слова). Для верификации используются метаданные, такие как адреса электронной почты (Claim 7), имена и данные социальных сетей.
• Ссылочные факторы: Ссылки между ресурсами используются как для первоначальной кластеризации (предположение, что связанные ссылками ресурсы принадлежат одному лицу), так и для пассивного заявления прав (Claim 11).
• Поведенческие факторы: Действия пользователя по заявлению прав (Claim), отказу (Disclaim) и ранжированию (Ranking) результатов являются прямым вводом для системы.
• Пользовательские факторы: Данные из Search Service User Profile (имя, email, социальные связи) используются для верификации и ранжирования (например, результаты людей, связанных с пользователем, могут ранжироваться выше).

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

• Clustering Features (Признаки кластеризации): Метрики, используемые для определения принадлежности ресурсов одному человеку (например, частота совместного упоминания, наличие перекрестных ссылок).
• Verification Match (Совпадение при верификации): Бинарная метрика (Да/Нет), основанная на точном совпадении ключевых данных, таких как адрес электронной почты (Claim 7).
• Factor (Фактор): Сохраненное подтверждение связи между пользователем и ресурсом. Используется как сильный сигнал при пересчете кластеров.
• Reputation Score (Оценка репутации): Упоминается в описании как возможный вес для пользовательского ввода при расчете кластеров. Может основываться на возрасте аккаунта, активности, количестве входящих ссылок на профиль, верифицированных аккаунтах.

1. Пользовательский ввод как источник истины для сущностей: Google рассматривает прямую обратную связь от пользователей как критически важный сигнал (Factor) для разрешения неоднозначности между людьми с одинаковыми именами и улучшения People Clustering.
2. Верификация обязательна: Ключевым элементом системы является не просто получение ввода, а его верификация путем сравнения данных (например, email) между заявленным ресурсом и аккаунтом пользователя (Claim 1, Claim 7). Это защищает систему от ложных заявлений.
3. Прямое влияние на кластеризацию: Заявление прав не просто добавляет метку к результату, но и напрямую модифицирует состав кластера сущности (Claim 10). Это может привести к объединению или разделению кластеров.
4. Контроль пользователя над представлением: Патент предоставляет пользователям значительный контроль над тем, какие результаты ассоциируются с ними и в каком порядке они отображаются в их профиле (Claim 8).
5. Пассивное заявление прав (Passive Claiming): Система может интерпретировать перекрестные ссылки между ресурсами как сигнал о принадлежности одному владельцу (Claim 11). Это подчеркивает важность связывания официальных профилей.

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

• Активное управление Панелями Знаний: Необходимо оперативно подтверждать права на Панели Знаний (Claim Knowledge Panels) для ключевых сотрудников компании или клиентов (для агентств). Это современная реализация описанного механизма.
• Обеспечение консистентности данных (NAP+E): Для успешной верификации критически важно, чтобы ключевые данные (особенно email и официальное имя) на заявляемых ресурсах (сайт компании, профили в соцсетях) совпадали или были доступны системе.
• Использование перекрестных ссылок для укрепления сущности: Активно связывайте все официальные профили и сайты между собой. Используйте прямые ссылки и микроразметку Schema.org (например, Person/sameAs), чтобы помочь Google правильно кластеризовать ресурсы (используя механизм, подобный Claim 11).
• Мониторинг появления новых сущностей: Регулярно проводите поиск по именам ключевых лиц для выявления новых результатов или неправильно кластеризованного контента, требующего действий по заявлению прав или отказу.

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

• Игнорирование невостребованных Панелей Знаний: Оставлять Панели Знаний без управления опасно, так как информация в них формируется автоматически и может быть неточной или неполной.
• Использование разных контактных данных: Использование разных имен, адресов и email на разных платформах затрудняет автоматическую кластеризацию и может помешать верификации при попытке заявить права.
• Попытки ложного заявления прав: Попытки заявить права на чужие профили или Панели Знаний неэффективны из-за встроенных механизмов верификации (Claim 1, 7) и могут негативно повлиять на Reputation Score аккаунта.

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

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

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

Сценарий 1: Подтверждение прав на Панель Знаний CEO

1. Ситуация: При поиске по имени CEO компании появляется автоматически сгенерированная Панель Знаний.
2. Действие: SEO-специалист или сам CEO нажимает кнопку «Подтвердить права на эту панель знаний».
3. Верификация (по мотивам Claim 1, 7): Google предлагает подтвердить личность, например, через вход в официальный аккаунт социальной сети, указанный в Панели, или через предоставление документов (что эквивалентно сравнению данных профиля и ресурса).
4. Результат: Права подтверждены. Пользователь получает возможность предлагать правки (например, изменить фото, биографию, добавить официальные профили), что соответствует механизму курирования, описанному в патенте.

Сценарий 2: Использование перекрестных ссылок (по мотивам Claim 11)

1. Ситуация: У эксперта есть личный блог и профиль на LinkedIn. Google иногда путает его с другим человеком с тем же именем.
2. Действие: Эксперт размещает ссылку на свой LinkedIn в блоге и ссылку на блог в своем профиле LinkedIn. Дополнительно он использует разметку Person/sameAs в блоге, указывая на LinkedIn.
3. Результат: При следующем обновлении индекса Clustering Engine использует эти ссылки как сигнал (Factor) о том, что оба ресурса принадлежат одному лицу (пассивное заявление прав). Кластеризация улучшается, и оба ресурса с большей вероятностью будут показаны вместе в результатах поиска по его имени.