Как Google фильтрует и отображает прямые трансляции в поиске на основе качества организатора, связанных сущностей и времени

Описание

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

Патент решает задачу своевременного информирования пользователей о релевантных и высококачественных прямых трансляциях (Live Events), таких как видеостримы или онлайн-чаты, непосредственно в результатах поиска. Это улучшает пользовательский опыт, избавляя от необходимости выполнять дополнительные запросы для поиска трансляций, и снижает нагрузку на систему за счет предоставления прямого ответа.

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

Запатентована система для выборочного отображения прямых трансляций в результатах поиска. Система использует двухэтапный подход: офлайн-фильтрацию для создания индекса высококачественных событий и онлайн-процесс для определения релевантности и своевременности. Ключевым элементом является расчет оценки качества (Quality Score) для событий на основе авторитетности организатора и популярности связанных сущностей (Entities).

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

Система работает в двух режимах:

• Офлайн (Индексация и Оценка): Система собирает обширный набор трансляций (Superset of Live Events) из разных источников. Для каждой рассчитывается Quality Score, основанный на оценке организатора (Organizer Score), оценке связанных сущностей (Entity Score) и оценке описания (Description Score). Только события, превышающие порог качества, сохраняются в базе данных (Live Event Data Store).
• Онлайн (Обработка запроса): При получении запроса система извлекает из него сущности и определяет интент. Если сущности запроса совпадают с сущностями высококачественных трансляций из индекса, система проверяет триггеры: временную близость события (Time Difference Threshold, который зависит от интента) и, возможно, активацию сводки фактов (Fact Summary) для сущности. При выполнении условий в выдачу добавляется специальный результат события (Event Search Result).

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

Высокая. Значимость прямых трансляций (стримов, вебинаров, новостных событий) постоянно растет. Описанные механизмы — сопоставление сущностей, оценка качества на основе репутации создателя контента (E-E-A-T) и триггеры, основанные на интенте — являются ключевыми компонентами современных поисковых систем. Публикация продолжения (continuation) в 2024 году (с приоритетом от 2014) указывает на сохраняющуюся актуальность технологии.

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

Патент имеет высокое значение (7.5/10) для медиа, брендов и создателей контента, использующих прямые трансляции. Он раскрывает конкретные факторы, влияющие на Quality Score, в частности, критическую важность авторитета организатора (канала/аккаунта) и необходимость четкой ассоциации контента с известными сущностями. Для попадания в этот блок выдачи необходимо соответствовать строгим критериям качества, описанным в патенте.

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

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

Description Score (Оценка описания)

Компонент Quality Score. Рассчитывается на основе длины (Word Count) описания события. Учитывает уникальность слов и исключение стоп-слов. Слишком короткие или слишком длинные описания могут пессимизироваться.

Eligible Live Event (Подходящее прямое включение)

Трансляция из Live Event Data Store, которая признана релевантной запросу на основе совпадения связанных сущностей.

Entity (Сущность)

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

Entity Annotator (Аннотатор сущностей)

Компонент системы, который анализирует данные события или запрос и идентифицирует связанные с ними сущности из Entity Graph.

Entity Score (Оценка сущности)

Компонент Quality Score. Отражает степень популярности сущности, связанной с событием (например, на основе количества запросов об этой сущности или упоминаний в социальных сетях).

Fact Summary (Сводка фактов)

Блок с фактической информацией о сущности (аналог Knowledge Panel). В патенте упоминается как один из возможных триггеров для отображения Live Events.

Live Event (Прямая трансляция / Живое событие)

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

Live Event Data Store (Хранилище данных о прямых трансляциях)

Индекс, содержащий только те трансляции, чей Quality Score превысил пороговое значение.

Organizer Score (Оценка организатора)

Ключевой компонент Quality Score. Рассчитывается на основе авторитетности организатора: истории проведенных качественных трансляций и количества подписчиков (Followers) на платформе.

Quality Score (Оценка качества трансляции)

Общая метрика качества события, используемая для фильтрации. Рассчитывается как среднее или взвешенное среднее из Organizer Score, Entity Score(s) и Description Score.

Superset of Live Events (Надмножество прямых трансляций)

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

Time Difference Threshold (Порог временной разницы)

Максимальное время до начала трансляции, при котором она может быть показана в выдаче. Этот порог динамический и зависит от интента запроса (Query Intent).

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

Анализ основан на пунктах формулы изобретения (Claims 16-35), представленных в публикации US20240411771A1 (пункты 1-15 отменены).

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

1. Система получает запрос на результаты поиска прямых трансляций.
2. Система идентифицирует одну или несколько трансляций из хранилища данных (live event data store) на основе оценки качества (Quality Score), связанной с каждой трансляцией.
3. Каждая трансляция включает графическое представление, описание и организатора.
4. Система генерирует результаты поиска, соответствующие этим трансляциям, включая представление, описание и организатора.
5. Система предоставляет результаты для отображения.

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

Claims 18 и 20 (Зависимые): Детализируют механизм релевантности.

• Получение запроса включает получение набора сущностей (set of entities), связанных с запросом (Claim 18).
• Идентификация трансляций включает сравнение как минимум одной сущности из набора с сущностями, связанными с трансляциями (Claim 20).

Это подтверждает, что механизм сопоставления основан на сущностях (Entity Matching).

Claim 21 (Зависимый): Описывает дополнительное условие отображения.

• На основе сравнения сущностей определяется, следует ли отображать сводку фактов (Fact Summary) о трансляции.

Это указывает на то, что отображение блока трансляций может быть связано с отображением Панели знаний для соответствующей сущности.

Claims 22 и 23 (Зависимые): Детализируют механизм фильтрации по качеству.

• Идентификация включает сравнение Quality Score с пороговым значением (Threshold Quality Score) (Claim 22).
• Трансляция идентифицируется, только если ее Quality Score превышает пороговое значение (Claim 23).

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

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

INDEXING – Индексирование и извлечение признаков (Офлайн)
Основной этап для применения механизмов качества.

1. Сбор данных: Получение Superset of live events из различных источников (API видеоплатформ, социальных сетей).
2. Извлечение признаков и Аннотирование: Использование Entity Annotator для связывания трансляций с сущностями в Entity Graph.
3. Расчет качества: Вычисление Organizer Score, Entity Score и Description Score. Агрегация в Quality Score.
4. Фильтрация и Индексирование: Сравнение Quality Score с порогом. Сохранение только высококачественных трансляций в Live Event Data Store.

QUNDERSTANDING – Понимание Запросов (Онлайн)
Система анализирует запрос в реальном времени:

1. Идентификация сущностей в запросе.
2. Определение интента запроса (Общий или Специфический поиск трансляции), например, с помощью анализа паттернов запроса (наличие слов «смотреть», «live»).

METASEARCH – Метапоиск и Смешивание / RERANKING – Переранжирование (Онлайн)
На этом этапе происходит отбор кандидатов из специализированного индекса и формирование блока универсального поиска.

1. Отбор кандидатов: Поиск трансляций в Live Event Data Store, которые соответствуют сущностям из запроса (Eligible Live Events).
2. Применение триггеров: Проверка условий отображения: наличие Fact Summary (опционально) и проверка времени начала трансляции. Используется Time Difference Threshold, который зависит от интента запроса.
3. Формирование SERP: Генерация блока Event Search Results и его смешивание с основными результатами веб-поиска.

На что влияет

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

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

Алгоритм отображения трансляций активируется при выполнении строгого набора условий:

1. Условие качества (Индексация): Quality Score трансляции должен превышать установленный порог, и она должна находиться в Live Event Data Store.
2. Триггер релевантности (Поиск): Сущности, идентифицированные в запросе пользователя, должны совпадать с сущностями, связанными с трансляцией.
3. Триггер сводки фактов (Опционально): Для данной сущности в выдаче может требоваться отображение Fact Summary (Панель знаний).
4. Триггер времени (Поиск): Трансляция должна происходить в данный момент или начаться в ближайшем будущем. Время до начала не должно превышать Time Difference Threshold.
5. Условие интента (Поиск): Порог времени (Time Difference Threshold) адаптируется. Для общих запросов порог короткий; для специфических запросов (поиск трансляции) порог длиннее.

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

Процесс А: Офлайн-индексация и оценка качества

1. Получение данных: Система получает исходный набор трансляций (Superset) из различных источников.
2. Аннотирование сущностей: Entity Annotator анализирует метаданные трансляций и связывает их с сущностями из Entity Graph.
3. Расчет Organizer Score: Оценка авторитетности организатора на основе количества подписчиков и истории его предыдущих качественных трансляций.
4. Расчет Entity Score: Оценка популярности связанных с трансляцией сущностей (на основе объема запросов или упоминаний).
5. Расчет Description Score: Анализ длины описания трансляции (количество слов, уникальность).
6. Расчет Quality Score: Вычисление общей оценки качества как комбинации (например, взвешенное среднее) трех компонентов.
7. Фильтрация: Сравнение Quality Score с пороговым значением. Если оценка выше порога, трансляция добавляется в Live Event Data Store.

Процесс Б: Обработка запроса в реальном времени

1. Получение запроса.
2. Понимание запроса: Идентификация сущностей в запросе и определение интента (Специфический или Общий).
3. Определение порога времени: Установка Time Difference Threshold в зависимости от интента запроса (длинный порог для Специфического, короткий для Общего).
4. Отбор кандидатов (Eligible Live Events): Поиск в Live Event Data Store трансляций, сущности которых совпадают с сущностями запроса.
5. Проверка Fact Summary (Опционально): Проверка, отображается ли Панель знаний для соответствующей сущности. Если нет, трансляция может быть исключена.
6. Проверка времени: Вычисление времени до начала каждой трансляции-кандидата и сравнение его с установленным порогом. Завершенные события исключаются.
7. Формирование выдачи: Трансляции, прошедшие все проверки, включаются в блок Event Search Results и предоставляются пользователю.

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

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

Патент описывает использование следующих типов данных для оценки качества и релевантности:

• Контентные факторы:
  • Описание трансляции (используется для расчета Description Score и аннотирования сущностей).
• Временные факторы:
  • Запланированное время и дата начала трансляции.
• Поведенческие и Авторитетные факторы (Специфичные для платформ):
  • Количество подписчиков (Followers) организатора на платформе-источнике.
  • История организатора: количество ранее проведенных качественных трансляций.
• Данные о сущностях (Entity Data):
  • Сущности, связанные с трансляцией (участники, бренды, темы).
  • Данные о популярности сущностей (используемые для расчета Entity Score).

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

• Quality Score: Общая оценка. Рассчитывается как комбинация (например, взвешенное среднее) суб-оценок. Используется для фильтрации событий при индексации.
• Organizer Score: Метрика авторитетности организатора. Рассчитывается на основе количества подписчиков и количества прошлых качественных трансляций.
• Entity Score: Метрика популярности связанных сущностей. Основана на внешних сигналах популярности (например, объем запросов, упоминания в соцсетях).
• Description Score: Метрика качества описания. Основана на количестве слов (Word Count). Упоминается фильтрация стоп-слов и подсчет уникальных слов. Оценка максимальна, если длина находится в оптимальном диапазоне (не слишком короткая и не слишком длинная).
• Time Difference (Временная разница): Разница между временем начала трансляции и временем получения запроса.
• Time Difference Thresholds: Пороговые значения времени до начала трансляции. Используются два значения: Первое (длинное) для Специфического интента, Второе (короткое) для Общего интента.

Выводы

1. Жесткая фильтрация по качеству на этапе индексации: Ключевой механизм патента — офлайн-расчет Quality Score. Если оценка трансляции ниже порога, она не попадает в Live Event Data Store и не может быть показана в поиске, независимо от релевантности запросу.
2. Авторитет организатора (E-E-A-T) критически важен: Organizer Score является ключевым компонентом качества. Он напрямую зависит от репутации аккаунта (подписчики, история качественных трансляций). Это распространяет принципы E-E-A-T на создателей контента на внешних платформах.
3. Привязка к сущностям обязательна для триггера: Отображение трансляций происходит через механизм Entity Matching. Трансляция должна быть четко связана с распознанными сущностями, которые ищет пользователь.
4. Динамические временные пороги зависят от интента: Система использует разные временные окна. Для общих запросов трансляция должна быть очень близка по времени. Если пользователь явно ищет трансляцию (Специфический интент), система покажет события, которые начнутся позже.
5. Связь с Панелью Знаний (Fact Summary): Отображение блока Live Events может быть обусловлено наличием Fact Summary для соответствующей сущности, что усиливает требование к известности и значимости сущности.

Практика

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

• Наращивание авторитета организатора/канала (E-E-A-T): Стратегически развивайте аккаунты, с которых ведутся трансляции. Сосредоточьтесь на увеличении числа подписчиков и регулярном проведении качественных трансляций для повышения Organizer Score. Для ключевых событий используйте самые авторитетные аккаунты.
• Четкая ассоциация с сущностями: Убедитесь, что метаданные трансляции (заголовок, описание) четко указывают на ключевые сущности (известных людей, бренды, события). Это необходимо для корректной работы Entity Annotator, повышения Entity Score и обеспечения релевантности запросам.
• Оптимизация описания трансляции: Пишите содержательные, уникальные описания оптимальной длины. Избегайте слишком коротких текстов, так как Description Score является компонентом общей оценки качества.
• Работа над видимостью сущностей (Knowledge Graph): Поскольку наличие Fact Summary может быть триггером, необходимо работать над тем, чтобы ключевые сущности (например, спикеры или бренд) были хорошо представлены в Knowledge Graph.
• Анализ интентов пользователей: При планировании продвижения учитывайте разницу в отображении для общих и специфических запросов. Для анонсов заранее стимулируйте пользователей использовать специфические запросы (например, «смотреть онлайн [Событие]»), чтобы увеличить временное окно показа.

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

• Проведение важных трансляций с новых или неавторитетных аккаунтов: Это приведет к низкому Organizer Score и фильтрации трансляции на этапе индексации из-за недостаточного Quality Score.
• Игнорирование качества описания: Отсутствие, копирование или использование тонкого, неинформативного описания негативно скажется на Description Score.
• Спам трансляциями низкого качества: Частое проведение низкокачественных трансляций негативно повлияет на историю организатора и снизит Organizer Score для будущих событий.
• Трансляции без четкой тематики или связи с сущностями: События, которые невозможно связать с конкретными сущностями, не будут отображаться в поиске по этому механизму, так как не пройдет этап сопоставления сущностей.

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

Этот патент подтверждает стратегическую важность E-E-A-T авторов и создателей контента, распространяя эти принципы за пределы традиционных веб-сайтов на прямые трансляции на внешних платформах. Авторитет организатора является входным билетом для попадания в индекс Live Events. Также патент демонстрирует практическое применение Entity-based SEO: успех зависит от того, насколько хорошо контент связан с сущностями в графе знаний Google.

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

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

1. Выбор канала (Organizer Score): Использовать основной верифицированный канал компании с миллионами подписчиков и долгой историей трансляций, а не новый канал. Это гарантирует высокий Organizer Score.
2. Ассоциация с сущностями (Entity Matching & Entity Score): В названии и описании четко указать сущности: «[Название Компании] Live: Запуск [Название Продукта] с участием [Имя CEO]». Это повышает Entity Score и обеспечивает триггер.
3. Оптимизация описания (Description Score): Подготовить уникальное описание объемом 300-500 слов, детально описывающее повестку трансляции и ключевые анонсы.
4. Ожидаемый результат (Quality Score): Общий Quality Score высок, событие попадает в Live Event Data Store.
5. Ожидаемый результат (Отображение): При запросах, связанных с компанией или продуктом в день запуска (Time Difference Threshold выполнен), пользователи увидят в SERP специальный блок Event Search Result, ведущий на трансляцию.

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