Как Google позволяет пользователям изменять, персонализировать и совместно улучшать категории результатов поиска

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

Category (Категория)

Тема или метка для организации результатов поиска. Реализация фасетной навигации в SERP.

Hierarchy of Categories (Иерархия категорий)

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

Category Builder (Построитель категорий)

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

Category Organizer (Организатор категорий)

Компонент, который идентифицирует набор релевантных категорий для данного набора результатов и организует их в иерархию.

Category Modifier Module (Модуль модификации категорий)

Общий компонент для обработки запросов пользователя на изменение иерархии.

Subtraction Module (Модуль вычитания)

Обрабатывает запросы на удаление категорий из иерархии. Может использоваться для фильтрации или "черного списка" (blacklisting) результатов, связанных с этой категорией.

Category Adder (Модуль добавления)

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

Voting Module (Модуль голосования)

Компонент для сбора feedback data от пользователей о полезности категорий или корректности ассоциации результата с категорией.

User Profile (Профиль пользователя)

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

Customized Hierarchy (Кастомизированная иерархия)

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

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

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

1. Система получает запрос от первого пользователя, выполняет поиск и предоставляет результаты.
2. Результаты организуются в hierarchy of categories.
3. Иерархия отображается пользователю.
4. Система получает запрос от пользователя на модификацию иерархии и выполняет её.
5. Ключевой шаг: Модифицированная иерархия ассоциируется с user profile первого пользователя.
6. Ключевой шаг: Модифицированная иерархия сохраняется для предоставления customized hierarchy этому пользователю в будущем.
7. При последующем запросе предоставляется кастомизированная иерархия.

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

Claim 8 (Зависимый): Уточняет, что запрос на модификацию может быть обратной связью (feedback data), например, голосованием, которая также сохраняется в user profile.

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

Claim 10 (Зависимый): Вводит элемент коллаборации/глобального обучения. Система может организовать результаты поиска для второго пользователя на основе модификаций, сделанных первым пользователем. Это подразумевает агрегацию пользовательских данных для общего улучшения системы.

Claim 17 (Зависимый): Уточняет наличие user voting module, который использует обратную связь для влияния на будущую организацию результатов поиска. Это подтверждает использование данных как для персонализации, так и для глобального улучшения.

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

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

INDEXING – Индексирование и извлечение признаков
На этом этапе Category Builder может предварительно ассоциировать документы с категориями на основе их содержания. Также могут учитываться данные о категориях, присвоенных пользователями (краудсорсинг, Claim 9).

RANKING – Ранжирование
Система выполняет стандартное ранжирование для получения начального набора результатов.

METASEARCH – Метапоиск и Смешивание / RERANKING – Переранжирование (Уровень представления)
Основное применение патента происходит после получения ранжированного списка.

1. Организация: Category Organizer анализирует результаты и строит иерархию категорий.
2. Персонализация: Система проверяет User Profile и модифицирует стандартную иерархию для создания Customized Hierarchy.
3. Взаимодействие и Фильтрация: Пользователь взаимодействует с иерархией (фильтрует, добавляет/удаляет категории). Это приводит к фильтрации отображаемого списка результатов в реальном времени.
4. Сбор обратной связи: Voting Module и Category Modifier Module собирают feedback data о действиях пользователя.

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

• Набор ранжированных результатов поиска.
• Ассоциации между результатами и категориями.
• Данные User Profile (сохраненные предпочтения).
• Пользовательский ввод (запросы на модификацию, голоса).

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

• Отображаемая иерархия категорий (UI).
• Отфильтрованный/организованный набор результатов поиска.
• Обновленные данные в User Profile.
• Агрегированные feedback data для глобального обучения системы.

На что влияет

Патент влияет не на то, какие сайты ранжируются, а на то, как они группируются и представляются пользователю.

• Специфические запросы: Наибольшее влияние на широкие или многозначные запросы, где результаты охватывают множество тем (например, запрос "tiger" может вернуть результаты о животном, спортсмене, авиакомпании).
• Пользовательский опыт (UX): Влияет на навигацию по SERP, позволяя фильтровать и настраивать организацию контента.

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

• Триггеры активации: Система активируется при обработке поискового запроса и отображении результатов. Модификация активируется при взаимодействии пользователя с UI.
• Условия применения: Особенно полезна, когда возвращается большое количество результатов. Персонализация применяется при наличии User Profile.
• Временные рамки: Модификация иерархии происходит в реальном времени. Персонализация применяется к последующим поискам.

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

Процесс А: Обработка запроса и отображение результатов

1. Получение запроса и результатов: Система генерирует набор результатов.
2. Идентификация категорий: Category Organizer определяет категории, связанные с этими результатами.
3. Построение базовой иерархии: Система организует категории в иерархию, используя критерии (например, количество связанных результатов, релевантность).
4. Персонализация иерархии: Система загружает User Profile и применяет сохраненные модификации (предпочтения, созданные пользователем категории) для создания Customized Hierarchy.
5. Отображение: Кастомизированная иерархия и результаты отображаются пользователю.

Процесс Б: Взаимодействие и Модификация

1. Получение запроса на модификацию: Пользователь запрашивает изменение (добавление, удаление категории, голосование).
2. Обработка модификации:
   • Добавление: Category Adder добавляет категорию в иерархию.
   • Удаление: Subtraction Module удаляет категорию и, возможно, фильтрует (blacklisting) связанные с ней результаты.
   • Голосование: Voting Module регистрирует feedback data.
3. Обновление отображения: Иерархия и список результатов обновляются.
4. Сохранение изменений: Модификации и feedback data сохраняются в User Profile. Данные также агрегируются для глобального улучшения системы (Claim 10).

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

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

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

• Пользовательские факторы: Критически важные данные.
  • User Profile: Используется для идентификации пользователя и загрузки его персональных настроек иерархии.
  • Feedback Data: Голоса, добавленные/удаленные категории.
  • User-Generated Tags: Ассоциации страниц с категориями, созданные пользователем во время браузинга (Claim 9).
• Контентные факторы (Косвенно): Category Builder должен анализировать контент страниц (текст, метаданные), чтобы автоматически ассоциировать их с категориями.
• Структурные данные: Существующая база данных категорий и их взаимосвязей.

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

Конкретные формулы не приведены, но упоминаются возможные критерии выбора категорий для иерархии:

• Популярность/Охват: Категории, связанные с наибольшим количеством результатов в выдаче.
• Релевантность/Полезность: Категории, идентифицированные как наиболее полезные (например, на основе предыдущих голосований пользователей через Voting Module).
• Полнота покрытия: Выбор набора категорий, который обеспечивает покрытие определенного процента всех результатов.
• Правила интеграции обратной связи: Упоминается логика для обработки feedback data. Например, может потребоваться критическое число голосов, прежде чем система глобально изменит ассоциацию категории с контентом.

1. Организация поиска как объект персонализации: Патент сосредоточен на этапе после ранжирования (Post-Ranking UX). Ключевая идея — сохранение предпочтений пользователя относительно того, как он хочет видеть результаты организованными, а не только того, какие результаты он хочет видеть.
2. Краудсорсинг категоризации: Патент описывает детальные механизмы (Voting Module, Category Adder) для сбора данных о тематике контента напрямую от пользователей. Это позволяет использовать "мудрость толпы" для улучшения ассоциаций между контентом и темами.
3. Глобальное и локальное применение данных: Система использует пользовательские данные как локально (персонализация через user profile), так и глобально (улучшение общей системы категоризации на основе агрегированных данных от разных пользователей - Claim 10).
4. Возможность тегирования вне поиска: Система предусматривает возможность для пользователей ассоциировать веб-страницы с категориями во время обычного просмотра сайтов (Claim 9), расширяя сбор данных за пределы SERP.
5. Важность базовой классификации: Для работы системы необходимо, чтобы контент был эффективно классифицирован на начальном этапе (Category Builder). Это подчеркивает важность четкой тематической структуры для SEO.

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

Этот патент носит преимущественно UI/UX характер и не дает прямых рекомендаций по ранжированию. Однако он дает понимание того, как Google подходит к категоризации контента.

• Фокус на четкой тематической структуре (Topical Authority): Убедитесь, что ваш сайт и отдельные страницы имеют четкую тематическую направленность. Это помогает системам типа Category Builder корректно классифицировать ваш контент. Если система организации выдачи используется, ваш контент попадет в правильные категории.
• Использование структурированных данных и схем: Применение микроразметки (например, Breadcrumbs, Product categories) и использование стандартной терминологии ниши может помочь поисковой системе лучше понять иерархию вашего контента и его категорию.
• Создание контента, отвечающего на конкретные интенты: Чем точнее контент соответствует определенному интенту или теме, тем легче его категоризировать и тем выше вероятность, что он будет показан при выборе пользователем соответствующего фильтра в иерархии.

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

• Смешение несвязанных тем на одной странице: Создание страниц, охватывающих множество разнородных тем, затрудняет автоматическую категоризацию. Системе будет сложно определить, к какой основной категории отнести такой контент.
• Отсутствие логической структуры сайта: Хаотичная структура сайта без четких разделов и категорий усложняет понимание тематики ресурса в целом и его отдельных частей.
• Использование неоднозначной терминологии: Может привести к некорректной классификации. Если пользователи обнаружат несоответствие, они могут использовать Voting Module для отправки негативного сигнала (согласно патенту).

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

Патент подтверждает долгосрочный интерес Google к двум ключевым направлениям: категоризации информации и персонализации пользовательского опыта. Он также демонстрирует механизмы использования краудсорсинга (UGC) для улучшения понимания контента. Хотя описанный UI не получил широкого распространения в основном веб-поиске, идеи, заложенные в нем, актуальны для понимания того, как Google структурирует веб. В эпоху семантического поиска способность корректно категоризировать контент является фундаментом.

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

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

1. Ситуация: Интернет-магазин продает "Кроссовки Nike Air Max для бега по пересеченной местности".
2. Задача: Убедиться, что система типа Category Builder корректно ассоциирует страницу с релевантными категориями.
3. Действия:
   • Обеспечить наличие четких "хлебных крошек": Главная > Обувь > Мужская обувь > Бег > Трейлраннинг.
   • Использовать микроразметку Product с указанием категории.
   • В тексте и заголовках четко обозначить тип продукта и его назначение.
4. Ожидаемый результат: При поиске "купить кроссовки для трейлраннинга" система генерирует иерархию категорий. Благодаря четкой структуре, страница корректно ассоциируется с категориями "Трейлраннинг", "Бег", "Nike". Пользователь, выбирая эти фильтры в SERP, увидит данный товар.

Сценарий 2: Краудсорсинг категоризации (на основе Claim 9)

1. Действие пользователя: Пользователь просматривает новую статью о "Semantic SEO" с помощью браузера, оснащенного инструментом Google (например, тулбаром).
2. Тегирование: Пользователь считает, что статья полезна, и использует инструмент (Category Adder), чтобы ассоциировать эту страницу с категорией "Information Retrieval".
3. Результат: Эта ассоциация сохраняется в user profile. Google также получает данные о тематике этой страницы напрямую от пользователя, что может повлиять на её глобальную категоризацию, если сигнал будет подтвержден другими пользователями.