Как Google индексирует и контролирует доступ к частям приватных документов в персональном поиске

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

Document Portion (Часть документа)

Определенный фрагмент документа, который может иметь собственные настройки доступа, отличные от документа в целом. Примеры: приватный тег на фото (private tag), заметки к презентации, определенные страницы в текстовом документе.

Personal Search Index (Персональный поисковый индекс)

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

Private Content (Приватный контент)

Документы (фото, видео, тексты, посты в блогах), которые видимы и доступны для поиска только определенной группе пользователей (Set of Users).

Restrict Indicator (Индикатор ограничения)

Метка, добавляемая к метаданным документа в индексе. Она указывает, что определенная часть документа (Document Portion) доступна только конкретным пользователям. Пример формата: private_tag=NameOfPerson_only_visible_to=NameOfImageOwner.

Restrictions / Query Restrictions (Ограничения запроса)

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

Set of Users (Группа пользователей)

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

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

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

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

1. Система получает документ из Private Content, доступного Set of Users.
2. Извлекаются метаданные документа.
3. Система определяет, основываясь на метаданных, содержит ли часть документа (Portion) информацию, доступную только конкретному пользователю из этой группы.
4. Если ДА, к метаданным добавляется restrict indicator. Этот индикатор идентифицирует пользователя и соответствующую часть документа.
5. Метаданные и restrict indicator сохраняются в personal search index.

Claim 3 (Зависимый от 1): Описывает процесс поиска с учетом ограничений.

1. Система получает поисковый запрос от конкретного пользователя.
2. К запросу добавляется restriction, основанная на информации, связанной с этим пользователем (например, его ID).
3. Поиск результатов выполняется на основе запроса и добавленного restriction в personal search index. Результаты включают идентификацию документа с ограниченной частью.

Claim 4 (Зависимый от 3): Уточняет механизм идентификации результатов.

Идентификация документа в результатах поиска происходит путем сравнения restriction (добавленного к запросу) и restrict indicator (хранящегося в индексе).

Claim 7 (Зависимый от 5): Описывает обработку ситуации, когда у пользователя нет доступа к ограниченной части.

1. Пользователь выбирает результат поиска, связанный с документом, содержащим ограниченную часть (restricted portion), к которой у него НЕТ доступа.
2. Система предоставляет пользователю документ, но БЕЗ этой ограниченной части.

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

Изобретение применяется исключительно в рамках систем персонального поиска (Personal Search Systems) для обработки Private Content.

INDEXING – Индексирование и извлечение признаков
Это основной этап применения патента. Индексатор (Indexer) обрабатывает приватные документы, извлекает метаданные и анализирует права доступа (ACL). На этом этапе принимается решение о добавлении restrict indicator к метаданным перед сохранением в personal search index.

QUNDERSTANDING – Понимание Запросов (в контексте персонального поиска)
Когда запрос поступает в систему персонального поиска, система должна идентифицировать пользователя и определить его права доступа. Эти права преобразуются в restrictions, которые добавляются к исходному тексту запроса для последующей фильтрации.

RANKING / RERANKING (в контексте персонального поиска)
На этапе отбора кандидатов из personal search index система использует модифицированный запрос (с добавленными restrictions) для фильтрации. Сравниваются restrictions запроса и restrict indicator документов. Документы (или их части), для которых нет совпадения, исключаются из выдачи или предоставляются в усеченном виде.

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

• Приватный документ (изображение, текст и т.д.).
• Метаданные документа (включая ACL для документа и его частей).
• Во время поиска: Запрос пользователя и идентификатор пользователя (User ID).

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

• В индексе: Метаданные документа, возможно, с добавленным restrict indicator.
• При поиске: Набор результатов поиска, отфильтрованный в соответствии с правами доступа пользователя.

На что влияет

Патент не влияет на публичный веб-поиск.

• Конкретные типы контента: Влияет на приватный контент, где возможно частичное ограничение доступа: фотографии с тегами, документы с заметками, презентации.
• Специфические запросы: Влияет на любые запросы в рамках персонального поиска по приватному корпусу документов.
• Конкретные ниши или тематики: Не применимо к публичным нишам (авто, ecommerce, YMYL). Применимо только к экосистемам приватного контента (например, Google Photos, Google Drive).

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

• При индексировании: Всегда, когда обрабатывается документ из Private Content, который потенциально может содержать части с отдельными правами доступа.
• Триггеры активации (Индексирование): Обнаружение в метаданных информации об ограничениях доступа для части документа (например, наличие private tag).
• При поиске: Всегда, когда выполняется запрос к personal search index, для обеспечения соблюдения прав доступа.

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

Процесс А: Индексирование документов с ограниченными частями

1. Получение документа: Система получает документ из приватного контента, доступного группе пользователей.
2. Извлечение метаданных: Индексатор извлекает метаданные из документа (размер, дата, автор, теги, ACL).
3. Анализ ограничений: Система анализирует метаданные, чтобы определить, есть ли в документе части, доступ к которым ограничен для подмножества пользователей.
4. Принятие решения: Определяется, нужно ли применять ограничения.
   • Если НЕТ (весь документ доступен всей группе): Метаданные сохраняются в персональном индексе без специальных индикаторов.
   • Если ДА (есть ограниченные части): Перейти к шагу 5.
5. Добавление индикатора: Система генерирует и добавляет restrict indicator к метаданным. Индикатор идентифицирует ограниченную часть и пользователей, имеющих к ней доступ.
6. Сохранение: Метаданные вместе с restrict indicator сохраняются в personal search index.

Процесс Б: Поиск документов с ограниченными частями

1. Получение запроса: Система получает поисковый запрос от пользователя.
2. Добавление ограничений к запросу: Система идентифицирует пользователя и добавляет к запросу restrictions, основанные на его правах доступа.
3. Идентификация результатов: Система ищет в персональном индексе документы, соответствующие запросу и restrictions. Это включает сравнение restrictions запроса с restrict indicator документов в индексе.
4. Ранжирование: Идентифицированные результаты ранжируются (Scoring).
5. Предоставление результатов: Система предоставляет ранжированные результаты пользователю.
6. Обработка выбора результата: Пользователь выбирает конкретный результат.
7. Предоставление документа: Система предоставляет документ. Если документ содержит ограниченную часть:
   • Если у пользователя есть доступ: Документ предоставляется полностью.
   • Если у пользователя нет доступа: Документ предоставляется БЕЗ ограниченной части (например, изображение с размытой областью или без приватного тега).

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

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

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

• Контентные/Мультимедиа факторы: Приватные документы (изображения, текстовые документы, презентации).
• Метаданные: Информация, связанная с документом (размер, дата создания, автор, местоположение).
• Данные контроля доступа (ACL): Критически важные данные. Информация о том, какие пользователи или группы имеют доступ к документу и, что более важно, к его отдельным частям (например, private tags).
• Пользовательские факторы: Идентификатор пользователя (User ID), используемый во время поиска для определения его прав доступа (restrictions).

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

Патент не описывает метрики для расчета релевантности или качества ранжирования (Scoring упоминается, но не детализируется). Он сосредоточен на метриках доступа:

• Restrict Indicator: Булев индикатор, хранящийся в индексе, который содержит условия доступа (кто и к какой части имеет доступ).
• Restrictions: Параметры запроса, отражающие права доступа текущего пользователя.
• Механизм сравнения: Ключевым вычислением является сравнение (matching) между Restrictions в запросе и Restrict Indicator в индексе. Это определяет, будет ли результат показан пользователю.

1. Патент не имеет практической ценности для публичного SEO: Это чисто инфраструктурный патент, описывающий обработку приватного контента. Он не дает никаких выводов для оптимизации общедоступных веб-сайтов.
2. Контроль доступа на суб-документном уровне: Google разработал механизм для управления доступом не только к документам целиком, но и к их отдельным частям (например, тегам на фото) в рамках персонального поиска.
3. Разделение ролей Индексатора и Поисковой системы: Индексатор отвечает за фиксацию ограничений доступа в индексе (через restrict indicator). Поисковая система отвечает за применение этих ограничений во время выполнения запроса (через restrictions).
4. Фильтрация при поиске: Контроль доступа обеспечивается путем модификации запроса пользователя (добавлением его прав) и последующей фильтрацией результатов на основе сравнения прав пользователя и требований документа.
5. Обработка отказа в доступе: Система может предоставлять документ, исключая из него ограниченные части, если у пользователя нет к ним доступа, вместо того чтобы полностью скрывать документ из выдачи.

ВАЖНО: Патент является инфраструктурным и описывает механизмы работы с приватным контентом. Он не дает практических выводов для SEO публичных веб-сайтов.

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

Не применимо к SEO публичных сайтов. Патент не предлагает стратегий или тактик для улучшения ранжирования в общедоступном поиске Google.

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

Не применимо к SEO публичных сайтов. Патент не направлен против каких-либо SEO-манипуляций в публичном веб-поиске.

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

Для SEO-стратегии значение отсутствует. Патент важен для понимания того, как Google технически реализует контроль доступа и конфиденциальность в своих персональных продуктах (Photos, Drive). Он подтверждает наличие сложных механизмов для обработки персональных данных и четкое разделение между публичным и приватным индексами.

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

Практических примеров для SEO нет.

Пример работы механизма, описанного в патенте (не связанный с SEO):

Сценарий: Приватный тег на фото в общем альбоме

1. Ситуация: Пользователь 1 загружает фотографию в альбом, доступный Пользователю 1 и Пользователю 2.
2. Действие: Пользователь 1 добавляет тег с именем человека на фото, но помечает этот тег как "Приватный" (видимый только ему).
3. Индексирование: Индексатор Google обрабатывает фото. Он видит приватный тег и добавляет restrict indicator в индекс: "Тег=ИмяЧеловека, ВидимыйТолько=Пользователь1".
4. Поиск (Пользователь 1): Пользователь 1 ищет "Фото с ИмяЧеловека". Система добавляет его права (restrictions) к запросу. Права совпадают с restrict indicator. Фотография отображается в результатах с видимым тегом.
5. Поиск (Пользователь 2): Пользователь 2 ищет "Фото с ИмяЧеловека". Система добавляет его права к запросу. Права НЕ совпадают с restrict indicator для этого тега. Фотография НЕ отображается в результатах по этому запросу (так как тег не видим Пользователю 2). Если Пользователь 2 ищет по другим критериям и находит это фото, он увидит его, но без приватного тега.