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

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

LOCAL QUERY SUGGESTIONS (Локальные подсказки запросов)
  • US9111011B2
  • Google LLC
  • 2012-12-27
  • 2015-08-18
  • Local SEO
  • Персонализация
  • Семантика и интент
  • Описание
  • Разбор
  • Выводы
  • Практика
  • FAQ
  • Похожие

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

Описание

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

Патент решает проблему предоставления релевантных поисковых подсказок (Query Suggestions) в реальном времени, особенно для мобильных пользователей. Стандартные системы подсказок полагаются преимущественно на глобальную популярность запросов, что может быть нерелевантно текущему физическому контексту пользователя. Изобретение улучшает релевантность подсказок, учитывая физическое местоположение пользователя и категории ближайших точек интереса (Points of Interest, POI).

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

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

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

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

  1. Офлайн-агрегация: Система анализирует логи запросов, фиксируя местоположение каждого запроса. Определяются ближайшие POI и их категории. Для каждой категории накапливается статистика — Category-Specific Query Count (как часто запрос задается рядом с этой категорией).
  2. Реальное время: Пользователь вводит префикс запроса. Система определяет его местоположение и категории ближайших POI. Система выбирает подсказки, которые соответствуют префиксу и имеют высокий Category-Specific Query Count для этих категорий. Если локальная частота запроса значительно выше глобальной, подсказка получает повышение (Boost). Если пользователь находится рядом с несколькими разными категориями (например, спортивный магазин и кафе), подсказки из обеих категорий смешиваются (Blending).

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

Высокая. С ростом мобильного поиска и важности локального контекста (Local SEO) адаптация поискового интерфейса к местоположению пользователя является критически важной функцией. Описанный механизм напрямую влияет на то, как пользователи формулируют свои запросы «на ходу», и является неотъемлемой частью современного пользовательского опыта в поиске.

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

Патент имеет высокое значение (7/10), особенно для локального SEO и мобильной оптимизации. Он раскрывает механизм, как физический контекст формирует поисковое намерение пользователя еще до завершения ввода запроса. Для бизнесов критически важно быть правильно классифицированными (Category) в базах данных Google (например, Google Business Profile), чтобы система могла корректно ассоциировать релевантные запросы с их типом бизнеса и предлагать их пользователям поблизости.

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

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

Category (Категория)
Тип точки интереса (POI). Например, «электроника», «спортивные товары», «продукты».
Category-Specific Query Count (Счетчик запросов для категории)
Метрика, отражающая, сколько раз конкретный запрос был сделан из местоположений, связанных с определенной категорией.
Category-Specific Frequency (Fc) (Частота запросов для категории)
Частота появления запроса в контексте конкретной категории.
Combined Query Count (Комбинированный счетчик запросов)
Сумма Category-Specific Query Counts для запроса по нескольким категориям. Используется при смешивании подсказок.
Grid Cell (Ячейка сетки)
Способ разделения географического региона на области. Используется как альтернатива точному расстоянию для определения близости к POI.
Multiplier (M) (Множитель)
Коэффициент, используемый для корректировки базовой оценки (Score) поисковой подсказки. Рассчитывается на основе сравнения локальной и глобальной частоты запроса.
Overall Frequency / Expected Frequency (FE) (Общая / Ожидаемая частота)
Глобальная частота появления запроса вне зависимости от локального контекста.
Point of Interest (POI) (Точка интереса)
Физический объект или бизнес в определенном географическом местоположении (магазин, музей, парк и т.д.).
Query Prefix (Префикс запроса)
Часть запроса (один или несколько символов), введенная пользователем в реальном времени.
Query Suggestion Engine (Движок поисковых подсказок)
Компонент системы, отвечающий за генерацию подсказок (Autocomplete).

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

Важно: Независимые пункты (Claim 1 и Claim 15) в данном патенте сфокусированы на сценарии, когда пользователь находится рядом с несколькими POI разных категорий одновременно.

Claim 1 и Claim 15 (Независимые пункты): Описывают процесс реагирования на ввод запроса (Claim 1) или префикса (Claim 15) в ситуации смешанного локального контекста.

  1. Система получает запрос (Query/Query Prefix) и местоположение пользователя (User Location).
  2. Идентифицируется первая точка интереса (POI 1) в пределах первой заданной близости.
  3. Идентифицируется вторая точка интереса (POI 2) в пределах второй заданной близости.
  4. Определяются первая категория (для POI 1) и вторая категория (для POI 2).
  5. Используется база данных, которая связывает категории с запросами, ранее сделанными пользователями рядом с этими категориями.
  6. На основе этой базы идентифицируются первая подсказка, специфичная для Категории 1, и вторая подсказка, специфичная для Категории 2.
  7. Процесс идентификации включает:
    • Определение Category-Specific Count для Категории 1 (сколько раз запрос был сделан рядом с Категорией 1).
    • Определение Category-Specific Count для Категории 2.
    • Предоставление подсказок на основе этих счетчиков.
  8. Обе подсказки должны содержать символы введенного запроса/префикса.
  9. Система предоставляет пользователю обе подсказки (смешанный набор).

Ядром изобретения, согласно этим Claims, является механизм смешивания (Blending) поисковых подсказок из разных локальных контекстов. Система идентифицирует несколько релевантных локальных контекстов (категорий POI поблизости) и генерирует подсказки, основываясь на популярности запросов (Category-Specific Counts) внутри каждого из этих контекстов, а затем предоставляет смешанный результат.

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

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

INDEXING – Индексирование и извлечение признаков
На этом этапе система обрабатывает данные о физическом мире. Происходит индексация точек интереса (POI), их местоположений и, что критически важно, их категорий. Эти данные сохраняются в POI Database и Category Database.

QUNDERSTANDING – Понимание Запросов
Основное применение патента происходит здесь, в компоненте Query Suggestion Engine.

  1. Офлайн-обработка логов: Система анализирует исторические логи запросов (Query Log Data). Она связывает запросы с местоположениями, определяет ближайшие категории POI и вычисляет Category-Specific Query Counts и Category-Specific Frequencies.
  2. Обработка в реальном времени: Когда пользователь начинает вводить Query Prefix, система получает префикс и текущее местоположение пользователя.
  3. Контекстуализация: Система использует местоположение для запроса к Locality Database, чтобы определить категории ближайших POI.
  4. Генерация и Ранжирование Подсказок: Query Suggestion Engine выбирает кандидатов, которые соответствуют префиксу. Ранжирование этих кандидатов модифицируется на основе локального контекста. Используются Category-Specific Counts или вычисляется Множитель (M) для повышения подсказок, которые более вероятны в данном локальном контексте.
  5. Смешивание (Blending): Если обнаружено несколько категорий, система смешивает подсказки из них.

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

  • Query Prefix и Местоположение пользователя (в реальном времени).
  • Исторические логи запросов (офлайн).
  • База данных POI и их категорий (системные данные).

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

  • Набор ранжированных поисковых подсказок (Query Suggestions), адаптированных к локальному контексту.

На что влияет

  • Специфические запросы: Наибольшее влияние оказывается на запросы, интент которых неоднозначен и зависит от контекста (например, префикс «ba» может означать «baseball» рядом со спортивным магазином или «baking soda» рядом с продуктовым).
  • Конкретные ниши или тематики: Влияет на все ниши, связанные с физическими точками интереса (ритейл, рестораны, услуги, развлечения). Критично для Local SEO.
  • Мобильный поиск: Механизм в первую очередь ориентирован на мобильные устройства, где местоположение пользователя точно известно и постоянно меняется.

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

  • Триггеры активации: Ввод пользователем Query Prefix при условии, что местоположение пользователя известно.
  • Условия работы: Наличие поблизости идентифицированных точек интереса (POI) с известными категориями, для которых существует накопленная статистика запросов.
  • Определение близости: Применяется, когда POI находится в пределах порогового расстояния (threshold distance) от пользователя (например, 10, 100 метров) ИЛИ когда пользователь и POI находятся в одной географической ячейке (Grid Cell).

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

Процесс А: Офлайн-агрегация данных (на основе FIG. 3)

  1. Сбор данных: Получение логов запросов, где каждый запрос содержит текст и местоположение, откуда он был сделан.
  2. Идентификация POI: Для каждого запроса определяются ближайшие точки интереса (POI) (проверка порогового расстояния или Grid Cell).
  3. Определение Категорий: Определяются категории идентифицированных POI.
  4. Ассоциация: Запрос ассоциируется с этими категориями.
  5. Агрегация и Расчет Метрик:
    • Вычисляется Category-Specific Query Count (счетчик для пары Запрос-Категория).
    • Вычисляется Overall Frequency (FE) и Category-Specific Frequency (Fc).
  6. Сохранение: Ассоциации и метрики сохраняются в Locality Database.

Процесс Б: Генерация подсказок в реальном времени (на основе FIG. 4 и 5)

  1. Получение ввода: Получение Query Prefix и текущего местоположения пользователя.
  2. Определение Локального Контекста: Идентификация ближайших POI и определение их категорий (Категория 1, Категория 2...).
  3. Идентификация Кандидатов: Поиск запросов, которые ассоциированы с идентифицированными категориями и соответствуют введенному префиксу.
  4. Ранжирование Кандидатов: Определение порядка подсказок. Может использоваться несколько методов:
    • Метод 1 (По счетчику): Ранжирование на основе Category-Specific Query Count.
    • Метод 2 (С модификатором): Расчет Множителя M = Fc / FE. Корректировка базовой оценки S: S' = S * M. Ранжирование по S'.
  5. Смешивание (Blending) (если категорий несколько): Объединение кандидатов из разных категорий. Ранжирование может учитывать Combined Query Count (сумма счетчиков по всем релевантным категориям) или относительную важность категорий (Category Importance).
  6. Предоставление результата: Отправка Топ-N ранжированных подсказок на устройство пользователя.

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

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

  • Географические факторы: Критически важные данные. Используется текущее местоположение пользователя (GPS, WiFi-триангуляция) и местоположение точек интереса (POI). Используются определения географических областей (Area Definitions, Grid Cells).
  • Поведенческие факторы: Исторические логи запросов (Query Log Data), которые используются для определения того, что люди ищут в определенных локациях или рядом с определенными категориями бизнесов.
  • Системные данные (Классификация): Данные о категориях POI (Category Database, POI Database).
  • Пользовательские факторы: Вводимый пользователем Query Prefix.

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

  • Category-Specific Query Count: Счетчик количества раз, когда запрос Q был сделан рядом с категорией C.
  • Overall Frequency (FE): Общая частота запроса Q во всей системе.
  • Category-Specific Frequency (Fc): Частота запроса Q в контексте категории C.
  • Multiplier (M): Коэффициент для бустинга/демоутинга подсказки. Формула: M=FCFEM = \frac{F_C}{F_E}.
  • Adjusted Score (S'): Скорректированная оценка подсказки. Формула: S

    Выводы

    1. Физический контекст формирует интент: Патент демонстрирует, как Google использует физическое окружение пользователя для предсказания его намерений еще на этапе ввода запроса. Поисковые подсказки динамически адаптируются к типам бизнесов поблизости.
    2. Статистический подход к локальному интенту: Система определяет локальный интент не через семантический анализ, а через статистику поведения пользователей (Category-Specific Query Counts). Если пользователи часто ищут X, находясь рядом с категорией Y, то X будет предложен другим пользователям рядом с Y.
    3. Бустинг локально релевантных запросов: Механизм Множителя (M=Fc/FE) позволяет агрессивно повышать подсказки, которые значительно более популярны в данном локальном контексте, чем глобально, даже если их общая популярность невысока.
    4. Обработка неоднозначности через смешивание (Blending): Если пользователь находится в месте с несколькими контекстами (например, торговый центр), система смешивает подсказки из разных релевантных категорий, предоставляя пользователю выбор. Это ключевой аспект, защищенный Claims 1 и 15.
    5. Критичность данных о POI и категориях: Функционирование системы полностью зависит от точности базы данных POI и правильности их категоризации (например, данных из Google Business Profile).

    Практика

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

    • Обеспечение точности и полноты данных о бизнесе (Local SEO): Критически важно поддерживать актуальность данных в Google Business Profile (GBP). Особое внимание следует уделить правильному выбору основной и дополнительных категорий бизнеса. Это гарантирует, что Google корректно идентифицирует ваш POI и его Category.
    • Анализ локализованных поисковых подсказок: SEO-специалистам следует анализировать подсказки Autocomplete, физически находясь рядом с точками бизнеса или используя инструменты эмуляции местоположения. Это поможет понять, какие запросы Google статистически связывает с вашей категорией бизнеса (имеют высокий Category-Specific Frequency).
    • Оптимизация под «контекстные» запросы: Создавайте контент и оптимизируйте страницы под запросы, выявленные на предыдущем шаге. Если вы знаете, что пользователи часто ищут конкретный бренд, сравнение цен или услугу, находясь в магазине вашего типа, убедитесь, что вы хорошо ранжируетесь по этим запросам.
    • Расширение категорий для смешанных бизнесов: Если бизнес охватывает несколько категорий (например, гипермаркет), убедитесь, что все они отражены в данных POI. Это позволит системе использовать ваш бизнес для генерации подсказок в разных контекстах.

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

    • Неправильная категоризация бизнеса (Category Spam): Попытка указать неверные или слишком широкие категории в GBP в надежде охватить больше контекстов. Это может привести к тому, что система будет ассоциировать с бизнесом нерелевантную статистику, а также к санкциям со стороны Google.
    • Игнорирование мобильного пользовательского опыта: Фокусировка только на десктопном поиске и игнорирование того, как меняется поведение пользователей «на ходу». Патент подчеркивает, что мобильный интент сильно зависит от локации.
    • Ориентация только на глобальные тренды: Использование только глобальных данных о популярности запросов для формирования локальной SEO-стратегии. Локальная частота (Fc) может кардинально отличаться от глобальной (FE), что приводит к разным приоритетам в подсказках.

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

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

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

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

    1. Задача: Увеличить органический трафик от мобильных пользователей, находящихся поблизости.
    2. Анализ (на основе патента): Необходимо понять, какие запросы имеют высокую Category-Specific Frequency для категории «Электроника».
    3. Действия:
      • Проверить и актуализировать категорию в GBP.
      • Физически посетить локацию и проверить Autocomplete для общих префиксов (например, «ca», «te», «ip»). Зафиксировать подсказки (например, «camera lens», «television brands», «iphone charger»).
      • Предположить, что эти запросы имеют высокий Множитель (M).
    4. Оптимизация: Создать или улучшить посадочные страницы под эти конкретные запросы. Убедиться, что на сайте есть информация о наличии этих товаров в данном конкретном магазине.
    5. Ожидаемый результат: Пользователи поблизости чаще видят эти локально-релевантные подсказки, выбирают их и переходят на оптимизированные страницы сайта.

    Сценарий 2: Блендинг подсказок на улице

    1. Контекст: Пользователь стоит между магазином спортивных товаров (Категория: "Sporting Goods") и продуктовым магазином (Категория: "Grocery").
    2. Действие пользователя: Вводит префикс "ba".
    3. Работа системы:
      • Система идентифицирует обе категории поблизости.
      • Из категории "Sporting Goods" извлекаются подсказки с высоким Category-Specific Count: "baseball", "basketball".
      • Из категории "Grocery" извлекаются подсказки: "baking soda", "bananas".
    4. Результат: Система смешивает (блендит) результаты и показывает пользователю подсказки из обеих категорий, ранжируя их на основе комбинированных метрик.

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

    Как этот патент влияет на работу Google Autocomplete?

    Он описывает механизм, который делает Autocomplete контекстно-зависимым от местоположения. Вместо того чтобы показывать только глобально популярные запросы, система анализирует, рядом с какими типами бизнесов (категориями POI) находится пользователь. Подсказки смещаются в сторону запросов, которые статистически чаще задают в таком окружении. Например, рядом со спортивным магазином подсказки будут склоняться к спортивным товарам.

    Что такое Category-Specific Query Count и почему это важно?

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

    Как Google определяет, повысить или понизить подсказку на основе локации?

    Система сравнивает локальную частоту запроса (Category-Specific Frequency, Fc) с глобальной частотой (Overall Frequency, FE). Рассчитывается Множитель M = Fc / FE. Если M больше 1 (запрос более популярен локально, чем глобально), базовая оценка подсказки умножается на M, что повышает ее в списке. Если M меньше 1, подсказка может быть понижена.

    Что происходит, если я нахожусь рядом с несколькими разными бизнесами (например, в торговом центре)?

    Патент уделяет этому особое внимание (Claims 1 и 15). Если вы находитесь рядом с POI разных категорий (например, магазин одежды и кафе), система идентифицирует обе категории и использует механизм смешивания (Blending). Вы увидите подсказки, релевантные как для одежды, так и для кафе. Ранжирование будет зависеть от популярности запросов в каждом контексте и, возможно, от важности категорий.

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

    Ключевое действие — анализ подсказок Autocomplete непосредственно в локации бизнеса или с эмуляцией локации. Это позволяет выявить запросы, которые Google считает локально релевантными (имеющими высокий Fc). Затем следует оптимизировать контент и страницы сайта под эти запросы, чтобы захватить трафик от пользователей поблизости. Также критически важно обеспечить правильную категоризацию бизнеса в GBP.

    Насколько важен правильный выбор категории в Google Business Profile в контексте этого патента?

    Критически важен. Весь механизм основан на том, что система знает категорию ближайшего POI. Если категория бизнеса указана неверно, Google будет накапливать нерелевантную статистику запросов для этой категории или не сможет использовать ваш бизнес для определения локального контекста пользователя. Точная категоризация напрямую влияет на формирование локального спроса.

    Влияет ли этот патент на ранжирование в основном поиске (синие ссылки)?

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

    Как Google определяет близость к POI?

    В патенте описаны два метода. Первый — использование порогового расстояния (threshold distance), например, в пределах 100 метров. Второй — использование географических ячеек (Grid Cells). Если пользователь и POI находятся в одной предопределенной ячейке карты, они считаются близкими.

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

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

    Как этот патент влияет на бизнес без физических точек (чистый E-commerce)?

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

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

    Как Google формирует локальные подсказки в Autocomplete, смешивая глобальные и местные запросы на основе местоположения
    Google использует этот фреймворк для улучшения поисковых подсказок (Autocomplete) путем интеграции локального контекста. Система определяет общее и точное местоположение пользователя, а затем смешивает глобально популярные запросы с запросами, популярными именно в этой местности. Для определения локальной популярности используются модели пространственного распределения, что позволяет агрессивно продвигать местные подсказки, если они значительно релевантнее в данном регионе.
    • US8856115B1
    • 2014-10-07
    • Local SEO

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

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

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

    • Local SEO

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

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

    • Local SEO

    Как Google персонализирует локальную выдачу и ранжирует отзывы, основываясь на отеле, в котором остановился пользователь
    Google использует данные о месте проживания пользователя (например, отеле) для персонализации локального поиска. При поиске ресторанов или достопримечательностей система повышает в ранжировании те места, которые высоко оценили другие гости этого же отеля. Отзывы от постояльцев также показываются в приоритетном порядке, так как они считаются более релевантными для пользователя.
    • US9817907B1
    • 2017-11-14
    • Local SEO

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

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

    Как Google использует контекст пользователя (местоположение, время, историю) для предсказания поискового намерения в локальном поиске (Queryless Search)
    Google использует механизм предиктивного поиска (Queryless Search), который анализирует местоположение пользователя, время суток, историю поиска и историю перемещений. На основе этих данных система автоматически предлагает релевантные категории (например, "Рестораны", "Бары") еще до ввода запроса. Система адаптирует предложения в зависимости от знакомства пользователя с локацией и фильтрует результаты по времени работы и близости.
    • US9529867B1
    • 2016-12-27
    • Local SEO

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

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

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

    Как Google находит, оценивает и показывает «интересные факты» о сущностях в поиске
    Google идентифицирует «уникальные» или «интересные» факты о сущностях, анализируя документы, на которые ссылаются с использованием триггеров (например, «fun facts»). Система извлекает предложения, кластеризует их для поиска лучшей формулировки и оценивает качество факта на основе авторитетности источника, уникальности терминов и топикальности. Эти факты затем показываются в выдаче в виде специальных блоков.
    • US11568274B2
    • 2023-01-31
    • Knowledge Graph

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

    • EEAT и качество

    Как Google использует историю кликов пользователей для определения интента, связанного с физическим адресом, и таргетинга рекламы
    Google анализирует, какие поисковые запросы исторически приводят к наибольшему количеству кликов по бизнесам, расположенным по определенному адресу. Когда пользователь ищет этот адрес (или смотрит его на карте), Google использует этот «Самый популярный поисковый термин» (Most-Popular Search Term), чтобы определить намерение пользователя и показать релевантную информацию и рекламу.
    • US20150261858A1
    • 2015-09-17
    • Local SEO

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

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

    Как Google использует данные о выделении текста пользователями (явно или неявно) для генерации сниппетов и анализа контента
    Google может собирать данные о том, какие фрагменты текста пользователи выделяют на веб-страницах, используя специальные инструменты или просто выделяя текст мышью. Эти данные агрегируются для определения наиболее важных частей документа. На основе этой "популярности" Google может динамически генерировать поисковые сниппеты, включающие наиболее часто выделяемые фрагменты.
    • US8595619B1
    • 2013-11-26
    • Поведенческие сигналы

    • SERP

    Как Google предсказывает ваш следующий запрос на основе контента, который вы просматриваете, и истории поиска других пользователей
    Google использует систему контекстной информации, которая анализирует контент на экране пользователя (например, статью или веб-страницу) и предсказывает, что пользователь захочет искать дальше. Система не просто ищет ключевые слова на странице, а использует исторические данные о последовательностях запросов (Query Logs). Она определяет, что другие пользователи искали после того, как вводили запросы, связанные с текущим контентом, и предлагает эти последующие запросы в качестве рекомендаций.
    • US20210232659A1
    • 2021-07-29
    • Семантика и интент

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

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

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

    • Ссылки

    • SERP

    Как Google использует генеративный ИИ для создания динамических и гиперперсонализированных бизнес-профилей
    Google разрабатывает систему, которая заменяет статические бизнес-профили динамическими «курируемыми профилями», генерируемыми ИИ (например, LLM). Эти профили адаптируются в реальном времени под конкретного пользователя, учитывая его запрос, предпочтения, историю поиска и демографию, чтобы показать наиболее релевантный контент, продукты и описания бренда.
    • US20250054045A1
    • 2025-02-13
    • Персонализация

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

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

    Как Google генерирует интерактивные и иерархические Sitelinks на основе структуры и популярности разделов сайта
    Google анализирует навигационную иерархию сайта (DOM), популярность ссылок и глубину разделов для создания интерактивного представления ресурса (расширенных Sitelinks) в SERP. Это позволяет пользователям просматривать ключевые категории и вложенные ссылки через интерфейс вкладок, не покидая страницу результатов поиска.
    • US9348846B2
    • 2016-05-24
    • Структура сайта

    • SERP

    • Ссылки

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

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

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

    Как Google использует механизм «Pull-Push» для валидации ссылок через трафик и время вовлечения (Dwell Time)
    Google использует механизм «Pull-Push» для борьбы с искусственными ссылками, анализируя соотношение между количеством ссылок и реальными кликами по ним. Если ссылки не генерируют пропорциональный трафик (с учетом времени вовлечения), они обесцениваются. Сайты, которые систематически ставят такие ссылки, классифицируются как «неквалифицированные источники», и их исходящие ссылки дисконтируются при ранжировании.
    • US9558233B1
    • 2017-01-31
    • Ссылки

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

    • Антиспам

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

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

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

    seohardcore