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

Описание

Какую задачу решает

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

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

Запатентована система для отображения локализованных названий сайтов (Local Site Name) рядом с URL в результатах поиска. Ключевым элементом изобретения (описанным в активных Claims 21-38) является метод автоматического наполнения индекса этих названий (Local Site Name Index). Этот метод использует анализ данных о кликах (click log data) для динамического определения устойчивой связи между поисковым запросом (названием бренда) и конкретным доменным именем.

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

Механизм состоит из двух основных процессов:

• Генерация Индекса (Offline): Система анализирует click log data. Она выявляет запросы, по которым один домен получает количество кликов и CTR, значительно превышающие строгие пороговые значения (predetermined threshold criteria). Если доминирование очевидно, этот запрос назначается Local Site Name для этого домена и сохраняется в индексе.
• Отображение (Real-time): При генерации SERP система извлекает Host Name из URL каждого результата. Она запрашивает Local Site Name Index, чтобы найти соответствующее название на языке пользователя, и отображает его в сниппете рядом с URL.

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

Высокая. Улучшение читаемости SERP и точная идентификация брендов остаются приоритетом Google. Описанный механизм использования данных о кликах для установления связи «бренд-домен» является фундаментальным аспектом того, как поисковые системы понимают навигационные запросы, сущности и авторитетность бренда в различных регионах.

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

Влияние на SEO умеренно-высокое (7/10). Патент не описывает алгоритм ранжирования, фокусируясь на представлении результатов (UX). Однако он детально раскрывает, как Google использует поведенческие данные (клики, CTR, доминирование в выдаче) для установления связи между брендом (запросом) и доменом. Это имеет критическое значение для международного SEO, стратегий брендинга и обеспечения доминирования по навигационным запросам.

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

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

Click Log Data (Данные журнала кликов)

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

Host Name (Имя хоста)

Часть URL, идентифицирующая конкретный веб-сайт или домен (например, gall.dcinside.com). Обычно представляется в латинских символах и используется как ключ для поиска в индексе.

Local Site Name (Локальное название сайта)

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

Local Site Name Index (Индекс локальных названий сайтов)

База данных или таблица соответствия (Lookup Table), которая хранит связи между Host Name и соответствующим Local Site Name.

Metrics (Метрики)

Числовые значения, рассчитываемые на основе Click Log Data. В патенте упоминаются click rate (частота кликов/CTR) и общее количество кликов.

Predetermined Threshold Criteria (Пороговые критерии)

Предопределенные условия, которым должны соответствовать метрики, чтобы поисковый запрос был автоматически ассоциирован как Local Site Name. Включают минимальное количество кликов и доминирование CTR над другими результатами.

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

Примечание: Предоставленный документ (US20150161279A1) содержит пункты формулы изобретения 21-38. Предыдущие пункты (1-20) были отменены. Активные пункты фокусируются исключительно на методе автоматической генерации индекса.

Claim 21 (Независимый пункт): Описывает метод наполнения Local Site Name Index с использованием click log data.

1. Система генерирует значения одной или нескольких метрик для набора результатов, связанных с каждым из множества поисковых запросов.
2. Определяется, что сгенерированное значение метрик для конкретного результата превышает predetermined threshold criteria.
3. В ответ на это система создает Local Site Name путем ассоциации этого поискового запроса с частью Host Name URL этого результата. (При этом Host Name на первом языке, а Local Site Name — на втором).
4. Это соответствие добавляется в Local Site Name Index.

Ядро изобретения — автоматическое определение названия бренда на локальном языке путем анализа того, какой запрос приводит к доминирующему количеству кликов на определенный домен. Если пользователи ищут термин «X» и подавляющее большинство кликает на домен «Y.com», система делает вывод, что «X» является локальным названием для «Y.com».

Claim 25 и 26 (Зависимые): Уточняют, что такое predetermined threshold criteria.

• Claim 25: Критерии включают минимальное общее количество кликов (minimum number of total clicks), зарегистрированных в ответ на поисковый запрос (обеспечение статистической значимости).
• Claim 26: Детализирует критерий доминирования. Определение превышения порогов включает: определение того, что частота кликов (click rate) для результата превышает частоту кликов для других результатов, причем разница между CTR топового результата и следующего за ним превышает заранее определенное процентное значение.

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

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

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

INDEXING / Аналитические процессы (Offline/Batch Processing)
Основная работа по генерации Local Site Name Index происходит здесь. Система периодически анализирует агрегированные Click Log Data, вычисляет метрики (CTR, Total Clicks), применяет Predetermined Threshold Criteria и обновляет индекс. Это связано с процессами распознавания сущностей (брендов) и понимания навигационного интента.

RANKING – Ранжирование
На этом этапе генерируются стандартные результаты поиска. Описанный механизм не влияет на логику ранжирования.

METASEARCH / RERANKING (SERP Generation / Presentation Layer)
На этапе формирования финальной страницы выдачи (SERP) система использует сгенерированный индекс. Для каждого URL извлекается Host Name. Выполняется запрос к Local Site Name Index с учетом языка пользователя. Полученное Local Site Name вставляется в сниппет результата.

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

• (Для генерации индекса): Click Log Data (запросы, URL результатов, клики).
• (Для отображения): URL результата, язык/регион пользователя, Local Site Name Index.

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

• (Для генерации индекса): Обновленный Local Site Name Index (соответствия Host Name -> Local Site Name).
• (Для отображения): Модифицированный сниппет в SERP с добавленным локальным названием сайта.

На что влияет

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

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

• Условия применения (Генерация Индекса): Алгоритм генерации активируется для запроса, когда метрики кликов достигают Predetermined Threshold Criteria: 1) Достаточный объем трафика/кликов. 2) Явное доминирование одного результата по CTR с большим отрывом от остальных.
• Условия применения (Отображение в SERP): Механизм отображения активируется, когда у пользователя установлен локальный язык (определенный автоматически по IP или через настройки), И для данного URL существует запись в Local Site Name Index для этого языка.

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

Процесс А: Генерация Local Site Name Index (Offline/Batch — на основе FIG 5A и Claims 21+)

1. Сбор данных: Агрегация Click Log Data за определенный период времени.
2. Идентификация кандидатов: Выбор поисковых запросов (потенциальных названий брендов) для анализа.
3. Расчет метрик: Для каждого запроса вычисляются метрики кликов для топовых результатов (Total Clicks, Click Rate).
4. Применение порогов (Threshold Criteria): Проверка выполнения условий:
   1. Превышает ли общее количество кликов минимальный порог (Значимость).
   2. Превышает ли CTR топового результата CTR следующего результата на заданную величину (Доминирование).
5. Ассоциация: Если пороги пройдены для топового результата, поисковый запрос назначается как Local Site Name для соответствующего Host Name.
6. Обновление индекса: Запись соответствия (Host Name -> Local Site Name) в Local Site Name Index.

Процесс Б: Отображение в SERP (Real-time — на основе FIG 4A)

1. Получение результатов: Система получает запрос и стандартный набор отранжированных результатов.
2. Определение локали: Определение языка и региона пользователя.
3. Итерация по результатам: Для каждого результата извлекается Host Name из URL.
4. Запрос к индексу: Поиск Host Name в Local Site Name Index для соответствующего языка.
5. Проверка дублирования (Опционально FIG 4B): Система может проверить, не содержится ли уже Local Site Name в заголовке результата, чтобы избежать дублирования.
6. Модификация сниппета: Если Local Site Name найдено (и не отфильтровано), оно добавляется в сниппет результата, обычно рядом с URL.
7. Возврат SERP: Отображение модифицированной страницы результатов пользователю.

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

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

• Поведенческие факторы: Click Log Data. Это основной источник данных для генерации индекса по методу, описанному в Claims. Включают данные о кликах, частоте кликов (click rate), пользовательских выборах (user selections).
• Технические факторы: URL результата, из которого извлекается Host Name.
• Пользовательские и Географические факторы: Языковые предпочтения пользователя (language preference) или его местоположение (location of a client device). Используются для определения того, на каком языке отображать Local Site Name.
• Внешние данные (Альтернативные методы): В описании патента (не в Claims 21-38) упоминается возможность использования информации из Directory Service (FIG 5B, ручной ввод) или автоматического перевода URL (FIG 5C).

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

• Click Rate (Частота кликов / Selection Rate): Процент кликов на определенный результат (хост) по данному запросу.
• Total Clicks (Общее количество кликов): Общий объем кликов по запросу и результату.
• Пороговые значения (Threshold Criteria): Система использует комбинацию порогов для обеспечения надежности:
  1. Минимальное количество кликов: Для обеспечения статистической значимости данных.
  2. Доминирование CTR: Требование, чтобы CTR топового результата значительно превышал CTR следующего результата (например, на X процентных пунктов). Это подтверждает сильную навигационную связь.

Выводы

1. Поведение пользователей как источник истины для брендинга: Патент явно демонстрирует, как Google использует click log data для программного определения того, как пользователи называют тот или иной бренд или сайт. Local Site Name — это не официальное название, а доминирующий навигационный запрос.
2. Критичность доминирования в навигационном поиске: Для автоматического распознавания связи требуется не просто занимать первую позицию, но и собирать подавляющее большинство кликов. Метрики должны превысить строгие Predetermined Threshold Criteria, включая значительный отрыв по CTR.
3. Автоматизация идентификации брендов (Entity Recognition): Система динамически изучает и валидирует связь «бренд-домен» на основе реального поведения пользователей в глобальном масштабе, не полагаясь исключительно на онтологии или ручной ввод.
4. Фокус на глобальном UX и представлении: Основная цель — улучшение читаемости и понятности SERP в регионах, где латинские URL не информативны. Это функция уровня представления (Presentation Layer), а не ранжирования.
5. Гибкость источников данных: Хотя активные Claims защищают метод на основе click log data, Google также может использовать ручное предоставление данных (через каталоги) и автоматический перевод как альтернативные способы наполнения индекса.

Практика

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

• Обеспечение последовательного и однозначного брендинга: Используйте четкое и последовательное название бренда на целевом локальном языке во всех каналах. Цель — добиться того, чтобы пользователи использовали именно это название при поиске вашего сайта, что необходимо для активации механизма автоматической генерации (Claim 21).
• Обеспечение чистоты выдачи и доминирования по брендовым запросам: Критически важно мониторить SERP по навигационным запросам. Необходимо минимизировать присутствие «примесей» (агрегаторов, нерелевантных сайтов), которые могут снижать CTR официального сайта. Ваш сайт должен доминировать по кликам, чтобы соответствовать Threshold Criteria.
• Оптимизация сниппетов для максимального CTR по брендовым запросам: Убедитесь, что сниппет официального сайта является наиболее привлекательным. Используйте Sitelinks и актуальные мета-теги, чтобы максимизировать отрыв вашего CTR от других результатов в брендовой выдаче.
• Стимулирование навигационного спроса: Работайте над повышением узнаваемости бренда. Это увеличивает объем данных (Total Clicks) по вашим брендовым запросам, что необходимо для анализа системой и достижения пороговых значений статистической значимости.

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

• Игнорирование «паразитного» трафика в брендовой выдаче: Если агрегаторы или сайты с отзывами собирают значительную часть кликов по вашему брендовому запросу, это размывает поведенческие сигналы. Это может помешать Google установить четкую связь из-за недостижения threshold criteria по доминированию CTR.
• Размытие бренда между доменами или неконсистентное написание: Использование нескольких доменов для одного бренда или разных вариантов написания названия распределяет навигационный интент и сигналы кликов, усложняя консолидацию сигналов для основного домена.
• Использование общих или неоднозначных названий: Если название бренда совпадает с общим термином, системе будет сложно установить четкую навигационную связь, так как клики будут распределяться по разным интентам и сайтам.

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

Патент подтверждает стратегическую важность построения сильного бренда и управления поведением пользователей в SERP. Google активно использует агрегированные поведенческие сигналы для понимания сущностей и их взаимосвязей (в данном случае, связь Сущность/Бренд -> Домен). Это подчеркивает, что SEO тесно связано с брендингом и UX, а авторитетность подтверждается не только ссылками, но и реальным поведением пользователей, особенно в контексте международного SEO.

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

Сценарий: Консолидация брендового трафика для международного сайта в Японии

1. Ситуация: Крупный ритейлер «GlobalBrand» работает в Японии. Пользователи ищут его, используя название на катакане: «グローバルブランド». В выдаче присутствует официальный сайт globalbrand.com и несколько агрегаторов.
2. Проблема: CTR официального сайта составляет 40%, агрегаторы собирают остальные клики. Этого недостаточно для достижения Predetermined Threshold Criteria (например, требуется отрыв в 35 п.п. от следующего результата).
3. Действие: SEO и Маркетинг фокусируются на максимизации CTR официального сайта. Они внедряют Sitelinks, оптимизируют сниппеты и запускают кампанию для укрепления ассоциации бренда с официальным доменом.
4. Результат: CTR globalbrand.com по запросу «グローバルブランド» возрастает до 75%, значительно опережая агрегаторы. Система Google анализирует Click Log Data, фиксирует превышение пороговых критериев и добавляет в Local Site Name Index соответствие: globalbrand.com -> «グローバルブランド». Теперь это локальное название отображается в японской SERP рядом с URL.

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