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

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

PREVIEWING SEARCH RESULTS (Предварительный просмотр результатов поиска)
  • US8645360B2
  • Google LLC
  • 2011-11-03
  • 2014-02-04
  • Семантика и интент
  • SERP
  • Поведенческие сигналы
  • Описание
  • Разбор
  • Выводы
  • Практика
  • FAQ
  • Похожие

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

Описание

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

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

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

Запатентована система и метод предоставления связанных запросов с интерактивным визуальным превью. Когда система предоставляет результаты поиска (в частности, изображения), она также предлагает связанные запросы. Каждый запрос сопровождается Preview Image — репрезентативным изображением из выдачи по этому запросу. Система поддерживает показ Hovercard (всплывающей карточки с несколькими результатами) при предварительном выборе (наведении курсора) и возможность отклонения (dismissal) нерелевантных предложений.

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

Система работает в несколько этапов:

  • Генерация подсказок и превью: В ответ на исходный запрос система идентифицирует связанные запросы (через Related Query Engine) и выбирает для каждого из них набор Preview Images (например, топ-результаты).
  • Отображение: Клиентское устройство отображает связанные запросы как интерактивные блоки, включающие текст, одно Preview Image и элемент для отклонения (Dismissal Element).
  • Интерактивное превью (Hovercard): При предварительном выборе (Preliminary Selection) пользователем связанного запроса (например, наведении курсора) отображается Hovercard, содержащий множество изображений, релевантных этому запросу.
  • Обработка отклонения: Если пользователь отклоняет запрос, он исчезает из интерфейса. Система регистрирует это событие в Dismissal Information для будущего использования и может предоставить новый связанный запрос взамен.

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

Высокая. Описанные механизмы активно используются в Google Images и элементах универсального поиска. Визуализация связанных запросов и интерактивные превью являются стандартом современного UI/UX в поиске. Сбор явной обратной связи о релевантности подсказок остается критически важной задачей для улучшения систем понимания запросов.

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

Патент имеет среднее, но важное значение для SEO (6/10), особенно для Image SEO и анализа поведения пользователей на SERP. Он не описывает алгоритмы ранжирования, но детализирует, как Google визуализирует связанные запросы и собирает обратную связь. Это напрямую влияет на то, как пользователи уточняют поиск. Понимание этого механизма критично для оптимизации изображений, чтобы они выбирались в качестве привлекательных Preview Images, и для анализа семантических связей, на которые пользователи реагируют положительно или отрицательно (через отклонения).

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

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

Dismissal Element (Элемент отклонения)
Элемент UI (например, кнопка 'X'), позволяющий пользователю удалить связанный запрос из выдачи.
Dismissal Information (Информация об отклонениях)
Хранилище данных, где система записывает факты отклонения связанных запросов. Включает ассоциацию между исходным запросом и отклоненным связанным запросом.
Hovercard (Всплывающая карточка, Ховеркарта)
Элемент интерфейса (всплывающее окно, оверлей), который появляется при Preliminary Selection связанного запроса и отображает дополнительные результаты поиска (Hovercard Images) для этого запроса.
Preliminary Selection (Предварительный выбор)
Действие пользователя, указывающее на интерес к связанному запросу без финального выбора (например, наведение курсора, жест на тачскрине).
Preview Image (Превью-изображение)
Изображение, отображаемое вместе с текстом связанного запроса. Оно представляет собой результат поиска, релевантный этому связанному запросу (часто Топ-1 результат).
Related Query (Связанный запрос)
Запрос, связанный с исходным. Может быть уточнением (query refinement), например, добавлением фильтра, или предложением новой смежной темы (query suggestion).
Related Query Engine (Движок связанных запросов)
Компонент системы, отвечающий за идентификацию связанных запросов.

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

Патент содержит несколько независимых пунктов, описывающих систему со стороны сервера (Claim 1) и клиента (Claim 6).

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

  1. Система получает запрос от клиентского устройства.
  2. Предоставляет результаты поиска изображений.
  3. Предоставляет один или несколько связанных запросов. Критически важно: каждый связанный запрос включает соответствующее множество (respective plurality) Preview Images.
  4. Предоставляет инструкции клиентскому устройству для выполнения следующих операций:
    • Отображение связанных запросов. Например, Запрос А с одним превью А и элементом отклонения А; Запрос Б с превью Б и элементом отклонения Б.
    • Определение того, что пользователь совершил Preliminary Selection Запроса А (например, навел курсор).
    • В ответ на это — отображение Hovercard вблизи Запроса А, показывающего множество Preview Images для него.
    • Определение того, что пользователь выбрал элемент отклонения для Запроса Б.
    • В ответ на это — прекращение отображения Запроса Б и его превью.

Claim 4 (Зависимый от 1): Детализирует механизм обратной связи.

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

Claim 5 (Зависимый от 1): Детализирует замену отклоненного запроса.

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

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

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

QUNDERSTANDING – Понимание Запросов
Related Query Engine идентифицирует связанные запросы. Он использует Dismissal Information (данные о том, какие связанные запросы часто отклоняются пользователями для данного исходного запроса), чтобы отфильтровать или понизить некачественные предложения.

RANKING – Ранжирование
Ranking Engine используется для определения основных результатов поиска, а также для выбора того, какие изображения будут выбраны в качестве Preview Images и Hovercard Images для связанных запросов (например, изображения с самым высоким рангом). Кроме того, в патенте упоминается, что Ranking Engine может использовать Dismissal Information для корректировки текущих результатов поиска (например, понижая контент, связанный с отклоненным интентом).

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

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

  • Исходный запрос пользователя.
  • База данных запросов (Query Database).
  • Индекс ресурсов/изображений (Index Database).
  • Информация об отклонениях (Dismissal Information).

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

  • Результаты поиска по исходному запросу.
  • Набор связанных запросов.
  • Для каждого связанного запроса: множество Preview Images (для основного показа и для Hovercard).
  • Инструкции для клиентского устройства по отображению UI и обработке взаимодействий.

На что влияет

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

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

  • Условия работы: Алгоритм применяется при генерации SERP, когда система идентифицирует подходящие связанные запросы.
  • Триггеры активации:
    • Hovercard активируется при Preliminary Selection (наведении курсора).
    • Отклонение и замена запроса активируются при выборе Dismissal Element.

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

Процесс А: Обработка запроса (Система)

  1. Получение запроса: Система получает запрос от клиента.
  2. Идентификация результатов и связанных запросов: Search Engine находит результаты. Related Query Engine определяет связанные запросы, используя Query Database и фильтруя их с помощью Dismissal Information.
  3. Выбор превью: Для каждого связанного запроса система выбирает одно Preview Image и множество Hovercard Images.
  4. Формирование ответа: Система компилирует результаты, связанные запросы, изображения превью и инструкции (скрипты) для UI.
  5. Отправка данных: Данные отправляются клиенту. (Изображения для Hovercard могут быть отправлены сразу или по запросу).

Процесс Б: Отображение и взаимодействие (Клиентское устройство)

  1. Рендеринг SERP: Устройство отображает результаты и связанные запросы (текст + 1 Preview Image + Dismissal Element).
  2. Обработка предварительного выбора: Устройство обнаруживает наведение курсора на связанный запрос.
  3. Отображение Hovercard: Отображается Hovercard с дополнительными изображениями.
  4. Обработка отклонения: Устройство обнаруживает клик по Dismissal Element. Отклоненный запрос удаляется из интерфейса.
  5. Уведомление системы: Устройство отправляет системе индикацию об отклонении.

Процесс В: Обработка обратной связи (Система)

  1. Получение индикации: Система получает уведомление об отклонении.
  2. Запись данных: Система сохраняет ассоциацию между исходным запросом и отклоненным запросом в Dismissal Information.
  3. Корректировка (опционально): Система может выбрать новый связанный запрос для замены или скорректировать текущие результаты поиска на основе полученного сигнала (например, понизив контент, связанный с отклоненным запросом).

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

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

  • Поведенческие факторы (Явные):
    • Preliminary Selection: Данные о наведении курсора (используются для активации Hovercard).
    • Dismissal: Явный сигнал от пользователя о нерелевантности связанного запроса (записывается в Dismissal Information). Это Explicit Negative Feedback.
    • Выбор связанного запроса (Клик): Сигнал для выполнения нового поиска.
  • Мультимедиа факторы: Изображения из индекса используются как Preview Images и Hovercard Images.
  • Системные данные:
    • Query Database: Используется для определения связей между запросами.
    • Index Database: Источник результатов поиска и превью-изображений.

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

  • Рейтинг изображений (Image Ranking): Используется для выбора Preview Images. Патент предполагает, что выбираются изображения с наивысшим рейтингом по связанному запросу (например, top ranked responsive image).
  • Частота отклонений (Dismissal Rate): Система собирает Dismissal Information. Связанный запрос, который часто отклоняется при показе для данного исходного запроса, считается некачественным предложением. В патенте указано: "Связанный запрос, который часто отклоняется... не является хорошим связанным запросом для отображения".
  • Влияние отклонений на ранжирование: Патент упоминает, что Ranking Engine может использовать информацию об отклонении. Например, если пользователь ищет [manhattan] и отклоняет [manhattan map], система может обновить результаты поиска, чтобы удалить часть или все результаты, связанные с картами.

Выводы

  1. Визуализация как ключевой фактор навигации: Google использует визуальные элементы (Preview Images) для повышения понятности и привлекательности связанных запросов. Это подчеркивает важность наличия качественных и релевантных изображений для представления контента.
  2. Интерактивный превью для уточнения интента: Механизм Hovercard позволяет пользователю быстро оценить выдачу по связанному запросу без полного перехода (перезагрузки SERP), ускоряя поиск и уточнение интента.
  3. Сбор явной негативной обратной связи (Explicit Negative Feedback): Dismissal Element является механизмом сбора явных сигналов о нерелевантности связей между запросами. Google собирает данные не только о том, что пользователи выбирают (клики), но и о том, что они активно отвергают.
  4. Использование обратной связи для корректировки ранжирования: Собранная Dismissal Information используется для улучшения будущих предложений связанных запросов. Кроме того, патент прямо указывает на возможность использования этой информации для корректировки основных результатов поиска в реальном времени.
  5. Приоритет для Image SEO: Поскольку Preview Images служат 'витриной' для связанных запросов, оптимизация изображений для занятия топовых позиций (особенно Топ-1) становится критически важной для привлечения трафика через эти блоки.

Практика

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

  • Оптимизация ключевых изображений для Топ-1: Необходимо стремиться занять первую позицию в Image Search по целевым запросам. Поскольку Preview Image часто является Топ-1 результатом, это обеспечит видимость вашего контента в блоках связанных запросов на смежных, часто более широких SERP.
  • Соответствие изображений интенту запроса: Изображения должны быть высококачественными, привлекательными и точно отражать суть контента. Если изображение будет выбрано как Preview Image, оно должно соответствовать ожиданиям пользователя, чтобы стимулировать клик, а не отклонение.
  • Анализ блоков Related Searches в нише: Изучайте, какие связанные запросы предлагает Google и какие изображения используются в качестве превью. Это дает представление о том, как Google связывает темы (Query Understanding) и какой визуальный контент считается наиболее релевантным.
  • Расширение семантики с учетом визуального интента: При проработке тем учитывайте запросы с сильным визуальным компонентом и создавайте соответствующий контент (изображения, инфографику), чтобы занять место в блоках связанных запросов.

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

  • Использование кликбейтных или нерелевантных изображений: Попытка обмануть пользователя с помощью привлекательных, но не соответствующих контенту изображений. Если такое изображение попадет в Preview Image и вызовет негативную реакцию или приведет к отклонению связанного запроса, это может дать негативные сигналы системе.
  • Игнорирование Image SEO: Рассмотрение поиска по картинкам как второстепенного. Патент показывает, что изображения используются как важный элемент навигации и уточнения запросов на SERP.
  • Низкое качество изображений: Использование стоковых, неуникальных или низкокачественных изображений снижает вероятность их выбора в качестве Preview Images и уменьшает CTR.

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

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

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

Сценарий: Оптимизация изображений для попадания в Preview Image (E-commerce)

  1. Задача: Увеличить трафик на сайт по продаже кроссовок через блоки связанных запросов в Google Images.
  2. Анализ: Пользователь ищет [nike air max]. В блоке Related Searches отображаются подсказки: [nike air max 270], [nike air max 90], [nike air max white]. Для каждой используется Preview Image.
  3. Действия SEO-специалиста:
    • Проанализировать, какие изображения ранжируются на Топ-1 в Image Search по запросам [nike air max 270], [nike air max 90] и т.д.
    • Создать высококачественные, четкие и репрезентативные фотографии этих моделей на сайте.
    • Оптимизировать эти изображения (Alt-текст, окружающий текст, скорость загрузки, микроразметка Product), чтобы они заняли лидирующие позиции в поиске по картинкам.
  4. Ожидаемый результат: Изображения сайта выбираются системой в качестве Preview Images для блоков связанных запросов. Это повышает визуальную привлекательность подсказок и увеличивает вероятность клика пользователем, перенаправляя трафик на сайт.

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

Как система выбирает Preview Image для связанного запроса?

Патент не детализирует алгоритм, но указывает, что Preview Image является результатом поиска, релевантным связанному запросу. В описании упоминается, что это может быть изображение с наивысшим рейтингом (top ranked responsive image). На практике это означает, что система выполняет поиск по связанному запросу и выбирает Топ-1 результат в Image Search для использования в качестве превью.

Что такое Hovercard и зачем он нужен?

Hovercard — это всплывающее окно, которое появляется при наведении курсора (Preliminary Selection) на связанный запрос. Он содержит множество (plurality) изображений, релевантных этому запросу. Его цель — предоставить пользователю более широкий предварительный просмотр результатов без необходимости кликать и перезагружать страницу поиска, что ускоряет процесс уточнения запроса.

Что такое Dismissal Information и как Google ее использует?

Dismissal Information — это данные, которые система сохраняет, когда пользователь явно отклоняет (нажимает 'X') предложенный связанный запрос. Это явный негативный сигнал обратной связи. Он используется для обучения Related Query Engine: если определенную подсказку часто отклоняют, ее перестанут предлагать для данного исходного запроса. Также эта информация может использоваться для корректировки ранжирования.

Может ли отклонение связанного запроса повлиять на результаты исходного поиска?

Да, в патенте прямо упоминается такая возможность. Ranking Engine может использовать информацию об отклонении. Например, если пользователь ищет [manhattan] и отклоняет связанный запрос [manhattan map], система может обновить текущие результаты поиска, удалив или понизив результаты, связанные с картами. Это позволяет адаптировать выдачу под уточненный интент пользователя в реальном времени.

Как я могу оптимизировать свои изображения, чтобы они стали Preview Images?

Ключевая стратегия — занять лидирующие позиции (в идеале Топ-1) в Google Image Search по запросам, которые могут быть предложены как связанные. Это включает стандартные практики Image SEO: использование высококачественных и уникальных изображений, оптимизацию Alt-текста и заголовков, обеспечение релевантности изображения окружающему тексту и высокую скорость загрузки.

Что происходит, когда пользователь отклоняет связанный запрос?

Происходит три действия. Во-первых, отклоненный запрос немедленно исчезает из интерфейса пользователя. Во-вторых, клиентское устройство отправляет сигнал в Google, и система записывает это в Dismissal Information. В-третьих, система может немедленно предоставить новый связанный запрос для отображения взамен отклоненного.

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

Хотя патент в основном описывает примеры из Image Search System и фокусируется на изображениях в Claims, в тексте упоминается, что эти же техники могут быть использованы для предварительного просмотра других типов результатов поиска, например, видео, новостей или веб-поиска. Мы часто видим подобные визуализированные блоки в универсальной выдаче.

Откуда берутся изображения для Hovercard?

Патент описывает два варианта. В первом варианте система отправляет Hovercard Images вместе с исходными результатами поиска, и клиентское устройство кэширует их для быстрого показа. Во втором варианте клиентское устройство запрашивает эти изображения у системы в реальном времени в момент, когда пользователь наводит курсор на связанный запрос.

Какое значение этот патент имеет для анализа конкурентов?

Анализируя блоки связанных запросов и используемые в них Preview Images, можно понять, какие сайты Google считает авторитетными источниками визуального контента в данной нише. Если изображения конкурента постоянно используются в качестве превью, это сильный сигнал о высоком качестве их Image SEO стратегии и их релевантности данному кластеру запросов.

Как этот патент связан с построением Тематического Авторитета (Topical Authority)?

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

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

Как Google использует визуальные подсказки и интерактивные превью для уточнения запросов в Image Search
Google использует механизм визуальных уточнений в поиске по изображениям. Когда пользователь вводит общий запрос, система предлагает связанные уточненные запросы, сопровождая их репрезентативным изображением. Это позволяет пользователю предварительно оценить результаты уточнения в оверлейном окне, не покидая текущую выдачу, и направляет трафик на более релевантные изображения.
  • US20150370833A1
  • 2015-12-24
  • Мультимедиа

  • SERP

Как Google использует визуальные превью (Query Suggestion Groupings) для уточнения поисковых запросов
Google патентует интерфейс "Query Suggestion Groupings", который показывает не только текст предлагаемого уточнения запроса, но и визуальное превью результатов (например, миниатюры изображений). Ключевая особенность: эти превью намеренно исключают результаты из топа основной выдачи, чтобы обеспечить разнообразие. Это позволяет пользователям визуально оценить контекст уточнения, не покидая текущую страницу.
  • US9230023B2
  • 2016-01-05
  • SERP

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

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

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

  • SERP

Как Google использует клики пользователей для генерации альтернативных запросов и автоматической разметки изображений
Google анализирует исторические данные о том, какие запросы приводили к кликам по конкретному изображению. Эти запросы используются как автоматические метки (labels) для индексации и как предлагаемые альтернативные запросы при взаимодействии пользователя с этим изображением в выдаче. Система позволяет уточнять поиск на основе коллективного поведения и переносить метки между визуально похожими изображениями.
  • US20150161175A1
  • 2015-06-11
  • Индексация

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

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

Как Google определяет и показывает похожие сайты с помощью визуальных превью и функции "related:"
Google патентует интерфейс для показа связанных сайтов во время просмотра пользователем веб-страницы. Система определяет похожие сайты на основе текстового и визуального сходства. Результаты отображаются в виде миниатюр (превью), которые при наведении увеличивают ключевые области (например, логотип или навигацию), чтобы помочь пользователю быстро оценить релевантность сайта.
  • US8812500B2
  • 2014-08-19

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

Как Google агрегирует, оценивает и ранжирует комментарии, отзывы и упоминания о веб-странице из разных источников
Google собирает комментарии, отзывы и посты в блогах, относящиеся к определенной веб-странице. Система использует сложные алгоритмы для определения основной темы упоминаний (особенно если в них несколько ссылок) и ранжирует эти комментарии на основе авторитетности автора, свежести, качества языка и обратной связи пользователей, чтобы представить наиболее полезные мнения.
  • US8745067B2
  • 2014-06-03
  • EEAT и качество

  • Свежесть контента

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

Как Google использует данные о кликах и пропусках для валидации и удаления неэффективных синонимов в поиске
Google постоянно тестирует правила подстановки (синонимы) для расширения запросов. Этот патент описывает механизм оценки эффективности этих правил с помощью анализа поведения пользователей (клики и пропуски результатов). Если пользователи часто пропускают результаты, содержащие подставленный термин, система автоматически удаляет это правило, очищая понимание запросов от нерелевантных синонимов.
  • US8965875B1
  • 2015-02-24
  • Поведенческие сигналы

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

  • EEAT и качество

Как Google использует данные о поведении пользователей и длительность кликов для улучшения и переписывания поисковых запросов
Google использует систему для автоматического переписывания запросов пользователей. Система анализирует миллионы прошлых поисковых сессий, чтобы определить, как пользователи уточняли свои запросы и насколько они были удовлетворены результатами (измеряя длительность кликов). На основе этого рассчитывается «Ожидаемая полезность» (Expected Utility) для предложенных вариантов запросов, что позволяет Google предлагать пользователю те формулировки, которые с наибольшей вероятностью приведут к качественному ответу.
  • US7617205B2
  • 2009-11-10
  • Поведенческие сигналы

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

  • SERP

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

  • Ссылки

  • SERP

Как Google определяет ключевую тематику зданий и адресов, используя клики пользователей для показа релевантной рекламы
Google использует этот механизм для понимания основного назначения физического местоположения (адреса или здания). Система анализирует все бизнесы в этой локации и определяет, какие поисковые запросы чаще всего приводят к кликам по их листингам. Самый популярный запрос используется как доминирующее ключевое слово для выбора релевантной рекламы, когда пользователи ищут этот адрес или взаимодействуют с ним на Картах или в Street View.
  • US20120278171A1
  • 2012-11-01
  • Local SEO

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

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

Как Google использует анализ аномалий в показах и кликах для выявления фейковых локальных бизнес-листингов (Map Spam)
Google анализирует статистику взаимодействий (кликов) для групп связанных бизнес-листингов (Common Business). Система вычисляет статистически нормальный уровень активности и устанавливает порог (Anomaly Detection Threshold). Резкий всплеск активности выше этого порога (например, на два стандартных отклонения) сигнализирует о наличии фейковых или спамных листингов, созданных для манипуляции локальной выдачей.
  • US20150154610A1
  • 2015-06-04
  • Local SEO

  • Антиспам

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

Как Google консолидирует сигналы ранжирования между мобильными и десктопными версиями страниц, используя десктопный авторитет для мобильного поиска
Патент Google описывает механизм для решения проблемы недостатка сигналов ранжирования в мобильном вебе. Система идентифицирует корреляцию между мобильной страницей и её десктопным аналогом. Если мобильная версия недостаточно популярна сама по себе, она наследует сигналы ранжирования (например, обратные ссылки и PageRank) от авторитетной десктопной версии, улучшая её позиции в мобильном поиске.
  • US8996514B1
  • 2015-03-31
  • Техническое SEO

  • Ссылки

Как Google использует машинное обучение (Learning to Rank) для имитации оценок асессоров и улучшения ранжирования
Google использует технологию Learning to Rank для обучения статистических моделей, которые имитируют оценки человеческих асессоров. Модели анализируют объективные сигналы (статические и поведенческие) для пары запрос/документ и предсказывают, насколько релевантным этот документ сочтет человек. Эти прогнозы затем используются для ранжирования результатов поиска.
  • US8195654B1
  • 2012-06-05
  • Поведенческие сигналы

  • SERP

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

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

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

Как Google использует поведение пользователей для определения синонимичности фраз в запросах, связанных с сущностями
Google анализирует поведение пользователей (клики по результатам поиска), чтобы определить, означают ли разные фразы одно и то же, когда они связаны с одним типом сущности (например, «достопримечательности в <Город>» против «места для посещения в <Город>»). Если пользователи кликают на одни и те же документы для разных фраз, система считает эти фразы эквивалентными, что помогает Google понимать синонимы и улучшать результаты поиска.
  • US10073882B1
  • 2018-09-11
  • Семантика и интент

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

seohardcore