SEO HARDCORE
  • Разборы патентов
    • Патенты Google
  • Скоро SEO инструменты
  • Скоро SEO аналитика
  • seohardcore
SEO HARDCORE
назад

Как Google ранжирует стриминговые сервисы и поставщиков медиаконтента в результатах поиска

METHODS, SYSTEMS, AND MEDIA FOR PRESENTING LINKS TO MEDIA CONTENT (Методы, системы и носители для представления ссылок на медиаконтент)
  • US20170364598A1
  • Google LLC
  • 2015-11-19
  • 2017-12-21
  • Персонализация
  • Поведенческие сигналы
  • SERP
  • Описание
  • Разбор
  • Выводы
  • Практика
  • FAQ
  • Похожие

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

Описание

Какую проблему решает

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

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

Запатентована система для персонализированного ранжирования поставщиков медиаконтента в ответ на поисковый запрос. Когда пользователь ищет Media Content Item, система идентифицирует доступных поставщиков (Candidate Providers) и ранжирует их, используя комбинацию персонализированных сигналов (подписки, установленные приложения, история использования) и общих сигналов (цена, популярность, технические возможности). Цель — показать первыми ссылки на тех поставщиков, которые обеспечивают наиболее бесшовный доступ к контенту.

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

Механизм работает следующим образом:

  • Получение запроса: Система получает запрос на медиаконтент (например, название фильма).
  • Идентификация поставщиков: Определяются все Candidate Providers, у которых доступен этот контент.
  • Сбор данных пользователя: Система собирает Provider Interaction Information — данные о предыдущих взаимодействиях пользователя с каждым поставщиком (подписки, установка приложений, частота использования).
  • Сбор данных о ссылках и контенте: Собирается Media Link Information и другие данные — цена, поддержка Deep Links, эксклюзивность, популярность сервиса.
  • Ранжирование: Для каждого поставщика рассчитывается Ranking Score на основе агрегации собранных данных (патент описывает 8 различных метрик).
  • Представление UI: В пользовательском интерфейсе (например, в Knowledge Panel или блоке "Смотреть") отображаются ссылки на контент от поставщиков с наивысшим рейтингом.

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

Высокая. Описанный механизм напрямую соответствует функциям Google Поиска, таким как блоки "Смотреть сейчас" (Watch Now) или "Доступно на" (Available On) в Панелях Знаний для фильмов и сериалов. Персонализация выдачи на основе данных пользователя и интеграция с приложениями (App Indexing) остаются ключевыми направлениями развития поиска медиаконтента.

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

Влияние на SEO является значительным, но узкоспециализированным (6.5/10). Патент не описывает ранжирование веб-страниц в органическом поиске. Однако он имеет критическое значение для стриминговых платформ, онлайн-кинотеатров и VOD-сервисов, так как определяет их видимость в специализированных блоках выдачи при поиске конкретных тайтлов. Для общего SEO патент представляет косвенный интерес как пример работы персонализированного вертикального поиска.

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

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

Candidate Providers (Поставщики-кандидаты)
Стриминговые сервисы, магазины контента или другие платформы, которые предоставляют доступ (стриминг или загрузку) к искомому медиаконтенту.
Deep Links (Глубокие ссылки)
Ссылки, ведущие непосредственно на страницу просмотра или воспроизведения конкретного медиаконтента внутри приложения или на веб-сайте поставщика, а не на главную страницу сервиса.
Media Content Item (Единица медиаконтента)
Объект поиска: конкретный фильм, телепрограмма, эпизод сериала, аудиокнига и т.д.
Media Link Information (Информация о медиа-ссылке)
Данные, связанные со ссылкой на контент у поставщика. Включают тип ссылки (приложение или веб) и поддержку глубоких ссылок.
Provider Interaction Information (Информация о взаимодействии с поставщиком)
Персонализированные данные о предыдущих взаимодействиях пользователя с поставщиком: наличие подписки, установка приложения на устройстве пользователя, частота и давность (recency) использования сервиса.
Ranking Score (Оценка ранжирования)
Агрегированная числовая оценка, рассчитываемая для каждого поставщика на основе взвешивания различных факторов (Scores 1-8), определяющая порядок отображения поставщиков в интерфейсе.

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

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

  1. Система получает запрос на Media Content Item с устройства пользователя.
  2. Идентифицируется множество Candidate Providers, предоставляющих доступ к этому контенту.
  3. Для каждого поставщика получается Provider Interaction Information (данные о предыдущих взаимодействиях пользователя с этим поставщиком).
  4. Для каждого поставщика получается Media Link Information (данные о ссылках на контент у этого поставщика).
  5. Производится ранжирование поставщиков на основе обоих типов информации (Interaction и Link).
  6. Определяется подмножество (subset) поставщиков для отображения на основе ранжирования.
  7. Система вызывает отображение пользовательского интерфейса со ссылками на контент, где каждая ссылка ассоциирована с одним из выбранных поставщиков.

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

Claims 2, 3, 4 (Зависимые): Уточняют состав Provider Interaction Information. Эта информация включает:

  • Подписан ли пользователь на услугу поставщика (Claim 2).
  • Установлено ли приложение поставщика на устройстве пользователя (Claim 3).
  • Как давно пользователь обращался к поставщику (Claim 4).

Claims 5, 6 (Зависимые): Уточняют дополнительные факторы ранжирования.

  • Ранжирование также основывается на цене доступа к контенту (Claim 5).
  • Ранжирование также основывается на популярности поставщика (Claim 6).

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

Изобретение применяется в рамках специализированного вертикального поиска медиаконтента и тесно связано с генерацией SERP Features (например, Knowledge Panel).

INDEXING – Индексирование и извлечение признаков
На этом этапе система собирает и хранит данные о каталогах медиаконтента различных поставщиков. Это включает индексацию доступности контента, цен, URL (включая Deep Links) и расчет глобальной популярности поставщиков. Эти данные хранятся на Data Server.

QUNDERSTANDING – Понимание Запросов
Система должна распознать, что запрос пользователя относится к сущности типа Media Content Item (фильм, сериал) и что интент пользователя, вероятно, связан с просмотром.

METASEARCH – Метапоиск и Смешивание / RERANKING – Переранжирование
Основное применение патента. Когда система решает отобразить блок с вариантами просмотра медиаконтента, запускается описанный алгоритм:

  1. Сбор кандидатов: Из индекса извлекаются Candidate Providers.
  2. Персонализация (Data Acquisition): Система в реальном времени запрашивает Provider Interaction Information для текущего пользователя и его устройства (подписки из аккаунта, проверка установленных приложений на устройстве, история использования).
  3. Специализированное ранжирование: Запускается алгоритм расчета Ranking Score, используя как индексированные данные, так и персонализированные данные.
  4. Формирование SERP Feature: Результаты ранжирования используются для генерации блока "Watch Now" или аналогичного элемента интерфейса.

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

  • Запрос пользователя (название медиаконтента).
  • Идентификатор пользователя и устройства.
  • Индексированные данные о поставщиках (каталог, цены, популярность, поддержка deep links).

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

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

На что влияет

  • Конкретные типы контента: Фильмы, телепрограммы, сериалы (включая отдельные эпизоды), потенциально аудиокниги и музыка.
  • Специфические запросы: Запросы, содержащие названия конкретных произведений медиаконтента (например, "смотреть фильм Дюна", "сериал Офис").
  • Конкретные ниши или тематики: Исключительно вертикаль развлечений и медиа. Влияет на видимость стриминговых сервисов, онлайн-кинотеатров и платформ дистрибуции контента в специализированных блоках Google.

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

  • Триггеры активации: Активируется, когда система идентифицирует запрос как поиск Media Content Item и определяет, что существует один или несколько Candidate Providers для этого контента.
  • Временные рамки: Применяется в реальном времени при обработке запроса, так как требует актуальных данных о состоянии устройства пользователя (установленные приложения) и его взаимодействиях.

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

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

  1. Получение запроса: Система получает запрос на медиаконтент с устройства пользователя.
  2. Идентификация кандидатов: Определяется список Candidate Providers, имеющих доступ к этому контенту.
  3. Сбор информации о контенте и ссылках: Собираются данные о цене, поддержке Deep Links, эксклюзивности, типе ссылки (веб/приложение).
  4. Сбор истории взаимодействий (Персонализация): Получается Provider Interaction Information (наличие подписки, установка приложения на данном устройстве, давность/частота использования).
  5. Сбор данных о популярности: Получается информация об общей популярности каждого поставщика.
  6. Ранжирование (Расчет Ranking Score): Для каждого поставщика выполняется Процесс Б (см. ниже). Поставщики сортируются по итоговому Ranking Score.
  7. Отображение интерфейса: Генерируется пользовательский интерфейс, где ссылки на контент представлены на основе полученного ранжирования. Патент также упоминает возможность отображения рекламных ссылок (Advertisement links).

Процесс Б: Расчет Ranking Score для одного поставщика (Детализация ранжирования)

Система последовательно проверяет условия и рассчитывает 8 отдельных оценок (Scores 1-8):

  1. Score 1 (Deep Links): Проверяется, поддерживает ли поставщик глубокие ссылки. Если да, рассчитывается Score 1.
  2. Score 2 (Subscription): Проверяется, есть ли у пользователя подписка на этого поставщика. Если да, рассчитывается Score 2.
  3. Score 3 (Installation): Проверяется, установлено ли приложение поставщика на устройстве. Если да, рассчитывается Score 3.
  4. Score 4 (Exclusivity): Проверяется, является ли этот поставщик единственным провайдером контента. Если да, рассчитывается Score 4.
  5. Score 5 (Price/Free): Проверяется, бесплатен ли контент. Если да, рассчитывается Score 5. (Альтернативно, оценка может быть обратно пропорциональна цене).
  6. Score 6 (App Link): Проверяется, является ли ссылка на контент ссылкой в приложение (а не на веб-страницу). Если да, рассчитывается Score 6.
  7. Score 7 (Recency/Frequency): Рассчитывается оценка на основе того, как недавно и/или часто пользователь обращался к этому поставщику.
  8. Score 8 (Popularity): Рассчитывается оценка на основе общей популярности поставщика.
  9. Агрегация: Scores 1-8 агрегируются для получения финального Ranking Score. Патент упоминает использование взвешенной суммы (∑wi⋅Scorei\sum w_i \cdot Score_i∑wi​⋅Scorei​).

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

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

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

  • Технические факторы:
    • Поддержка Deep Links поставщиком (Score 1).
    • Тип ссылки: ведет ли она в приложение или на веб-страницу (Score 6).
  • Пользовательские и Поведенческие факторы (Provider Interaction Information):
    • Статус подписки пользователя на сервис (Score 2).
    • Факт установки приложения поставщика на текущем устройстве (Score 3).
    • История взаимодействий: давность (recency) и частота (frequency) использования сервиса (Score 7).
  • Коммерческие и Контентные факторы:
    • Цена контента, включая факт бесплатного доступа (Score 5).
    • Эксклюзивность: является ли поставщик единственным провайдером данного контента (Score 4).
  • Факторы популярности (Внешние):
    • Общая популярность поставщика (например, количество пользователей, подписчиков или загрузок приложения) (Score 8).

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

Система рассчитывает 8 ключевых метрик (Scores 1-8), которые затем агрегируются.

  • Scores 1-6 (Бинарные или пороговые метрики): Оценки за Deep Links, подписку, установку приложения, эксклюзивность, бесплатный доступ и ссылку в приложение. Патент предполагает, что эти оценки могут быть бинарными (например, 0 или 1) или рассчитываться по определенной шкале при выполнении условия.
  • Score 7 (Recency/Frequency Score): Метрика персонализированного использования. Рассчитывается так, что более высокие оценки соответствуют более недавнему и/или частому использованию. Может использоваться формула или look-up table.
  • Score 8 (Popularity Score): Метрика общей популярности сервиса. Более высокие оценки соответствуют большей популярности.
  • Агрегация и Весовые коэффициенты: Финальный Ranking Score рассчитывается как агрегация Scores 1-8, часто с использованием взвешенной суммы, где для каждой оценки могут применяться различные веса.

Выводы

  1. Гиперперсонализация в вертикальном поиске: Патент демонстрирует, что в медиа-вертикали ранжирование поставщиков глубоко персонализировано. Факторы, связанные с личными предпочтениями и существующими отношениями пользователя (подписки, установленные приложения, история использования), являются определяющими.
  2. Приоритет бесшовного пользовательского опыта (UX): Google стремится направить пользователя по пути наименьшего сопротивления. Если доступ к контенту может быть осуществлен немедленно (например, через установленное приложение с активной подпиской и по глубокой ссылке), этот поставщик получит значительное преимущество.
  3. Критичность технической интеграции (Deep Linking и App Indexing): Поддержка Deep Links (Score 1) и наличие ссылки, ведущей в приложение (Score 6), являются отдельными факторами ранжирования. Это подчеркивает важность корректной технической реализации App Indexing для поставщиков контента.
  4. Цена и популярность как вторичные факторы: Хотя цена (Score 5) и общая популярность (Score 8) учитываются, они интегрированы в общую модель. Сильные персонализированные сигналы могут перевесить низкую цену или высокую популярность конкурента.
  5. Это не традиционное SEO: Ранжирование здесь зависит не от контента страницы или ссылок, а от управления данными каталога, технической интеграции приложений и продуктовых метрик (Retention, LTV).

Практика

Практическое применение в SEO

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

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

Рекомендации для медиа-провайдеров:

  • Обеспечить полную и точную индексацию каталога: Использовать структурированные данные (Schema.org/Movie, TVEpisode) и фиды данных (например, Media Actions feed) для передачи Google актуальной информации о наличии тайтлов, их стоимости (Score 5) и условиях доступа.
  • Внедрить Deep Linking и App Indexing: Реализовать глубокие ссылки (Score 1), ведущие непосредственно на просмотр контента. Обеспечить, чтобы ссылки корректно открывались в приложении (Score 6). Это требует настройки App Indexing (Firebase) или Universal Links.
  • Стимулировать установку приложений и подписки: Поскольку наличие установленного приложения (Score 3) и подписки (Score 2) являются сильными персонализированными сигналами ранжирования, необходимо интегрировать SEO/ASO и маркетинговые стратегии для увеличения этих показателей.
  • Повышать частоту взаимодействия (Retention): Давность и частота использования сервиса (Score 7) влияют на ранжирование. Платформы, которые пользователи посещают регулярно, будут ранжироваться выше для этих пользователей.
  • Работать над популярностью бренда: Общая популярность сервиса (Score 8) также учитывается в ранжировании.

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

  • Игнорирование мобильных приложений: Попытка конкурировать в медиа-выдаче, полагаясь только на веб-версию, будет неэффективной из-за приоритета приложений (Scores 3 и 6).
  • Отсутствие Deep Links: Предоставление ссылок только на главную страницу или общую страницу тайтла негативно скажется на ранжировании (Score 1) и UX.
  • Сокрытие информации о ценах и доступности: Если Google не может определить стоимость контента или его наличие в каталоге, платформа не сможет эффективно участвовать в этом типе ранжирования.

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

Патент подтверждает роль Google как централизованного, персонализированного интерфейса для доступа к контенту, размещенному на сторонних платформах. Для медиа-индустрии это означает, что Google контролирует значительную часть верхнего уровня воронки поиска контента. Стратегия видимости в поиске для медиа-платформ должна быть тесно интегрирована с продуктовой стратегией (развитие приложений, retention) и технической реализацией (Data Feeds, Deep Linking).

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

Сценарий: Ранжирование провайдеров для фильма

Пользователь ищет "Смотреть Дюна 2" с мобильного телефона. У него установлено приложение Кинопоиск и Netflix. Есть подписка на Кинопоиск, но нет на Netflix.

  1. Идентификация: Google находит фильм у Кинопоиска, Netflix и IVI (приложение не установлено).
  2. Расчет оценок (пример):
    • Кинопоиск: Высокие баллы за Deep Link (Score 1), Подписку (Score 2), Установленное приложение (Score 3), Историю использования (Score 7). Получает высокий Ranking Score.
    • Netflix: Высокие баллы за Deep Link (Score 1), Установленное приложение (Score 3). Ноль баллов за Подписку (Score 2). Средний Ranking Score.
    • IVI: Высокий балл за Deep Link (Score 1). Ноль баллов за Подписку (Score 2) и Установленное приложение (Score 3). Низкий Ranking Score.
  3. Результат: В блоке "Смотреть" на первом месте будет показан Кинопоиск как наиболее удобный и доступный вариант для данного пользователя.

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

Влияет ли этот патент на ранжирование обычных веб-сайтов в органическом поиске?

Нет, прямого влияния на ранжирование стандартных веб-результатов (синие ссылки) этот патент не оказывает. Он описывает алгоритм ранжирования провайдеров внутри специализированной вертикали поиска медиаконтента, например, в блоках Knowledge Panel или специализированных каруселях для фильмов и сериалов.

Что такое "Provider Interaction Information" и как Google ее получает?

Это информация о предыдущих взаимодействиях пользователя с провайдером контента. Она включает данные о наличии подписки, факт установки мобильного приложения провайдера, а также как часто и недавно пользователь использовал этот сервис. Google может получать эти данные из аккаунта пользователя (например, подписки через Google Play), истории действий (Web & App Activity) и непосредственно с устройства пользователя (например, список установленных приложений на Android).

Насколько важна поддержка Deep Links согласно этому патенту?

Она критически важна. Поддержка Deep Links (Score 1) является одним из основных факторов ранжирования. Deep Links позволяют пользователю перейти непосредственно к просмотру контента. Если провайдер не поддерживает эту технологию, его шансы занять высокие позиции в этом блоке выдачи значительно снижаются.

Как цена контента влияет на ранжирование провайдеров?

Цена является важным фактором (Score 5). Патент явно указывает, что система проверяет, является ли контент бесплатным. В одном из вариантов реализации оценка может быть обратно пропорциональна цене: чем дешевле доступ (или если он бесплатен), тем выше оценка по этому фактору.

Может ли непопулярный стриминговый сервис обойти Netflix в выдаче?

Да, это возможно для конкретного пользователя. Хотя популярность сервиса учитывается (Score 8), система сильно ориентирована на персонализацию. Если у пользователя установлена подписка и приложение непопулярного сервиса, и он часто им пользуется (Scores 2, 3, 7), этот сервис может ранжироваться выше, чем Netflix, на который пользователь не подписан или давно не заходил.

Предпочитает ли Google ссылки на приложения ссылкам на веб-сайт?

Да, патент включает Score 6, который проверяет, является ли ссылка на контент ссылкой для приложения, а не для веб-страницы. Это предполагает, что при прочих равных (и особенно если приложение установлено — Score 3), ссылка, открывающая контент в приложении, получит приоритет, так как это обеспечивает лучший UX.

Что означает Score 4 (Exclusivity) и как он влияет на ранжирование?

Score 4 проверяет, является ли данный провайдер единственным поставщиком искомого контента. Если контент эксклюзивен для платформы, она получает дополнительное повышение в ранжировании. Это гарантирует, что пользователь увидит ссылку на контент, даже если другие факторы (например, популярность) у этого провайдера низкие.

Как SEO-специалисту медиа-платформы повлиять на эти факторы ранжирования?

Необходимо сосредоточиться на технических аспектах: внедрить Deep Links (App Indexing) и обеспечить корректную передачу данных о каталоге и ценах (через фиды или микроразметку). На другие факторы (подписки, установка приложений, популярность) SEO влияет косвенно, это задачи продуктовых и маркетинговых команд, направленные на удержание и привлечение пользователей.

Используются ли взвешенные коэффициенты при расчете финальной оценки?

Да, патент упоминает, что агрегация частных оценок (Scores 1-8) для получения финального Ranking Score может происходить с использованием взвешенной суммы (weighted sum). Это означает, что Google может придавать разным факторам (например, наличию подписки или цене) разный вес в зависимости от контекста.

Могут ли провайдеры платить за более высокое ранжирование в этом блоке?

Да. Хотя основной алгоритм описывает органическое ранжирование, в патенте (FIG. 3A) показан пример интерфейса, который включает отдельную группу рекламных ссылок (advertisement links). Это указывает на то, что существуют рекламные позиции, за которые провайдеры могут платить для включения в интерфейс, помимо органических результатов.

Похожие патенты

Как Google ранжирует и рекомендует источники контента (каналы, профили) на основе внутренних ссылок, аннотаций и кликов по ним
Google использует механизм для ранжирования и рекомендации источников контента (например, YouTube-каналов или профилей) внутри платформ. Система анализирует, как часто источник упоминается в аннотациях, описаниях и комментариях к контенту, который просматривал пользователь. Ключевым фактором ранжирования является не только количество упоминаний, но и общее число кликов (активаций) по этим ссылкам.
  • US9235625B2
  • 2016-01-12
  • Ссылки

  • Поведенческие сигналы

  • Мультимедиа

Как Google агрегирует и фильтрует медиаконтент на основе подписок пользователя на платформах типа Google TV
Google использует систему для унифицированного поиска медиаконтента (фильмы, сериалы) из различных источников (стриминговые сервисы, ТВ, локальные хранилища). Система локально определяет, к каким сервисам у пользователя есть доступ (подписки), и фильтрует результаты, показывая только тот контент, который пользователь реально может посмотреть. Это механизм обеспечения видимости контента в агрегированных медиа-платформах.
  • US9317571B2
  • 2016-04-19
  • Персонализация

  • Мультимедиа

Как Google (YouTube) ранжирует видео, повышая те, которые начинают сессию просмотра и приводят внешний трафик ("Lead Video")
Google использует систему ранжирования для видеоплатформ, которая идентифицирует "ведущее видео" (Lead Video), инициирующее сессию просмотра. Система применяет повышающие коэффициенты (Scaling Factors) ко времени просмотра этого видео. Видео, привлекшие пользователя на платформу из внешних источников (например, из социальных сетей или поиска Google), получают значительно больший коэффициент, чем те, что были найдены через внутренние рекомендации.
  • US10346417B2
  • 2019-07-09
  • Мультимедиа

  • Поведенческие сигналы

  • SERP

Как Google (YouTube) ранжирует рекомендуемые видео, балансируя релевантность, монетизацию и вероятность просмотра рекламы
Google использует систему для ранжирования рекомендуемых (дополнительных) видео на платформах типа YouTube. Система учитывает не только релевантность и потенциал монетизации видео, но и «экспериментальные данные» о том, как пользователи взаимодействуют с рекламой в этом видео. Цель — показывать видео, где пользователи с большей вероятностью досмотрят рекламу, максимизируя доход и минимизируя отток пользователей.
  • US9405775B1
  • 2016-08-02
  • Мультимедиа

  • Поведенческие сигналы

Как Google анализирует страницу-источник перехода для формирования рекомендаций медиаконтента
Google анализирует контекст запроса медиаконтента (например, видео), определяя источник перехода (referral source). Система сканирует исходную страницу, чтобы найти другой контент, размещенный на ней (например, другие встроенные видео), и использует эту информацию для формирования списка рекомендаций, показываемых пользователю после просмотра.
  • US9563627B1
  • 2017-02-07
  • Семантика и интент

  • Персонализация

  • Краулинг

Популярные патенты

Как Google фильтрует поведенческие сигналы, используя совместимость языков и стран пользователей
Google уточняет ранжирование, анализируя, откуда (страна) и на каком языке (язык пользователя) поступали исторические клики по документу. Если эти характеристики считаются «несовместимыми» с текущим пользователем, поведенческие сигналы (клики) от этих групп могут быть исключены или понижены в весе. Это предотвращает искажение релевантности данными от кардинально отличающихся аудиторий.
  • US8498974B1
  • 2013-07-30
  • Поведенческие сигналы

  • Мультиязычность

  • Персонализация

Как Google использует контекст пользователя для генерации неявных поисковых запросов и проактивного показа результатов
Система Google отслеживает контекст пользователя в реальном времени (набираемый текст, открытые документы, письма). На основе этого контекста автоматически генерируются множественные неявные запросы. Система объединяет результаты из разных источников (локальных и глобальных) и проактивно показывает их пользователю, используя поведенческие данные (клики) для улучшения релевантности.
  • US7664734B2
  • 2010-02-16
  • Поведенческие сигналы

  • Персонализация

  • Семантика и интент

Как Google использует данные о посещаемости, уникальных пользователях и длине URL для ранжирования документов
Фундаментальный патент Google, описывающий использование поведенческих факторов в ранжировании. Система рассчитывает Usage Score на основе частоты посещений и количества уникальных пользователей, фильтруя ботов и взвешивая данные по географии. Этот балл комбинируется с текстовой релевантностью (IR Score) и длиной URL (Path Length Score) для определения итоговой позиции документа.
  • US8001118B2
  • 2011-08-16
  • Поведенческие сигналы

  • SERP

Как Google использует машинное обучение и поведение пользователей для понимания скрытого намерения в коммерческих запросах
Google использует систему машинного обучения для анализа того, какие товары пользователи выбирают после ввода широких или неоднозначных запросов. Изучая скрытые атрибуты (метаданные) этих выбранных товаров, система определяет «скрытое намерение» запроса. Это позволяет автоматически переписывать будущие неоднозначные запросы в структурированный формат, ориентированный на атрибуты товара, а не только на ключевые слова.
  • US20180113919A1
  • 2018-04-26
  • Семантика и интент

  • SERP

  • Поведенческие сигналы

Как Google использует LLM для генерации поисковых сводок (SGE), основываясь на контенте веб-сайтов, и итеративно уточняет ответы
Google использует Большие Языковые Модели (LLM) для создания сводок (AI-ответов) в результатах поиска. Для повышения точности и актуальности система подает в LLM не только запрос, но и контент из топовых результатов поиска (SRDs). Патент описывает, как система выбирает источники, генерирует сводку, проверяет факты, добавляет ссылки на источники (linkifying) и аннотации уверенности. Кроме того, система может динамически переписывать сводку, если пользователь взаимодействует с одним из источников.
  • US11769017B1
  • 2023-09-26
  • EEAT и качество

  • Ссылки

  • SERP

Как Google рассчитывает тематическую популярность (Topical Authority) документов на основе поведения пользователей
Google использует данные о посещаемости и навигации пользователей для расчета популярности документов. Система классифицирует документы и запросы по темам, а затем вычисляет популярность документа внутри каждой конкретной темы (Per-Topic Popularity). Эта метрика используется как сигнал ранжирования, когда тема запроса пользователя соответствует теме документа.
  • US8595225B1
  • 2013-11-26
  • Поведенческие сигналы

  • Семантика и интент

  • SERP

Как Google использует визуальные цитаты и обратную связь для генерации и уточнения ответов в мультимодальном поиске
Google генерирует ответы на мультимодальные запросы (изображение + текст), находя визуально похожие изображения в интернете и используя текст с их исходных страниц как основу для LLM. Система показывает эти изображения как «визуальные цитаты» для подтверждения ответа и позволяет пользователям исключать нерелевантные источники, чтобы мгновенно уточнить сгенерированный результат.
  • US20240378236A1
  • 2024-11-14
  • Мультимедиа

  • EEAT и качество

  • Ссылки

Как Google использует данные сессий и разнообразие результатов для генерации блока "Связанные запросы"
Google анализирует поисковые сессии пользователей, чтобы найти запросы, которые часто следуют за одним и тем же предшествующим запросом (родственные запросы). Затем система фильтрует эти потенциальные "Связанные запросы", чтобы убедиться, что они предлагают разнообразные результаты по сравнению с исходным запросом и другими предложениями, помогая пользователям исследовать смежные, но отличные темы.
  • US8244749B1
  • 2012-08-14
  • Семантика и интент

  • Персонализация

  • Поведенческие сигналы

Как Google определяет скрытый интент сессии, используя универсальные уточняющие слова, и переранжирует выдачу
Google идентифицирует универсальные слова-модификаторы (например, «фото», «отзывы», «pdf»), которые пользователи часто добавляют к разным запросам. Если такое слово появляется в сессии, система определяет скрытый интент пользователя. Затем Google переранжирует выдачу, основываясь на том, какие документы исторически предпочитали пользователи с таким же интентом, адаптируя результаты под контекст сессии.
  • US8868548B2
  • 2014-10-21
  • Семантика и интент

  • Поведенческие сигналы

  • Персонализация

Как Google итеративно распознает сущности на страницах и рассчитывает их важность с помощью PageRank
Google использует итеративный процесс для распознавания и устранения неоднозначности сущностей (людей, мест, понятий) в документах. Система начинает с известных фактов, находит упоминающие сущность документы, анализирует сопутствующие термины для уточнения модели распознавания и автоматически обнаруживает новые признаки. Патент также описывает расчет важности сущности путем суммирования PageRank ссылающихся документов, взвешенного на вероятность ссылки.
  • US8122026B1
  • 2012-02-21
  • Семантика и интент

  • Ссылки

  • Knowledge Graph

seohardcore