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

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

PERSONALIZING SEARCH RESULTS (Персонализация результатов поиска)
  • US8538970B1
  • Google LLC
  • 2004-12-30
  • 2013-09-17
  • Персонализация
  • Поведенческие сигналы
  • SERP
  • Описание
  • Разбор
  • Выводы
  • Практика
  • FAQ
  • Похожие

Google может персонализировать результаты поиска, используя историю запросов или просмотров пользователя для создания набора предпочтений (Document Bias Set). Если документы из этого набора, особенно те, которые также признаны глобально качественными, ссылаются на результаты поиска, эти результаты переранжируются (повышаются или понижаются) в соответствии с весами предпочтений пользователя.

Описание

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

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

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

Запатентована система для персонализации результатов поиска путем модификации оценок глобального ранжирования на основе набора предпочтений пользователя (Document Bias Set F). Этот набор генерируется автоматически (из истории запросов/просмотров) или вручную. Система повышает (или понижает) в рейтинге те результаты поиска, на которые ссылаются документы из набора предпочтений пользователя, особенно если эти предпочитаемые документы также имеют высокий глобальный рейтинг качества (High Quality Document Set L).

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

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

  • Определение предпочтений (Set F): Создается Document Bias Set F, содержащий предпочитаемые (и/или непредпочитаемые) пользователем документы с весами предпочтений (WF).
  • Определение качества (Set L): Идентифицируется High Quality Document Set L на основе глобального алгоритма ранжирования с весами качества (WL).
  • Нахождение пересечения (F ∩ L): Определяется Intersection Set — документы, которые одновременно предпочитаемы пользователем И имеют высокое глобальное качество.
  • Применение смещения: Когда пользователь выполняет поиск, система проверяет, ссылаются ли документы из Intersection Set на какие-либо из результатов поиска.
  • Переранжирование: Если ссылка найдена, вес результата корректируется путем объединения глобального веса (WL) и веса предпочтения (WF) (например, W = WL + WF). Результаты переранжируются на основе скорректированных весов.

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

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

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

Патент имеет значительное влияние на SEO (7/10). Он описывает конкретный механизм, посредством которого история и поведение пользователя могут переопределять глобальные сигналы ранжирования. Это подчеркивает, что не существует единой "объективной" выдачи. Для SEO-специалистов это означает, что критически важно не только наращивать глобальный авторитет сайта (чтобы попасть в Set L), но и формировать лояльность и аффинитивность у целевой аудитории (чтобы попасть в Set F).

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

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

Adjusted Weight (W) (Скорректированный вес)
Итоговая оценка ранжирования документа после применения персонализированного смещения. Рассчитывается путем объединения WL и WF (например, W=WL+WFW = W_{L} + W_{F}W=WL​+WF​).
Bias Weight (WF) (Вес предпочтения/смещения)
Вес, присвоенный документу в Document Bias Set F, отражающий относительное предпочтение пользователя (положительное или отрицательное) к этому документу.
Document Bias Set F (Набор предпочтений документов F)
Набор документов, указывающий на предпочитаемые и/или не предпочитаемые (disfavored) документы пользователя или группы. Генерируется из истории запросов (query history), истории просмотров (browsing history) или вручную.
Global Ranking Algorithm (Глобальный алгоритм ранжирования)
Алгоритм, обеспечивающий общую оценку качества документа (например, PageRank или Hubs and Authorities), используемый для определения Set L и начального ранжирования (WL).
High Quality Document Set L (Набор высококачественных документов L)
Набор документов, имеющих высокий рейтинг согласно глобальному алгоритму ранжирования. В альтернативных вариантах реализации (Claim 6) может включать "существенную часть всего корпуса документов" (substantial entirety of a corpus).
Intersection Set (F ∩ L) (Набор пересечения)
Набор документов, которые присутствуют как в Document Bias Set F, так и в High Quality Document Set L.

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

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

  1. Система получает запрос и формирует ранжированный набор результатов.
  2. Идентифицируется первый набор (Set F), предпочитаемый пользователем/группой.
  3. Идентифицируется второй набор (Set L), где каждый документ ранжируется выше порога на основе Global Ranking Algorithm.
  4. Генерируется набор пересечения (F ∩ L).
  5. Идентифицируется документ в наборе пересечения, который содержит ссылку на документ в результатах поиска.
  6. Выполняется переранжирование целевого документа на основе веса, присвоенного ссылающемуся документу (из F ∩ L).

Ядром изобретения является использование пересечения личных предпочтений (Set F) и глобального качества (Set L). Влияние передается через ссылки, исходящие из этого набора пересечения.

Claim 10 (Независимый пункт): Детализирует источники данных.

  1. Идентификация первого набора (Set F) на основе истории запросов или истории просмотров.
  2. Идентификация второго набора (Set L).
  3. Получение результатов поиска, ранжированных на основе алгоритма, учитывающего ссылки (link-based document ranking algorithm).
  4. Идентификация третьего набора (F ∩ L).
  5. Переранжирование на основе весов (WF) документов из F ∩ L, которые ссылаются на результаты поиска.

Этот пункт явно связывает Set F с историей поведения пользователя и подтверждает использование ссылочных алгоритмов (как PageRank) для начального ранжирования.

Claim 3, 5 (Зависимые пункты): Уточняют природу Set F. Он формируется из истории запросов (query history) или просмотров (browsing history) и может включать нежелательные (disfavored) документы.

Claim 6 (Зависимый пункт): Вносит критически важное уточнение о природе Set L.

Указывается, что Set L может включать "существенную часть корпуса агрегированных документов" (substantial entirety of a corpus of aggregated documents). Это означает, что механизм может работать без фильтра качества. Если Set L — это весь корпус, то Intersection Set (F ∩ L) становится равен Set F. В этом сценарии любой предпочитаемый пользователем документ может влиять на ранжирование через свои ссылки, независимо от его глобального авторитета.

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

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

INDEXING – Индексирование и извлечение признаков
На этом этапе рассчитываются глобальные сигналы ранжирования (например, PageRank). Эти данные формируют High Quality Document Set L и обеспечивают базовые веса (WL).

CRAWLING & DATA ACQUISITION (Сбор данных пользователя)
Система собирает и обрабатывает историю запросов и просмотров пользователя для генерации Document Bias Set F и расчета весов предпочтений (WF). Это непрерывный процесс.

RANKING – Ранжирование
Выполняется первичный поиск по запросу пользователя, генерируется начальный ранжированный набор результатов (Set R) с использованием глобальных весов (WL).

RERANKING – Переранжирование
Основное применение патента. Система выполняет следующие действия:

  1. Определяет набор пересечения (F ∩ L).
  2. Анализирует ссылки, исходящие из документов в F ∩ L на документы в Set R.
  3. Рассчитывает скорректированные веса (Adjusted Weight W) для документов в R, на которые были найдены ссылки.
  4. Пересортировывает список результатов на основе новых весов.

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

  • Поисковый запрос пользователя.
  • Document Bias Set F (предпочтения пользователя и веса WF).
  • High Quality Document Set L (глобальное качество и веса WL) или весь корпус документов.
  • Начальный набор результатов поиска (Set R).

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

  • Переранжированный персонализированный набор результатов поиска.

На что влияет

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

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

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

  • Наличие данных о пользователе: У пользователя должен быть сформирован Document Bias Set F (достаточная история поиска/просмотров или ручные настройки).
  • Наличие пересечения: Должен существовать набор пересечения (F ∩ L). Это условие всегда выполняется, если Set L равен всему корпусу (согласно Claim 6).
  • Наличие связей: Документы в наборе пересечения должны ссылаться на документы в результатах текущего поиска (Set R).

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

Этап 1: Предварительные вычисления (Офлайн / Фоновый режим)

  1. Генерация предпочтений: Анализ истории запросов и просмотров пользователя (или ручного ввода) для создания Document Bias Set F.
  2. Расчет весов предпочтений: Присвоение весов (WF) документам в Set F на основе интенсивности предпочтения (положительные или отрицательные веса).
  3. Определение качества: Получение High Quality Document Set L (или всего корпуса) с глобальными весами (WL) от основного алгоритма ранжирования.

Этап 2: Обработка запроса (В реальном времени)

  1. Получение запроса и первичное ранжирование: Выполнение поиска для получения начального набора результатов Set R (используя WL).
  2. Определение пересечения: Вычисление Intersection Set (F ∩ L).
  3. Идентификация ссылок: Поиск ссылок, ведущих из документов в Intersection Set на документы в Set R.
  4. Корректировка весов: Для каждого результата в R, на который найдена ссылка, вычисляется Adjusted Weight W. Патент предлагает формулу W=WL+WFW = W_{L} + W_{F}W=WL​+WF​ (где WF берется от ссылающегося документа), но допускает и другие функции (например, умножение). Если ссылок несколько, веса могут агрегироваться.
  5. Переранжирование: Сортировка Set R на основе скорректированных весов W.
  6. Предоставление результатов: Отображение персонализированной выдачи пользователю.

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

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

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

  • Поведенческие факторы: Являются критически важными. История запросов (query history) и история просмотров документов (document browsing history) прямо указаны как источники для автоматического создания Document Bias Set F.
  • Ссылочные факторы: Используются двумя способами:
    1. Глобальные алгоритмы на основе ссылок (например, PageRank) используются для определения Set L и расчета начального ранжирования (WL).
    2. Ссылки, исходящие из документов в Intersection Set и ведущие на результаты поиска, являются механизмом для передачи персонализированного смещения (WF).
  • Пользовательские факторы: Персонализация применяется на уровне отдельного пользователя или группы пользователей (сообщества). Также упоминается возможность ручного ввода предпочтений пользователем.

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

  • Bias Weight (WF): Количественная оценка предпочтения пользователя (положительного или отрицательного) для документа в Set F. Методы расчета не детализированы, но основаны на анализе истории взаимодействия или ручных настройках.
  • Global Weight (WL): Оценка, полученная от глобального алгоритма ранжирования (например, PageRank score).
  • Adjusted Weight (W): Модифицированная оценка для переранжирования. Основная предложенная формула: W=WL+WFW = W_{L} + W_{F}W=WL​+WF​.

Выводы

  1. Персонализация через "Доверенные ссылки": Патент описывает механизм переноса доверия. Ссылки с источников, которые предпочитает пользователь, действуют как персональные рекомендации, модифицируя глобальное ранжирование.
  2. История пользователя как прямой входной сигнал: История запросов и просмотров напрямую используется для определения набора предпочтений (Document Bias Set F), делая поведение пользователя фактором ранжирования.
  3. Вариативность роли качества (Критический нюанс): В основном варианте реализации (Claim 1) применяется фильтр качества: предпочтения влияют на выдачу, только если они пересекаются с глобально авторитетными ресурсами (Set L). Это служит защитой от продвижения низкокачественного контента. Однако альтернативный вариант (Claim 6) позволяет Set L включать весь корпус документов, что снимает фильтр качества и позволяет любому предпочитаемому сайту влиять на выдачу.
  4. Положительное и отрицательное смещение: Система учитывает не только предпочитаемые, но и нежелательные (disfavored) документы (Claim 5), позволяя как повышать, так и понижать результаты в выдаче.
  5. Смещение в сторону сообщества (Community Biasing): Механизм поддерживает использование общих наборов предпочтений для групп пользователей, что позволяет корректировать выдачу на основе консенсуса определенного суб-сообщества.

Практика

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

  • Построение лояльности и удержания аудитории (Retention): Ключевая стратегия — стимулировать повторные визиты и длительное взаимодействие. Цель состоит в том, чтобы сайт стал частью неявного Document Bias Set F пользователя через его историю просмотров и запросов.
  • Развитие глобального авторитета (E-E-A-T): Необходимо добиваться высокого глобального рейтинга (попадание в Set L). В основном варианте реализации патента, без глобального авторитета сайт не сможет воспользоваться преимуществами персонализации, даже если он популярен у пользователей.
  • Стратегический линкбилдинг, ориентированный на "Доверенные Хабы": Приоритет следует отдавать получению ссылок с сайтов, которые находятся в Intersection Set вашей целевой аудитории. Это сайты, которые они часто посещают (Set F) И которые имеют высокий глобальный авторитет (Set L). Ссылки с таких ресурсов могут давать прямой персонализированный буст.
  • Анализ интересов аудитории: Понимание того, какие авторитетные сайты посещает ваша целевая аудитория (отраслевые СМИ, форумы, базы знаний), помогает определить приоритетные цели для линкбилдинга.

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

  • Игнорирование релевантности аудитории: Фокус исключительно на глобальных метриках авторитетности (например, ссылочный объем) без учета того, насколько ресурс-донор релевантен интересам и поведению вашей целевой аудитории.
  • Негативный пользовательский опыт и Кликбейт: Применение тактик, которые ведут к потере доверия или низкому удержанию. Это может привести к тому, что сайт попадет в Document Bias Set с отрицательным весом (как disfavored document), что приведет к персонализированному понижению в выдаче.
  • Фокус только на привлечении новых пользователей: Игнорирование стратегий удержания пользователей (user retention). Для активации механизмов персонализации необходима история взаимодействия пользователя с сайтом.

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

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

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

Сценарий: Персонализация выдачи для разработчика

  1. Пользователь и его история: Разработчик регулярно посещает Stack Overflow (SO). Благодаря истории просмотров, SO попадает в его Document Bias Set F с высоким весом WF.
  2. Глобальное качество: SO имеет высокий глобальный авторитет и входит в High Quality Document Set L. Следовательно, SO находится в Intersection Set (F ∩ L).
  3. Запрос: Пользователь ищет "python lambda optimization".
  4. Исходная выдача (Set R): В глобальной выдаче статья из блога "DevBlog" занимает позицию №5 (с весом WL_DevBlog), а статья на "GeeksForGeeks" — позицию №1.
  5. Применение персонализации: Система обнаруживает, что авторитетный тред на SO (из F ∩ L) ссылается на статью в "DevBlog".
  6. Корректировка веса: Вес "DevBlog" корректируется: W_DevBlog = WL_DevBlog + WF_SO.
  7. Результат: Скорректированный вес W_DevBlog теперь выше, чем у "GeeksForGeeks". Для этого разработчика "DevBlog" поднимается на позицию №1, так как на него сослался источник, которому он доверяет.

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

Как система определяет Document Bias Set F (Набор предпочтений)?

Патент явно указывает два основных способа. Первый — автоматический сбор данных из истории запросов (query history) или истории просмотров (browsing history) пользователя. Второй — ручное составление пользователем или редактирование автоматически сгенерированного набора. Также упоминается возможность использования наборов, разработанных группой пользователей или сообществом по интересам.

Должен ли предпочитаемый пользователем сайт быть высококачественным (входить в Set L), чтобы повлиять на ранжирование?

В патенте описаны два варианта. В основном варианте (Claim 1) — да. Документ должен входить как в Set F, так и в High Quality Document Set L. Однако в Claim 6 описан важный альтернативный вариант, где Set L может включать "существенную часть всего корпуса документов". В этом случае требование к качеству снимается, и любой предпочитаемый документ может влиять на ранжирование.

Как именно передается влияние от предпочитаемого сайта на результат поиска?

Влияние передается через гиперссылки. Система проверяет, ссылается ли документ из набора пересечения (Intersection Set F ∩ L) на документ в результатах поиска. Если ссылка существует, вес предпочтения (WF) из ссылающегося документа добавляется (или применяется иным образом) к глобальному весу (WL) целевого документа, что приводит к его переранжированию.

Может ли этот механизм понизить сайт в выдаче?

Да. Патент (Claim 5) упоминает, что Document Bias Set F может включать нежелательные (disfavored) документы. Если пользователь не доверяет определенному источнику, этот источник может иметь отрицательный вес WF. Если такой источник ссылается на результат поиска, итоговый вес W = WL + WF уменьшится, что приведет к понижению результата в выдаче для данного пользователя.

Какое значение это имеет для SEO-стратегии по линкбилдингу?

Это подчеркивает важность получения ссылок не просто с авторитетных сайтов (высокий WL), а с сайтов, которые ваша целевая аудитория активно посещает и которым доверяет (высокий WF у вашей ЦА). Ссылка с сайта, находящегося в Intersection Set вашей аудитории, может дать значительно больший эффект за счет персонализированного буста.

Как этот патент влияет на важность построения бренда и лояльности аудитории?

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

Что произойдет, если на результат поиска ссылаются несколько документов из пересечения F∩L?

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

Актуален ли этот механизм в эпоху нейронных сетей и RankBrain?

Хотя конкретная реализация с использованием явного анализа ссылок из Intersection Set может показаться устаревшей (патент подан в 2004 году), сама идея использования истории поведения пользователя для корректировки глобальных сигналов остается фундаментальной. Современные системы, вероятно, реализуют эту логику более сложными методами (например, через user/item embeddings), но стратегические выводы для SEO остаются теми же.

Влияет ли этот механизм на отслеживание позиций сайта?

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

Отличается ли этот механизм от простого повышения позиций сайтов, которые пользователь часто посещает?

Да, отличается. Этот механизм повышает позиции не тех сайтов, которые пользователь посещает (Set F), а тех сайтов, на которые *ссылаются* его предпочитаемые источники (ссылки из F∩L). Это механизм переноса доверия через ссылки, а не прямое повышение часто посещаемых ресурсов.

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

Как Google персонализирует результаты поиска изображений на основе языка и местоположения пользователя
Google персонализирует Поиск Изображений, анализируя исторические данные о кликах. Система сравнивает, на что кликает общая популяция пользователей, с тем, что предпочитают пользователи с тем же языком и местоположением. Если предпочтения значительно различаются, Google переранжирует изображения в соответствии с локальным консенсусом, обеспечивая культурно и контекстуально релевантные результаты.
  • US8504547B1
  • 2013-08-06
  • Персонализация

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

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

Как Google персонализирует выдачу, понижая результаты, которые пользователь исторически игнорирует или быстро покидает
Google использует историю поиска пользователя для выявления результатов, которые пользователь систематически пропускает или считает нерелевантными (например, быстро возвращается на выдачу). Такие результаты идентифицируются как «нежелательные» (User-Disfavored) и активно понижаются в персональной выдаче для этого пользователя, даже если их общий рейтинг высок.
  • US7827170B1
  • 2010-11-02
  • Персонализация

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

  • SERP

Как Google использует историю поиска и браузера для персонализации выдачи и определения предпочтений пользователя
Google записывает историю поиска, кликов по результатам и рекламе, а также посещенные сайты в централизованную базу данных пользователя. Эта информация используется для модификации поисковой выдачи: повышения позиций ранее посещенных сайтов, предложения связанных запросов и определения "предпочтительных местоположений" (избранного). Система позволяет пользователю контролировать сбор данных (подписка) и объединять историю с разных устройств.
  • US7747632B2
  • 2010-06-29
  • Персонализация

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

  • SERP

Как Google использует историю поиска, поведение и многофакторные профили пользователей для персонализации поисковой выдачи
Google создает детальные профили пользователей на основе истории запросов, взаимодействия с результатами (клики, время просмотра) и анализа контента посещенных страниц. Эти профили (включающие интересы по терминам, категориям и ссылкам) используются для корректировки стандартных оценок ранжирования. Степень персонализации динамически регулируется уровнем уверенности системы в профиле (Confidence Score).
  • US9298777B2
  • 2016-03-29
  • Персонализация

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

  • SERP

Как Google использует историю поиска и браузинга для персонализации выдачи и создания неявного "Избранного"
Google записывает историю поиска и просмотров пользователя для персонализации результатов. Система определяет "предпочтительные сайты" на основе частоты посещений, кликов и времени на сайте, повышая их в выдаче для этого пользователя. Патент также описывает объединение предпочтений пользователя с предпочтениями других людей для формирования комбинированного рейтинга.
  • US20060224608A1
  • 2006-10-05
  • Персонализация

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

  • SERP

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

Как Google динамически формирует Панели Знаний, выбирая блоки информации на основе истории поисковых запросов пользователей
Google использует гибридный подход для создания структурированных страниц о сущностях (например, Панелей Знаний). Система анализирует исторические данные о том, что пользователи чаще всего ищут об этой сущности или её классе. На основе этого анализа динамически выбираются блоки информации (например, «Награды», «Саундтрек»), которые дополняют стандартный набор данных, позволяя автоматически адаптировать выдачу под актуальные интересы аудитории.
  • US10110701B2
  • 2018-10-23
  • Knowledge Graph

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

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

Как Google (YouTube) анализирует трафик конкурирующих видео для рекомендации улучшений метаданных
Google использует систему для анализа конкуренции между видео на основе общих поисковых запросов и времени просмотра. Система выявляет поисковые запросы, которые приводят трафик на конкурирующие (например, производные) видео, и сравнивает их с метаданными оригинального видео. Если обнаруживаются релевантные термины, отсутствующие у оригинала, они рекомендуются автору для улучшения видимости.
  • US10318581B2
  • 2019-06-11
  • Поведенческие сигналы

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

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

Как Google использует социальные связи для обнаружения ссылочного спама и накрутки кликов
Google может анализировать связи между владельцами сайтов в социальных сетях, чтобы оценить независимость ссылок между их ресурсами. Если владельцы тесно связаны (например, друзья), ссылки между их сайтами могут получить меньший вес в ранжировании, а клики по рекламе могут быть классифицированы как спам (накрутка).
  • US8060405B1
  • 2011-11-15
  • Антиспам

  • Ссылки

  • SERP

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

  • Ссылки

  • SERP

Как Google оценивает и выбирает контент для Featured Snippets (Блоков с ответами) на основе консенсуса выдачи
Google использует систему для выбора и оценки Featured Snippets. Система анализирует топовые результаты поиска, чтобы предсказать, какие термины должны быть в ответе (Answer Terms). Затем она оценивает отрывки текста, учитывая совпадение с запросом, наличие предсказанных терминов ответа (консенсус топа), качество исходного сайта, форматирование и языковую модель контента.
  • US9940367B1
  • 2018-04-10
  • SERP

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

  • EEAT и качество

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

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

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

Как Google Assistant адаптирует выдачу на лету, позволяя пользователям навигировать по результатам и запоминать предпочтения по источникам и темам
Google использует механизм для диалоговых систем (например, Google Assistant), позволяющий пользователям взаимодействовать с поисковой выдачей через естественный язык. Система предоставляет результаты последовательно и адаптирует порядок выдачи в ответ на команды навигации (например, «Вернись к новости о Кафе»). Кроме того, система фиксирует отношение пользователя к атрибутам контента (например, «Не показывай новости из Источника 1») и использует эти данные для фильтрации или изменения ранжирования в текущих и будущих сессиях.
  • US10481861B2
  • 2019-11-19
  • Персонализация

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

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

Как Google использует "ложные пропуски" (Fake Skips) для точной оценки качества своих правил синонимов
Google анализирует поведение пользователей для оценки качества синонимов, используемых при переписывании запросов. Патент вводит метрику "Fake Skip" (Ложный пропуск). Она фиксируется, если пользователь пропустил результат с синонимом, но кликнул на результат ниже, который также содержит этот синоним и исходный термин. Это позволяет точнее калибровать систему синонимов и не пессимизировать хорошие правила из-за неоднозначного поведения пользователей.
  • US8909627B1
  • 2014-12-09
  • Поведенческие сигналы

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

  • SERP

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

  • SERP

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

Как Google генерирует «синтетический анкорный текст», анализируя структуру и контекст ссылающихся страниц
Google анализирует структурно похожие страницы, ссылающиеся на различные ресурсы. Определяя, где известные поисковые запросы (Seed Queries) появляются в структуре этих ссылающихся страниц (например, в заголовках или Title), Google создает шаблоны. Эти шаблоны затем используются для извлечения текста из аналогичных мест на других страницах, создавая «синтетический описательный текст» (аналог анкорного текста) для целевых ресурсов. Это улучшает ранжирование, даже если фактический анкорный текст низкого качества.
  • US9208232B1
  • 2015-12-08
  • Ссылки

  • Структура сайта

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

seohardcore