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

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

Biasing (Смещение/Корректировка)

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

Candidate Geolocations (Кандидатные геолокации)

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

Current Geolocation (Текущая геолокация)

Физическое местоположение пользователя или его устройства в момент запроса (или близко к нему). Определяется через GPS, IP-адрес, Wi-Fi и т.д.

Explicit-Preferred Geolocation (Явно предпочтительная геолокация)

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

Geolocation Signals (Геолокационные сигналы)

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

Implicit-Preferred Geolocation (Неявно предпочтительная геолокация)

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

Query Geolocation (Геолокация запроса)

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

Request Geolocation (Запрошенная геолокация)

Местоположение, явно указанное в тексте поискового запроса (например, «пицца в Нью-Йорке»).

Session Geolocation (Сессионная геолокация)

Местоположение, связанное с одним или несколькими запросами, отправленными пользователем в течение текущей сессии поиска.

Visited Geolocation (Посещенная геолокация)

Местоположение, которое пользователь физически посещал ранее.

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

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

1. Система идентифицирует множество различных геолокаций, связанных с одним пользователем, на основе полученных сигналов.
2. Получает поисковый запрос.
3. Получает множество условий (правил) для выбора одной из геолокаций и определяет приоритет для каждого условия.
4. Применяет эти условия в предопределенном порядке согласно их приоритету (predefined order according to the determined priority).
5. Описана логика «водопада» (fallback): если первое условие с наивысшим приоритетом не выполнено, система проверяет второе условие с более низким приоритетом.
6. Система выбирает геолокацию, соответствующую первому выполненному условию, в качестве Query Geolocation.
7. Использует эту Query Geolocation для идентификации (и смещения) результатов поиска.

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

Claim 2 (Зависимый от 1): Уточняет, что множество геолокаций включает как минимум три из следующих типов: Current, Request, Explicit-Preferred, Visited, Implicit-Preferred, Session Geolocation.

Claim 11 и 21 (Зависимые): Детализируют конкретные условия (Правила A-I), используемые в приоритизированной последовательности. Это ключевые пункты для понимания логики работы Google. Примеры условий включают:

• (a) Наличие Request Geolocation в запросе.
• (b), (d), (e) Анализ количества и доли недавних запросов, связанных с Current, Implicit-preferred или Explicit-preferred местоположениями, с использованием различных (снижающихся) пороговых значений.
• (c) Соответствие темы запроса Visited Geolocation.
• (f) Обнаружение значительного изменения Current Geolocation (путешествие) при отсутствии обновления Explicit-preferred Geolocation.
• (g), (h), (i) Проверки существования Explicit-Preferred, Implicit-Preferred или Current Geolocation (с достаточным качеством).

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

Изобретение применяется на ключевых этапах обработки запроса и ранжирования.

QUNDERSTANDING – Понимание Запросов
Это основной этап применения патента. Система должна в реальном времени проанализировать запрос и контекст пользователя. Это включает сбор всех доступных Geolocation Signals, определение набора Candidate Geolocations и применение иерархии правил для разрешения конфликтов и выбора единственной Query Geolocation. Это выбранное местоположение интерпретируется как географический контекст запроса.

RANKING – Ранжирование / RERANKING – Переранжирование
Выбранная Query Geolocation передается как мощный сигнал на этап ранжирования. Алгоритмы используют эту локацию для смещения (biasing) результатов — оценки географической близости, локальной релевантности и авторитетности кандидатов в данном регионе.

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

• Поисковый запрос пользователя.
• Geolocation Signals (IP, GPS, данные Wi-Fi, сотовые вышки).
• Данные профиля пользователя (для Explicit-Preferred).
• История поиска и история местоположений (для Implicit-Preferred, Visited, Session).

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

• Единственная Query Geolocation, которая используется для дальнейшего ранжирования.

На что влияет

• Специфические запросы: Критически влияет на запросы с локальным интентом (как явным, так и неявным), включая коммерческие («купить X рядом», «ресторан») и информационные («погода», «события»).
• Конкретные типы контента: Влияет на ранжирование локальных страниц (Google Business Profile, локальные лендинги сайтов), товаров с привязкой к наличию в офлайн-магазинах.
• Конкретные ниши: Наибольшее влияние в нишах с высокой локальной зависимостью: E-commerce с офлайн-точками, услуги, рестораны, отели, недвижимость, авто. Особенно важно для ниш, связанных с путешествиями.

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

• Условия работы: Алгоритм применяется при обработке большинства запросов для определения географического контекста.
• Триггеры активации: Сложная иерархическая логика активируется при наличии нескольких Candidate Geolocations, требующих разрешения конфликта (например, конфликт между GPS и настройками профиля), или при необходимости определить локальный контекст для неявного запроса (например, «пицца»).

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

Процесс выбора Query Geolocation (The Waterfall Logic). Реконструкция на основе описания и Claims 1, 11, 21.

1. Сбор данных и Идентификация Кандидатов: Система собирает все доступные Geolocation Signals и определяет Candidate Geolocations (Current, Request, Explicit, Implicit, Visited, Session).
2. Применение Иерархических Правил: Система последовательно проверяет условия (Conditions A-I). Первый удовлетворенный критерий определяет выбор и останавливает процесс.

Примерный порядок приоритетов (на основе FIG. 3 патента):

• Правило A (Явный интент в запросе): Существует ли Request Geolocation (указано ли место в тексте запроса)?
  Если ДА -> Выбрать её.
• Правило B (Активность сессии по текущему месту): Было ли достаточно недавних запросов, и соответствует ли большинство из них (Высокий порог, например 75%) Current Geolocation?
  Если ДА -> Выбрать Current Geolocation.
• Правило C (Связь с посещенным местом): Соответствует ли тема запроса одной из Visited Geolocation?
  Если ДА -> Выбрать её.
• Правило D (Активность сессии по неявному предпочтению): Было ли достаточно недавних запросов, и соответствует ли значительная часть (Средний порог, например 50%) Implicit-Preferred Geolocation?
  Если ДА -> Выбрать её.
• Правило E (Активность сессии по явному предпочтению): Было ли достаточно недавних запросов, и соответствует ли некоторая часть (Низкий порог, например 40%) Explicit-Preferred Geolocation?
  Если ДА -> Выбрать её.
• Правило F (Сценарий путешествия): Переместился ли пользователь на значительное расстояние (например, >200 км) за недавний период (например, 48 часов), но не изменил Explicit-Preferred?
  Если ДА -> Выбрать Current Geolocation (игнорировать старые настройки).
• Правило G (Фоллбэк на явное предпочтение): Существует ли Explicit-Preferred Geolocation (например, домашний адрес)?
  Если ДА -> Выбрать её.
• Правило H (Фоллбэк на неявное предпочтение): Существует ли Implicit-Preferred Geolocation?
  Если ДА -> Выбрать её.
• Правило I (Фоллбэк на текущее место): Существует ли Current Geolocation с достаточным уровнем уверенности (quality threshold)?
  Если ДА -> Выбрать её.

3. Ранжирование и Смещение: Использование выбранной Query Geolocation для смещения (biasing) результатов поиска (например, повышение результатов, физически близких к этой локации).

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

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

• Географические факторы: Критические для определения Current Geolocation и Visited Geolocation. Включают координаты GPS, IP-адреса, данные о точках доступа Wi-Fi, триангуляцию вышек сотовой связи.
• Контентные факторы (Запрос): Текст поискового запроса анализируется для извлечения Request Geolocation и определения темы запроса (для Правила C).
• Пользовательские факторы: Настройки профиля пользователя или устройства используются для определения Explicit-Preferred Geolocation.
• Поведенческие факторы: История поисковых запросов, история уточнений запросов (refinements) используются для определения Implicit-Preferred Geolocation. Данные текущей сессии используются для Session Geolocation и активации Правил B, D, E.
• Временные факторы: Используются для определения актуальности сигналов (например, время с момента последнего перемещения для Правила F, длительность текущей сессии).

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

Система использует ряд пороговых значений для принятия решений в рамках иерархических правил:

• Пороги активности (Activity Thresholds): Минимальное количество запросов, отправленных за определенный период времени (например, 5 запросов за 15 минут). Используется в Правилах B, D, E.
• Пороги соотношения/доли (Ratio/Amount Thresholds): Минимальный процент недавних запросов, включающих определенную геолокацию. Патент указывает на иерархию порогов:
  • Первый порог (Высокий, например 75%) для Правила B (Current Geolocation).
  • Второй порог (Средний, например 50%) для Правила D (Implicit-preferred).
  • Третий порог (Низкий, например 40%) для Правила E (Explicit-preferred).
• Порог расстояния (Distance Threshold): Минимальное расстояние перемещения пользователя (например, 200 км), необходимое для активации Правила F (Путешествие).
• Порог качества/уверенности (Quality/Confidence Threshold): Минимальная точность определения Current Geolocation для её использования в Правиле I (например, уверенность > 40%).

1. Иерархия географических сигналов: Google использует строгую, предопределенную иерархию (waterfall logic) для определения географического контекста. Это не взвешивание факторов, а последовательное применение правил (if/then/else).
2. Приоритет явного интента: Request Geolocation (локация, указанная в тексте запроса) имеет наивысший приоритет (Правило A) и переопределяет физическое местоположение пользователя и его настройки.
3. Адаптация к путешествиям: Система содержит специальную логику (Правило F) для обработки путешествий. Если пользователь значительно переместился и не обновил настройки, Google автоматически проигнорирует устаревшие Explicit-Preferred Geolocation и будет использовать Current Geolocation.
4. Динамический контекст важнее статических настроек: Активность пользователя в текущей сессии (Правила B, D, E) часто имеет приоритет над статическими настройками профиля. Система адаптируется к текущему поведению.
5. Сложная роль Current Geolocation: Физическое местоположение не всегда является контекстом по умолчанию. Оно используется, если подтверждено недавней активностью (Правило B), если обнаружено путешествие (Правило F), или как запасной вариант при отсутствии других надежных сигналов (Правило I).
6. Значимость истории пользователя: История поиска (Implicit-Preferred) и история посещений (Visited) являются важными сигналами для определения географического интента, особенно когда запрос неоднозначен.

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

• Оптимизация под явные локальные запросы (Приоритет Правила A): Обеспечьте четкий таргетинг контента на конкретные города и районы. Оптимизация под запросы вида «[запрос] + [локация]» остается самой надежной стратегией для контроля того, какую локацию выберет Google, так как Request Geolocation имеет наивысший приоритет.
• Адаптация стратегии под путешественников (Приоритет Правила F): Для бизнесов в туристических зонах (отели, рестораны) критически важно понимать, что прибывший пользователь будет видеть локальные результаты на основе Current Geolocation, игнорируя его домашние настройки. Необходимо обеспечивать видимость по общим запросам без указания города (например, просто «ресторан» или «отель рядом»).
• Усиление локальных сигналов на сайте и в GBP: Поддерживайте точность и согласованность NAP (Name, Address, Phone) в Google Business Profile, на сайте и в каталогах. Это позволяет Google точно распознавать физическое местоположение бизнеса и правильно применять смещение, когда система выбирает соответствующую Query Geolocation (Правила B, F, G, H, I).
• Создание контента, связанного с локальными сущностями: Если бизнес связан с известными локальными сущностями (стадионы, парки, события), создавайте релевантный контент. Это может помочь активировать Правило C (Visited Geolocation), когда пользователь ищет связанную тему после посещения локации.

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

• Предполагать, что физическое местоположение пользователя — это всегда контекст поиска: Нельзя полагаться на то, что пользователь, находящийся в вашем городе, ищет услуги именно там. Его история, сессия или текст запроса могут сместить Query Geolocation в другое место.
• Игнорировать неявные локальные запросы: Ошибка фокусироваться только на запросах с указанием города. Множество запросов (например, «кафе») обрабатываются с использованием сложной логики выбора геолокации (Правила B-I), и бизнес должен быть оптимизирован под них.
• Использовать инструменты смены VPN/Proxy для тестирования Local SEO без учета контекста: Простое изменение IP-адреса меняет только один сигнал (Current Geolocation). Для точного тестирования локальной выдачи необходимо учитывать историю поиска, настройки профиля и формулировку запроса, так как они могут переопределить IP согласно иерархии правил.

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

Патент подтверждает, что для Google «местоположение» — это не просто физические координаты (GPS или IP), а сложный, динамически вычисляемый контекст, тесно связанный с интентом пользователя. Стратегия локального SEO должна учитывать различные сценарии: поиск из дома о своем районе, поиск из дома о другом районе (планирование) и поиск во время путешествия. Понимание иерархии выбора геолокации позволяет точнее прогнозировать поведение поиска и оптимизировать контент под наиболее приоритетные правила.

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

Сценарий 1: Приоритет явного запроса (Правило A)

1. Контекст: Пользователь физически находится в Москве (Current Geolocation). Его домашний адрес в профиле — Самара (Explicit-Preferred).
2. Запрос: «Отели в Санкт-Петербурге».
3. Действие системы: Система идентифицирует Request Geolocation = Санкт-Петербург. Правило A срабатывает (наивысший приоритет).
4. Результат: Query Geolocation устанавливается как Санкт-Петербург. Выдача содержит отели Санкт-Петербурга, игнорируя Москву и Самару.
5. Вывод для SEO: Для отелей критически важно ранжироваться по запросам с явным указанием города.

Сценарий 2: Адаптация к путешествию (Правило F)

1. Контекст: Пользователь из Самары (Explicit-Preferred) прилетел в Москву (Current Geolocation) 2 дня назад. Расстояние > 200 км. Настройки он не менял.
2. Запрос: «Заказать такси».
3. Действие системы: Правила A-E не срабатывают. Система проверяет Правило F: перемещение значительное, настройки не обновлены. Правило F срабатывает.
4. Результат: Query Geolocation устанавливается как Москва (Current Geolocation). Пользователь видит сервисы такси Москвы, а не Самары.
5. Вывод для SEO: Локальные бизнесы должны оптимизироваться под неявные запросы, чтобы охватить путешественников в своем регионе.