Google анализирует запросы, введенные в адресную строку браузера. Если система с высокой степенью уверенности определяет один «очень релевантный» результат, основываясь на высоком историческом CTR и значительном отрыве его оценки релевантности от других результатов, пользователь направляется прямо на этот сайт, минуя страницу результатов поиска (SERP).
Описание
Какую задачу решает
Патент решает проблему неудобства ввода полных и точных URL-адресов для доступа к веб-сайтам. Традиционные методы требуют точного ввода (например, www.ibm.com). Это особенно сложно для пользователей, использующих нелатинские алфавиты (double byte characters), так как система DNS изначально ориентирована на латиницу. Изобретение позволяет пользователям вводить естественные языковые термины в адресную строку браузера для прямой навигации.
Что запатентовано
Запатентована система, которая интерпретирует ввод пользователя в адресную строку браузера, не являющийся стандартным URL, как поисковый запрос. Поисковая система оценивает результаты и определяет, существует ли один результат, который с высокой вероятностью является искомым сайтом (very relevant результат). Если такой результат найден на основе строгих критериев уверенности (включая CTR и Relevance Score), система автоматически перенаправляет браузер на этот сайт, пропуская отображение страницы результатов поиска (SERP).
Как это работает
Механизм работает следующим образом:
- Ввод и Валидация: Пользователь вводит термины в адресную строку. Браузер проверяет, является ли ввод валидным URL, DNS записью или локальным путем.
- Передача в поиск: Если ввод не распознан локально, он передается поисковой системе.
- Оценка Уверенности: Поисковая система анализирует результаты на наличие very relevant результата. Для этого требуется комбинация: (1) Первая позиция, (2) Высокий исторический CTR (Observed historical click through rate), и (3) Значительный разрыв в Relevance Score по сравнению со вторым результатом.
- Действие: Если результат классифицирован как very relevant, система инициирует немедленный доступ к этому документу (переадресацию). Если нет, возвращается стандартный SERP.
Актуальность для SEO
Критически высокая. Описанный механизм является фундаментальной частью работы современных браузеров (например, Google Chrome Omnibox). Это реализация функционала, схожего с «I’m Feeling Lucky», интегрированная в адресную строку. Механизм определения доминирующего результата на основе поведенческих данных и разрыва в релевантности остается крайне актуальным.
Важность для SEO
Патент имеет высокое значение для SEO (85/100). Он демонстрирует механизм типа «победитель получает все» для навигационных и высокоинтентных запросов. Он подчеркивает критическую важность CTR и необходимости достижения значительного превосходства в релевантности над конкурентами, чтобы быть признанным в качестве окончательного ответа и захватить трафик из адресной строки.
Детальный разбор
Термины и определения
- Very Relevant Result (Очень релевантный результат)
- Результат поиска, который поисковая система определяет с высокой степенью уверенности как документ, который пользователь намеревался посетить. Идентификация такого результата запускает автоматический переход.
- Observed historical Click-Through Rate (CTR) (Наблюдаемый исторический CTR)
- Параметр, основанный на исторических данных (logs that record user selections) о том, как часто пользователи выбирали определенный результат в ответ на данный запрос. Ключевой фактор для определения very relevant результата.
- Relevance Score (Оценка релевантности)
- Числовое значение, присваиваемое документу поисковой системой, указывающее на уровень его релевантности запросу.
- Decision Component (Компонент принятия решений)
- Часть поисковой системы, которая анализирует параметры (позиция, CTR, Relevance Score) для классификации результата как very relevant.
- Double Byte Characters (Двухбайтовые символы)
- Символы, используемые в языках (например, китайский, японский, кириллица), которые не всегда поддерживаются традиционными системами DNS. Патент позволяет использовать их для навигации через адресную строку.
- Named URL Entry / Browse by Name (Навигация по имени)
- Функция, позволяющая вводить естественные языковые термины в адресную строку для навигации вместо ввода формального URL.
Ключевые утверждения (Анализ Claims)
Claim 1 (Независимый пункт): Описывает основной метод автоматической переадресации вместо показа SERP.
- Система определяет, что среди набора результатов поиска один единственный результат классифицируется как very relevant.
- Эта классификация основана на Relevance Score этого результата относительно оценок других результатов в ранжированном списке (т.е. учитывается разрыв).
- В ответ на это определение система автоматически выводит (загружает) веб-страницу, на которую ссылается этот результат, вместо предоставления страницы результатов поиска (SERP).
- Автоматический вывод происходит непосредственно после отправки запроса пользователем.
Claim 2 (Зависимый от 1): Добавляет CTR как критерий классификации.
Классификация результата как very relevant также основывается на параметре Observed historical Click-Through Rate (CTR), связанном с этим результатом.
Claims 3 и 4 (Зависимые от 2): Уточняют методы расчета CTR.
Claim 3: Исторический CTR рассчитывается как соотношение (ratio) общего количества выборов этого результата к общему количеству выборов второго (другого) результата.
Claim 4: Исторический CTR рассчитывается как соотношение общего количества выборов этого результата в ответ на запрос к общему количеству выборов других результатов в ответ на этот же запрос.
Где и как применяется
Изобретение затрагивает взаимодействие между браузером и поисковой системой на нескольких этапах.
INDEXING – Индексирование и извлечение признаков
На этом этапе рассчитываются базовые Relevance Scores. Также система должна обрабатывать логи пользовательского поведения для расчета исторических CTR по парам запрос-документ.
QUNDERSTANDING / RANKING – Понимание Запросов и Ранжирование
Когда ввод из адресной строки определяется как запрос (а не URL), система выполняет стандартное ранжирование для генерации набора результатов с их Relevance Scores.
RERANKING / METASEARCH (Точка принятия решения)
Это ключевой этап применения патента. После получения ранжированного списка Decision Component анализирует характеристики топовых результатов:
- Анализ Метрик: Проверяется позиция, исторический CTR и разница в Relevance Scores между первым и вторым результатом.
- Классификация: Определяется, соответствует ли результат критериям very relevant.
- Принятие Решения о Выдаче: Если very relevant результат найден, система инициирует немедленный доступ к этому URL вместо показа SERP.
Входные данные:
- Термины из адресной строки.
- Ранжированный список результатов поиска.
- Relevance Scores для каждого результата.
- Исторические данные CTR.
Выходные данные:
- Вариант А (Высокая уверенность): Инструкция браузеру для немедленной загрузки URL.
- Вариант Б (Низкая уверенность): Стандартная страница результатов поиска (SERP).
На что влияет
- Специфические запросы: Наибольшее влияние оказывается на навигационные запросы (бренды, названия сайтов) и запросы с доминирующим интентом, где один результат явно предпочтительнее всех остальных.
- Языковые ограничения: Патент специально улучшает опыт для пользователей, использующих double byte characters, позволяя им осуществлять навигацию на родном языке через адресную строку.
Когда применяется
Алгоритм активируется при выполнении следующих условий:
- Триггер активации (Клиент): Пользователь ввел текст в адресную строку, и этот текст не был распознан локально как валидный URL, путь к файлу (например, UNC path), DNS запись (с учетом таймаута) или команда браузера (например, search shortcut).
- Условия срабатывания (Сервер): Поисковая система классифицирует результат как very relevant. Это требует:
- Результат находится на первой позиции.
- Исторический CTR результата превышает высокий порог (pre-selected click through threshold).
- Relevance Score результата значительно превышает Relevance Score второго результата (разрыв выше порога).
- Исключения: В описании патента упоминается, что система может не активировать переход, если контент классифицирован как нежелательный (например, порнографический).
Пошаговый алгоритм
Этап 1: Обработка ввода на стороне клиента (Браузер)
- Получение ввода: Пользователь вводит термины в адресную строку.
- Валидация ввода: Система проверяет ввод на соответствие форматам (URL, файл ОС, UNC путь, поисковый ярлык).
- Проверка структуры: Если ввод содержит double byte characters или пробелы, он может быть сразу классифицирован как поисковый запрос.
- Проверка DNS: Если формат похож на домен, система пытается разрешить его через DNS. Если ответ получен в течение таймаута, происходит переход.
- Передача в поиск: Если ни одно из условий не выполнено, термины передаются поисковой системе.
Этап 2: Обработка на стороне сервера (Поисковая система)
- Генерация результатов: Генерация ранжированного списка и Relevance Scores.
- Анализ топового результата (Документ D): Система анализирует лучший результат.
- Проверка критериев уверенности (Decision Component):
- Проверка позиции (№1).
- Проверка исторического CTR (выше порога).
- Проверка разрыва в Relevance Score между D и следующим результатом (выше порога).
- Учет компромиссов: Система может использовать функцию, учитывающую компромиссы (trade-off) (например, очень высокий Relevance Score может компенсировать умеренный CTR, и наоборот).
- Принятие решения: Классификация Документа D как very relevant или нет.
Этап 3: Финальное действие
- Переадресация: Если Документ D классифицирован как very relevant, его URL передается клиенту для немедленного доступа.
- Отображение SERP: В противном случае отображается страница результатов поиска.
Какие данные и как использует
Данные на входе
- Поведенческие факторы (Критически важные): Исторические логи кликов. Используются для расчета Observed historical Click-Through Rate (CTR) для конкретных документов в ответ на конкретные запросы.
- Системные данные (Ranking Scores): Предварительно рассчитанные Relevance Scores для каждого документа от основного алгоритма ранжирования.
- Технические факторы (Валидация ввода): Данные о форматировании ввода пользователя для определения, является ли он URL или запросом.
- Контентные факторы (Фильтрация): Данные классификации контента (например, порнографический), используемые для блокировки переадресации.
Какие метрики используются и как они считаются
- Позиция в ранжированном списке: Требуется первая позиция.
- Click-Through Rate (CTR): Рассчитывается на основе исторических данных. Патент предлагает несколько формул:
- Относительный CTR (Формула 1): D/E, где D – общее количество кликов по документу D, а E – общее количество кликов по другому документу E.
- CTR по запросу: D(Q)/A(Q), где D(Q) – количество кликов по документу D для запроса Q, а A(Q) – количество кликов по любому (или другим) документу для запроса Q.
- Разрыв в Relevance Score: Разница между Relevance Score первого и второго документа. Должна превышать установленный порог.
- Пороги (Thresholds): Предустановленные значения для CTR и разрыва в релевантности, которые должны быть достигнуты.
- Функция уверенности (Trade-offs): Decision Component использует функцию, которая комбинирует эти метрики и учитывает компромиссы между ними.
Выводы
- Поведенческие данные (CTR) как валидация интента: Патент явно указывает на использование исторического CTR как ключевого параметра для подтверждения того, что результат №1 удовлетворяет большинство пользователей и является их конечной целью.
- Критичность разрыва в релевантности (Доминирование): Недостаточно быть номером один. Система требует значительного разрыва в Relevance Score между первым и вторым результатом. Это указывает на необходимость достижения явного доминирования по запросу.
- Автоматизация «I’m Feeling Lucky»: Механизм фактически автоматизирует функцию «Мне повезет!» для ввода в адресную строку, но только при условии достижения высокой степени уверенности.
- Принцип «Победитель получает все» для навигации: Для запросов с очевидным интентом система стремится пропустить SERP. Это создает ситуацию, когда доминирующий сайт получает почти весь трафик из адресной строки, а конкуренты не получают показов в этом сценарии.
- Комбинация сигналов и компромиссы: Уверенность системы базируется на комбинации алгоритмических оценок (Relevance Score) и поведенческих данных (CTR), причем система может учитывать компромиссы между силой этих сигналов.
Практика
Best practices (это мы делаем)
- Доминирование в брендовых и навигационных запросах: Обеспечьте абсолютное лидерство по запросам, связанным с вашим брендом. Это означает не только первую позицию, но и максимальный CTR и максимально возможный отрыв по релевантности от других результатов (агрегаторов, соцсетей, Википедии).
- Оптимизация CTR для топовых запросов: Активно работайте над повышением CTR для запросов с высоким интентом. Используйте привлекательные и релевантные сниппеты. Это увеличивает исторический CTR, необходимый для классификации как very relevant.
- Усиление сигналов релевантности для достижения отрыва: Работайте над тем, чтобы ваша страница была значительно более качественной и релевантной, чем у конкурентов. Это необходимо для создания разрыва в Relevance Score, который ищет алгоритм.
- Учет многоязычности: Для международных сайтов убедитесь, что ваш бренд легко находится при вводе на родном языке пользователя (используя double byte characters), и что система корректно определяет соответствующую языковую версию сайта как доминирующий ответ.
Worst practices (это делать не надо)
- Игнорирование утечки CTR: Допущение ситуаций, когда другие сайты перехватывают значительную долю кликов по вашим брендовым запросам. Это снижает ваш исторический CTR и ставит под угрозу прямую навигацию на ваш сайт.
- Создание «достаточно хорошего» контента: Стратегия создания контента, который лишь немного лучше конкурентов, рискованна в контексте этого патента. Алгоритм ищет значительный разрыв в релевантности, а не минимальное превосходство.
- Размытие бренда или каннибализация: Создание нескольких сайтов или страниц, конкурирующих за одни и те же навигационные запросы, может снизить CTR каждого из них и уменьшить разницу в Relevance Scores, что помешает активации механизма.
Стратегическое значение
Патент подтверждает стратегическую важность интеграции анализа поведенческих факторов в поиске. Он демонстрирует, как Google использует данные о поведении пользователей (CTR) для валидации оценок релевантности и определения доминирующего интента. Для SEO это означает, что долгосрочная стратегия должна быть направлена на то, чтобы стать не просто одним из ответов, а единственным очевидным ответом на целевые запросы. Это требует комплексного подхода, включающего брендинг, качество контента и UX.
Практические примеры
Сценарий: Оптимизация навигационного запроса для интернет-магазина
- Ситуация: Пользователи вводят название магазина [Acme Tools] в адресную строку. Иногда они попадают на SERP, где кроме официального сайта (acmetools.com) есть агрегаторы и отзывы.
- Анализ (на основе патента): Чтобы гарантировать прямую переадресацию, acmetools.com должен иметь (1) Позицию №1, (2) Доминирующий исторический CTR, (3) Значительный отрыв в Relevance Score.
- Действия SEO-специалиста:
- Оптимизировать сниппет официального сайта, чтобы он был максимально привлекательным и четко указывал на официальный статус (для повышения CTR).
- Усилить сигналы авторитетности и релевантности главной страницы (ссылочный профиль, E-E-A-T), чтобы увеличить разрыв в Relevance Score по сравнению с агрегаторами.
- Ожидаемый результат: Система классифицирует acmetools.com как very relevant. Большинство пользователей, вводящих [Acme Tools] в адресную строку, будут автоматически перенаправлены на сайт, минуя SERP.
Вопросы и ответы
Что является главным критерием для того, чтобы результат был признан «очень релевантным» (very relevant) и произошла переадресация?
Не существует одного главного критерия; система использует комбинацию трех ключевых факторов. Результат должен занимать первую позицию в ранжированном списке. Он должен иметь высокий исторический CTR, превышающий установленный порог. И, наконец, его Relevance Score должен быть значительно выше, чем у результата на второй позиции (большой разрыв в релевантности).
Как именно рассчитывается CTR в этом патенте?
Патент предлагает гибкие методы расчета. Один из них – это соотношение кликов по первому результату к кликам по второму результату (сравнение популярности). Другой метод – это соотношение кликов по данному результату для конкретного запроса к общему количеству кликов по всем (или другим) результатам для этого же запроса (доля кликов). Цель – выявить доминирование в предпочтениях пользователей.
Означает ли этот патент, что CTR является прямым фактором ранжирования?
Патент не описывает использование CTR для изменения порядка в основном ранжировании (Ranking). Однако он четко описывает использование исторического CTR как критически важного фактора для принятия решения о том, стоит ли пропустить показ SERP. Это подтверждает, что Google активно использует поведенческие данные для оценки качества выдачи и управления ей.
Что важнее: высокий CTR или высокий Relevance Score?
Они оба важны, и патент описывает компромисс (trade-off) между ними. Очень высокий Relevance Score (большой отрыв) может позволить классифицировать результат как very relevant даже при умеренном CTR. И наоборот, если отрыв в Relevance Score невелик, потребуется исключительно высокий CTR для подтверждения качества результата.
Как SEO-специалисту повлиять на «разрыв в релевантности»?
Разрыв в Relevance Score возникает, когда ваша страница значительно превосходит конкурентов по комплексу факторов ранжирования (контент, ссылки, авторитетность, техническое состояние). Цель – не просто стать немного лучше, чем сайт на позиции №2, а стать эталонным, доминирующим ответом в нише, что заставит алгоритмы значительно повысить вашу оценку относительно других.
Применяется ли этот механизм только к навигационным запросам?
Навигационные запросы (бренды, названия сайтов) являются основными кандидатами. Однако механизм может применяться к любому запросу, где существует доминирующий интент и один результат, который удовлетворяет подавляющее большинство пользователей (например, запрос «speedtest»). Главное условие – подтверждение доминирования высоким CTR и отрывом в релевантности.
Это то же самое, что и кнопка «I’m Feeling Lucky» (Мне повезет!)?
Механизм оценки (определение very relevant результата) идентичен или очень похож. Разница в том, что «I’m Feeling Lucky» – это явный выбор пользователя на странице Google, а описанный в патенте механизм (Named URL Entry) интегрирован в адресную строку браузера (Omnibox) и срабатывает автоматически при достижении порога уверенности.
Что делать, если по моему брендовому запросу система показывает SERP, а не перенаправляет на сайт?
Это сигнал о недостаточной уверенности системы. Возможно, CTR недостаточно высок из-за того, что клики уходят на агрегаторы, соцсети или новостные сайты. Также возможно, что разрыв в Relevance Score между вашим сайтом и результатом №2 минимален. Необходимо работать над повышением CTR и усилением авторитетности сайта.
Как система обрабатывает ввод на других языках (например, китайском или русском)?
Патент специально адресует эту ситуацию. Ввод с использованием двухбайтовых символов (double byte characters), который часто не может быть обработан стандартной системой DNS как URL, передается как поисковый запрос. Если поисковая система находит very relevant результат (например, официальный сайт на этом языке), пользователь будет автоматически перенаправлен.
Как этот патент связан с отображением миниатюр (Visual Cues) в поиске?
Этот патент является продолжением более ранних заявок (например, связанных с US7836391, упомянутым в PDF), которые описывали добавление визуальных подсказок (например, миниатюр сайта) к very relevant результатам на SERP. Текущий патент развивает идею: если результат настолько доминирующий, то вместо показа подсказки на SERP лучше сразу перейти на эту страницу.