Как Google использует авторитетность в веб-поиске для определения порядка ранжирования в Локальном поиске (Local Pack)

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

Authority Page (Авторитетная страница)

Ресурс (например, URL), идентифицированный как официальная домашняя страница Business Entity. Используется для определения Authority Result.

Authority Result (Авторитетный результат)

Результат поиска, который ссылается на Authority Page бизнес-сущности.

Business Entity (Бизнес-сущность)

Сущность, представляющая бизнес. Определяется уникальной комбинацией адреса, телефона и названия, либо уникальной комбинацией URL и названия.

Combined Local Results (Объединенные локальные результаты)

Набор результатов, полученный путем слияния исходных локальных результатов и переоцененных (re-scored) авторитетных результатов из Универсального поиска.

Conjoiner Engine

Компонент системы, отвечающий за получение результатов из разных поисковых систем, инициацию их переоценки (re-scoring) и их первичное объединение.

Local Search Engine System (Система локального поиска)

Поисковая система, индексирующая бизнес-сущности. Использует алгоритмы ранжирования, учитывающие релевантность запросу и расстояние до пользователя.

Merger Engine

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

Re-Ranker Engine

Компонент, отвечающий за изменение порядка Combined Local Results, в частности, за приведение порядка Authority Results в соответствие с их порядком в Универсальном поиске.

Universal Search Engine System (Система универсального поиска)

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

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

Claim 1 (Независимый пункт): Описывает основной метод объединения результатов из двух разных систем (Система 1/Универсальная и Система 2/Локальная) с разными индексами и алгоритмами.

1. Получение первых результатов (Универсальных) от Системы 1.
2. Получение вторых результатов (Локальных) от Системы 2.
3. Идентификация количества Authority Results (ссылающихся на Authority Page бизнес-сущности) в первых результатах.
4. Переоценка (Re-scoring): Часть этих Authority Results переоценивается с использованием алгоритма Системы 2 (Локального).
5. Объединение (Combining): Переоцененные Authority Results объединяются со вторыми (Локальными) результатами для генерации combined second search results.
6. Переранжирование (Ordering): Если количество Authority Results превышает порог (exceeds a threshold), они упорядочиваются в объединенном списке так, чтобы их относительный порядок соответствовал их относительному порядку в исходном первом наборе (Универсальном).
7. Предоставление объединенных результатов пользователю.

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

Claim 6 (Зависимый): Уточняет, что предоставление результатов включает слияние (merging) упорядоченных объединенных вторых результатов и первых результатов.

Claim 7 (Зависимый): Описывает механизм позиционирования объединенного локального блока. Позиция вставки среди первых (Универсальных) результатов определяется на основе количества Authority Results в топе первых результатов.

Claim 8, 9, 10 (Зависимые): Описывают процесс дедупликации (combining matching results). Совпадающие результаты из локального и универсального наборов объединяются в один. Совпадением считается одна и та же бизнес-франшиза (Claim 9) или один и тот же Authority Result (Claim 10).

Claim 11 и 12 (Зависимые): Указывают, что формат представления (presentation format), включая возможность добавления колонки быстрого сравнения (quick scan column), выбирается на основе количества Authority Results.

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

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

INDEXING – Индексирование и извлечение признаков
На этом этапе система должна предварительно идентифицировать Business Entities и связать их с соответствующими Authority Pages (официальными сайтами). Эти данные сохраняются в индексе для использования в реальном времени.

RANKING – Ранжирование
Процесс запускается параллельно. Universal Search Engine и Local Search Engine генерируют свои наборы результатов, используя свои специфические алгоритмы и индексы.

METASEARCH – Метапоиск и Смешивание (Universal Search & Blending)
Основное применение патента. Conjoiner Engine получает результаты от обеих систем и инициирует переоценку (re-scoring) универсальных результатов локальным движком. Затем Re-Ranker Engine (или аналогичная логика) изменяет порядок локальных результатов на основе универсального ранжирования, если достигнут порог. Наконец, Merger Engine определяет точку вставки локального блока (Local Pack) в универсальную выдачу, выполняет дедупликацию и выбирает формат отображения.

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

• Запрос пользователя.
• Результаты и оценки от Universal Search Engine.
• Результаты и оценки от Local Search Engine.
• Данные, связывающие Business Entities и Authority Pages.

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

• Объединенная страница результатов поиска (SERP), включающая универсальные ссылки и интегрированный, переранжированный локальный блок.

На что влияет

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

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

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

• Триггеры активации: Запрос генерирует релевантные результаты как в Локальном, так и в Универсальном поиске.
• Пороговые значения для переранжирования: Переранжирование локального списка на основе универсального порядка активируется только тогда, когда количество идентифицированных Authority Results, прошедших локальную переоценку, превышает определенный порог (в описании патента упоминается пример порога в 4 результата).
• Пороговые значения для формата отображения: Специальные форматы отображения (например, quick scan column) активируются, если плотность Authority Results высока, что указывает на то, что пользователь ищет список мест для сравнения, а не одно конкретное место.

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

1. Получение универсальных результатов: Система получает первый набор результатов от Universal Search Engine System в ответ на запрос.
2. Получение локальных результатов: Система получает второй набор результатов от Local Search Engine System.
3. Инициация переоценки: Часть топовых универсальных результатов (например, топ-20) отправляется в Local Search Engine System для переоценки с использованием локального алгоритма ранжирования (учитывающего релевантность и расстояние).
4. Получение переоцененных результатов: Система получает обратно универсальные результаты с новыми локальными оценками (re-scored universal search results).
5. Объединение (Conjoining): Переоцененные результаты, которые являются Authority Results и имеют достаточно высокую локальную оценку (выше порога), объединяются с исходными локальными результатами для создания Combined Local Results. Дубликаты удаляются.
6. Переранжирование (Re-ranking): Система проверяет, превышает ли количество Authority Results в объединенном списке пороговое значение. Если да, эти Authority Results упорядочиваются так, чтобы их относительный порядок соответствовал их относительному порядку в исходном Универсальном поиске.
7. Определение позиции вставки: Система анализирует плотность Authority Pages в топе Универсального поиска, чтобы определить оптимальную позицию для вставки локального блока (например, перед всеми результатами или после нескольких).
8. Слияние и форматирование (Merging): Переранжированный локальный список сливается с универсальными результатами. Выбирается формат презентации на основе плотности Authority Results. Совпадающие результаты (один и тот же бизнес/франшиза) кластеризуются в один.
9. Выдача результатов: Объединенные и отформатированные результаты предоставляются пользователю.

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

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

Патент фокусируется на архитектуре слияния и использует следующие типы данных:

• Технические факторы: URL-адреса ресурсов используются для идентификации Authority Pages (официальных домашних страниц).
• Структурные/Контентные факторы: Данные о бизнес-сущностях (Business Entity) — название, адрес, телефон. Эти данные используются для идентификации бизнеса и для расчета локальных оценок.
• Географические факторы: Местоположение пользователя (client device location) и местоположение бизнес-сущности. Критически важны для алгоритма Local Search Engine при расчете оценок (как исходных локальных, так и при переоценке универсальных результатов).
• Системные данные: Оценки ранжирования (Scores) от Универсального движка и оценки ранжирования от Локального движка.

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

• Universal Score: Оценка, рассчитанная Universal Search Engine. Конкретные факторы не детализируются, но упоминаются стандартные методы IR (Information Retrieval) и анализ ссылочной структуры (анализ "голосов" от важных ресурсов).
• Local Score: Оценка, рассчитанная Local Search Engine. Патент указывает, что эта оценка основывается на релевантности запросу и расстоянии от устройства пользователя до бизнес-сущности.
• Порог количества авторитетов (Threshold number of authority results): Пороговое значение (например, 4). Определяет, будет ли активирован механизм переранжирования локального блока на основе универсального порядка, а также влияет на выбор формата презентации.
• Плотность авторитетов (Density of authority pages): Метрика, основанная на количестве Authority Results в топе Универсальной выдачи. Используется для определения позиции вставки локального блока.

1. Авторитетность в Веб-поиске — прямой фактор ранжирования в Локальном поиске: Патент явно демонстрирует механизм, при котором относительный порядок ранжирования в Universal Search напрямую переносится на порядок ранжирования в Local Search (Local Pack), при условии локальной релевантности и достижения порога активации.
2. Двухэтапная валидация для Local Pack: Чтобы высоко ранжироваться в локальном блоке, бизнес должен быть (А) достаточно авторитетным в Универсальном поиске и (Б) соответствовать локальным критериям (релевантность и расстояние), что проверяется на этапе re-scoring.
3. Критичность идентификации "Authority Page": Система полагается на точную идентификацию официального сайта бизнеса (Authority Page). Именно авторитетность этих страниц определяет финальное ранжирование в локальном блоке.
4. Условное переранжирование: Механизм переноса порядка из Универсального поиска в Локальный активируется только при достижении порогового количества авторитетных результатов. Если их мало, может использоваться стандартное локальное ранжирование.
5. Адаптивное позиционирование и презентация Local Pack: Позиция локального блока в SERP и его формат отображения (например, добавление quick scan column) не фиксированы. Они зависят от плотности Authority Results в Универсальной выдаче, что помогает определить интент пользователя (поиск списка или конкретного места).

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

• Построение общей авторитетности веб-сайта (E-E-A-T и Ссылки): Это критически важно для Local SEO. Необходимо добиваться высоких позиций в Универсальном поиске, так как этот порядок ранжирования напрямую используется для определения порядка в Local Pack. Работа над ссылочным профилем, качеством контента и сигналами бренда для основного сайта обязательна.
• Усиление и четкая идентификация "Authority Page": Убедитесь, что Google корректно идентифицирует ваш основной сайт (обычно главную страницу или ключевую локальную страницу) как официальную страницу вашего бизнеса. Эта страница должна быть максимально авторитетна.
• Комплексная оптимизация под Локальные и Универсальные факторы: Нельзя игнорировать традиционные локальные сигналы (GBP, цитаты, локальная релевантность, отзывы), так как они используются на этапе re-scoring для подтверждения локальной применимости. Однако финальный порядок часто определяется Универсальной авторитетностью.
• Мониторинг позиций в обоих индексах: Отслеживайте ранжирование вашего сайта как в Универсальном поиске, так и в Локальном. Улучшение позиций в первом должно коррелировать с улучшением позиций во втором для запросов с локальным интентом.

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

• Изолированное Local SEO: Фокусироваться исключительно на оптимизации Google Business Profile, сборе цитат и отзывов, игнорируя развитие и авторитетность основного веб-сайта. Этот патент показывает, что такая стратегия ограничена, так как финальное ранжирование часто определяется Универсальным поиском.
• Манипуляции с локальными факторами без поддержки авторитетом: Попытки манипулировать локальными сигналами (например, спам в названиях, виртуальные офисы) могут помочь пройти этап локальной оценки (re-scoring), но не позволят занять высокие позиции из-за низкой авторитетности в Универсальном поиске.
• Использование неавторитетных страниц для локального продвижения: Продвижение бизнеса только через агрегаторы или сторонние сайты без развития собственного Authority Page не позволит воспользоваться механизмом переранжирования, описанным в патенте.

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

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

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

Сценарий: Ранжирование отелей в Локальном блоке

1. Запрос: "Отели в центре Лондона".
2. Универсальный поиск (Universal Search): Система определяет авторитетные сайты отелей и ранжирует их по общей авторитетности (E-E-A-T, ссылки и т.д.). Порядок: 1. Hilton, 2. Marriott, 3. Radisson, 4. BoutiqueHotelX.
3. Локальный поиск (Local Search): Определяет отели по релевантности и близости. Исходный порядок может отличаться.
4. Переоценка (Re-scoring): Система берет Hilton, Marriott, Radisson, BoutiqueHotelX и оценивает их по локальным критериям (близость к центру, отзывы). Предположим, все они проходят порог локальной релевантности.
5. Проверка порога: Идентифицировано 4 Authority Results. Порог активации (например, 4) достигнут.
6. Объединение и Переранжирование (Re-ranking): Система формирует Local Pack. Поскольку порог достигнут, активируется переранжирование. Несмотря на то, что BoutiqueHotelX может быть ближе к пользователю, система принудительно устанавливает порядок в Local Pack, соответствующий Универсальному поиску: 1. Hilton, 2. Marriott, 3. Radisson, 4. BoutiqueHotelX.
7. Результат для SEO: Чтобы BoutiqueHotelX обошел Hilton в Local Pack, ему необходимо превзойти Hilton по авторитетности в Универсальном веб-поиске.