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

Как Google персонализирует поисковые подсказки (Autocomplete) на основе недавно просмотренного медиаконтента

USING RECENT MEDIA CONSUMPTION TO SELECT QUERY SUGGESTIONS (Использование недавнего потребления медиа для выбора поисковых подсказок)
  • US9268880B2
  • Google LLC
  • 2013-03-14
  • 2016-02-23
  • Персонализация
  • Семантика и интент
  • Мультимедиа
  • Поведенческие сигналы
  • Описание
  • Разбор
  • Выводы
  • Практика
  • FAQ
  • Похожие

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

Описание

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

Патент решает проблему повышения точности и релевантности поисковых подсказок (Query Suggestions), предоставляемых пользователю при вводе частичного запроса (partial query). Стандартные системы подсказок часто полагаются на общую популярность запросов или предыдущую историю поиска пользователя. Данное изобретение улучшает этот процесс, учитывая непосредственный контекст недавнего потребления медиаконтента, который может сильно влиять на текущее намерение пользователя.

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

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

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

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

  • Идентификация медиа: Отслеживается, какой медиафайл был предоставлен пользователю или потреблен им.
  • Извлечение аспектов: Из метаданных файла (например, ID3-тегов) извлекаются ключевые атрибуты (aspects).
  • Обработка запроса: Когда пользователь вводит частичный запрос, генерируются стандартные кандидаты подсказок.
  • Ранжирование подсказок: Система сравнивает кандидатов с извлеченными аспектами. Подсказки, похожие на аспекты недавно потребленного медиа, повышаются в рейтинге.
  • Временной фактор и тип медиа: Влияние медиа на подсказки зависит от времени, прошедшего с момента потребления (time interval), и типа медиа. Для разных типов контента установлены разные пороговые значения времени (threshold time period).

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

Высокая. Персонализация и понимание контекста пользователя являются ключевыми направлениями развития поиска. Учитывая рост потребления мультимедиа (например, YouTube, подкасты) и интеграцию сервисов Google, использование активности пользователя на одной платформе для улучшения опыта на другой (поиск) является стандартной практикой. Этот патент описывает конкретный механизм для такой интеграции в системе Autocomplete.

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

Патент имеет существенное значение для понимания того, как формируются поисковые подсказки и как Google интерпретирует намерения пользователей. Хотя он не влияет напрямую на ранжирование веб-страниц в основной выдаче, он критически важен для SEO в области мультимедиа (YouTube, Подкасты) и оптимизации под Autocomplete (ASO). Он подчеркивает важность кросс-платформенного присутствия и использования структурированных метаданных в медиаконтенте для повышения видимости бренда или сущности в поисковых подсказках.

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

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

Aspect (Аспект)
Специфический атрибут (specific attribute) предоставленного медиафайла. Например, для аудиофайла это может быть название песни, имя артиста, жанр или текст песни. Для видео — название, актеры, режиссер.
Aspect Association Source (Источник ассоциации аспектов)
Источник, предоставляющий аспекты, связанные с одним или нескольким другими аспектами. Это может быть второй медиафайл, база данных, онлайн-энциклопедия или карта соответствия аспектов группам пользователей. Используется для поиска связанных сущностей.
Consumption (Потребление)
Взаимодействие пользователя с медиафайлом, например, доступ к файлу, прослушивание аудио или просмотр видео.
Media File (Медиафайл)
Файл, содержащий запись передачи информации. Включает аудиофайлы, видеофайлы, электронные книги, игровые приложения и файлы изображений.
Media Processing Engine (Движок обработки медиа)
Компонент системы, отвечающий за идентификацию предоставленного пользователю медиафайла и извлечение его аспектов (например, через анализ метаданных, таких как ID3-теги).
Partial Query (Частичный запрос)
Запрос, сформулированный пользователем до того, как он указал на его завершенность (например, нажал Enter или кнопку поиска). Текст, вводимый в строку поиска в реальном времени.
Provided Media File (Предоставленный медиафайл)
Медиафайл, доступный пользователю для потребления. Он может быть активно найден пользователем, загружен им или предоставлен другим источником (например, через социальную сеть или email).
Query Suggestion (Поисковая подсказка)
Потенциальный завершенный запрос, предлагаемый пользователю в ответ на частичный запрос (Autocomplete). Может основываться на прошлых запросах, автоматически сгенерированных запросах и т.д.
Query Suggestion Engine (Движок поисковых подсказок)
Компонент, который сопоставляет частичный запрос с кандидатами подсказок.
Query Suggestion Processing Engine (Движок обработки поисковых подсказок)
Компонент, который определяет итоговые оценки и ранжирование подсказок, в том числе на основе аспектов медиафайлов, полученных от Media Processing Engine.
Threshold Time Period (Пороговый период времени)
Временное окно, в течение которого потребление медиа влияет на ранжирование подсказок. Патент указывает, что этот порог зависит от типа медиа (type of media).
Time Interval (Временной интервал)
Время, прошедшее между тем, как пользователю был предоставлен медиафайл (или он его потребил), и моментом ввода поискового запроса.

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

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

  1. Идентификация связи пользователя с предоставленным медиафайлом.
  2. Идентификация аспекта (атрибута) этого медиафайла.
  3. Идентификация поискового запроса, введенного пользователем.
  4. Идентификация набора поисковых подсказок на основе запроса.
  5. Определение сходства (similarity) между подсказками и аспектом, основанное на наличии связи пользователя с медиафайлом.
  6. Выбор подсказок для предоставления пользователю на основе этого сходства.
  7. Ключевое условие: Выбор подсказки дополнительно основывается на разнице между time interval (время с момента предоставления/потребления медиа до ввода запроса) и threshold time period.
  8. Ключевое условие: Threshold time period зависит от типа медиа (type of media) предоставленного файла.

Система не просто использует недавнее потребление медиа для бустинга подсказок; она делает это избирательно, учитывая, сколько времени прошло и какой тип контента был потреблен. Разные типы контента имеют разную продолжительность влияния на намерения пользователя.

Claim 4 (Зависимый от 1): Уточняет, что выбор подсказки дополнительно зависит от подтверждения факта потребления (consumption) хотя бы части медиафайла пользователем. Если пользователь не просто получил файл, но и начал его просматривать/слушать, это усиливает сигнал.

Claim 7 (Зависимый от 1): Уточняет, что выбор подсказки дополнительно зависит от идентификации того, что пользователь поделился (sharing) этим медиафайлом. Если пользователь делится контентом, это считается сильным сигналом интереса, и соответствующие подсказки получают больший бустинг.

Claim 8 (Зависимый от 1): Описывает механизм расширения влияния через связанные аспекты.

  1. Идентификация aspect association source.
  2. Идентификация second aspect (второго аспекта), который отличается от первого, но связан с ним через источник ассоциации.
  3. Выбор подсказки дополнительно зависит от того, указывает ли она на этот второй аспект.

Если пользователь посмотрел Фильм А с Актером X (Аспект 1), система может найти Фильм Б (Второй Аспект) с тем же актером и также повысить подсказки, связанные с Фильмом Б.

Claim 11 (Зависимый от 1): Описывает механизм влияния потребления медиа одним пользователем на подсказки другого пользователя.

  1. Идентификация второго пользователя, который находится в одной группе (grouping) с первым пользователем, но не потреблял данный медиафайл.
  2. Идентификация запроса второго пользователя и генерация подсказок для него.
  3. Выбор подсказок для второго пользователя, где вероятность выбора зависит от сходства подсказки с аспектом медиафайла, потребленного первым пользователем, а также от факта нахождения пользователей в одной группе.

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

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

Изобретение применяется на этапах понимания запроса и генерации интерфейса поисковой системы, в частности в системе Autocomplete.

CRAWLING & INDEXING (Косвенно)
На этих этапах система собирает данные о медиафайлах и их метаданных (аспектах), которые могут храниться в Content Database и использоваться Media Processing Engine для извлечения аспектов. Также могут индексироваться данные из Aspect Association Sources (например, энциклопедий или баз знаний).

QUNDERSTANDING – Понимание Запросов (Основное применение)
Это основной этап применения патента, конкретно в подсистеме генерации поисковых подсказок (Autocomplete).

  1. Сбор контекста (Офлайн или в реальном времени): Media Processing Engine отслеживает потребление медиа, извлекает аспекты и передает их в Query Suggestion Processing Engine или сохраняет в профиле пользователя.
  2. Обработка частичного запроса: Когда пользователь вводит partial query, Query Suggestion Engine генерирует стандартный набор кандидатов.
  3. Персонализация и Переранжирование подсказок: Query Suggestion Processing Engine использует недавно извлеченные аспекты для переоценки и переранжирования кандидатов. Он учитывает временные факторы, тип медиа, сигналы социального взаимодействия (sharing) и связанные аспекты.

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

  • Идентификатор медиафайла, предоставленного пользователю.
  • Метаданные медиафайла (ID3-теги и т.п.).
  • Время предоставления/потребления медиа.
  • Информация о действиях пользователя (потребление подтверждено, поделился ли файлом).
  • Частичный запрос пользователя.
  • Стандартный набор кандидатов поисковых подсказок.
  • Данные о группах пользователей (для Claim 11).
  • Данные из Aspect Association Source (для Claim 8).

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

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

На что влияет

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

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

Алгоритм применяется при выполнении следующих условий:

  • Триггеры активации: Пользователь вводит частичный запрос (partial query) в строку поиска.
  • Временные рамки: Алгоритм активируется, если с момента потребления медиа прошло не слишком много времени. Ранжирование зависит от разницы между time interval и threshold time period.
  • Условия бустинга: Бустинг применяется, если существует сходство (similarity) между аспектом потребленного медиа и кандидатом подсказки.
  • Усиление сигнала: Бустинг может быть сильнее, если подтвержден факт потребления (Claim 4) или если пользователь поделился медиафайлом (Claim 7).

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

Процесс А: Отслеживание потребления медиа

  1. Идентификация медиафайла: Система идентифицирует медиафайл, предоставленный пользователю (например, через браузер, приложение или устройство).
  2. Идентификация аспекта: Media Processing Engine анализирует метаданные файла (например, ID3-теги) и извлекает один или несколько аспектов (атрибутов).
  3. Регистрация контекста: Система фиксирует время предоставления/потребления, тип медиа, а также отслеживает дополнительные сигналы: подтверждение потребления и факт того, что пользователь поделился файлом.
  4. Сохранение аспектов: Извлеченные аспекты и контекстная информация сохраняются (временно) для использования в системе подсказок.

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

  1. Идентификация запроса: Пользователь вводит частичный поисковый запрос.
  2. Генерация кандидатов: Query Suggestion Engine идентифицирует набор стандартных поисковых подсказок, соответствующих частичному запросу.
  3. Получение аспектов: Query Suggestion Processing Engine получает доступ к аспектам недавно потребленных медиафайлов.
  4. Оценка временных факторов: Система вычисляет time interval (время с момента потребления). Она определяет threshold time period, соответствующий типу потребленного медиа. Ранжирование корректируется на основе разницы между интервалом и порогом (влияние может уменьшаться со временем).
  5. Определение сходства: Система определяет степень сходства между каждым кандидатом подсказки и сохраненными аспектами.
  6. Корректировка оценок (Boosting): Оценки (scores) подсказок, имеющих сходство с аспектами, повышаются. Величина повышения может зависеть от временных факторов, а также от наличия сигналов подтвержденного потребления или того, что пользователь поделился контентом.
  7. Ранжирование: Подсказки сортируются на основе скорректированных оценок.
  8. Предоставление результатов: Отсортированный список предоставляется пользователю в интерфейсе (например, в выпадающем меню).

Процесс В: Расширенное ранжирование (Варианты)

  • Связанные аспекты: Система может использовать Aspect Association Source для поиска вторых аспектов, связанных с первым, и также повышать подсказки, связанные с ними.
  • Групповое влияние: Если второй пользователь находится в той же группе, что и первый, его подсказки могут быть скорректированы на основе медиа, потребленного первым пользователем.

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

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

Патент фокусируется на использовании контекста потребления медиа для корректировки подсказок. Он использует следующие данные:

  • Контентные факторы (Медиа): Метаданные медиафайлов (ID3-теги и аналоги). Из них извлекаются аспекты: названия, имена артистов/актеров, жанры, тексты песен, изображения (например, постеры).
  • Технические факторы: Тип медиафайла (видео, аудио, игра, книга). Это критически важно для определения threshold time period.
  • Временные факторы: Время предоставления медиафайла пользователю и время потребления медиафайла.
  • Поведенческие факторы:
    • Факт потребления (просмотр/прослушивание) части медиафайла.
    • Действия пользователя по распространению медиафайла (sharing) — через социальные сети, email, приложения для обмена файлами.
    • Частичные поисковые запросы пользователя.
  • Пользовательские факторы: Данные о группах пользователей (user grouping) — демография, географическое положение, предпочтения, социальные связи (используется для распространения влияния между пользователями).

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

  • Similarity (Сходство): Метрика, определяющая, насколько поисковая подсказка похожа на аспект медиафайла. Патент упоминает возможность использования алгоритмов, таких как расстояние Левенштейна, Jaro-Winkler, индекс Жаккара и т.д., для расчета сходства текстов.
  • Time Interval: TimeQuery−TimeConsumptionTime_{Query} - Time_{Consumption}TimeQuery​−TimeConsumption​.
  • Threshold Time Period: Порог, зависящий от типа медиа. Threshold=f

    Выводы

    1. Немедленный контекст важнее общей истории: Google активно использует недавнюю активность пользователя, включая потребление медиа, для определения его текущего намерения (intent) при генерации поисковых подсказок.
    2. Кросс-платформенное влияние: Потребление контента на одной платформе (например, просмотр видео, прослушивание музыки в приложении) напрямую влияет на поведение поисковой системы на другой платформе (веб-поиск Autocomplete).
    3. Важность метаданных медиа: Система полагается на извлечение "аспектов" из метаданных (ID3-тегов и аналогов). Корректное заполнение метаданных критически важно для того, чтобы контент мог влиять на поисковые подсказки.
    4. Временное затухание и тип контента: Влияние медиа на подсказки не постоянно. Оно уменьшается со временем (time interval), и скорость затухания зависит от типа контента (threshold time period зависит от media type).
    5. Социальные сигналы как индикатор важности: Если пользователь делится медиаконтентом (sharing), это усиливает влияние этого контента на его поисковые подсказки, так как это считается признаком важности контента для пользователя.
    6. Расширение через связанные сущности: Система не ограничивается прямыми аспектами потребленного медиа. Она может использовать Aspect Association Sources (например, базы знаний) для поиска связанных сущностей и повышения их в подсказках.
    7. Групповая персонализация: Потребление контента одним пользователем может влиять на подсказки других пользователей, если они находятся в одной группе (социальной или демографической).

    Практика

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

    • Оптимизация метаданных мультимедиа (VSEO, YouTube SEO, Подкасты): Обеспечьте максимально точное и полное заполнение всех доступных метаданных (теги, описания, названия, имена сущностей) для всего публикуемого медиаконтента. Это позволит Media Processing Engine корректно извлекать "аспекты" и связывать их с поисковыми подсказками.
    • Стимулирование распространения контента (Sharing): Активно поощряйте пользователей делиться вашим медиаконтентом. Согласно патенту, факт того, что пользователь поделился контентом, усиливает его влияние на последующие поисковые подсказки этого пользователя.
    • Стратегия связанных сущностей (Entity-Based SEO): При создании медиаконтента учитывайте связанные сущности. Если вы создаете видео об известной личности (Аспект 1), убедитесь, что оно связано с другими вашими материалами или известными работами этой личности (Аспект 2). Это повышает вероятность активации механизма Aspect Association Source.
    • Кросс-платформенное продвижение: Используйте медиаконтент для стимулирования поискового спроса. Понимая, что потребление медиа приводит к бустингу связанных подсказок, можно стратегически выпускать медиаконтент для повышения видимости бренда или продукта в Autocomplete непосредственно перед или во время маркетинговых кампаний.
    • Анализ Autocomplete с учетом персонализации: При анализе поисковых подсказок учитывайте, что выдача сильно персонализирована не только на основе истории поиска, но и на основе истории потребления медиа.

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

    • Игнорирование метаданных медиа: Публикация видео или аудио без корректных тегов и описаний лишает контент возможности влиять на поисковые подсказки пользователей.
    • Манипуляции с потреблением: Попытки искусственно накрутить потребление медиаконтента с целью повлиять на подсказки могут быть неэффективны, если система использует сложные сигналы для подтверждения реального потребления (Claim 4) и вовлеченности (Claim 7).
    • Фокус только на популярных сущностях: Использование только самых популярных тем может быть менее эффективно для персонализации, так как патент предполагает, что менее популярный, но релевантный пользователю контент может давать больший индивидуальный бустинг в подсказках.

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

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

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

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

    1. Действие: SEO-команда продюсирует подкаст о "Трендах цифрового маркетинга 2025" и приглашает известного эксперта "Иван Петров".
    2. Оптимизация: При публикации аудиофайла на платформах (включая YouTube Music/Google Podcasts) команда тщательно заполняет метаданные (ID3-теги): Title="Тренды цифрового маркетинга 2025", Artist="Название Бренда", Guest="Иван Петров".
    3. Результат: Пользователь слушает подкаст. Media Processing Engine извлекает аспекты: "Тренды цифрового маркетинга 2025", "Иван Петров".
    4. Поиск: На следующий день пользователь начинает вводить в поиске "Иван". Система Autocomplete, учитывая недавнее потребление медиа и временной порог для аудио, повышает подсказку "Иван Петров" выше других популярных людей с именем Иван.

    Сценарий 2: Использование связанных аспектов для кинопроката

    1. Контекст: Выходит новый фильм "Фильм Б" с актрисой "Анна Сидорова".
    2. Действие: Маркетинговая команда активно продвигает трейлеры старого популярного фильма "Фильм А", где также снималась "Анна Сидорова".
    3. Результат: Пользователи смотрят трейлеры "Фильма А". Система извлекает аспект "Анна Сидорова".
    4. Ассоциация: Используя Aspect Association Source (например, базу данных о кино), система находит связанный аспект — новый "Фильм Б" с той же актрисой.
    5. Поиск: Когда пользователи начинают вводить "Фильм", система может повысить подсказки как для "Фильм А", так и для "Фильм Б", используя механизм расширенного влияния.

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

    Влияет ли этот патент на ранжирование сайтов в основной поисковой выдаче?

    Нет, напрямую не влияет. Патент описывает исключительно механизм выбора и ранжирования поисковых подсказок (Query Suggestions) в системе Autocomplete. Однако он косвенно влияет на трафик, так как определяет, какой именно завершенный запрос выберет пользователь. Если ваш бренд или контент чаще появляется в подсказках благодаря этому механизму, это может привести к увеличению поискового трафика.

    Насколько быстро потребление медиа начинает влиять на подсказки и как долго это длится?

    Влияние начинается сразу после того, как система идентифицировала предоставление или потребление медиа. Продолжительность влияния зависит от разницы между прошедшим временем (time interval) и пороговым значением (threshold time period). Ключевой момент патента в том, что этот порог зависит от типа медиа. Например, влияние новостийного ролика может быть коротким, а влияние прослушанной электронной книги — более долгим.

    Как система узнает, что я посмотрел видео или послушал музыку?

    Система (Media Processing Engine) может получать эту информацию от различных источников, где пользователь авторизован: браузера (например, Chrome), операционной системы (например, Android), приложений (например, YouTube, Google Podcasts) или устройств (например, Google Home). Идентифицируется сам факт предоставления медиафайла или его потребления.

    Что такое "Аспект" (Aspect) в контексте этого патента и как его оптимизировать?

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

    Как работает механизм связанных аспектов (Claim 8)?

    Этот механизм позволяет расширить влияние медиа за пределы его прямых атрибутов. Если пользователь посмотрел видео с Экспертом А (Аспект 1), система использует Aspect Association Source (например, Knowledge Graph), чтобы найти связанные сущности, например, Книгу Б, написанную Экспертом А (Аспект 2). В результате, подсказки, связанные и с Экспертом А, и с Книгой Б, получат повышение в Autocomplete пользователя.

    Что значит, что потребление контента одним пользователем влияет на подсказки другого (Claim 11)?

    Если два пользователя определены системой как находящиеся в одной группе (grouping) — например, они друзья в социальной сети, имеют схожие демографические характеристики или интересы, — то медиа, потребленное Пользователем 1, может повлиять на персонализацию подсказок Пользователя 2. Это механизм групповой персонализации, основанный на предположении о схожести интересов внутри группы.

    Является ли сигнал "Sharing" (поделиться контентом) важным для этого алгоритма?

    Да, он явно указан в Claim 7. Если система идентифицирует, что пользователь поделился медиафайлом (например, через email или социальные сети), это усиливает влияние данного медиа на его поисковые подсказки. Это интерпретируется как сильный сигнал интереса пользователя к контенту.

    Влияет ли популярность контента на этот механизм?

    Да, патент упоминает, что общая популярность медиафайла может учитываться. В описании предполагается, что аспекты менее популярного контента могут получать больший бустинг для конкретного пользователя, так как этот контент более индивидуализирован и с большей вероятностью отражает специфический интерес пользователя по сравнению с массово популярным контентом.

    Нужно ли пользователю обязательно досмотреть/дослушать контент до конца?

    Не обязательно. Claim 4 указывает, что достаточно подтверждения потребления "хотя бы части" (at least a portion) медиафайла. Однако факт подтвержденного потребления является более сильным сигналом, чем просто факт предоставления медиафайла пользователю (например, если ссылка была показана, но не кликнута).

    Какое значение этот патент имеет для YouTube SEO?

    Он имеет критическое значение. Он демонстрирует прямую связь между просмотром видео на YouTube (потребление медиа) и последующим поведением пользователя в поиске Google (Autocomplete). Тщательная оптимизация метаданных видео (название, теги, описание) гарантирует, что ключевые аспекты видео будут извлечены и смогут повлиять на поисковые подсказки, увеличивая видимость канала, бренда или темы.

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

    Как Google использует историю медиапотребления и фоновый звук для персонализации поисковых подсказок (Autocomplete)
    Google может анализировать историю потребления медиаконтента пользователем (музыка, фильмы) и захватывать фоновый звук (например, играющую музыку) в момент ввода запроса. На основе распознанных сущностей (артисты, названия) система персонализирует поисковые подсказки (Autocomplete), предлагая запросы, связанные с недавно потребленным или текущим контентом.
    • US9984075B2
    • 2018-05-29
    • Персонализация

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

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

    Как Google использует личную историю поиска и профиль интересов для персонализации подсказок Autocomplete
    Google персонализирует поисковые подсказки (Autocomplete), используя профиль интересов пользователя, созданный на основе его прошлых запросов и кликов. Система сравнивает тематику потенциальных подсказок с интересами пользователя и повышает в списке те варианты, которые соответствуют его предпочтениям, с учетом актуальности этих интересов.
    • US20140108445A1
    • 2014-04-17
    • Персонализация

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

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

    Как Google персонализирует поисковые подсказки (Autocomplete) используя ваш социальный граф
    Google использует данные из социального графа пользователя для персонализации и ранжирования поисковых подсказок (Autocomplete). Система учитывает, что искали ваши контакты, на какие результаты они кликали и какие ресурсы они одобряли (Endorsements). Подсказки, популярные среди близких контактов, ранжируются выше.
    • US9305092B1
    • 2016-04-05
    • Персонализация

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

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

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

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

    Как Google персонализирует подсказки Autocomplete, анализируя запросы похожих пользователей и обновляя локальный кэш устройства
    Google персонализирует подсказки Autocomplete (Search Suggest), анализируя поведение пользователей со схожими профилями (местоположение, интересы, история поиска). Система генерирует кастомизированное обновление для локального кэша устройства на основе запросов, введенных этими похожими пользователями. Это означает, что разные пользователи видят разные подсказки для одного и того же ввода.
    • US8868592B1
    • 2014-10-21
    • Персонализация

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

    • Local SEO

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

    Как Google ранжирует комментарии и UGC, используя объективное качество и субъективную персонализацию
    Google использует двухфакторную модель для ранжирования пользовательского контента (комментариев, отзывов). Система вычисляет объективную оценку качества (репутация автора, грамотность, длина, рейтинги) и субъективную оценку персонализации (является ли автор другом или предпочтительным автором, соответствует ли контент интересам и истории поиска пользователя). Итоговый рейтинг объединяет обе оценки для показа наиболее релевантного и качественного UGC.
    • US8321463B2
    • 2012-11-27
    • Персонализация

    • EEAT и качество

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

    Как Google вычисляет семантическую близость запросов, анализируя поведение пользователей при переформулировках
    Google использует механизм для определения семантического расстояния между запросами (Generalized Edit Distance). Вместо подсчета изменений символов система анализирует исторические логи, чтобы понять, как пользователи переформулируют запросы. На основе этих данных вычисляется «стоимость» замены одного термина на другой с помощью Pointwise Mutual Information (PMI), что позволяет генерировать более релевантные подсказки и расширения запросов.
    • US8417692B2
    • 2013-04-09
    • Семантика и интент

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

    Как Google понижает в выдаче результаты, которые пользователь уже видел или проигнорировал в рамках одной поисковой сессии
    Google использует механизм для улучшения пользовательского опыта во время длительных поисковых сессий. Если пользователь вводит несколько связанных запросов подряд, система идентифицирует результаты, которые уже появлялись в ответ на предыдущие запросы. Эти повторяющиеся результаты понижаются в ранжировании для текущего запроса, чтобы освободить место для новых, потенциально более полезных страниц. Понижение контролируется порогом релевантности, чтобы не скрывать важный контент.
    • US8051076B1
    • 2011-11-01
    • SERP

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

    Как Google определяет свежесть документа, анализируя возраст ссылающихся страниц и динамику появления ссылок (Link Velocity)
    Google использует методы для оценки свежести документа, когда дата его обновления неизвестна или ненадежна. Система анализирует даты обновления страниц, которые ссылаются на документ, а также историю появления и удаления этих ссылок (Link Velocity). Если на документ ссылаются недавно обновленные страницы или количество ссылок растет, он считается свежим.
    • US7797316B2
    • 2010-09-14
    • Свежесть контента

    • Ссылки

    • Техническое SEO

    Как Google использует анкорный текст входящих ссылок для определения синонимов и псевдонимов сущностей в Knowledge Graph
    Google автоматически определяет синонимы и псевдонимы для сущностей (например, людей, компаний) в своем хранилище фактов (Knowledge Graph). Система анализирует анкорный текст ссылок, ведущих на исходные документы, из которых были извлечены факты о сущности. Это позволяет системе понять, что, например, "Биг Блю" и "IBM" относятся к одной и той же компании.
    • US8738643B1
    • 2014-05-27
    • Knowledge Graph

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

    • Ссылки

    Как Google выбирает сущность для Панели Знаний и решает, когда ее показывать, основываясь на топикальности SERP и CTR
    Google использует этот механизм для решения двух задач: выбора наиболее релевантной сущности для Панели Знаний при неоднозначном запросе и определения необходимости показа самой панели. Система анализирует, насколько сущности соответствуют контенту топовых результатов поиска (Topicality Score). Показ панели активируется, если у органических результатов низкий CTR (что указывает на неудовлетворенность пользователей) или если у Google достаточно данных для ее заполнения.
    • US10922326B2
    • 2021-02-16
    • Knowledge Graph

    • SERP

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

    Как Google использует машинное обучение и поведенческие данные для прогнозирования полезности документов и решает, что включать в поисковый индекс
    Google использует модель машинного обучения для определения, какие документы включать в поисковый индекс. Модель обучается на исторических данных о кликах и показах, чтобы предсказать будущую «оценку полезности» (Utility Score) документа. Документы ранжируются по этой оценке, а также с учетом других факторов (например, PageRank, стоимость индексации, свежесть, квоты), и лучшие из них попадают в индекс.
    • US8255386B1
    • 2012-08-28
    • Индексация

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

    Как Google находит, фильтрует и подмешивает посты из блогов, релевантные конкретным результатам поиска
    Патент описывает систему Google для дополнения стандартных результатов веб-поиска ссылками на релевантные посты в блогах. Система использует многоступенчатую фильтрацию для отсеивания низкокачественных блогов и спама (splogs). Фильтры анализируют количество исходящих ссылок (out-degree), качество входящих ссылок (Link-based score), возраст поста, его длину и расположение ссылок, чтобы гарантировать качество подмешиваемого контента.
    • US8117195B1
    • 2012-02-14
    • EEAT и качество

    • Антиспам

    • Ссылки

    Как Google индексирует контент внутри мобильных приложений для показа в результатах поиска (App Indexing)
    Google использует механизм для индексации контента, который пользователи просматривают в нативных мобильных приложениях. Система получает данные о просмотренном контенте и deep links напрямую от приложения на устройстве. Эта информация сохраняется в индексе (персональном или публичном) и используется для генерации результатов поиска, позволяя пользователям переходить к контенту внутри приложений напрямую из поисковой выдачи.
    • US10120949B2
    • 2018-11-06
    • Индексация

    • SERP

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

    Как Google использует данные о наведении курсора (Hover Data) для ранжирования изображений и борьбы с кликбейтными миниатюрами
    Google использует данные о взаимодействии пользователя с миниатюрами в поиске по картинкам (наведение курсора) как сигнал интереса. Для редких запросов эти сигналы получают больший вес, дополняя недостаток данных о кликах. Система также вычисляет соотношение кликов к наведениям (Click-to-Hover Ratio), чтобы идентифицировать и понижать в выдаче «магниты кликов» — привлекательные, но нерелевантные изображения, которые собирают много наведений, но мало кликов.
    • US8819004B1
    • 2014-08-26
    • Поведенческие сигналы

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

    • SERP

    seohardcore