Close Menu

    Как Google обнаруживает запросы о времени и отображает текущее время прямо в результатах поиска (OneBox)

    SYSTEM AND METHOD FOR DISPLAYING BOTH TIME INFORMATION SEARCH RESULTS AND INTERNET SEARCH RESULTS (Система и метод для отображения результатов поиска информации о времени и результатов интернет-поиска)
    2008 Local SEO Патенты Google Персонализация Свежесть контента

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

    Описание

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

    Патент решает задачу предоставления прямого и немедленного ответа пользователям, которые ищут текущее время (например, «который час» или «время в Лондоне»). Цель — улучшить пользовательский опыт, предоставив точную информацию о времени непосредственно на странице результатов поиска (SERP), вместо того чтобы заставлять пользователя переходить на сторонние веб-сайты.

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

    Запатентована система для обработки поисковых запросов, которая определяет, соответствует ли запрос предопределенным критериям, связанным с запросами текущего времени (predefined criteria associated with current time inquiries). Если соответствие найдено, система генерирует два ответа: First Response (стандартные веб-результаты) и Second Response (специализированный блок с текущим временем). Оба ответа возвращаются клиенту для одновременного отображения.

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

    Система работает по принципу параллельной обработки и смешивания результатов (Universal Search):

    • Обнаружение интента: Запрос анализируется на соответствие предопределенным форматам или регулярным выражениям, указывающим на запрос времени.
    • Параллельный поиск: Запрос отправляется как в основную поисковую систему (Web Database Search Engine), так и в специализированную (Local Time Search Engine).
    • Определение местоположения: Если интент времени обнаружен, система определяет местоположение. Если оно указано в запросе, используется оно. Если не указано, система определяет местоположение по IP-адресу клиента.
    • Генерация ответов: Основная система генерирует First Response. Специализированная система генерирует Second Response (OneBox), содержащий текущее время.
    • Смешивание и отображение: Оба ответа объединяются и отображаются одновременно, причем Second Response часто форматируется особым образом (например, с изображением аналоговых часов).

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

    Высокая. Описанный механизм является стандартной функцией Google Поиска (Direct Answer / OneBox). Запросы о времени стабильно вызывают появление этого специализированного блока, работающего по принципам, изложенным в патенте.

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

    Влияние на SEO низкое (3/10). Патент важен для понимания архитектуры Метапоиска (Universal Search) и того, как Google интегрирует специализированные вертикали. Он не влияет на алгоритмы ранжирования органических «синих ссылок». Однако он демонстрирует механизм, который приводит к нулевым кликам (Zero-Click searches) по этим запросам, так как Second Response (прямой ответ Google) удовлетворяет интент пользователя напрямую на SERP.

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

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

    First Response (Первый ответ)
    Ответ, сгенерированный основной поисковой системой (Web Database Search Engine). Содержит стандартные веб-результаты, соответствующие запросу.
    Second Response (Второй ответ)
    Специализированный ответ (OneBox/Direct Answer), сгенерированный Local Time Search Engine. Указывает текущее время для одного или нескольких местоположений.
    Local Time Search Engine (Поисковая система местного времени)
    Вторичная поисковая система, отвечающая за идентификацию запросов времени и генерацию Second Response.
    Web Database Search Engine (Поисковая система веб-базы данных)
    Первичная поисковая система, отвечающая за генерацию First Response.
    Predefined Criteria (Предопределенные критерии)
    Набор правил для идентификации запросов о текущем времени. В патенте упоминается использование регулярных выражений (Regular Expressions) и предопределенных форматов запросов.
    Location Database / Table (База данных / Таблица местоположений)
    База данных, хранящая записи о местоположениях (Location Entry), включая названия и соответствующие идентификаторы часовых поясов.
    IP Mapping Database / Table (База данных / Таблица IP-соответствий)
    База данных, используемая для определения географического местоположения (города и страны) на основе IP-адреса клиента.
    Local Time Lookup Module (Модуль поиска местного времени)
    Компонент, который предоставляет фактическое текущее время для заданного идентификатора часового пояса.

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

    Патент описывает два основных сценария: запрос времени с указанием локации и запрос времени без указания локации.

    Claim 1 (Независимый пункт) – Сценарий 1: Запрос времени (общий случай, часто с указанием локации):

    1. Система получает поисковый запрос от клиента.
    2. Генерируется First Response (веб-результаты).
    3. Система определяет, соответствует ли запрос predefined criteria для запросов времени.
    4. Если ДА: Генерируется Second Response, указывающий текущее время в нескольких местоположениях (plurality of locations). Оба ответа возвращаются клиенту для одновременного отображения.
    5. Если НЕТ: Клиенту возвращается только First Response.

    Claim 5 и 7 (Зависимые): Детализируют обработку географических зон и неоднозначности.

    • Если указанное местоположение имеет несколько часовых поясов (например, «США»), Second Response указывает время в каждом из этих поясов (Claim 5).
    • Если название местоположения соответствует нескольким географическим локациям (например, «Париж» во Франции и в Техасе), Second Response указывает время в двух или более из этих локаций (Claim 7).

    Claim 2 и 3 (Зависимые): Детализируют форматирование отображения.

    Second Response форматируется так, что первый результат визуально отличается от остальных (Claim 2). Первый результат включает изображение аналоговых часов (analog clock) со стрелками и цифровое представление времени (Claim 3).

    Claim 11 (Независимый пункт) – Сценарий 2: Запрос времени без указания локации:

    1. Система получает запрос от клиента, имеющего IP-адрес.
    2. Генерируется First Response.
    3. Система определяет, соответствует ли запрос predefined criteria для запросов времени И не указывает ли он местоположение.
    4. Если ДА: Система определяет местоположение, связанное с IP-адресом клиента. Генерируется Second Response с текущим временем в этом местоположении. Оба ответа возвращаются клиенту.
    5. Если НЕТ: Клиенту возвращается только First Response.

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

    Изобретение является классическим примером работы системы Метапоиска (Universal Search) для специализированной вертикали.

    INDEXING – Индексирование и извлечение признаков
    На этом этапе офлайн создаются и обновляются вспомогательные базы данных: Location Database и IP Mapping Database.

    QUNDERSTANDING – Понимание Запросов
    На этом этапе происходит классификация интента. Система проверяет входящий запрос на соответствие predefined criteria (например, с помощью регулярных выражений), чтобы определить, является ли он запросом текущего времени.

    RANKING – Ранжирование
    Стандартная поисковая система (Web Database Search Engine) обрабатывает запрос для генерации First Response (органических результатов).

    METASEARCH – Метапоиск и Смешивание
    Основное место применения патента.

    • Параллельный поиск: Query Server отправляет запрос одновременно в Web Database Search Engine и Local Time Search Engine.
    • Специализированная обработка: Local Time Search Engine активируется при положительном результате классификации интента. Он обрабатывает запрос, используя Location Database или IP Mapping Database.
    • Получение данных: Система обращается к Local Time Lookup Module для получения фактического времени.
    • Смешивание (Blending): Query Server объединяет First Response и Second Response в единую выдачу. Second Response размещается в отдельном блоке (OneBox).

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

    • Поисковый запрос пользователя.
    • IP-адрес клиента.

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

    • Смешанная страница результатов поиска (SERP), содержащая First Response и Second Response.

    На что влияет

    • Конкретные типы контента: Влияет на видимость и трафик веб-сайтов, предоставляющих информацию о текущем времени, так как Google перехватывает этот трафик.
    • Специфические запросы: Влияет на обработку информационных запросов, явно направленных на получение времени (например, «время», «который час в [локация]»).
    • Определенные форматы контента: Приводит к генерации специализированного блока ответа (Direct Answer / OneBox).

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

    • Триггеры активации: Алгоритм активируется, когда поисковый запрос соответствует predefined criteria. Патент приводит примеры критериев, основанных на регулярных выражениях, которые ищут комбинации слов, таких как «local time», «current time», «what is».
    • Условия: Система должна быть способна определить местоположение — либо из текста запроса (Сценарий 1), либо по IP-адресу (Сценарий 2).

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

    Система использует параллельную обработку.

    1. Прием запроса: Query Server получает запрос и IP-адрес от клиента.
    2. Инициация параллельного поиска: Запрос направляется одновременно в Web Database Search Engine (для First Response) и в Local Time Search Engine.
    3. Классификация интента (в Local Time Search Engine): Проверяется соответствие запроса predefined criteria (регулярным выражениям).
      • Если НЕТ: Возвращается пустой результат.
      • Если ДА: Переход к определению местоположения.
    4. Определение местоположения:
      • Сценарий А (Локация указана в запросе): Система извлекает название локации и выполняет поиск в Location Database.
      • Сценарий Б (Локация НЕ указана): Система использует IP-адрес клиента и выполняет поиск в IP Mapping Database для определения города и страны.
    5. Обработка результатов местоположения: Система получает список релевантных локаций и их идентификаторов часовых поясов. Обрабатываются случаи неоднозначности названий и наличия нескольких часовых поясов в регионе.
    6. Получение текущего времени: Система обращается к Local Time Lookup Module для получения фактического текущего времени для каждой записи.
    7. Формирование Second Response: Результаты форматируются. Первый результат выделяется визуально и дополняется изображением аналоговых часов.
    8. Смешивание результатов (Blending): Query Server объединяет First Response (полученный от Web Database Search Engine) и Second Response в единую веб-страницу.
    9. Возврат клиенту: Смешанная страница отправляется клиенту для одновременного отображения обоих ответов.

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

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

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

    • Контентные факторы (Текст запроса): Текст запроса используется для классификации интента (соответствие predefined criteria) и извлечения названий местоположений.
    • Географические факторы: IP-адрес клиента используется для определения местоположения (город, страна), если оно не указано в запросе.
    • Системные данные: Location Database (названия и часовые пояса) и IP Mapping Database (геолокация IP).

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

    • Соответствие Предопределенным Критериям (Predefined Criteria Matching): Используются методы сопоставления с шаблоном, в частности, регулярные выражения (Regular Expressions), для определения, является ли запрос запросом времени. Патент приводит конкретные примеры структур таких выражений (см. Table 1 и Table 2 в патенте).
    • Поиск в базе данных (Lookup): Используются стандартные механизмы поиска в Location Database и IP Mapping Database.
    • Ранжирование результатов времени: При генерации Second Response результаты могут упорядочиваться по определенным правилам (например: страна, штат, столица, прочие города).

    Выводы

    1. Архитектура Метапоиска (Universal Search): Патент является наглядным примером реализации Universal Search. Он демонстрирует, как специализированные поисковые системы (Local Time Search Engine) работают параллельно с основной веб-системой и как их результаты смешиваются (blending) на этапе METASEARCH.
    2. Классификация интента как триггер: Активация специализированной вертикали зависит от точной классификации интента запроса, которая в данном случае реализуется через predefined criteria (регулярные выражения на этапе QUNDERSTANDING).
    3. Стратегия прямых ответов (Direct Answers): Основная цель системы — предоставить пользователю ответ непосредственно на SERP (в виде Second Response/OneBox), минимизируя необходимость перехода на другие сайты.
    4. Обработка неоднозначности и сложности локаций: Система явно предусматривает механизмы для обработки неоднозначных названий и сложных географических зон, имеющих несколько часовых поясов.
    5. Использование IP-геолокации: Если интент ясен, но локация не указана, система использует IP-адрес пользователя как контекстный сигнал для определения местоположения и предоставления релевантного ответа.
    6. Отсутствие влияния на органическое ранжирование: Патент не описывает факторы ранжирования для стандартных веб-результатов (First Response).

    Практика

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

    Этот патент носит инфраструктурный характер и не дает прямых рекомендаций для улучшения органического ранжирования. Однако он важен для понимания стратегии Google.

    • Понимание Метапоиска и интентов: SEO-специалистам необходимо понимать, что Google использует разные движки для разных интентов. Если запрос попадает в категорию, для которой у Google есть специализированный ответ (Время, Погода, Калькулятор), органические результаты получат значительно меньше внимания.
    • Анализ SERP Features и Zero-Click: При анализе ключевых слов необходимо отслеживать наличие таких специализированных блоков (OneBox/Direct Answers). Их присутствие радикально меняет распределение CTR в выдаче и часто приводит к нулевому клику.
    • Для сайтов в нише времени/дат: Если ваш сайт специализируется на этой тематике, необходимо признать, что по базовым запросам («время в X») Google будет отдавать приоритет своему блоку. Стратегия должна заключаться в создании углубленного контента, который не покрывается прямым ответом (например, детали переходов на летнее/зимнее время, планировщики встреч).

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

    • Конкуренция с прямым ответом: Попытки оптимизировать страницы исключительно под запросы типа «который час» или «время в [город]» с целью превзойти блок Google (Second Response) неэффективны. Google контролирует этот блок и его позиционирование.
    • Создание тонкого контента: Создание большого количества страниц низкого качества, содержащих только текущее время для разных городов, не имеет ценности, так как эта информация предоставляется Google напрямую и более эффективно.

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

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

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

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

    1. Анализ запроса: SEO-специалист анализирует запрос «время в Токио».
    2. Наблюдение SERP: В выдаче наблюдается доминирующий блок Google (Second Response) с текущим временем и аналоговыми часами. Органические результаты смещены вниз.
    3. Интерпретация (на основе патента): Google классифицировал интент (predefined criteria совпали), активировал Local Time Search Engine и сгенерировал прямой ответ.
    4. Действия SEO-специалиста: Вместо создания отдельной страницы «Время в Токио», специалист интегрирует информацию о времени в более крупную статью «Планирование поездки в Токио». Он добавляет контекст, который отсутствует в блоке Google: «Лучшее время для звонков из Токио в Москву», «Как справиться с джетлагом».
    5. Результат: Сайт не конкурирует напрямую с блоком Google по базовому запросу, но предоставляет дополнительную ценность и может ранжироваться по связанным, более сложным запросам.

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

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

    Нет, напрямую не влияет. Патент описывает механизм смешивания (blending) специализированного ответа (Second Response) со стандартными органическими результатами (First Response). Он не описывает, как ранжируются сами органические результаты.

    Как Google определяет, что пользователь ищет именно время?

    Система использует predefined criteria (предопределенные критерии). В патенте указано, что это могут быть наборы предопределенных форматов запросов или регулярные выражения (Regular Expressions), которые ищут специфические фразы (например, «what time is it», «current time») в сочетании с названием локации или без него.

    Что происходит, если я ищу время в малоизвестном городе?

    Если название города отсутствует в Location Database (или «белом списке», упомянутом в патенте), система не сможет найти соответствующий часовой пояс. В этом случае Second Response (блок с временем) сгенерирован не будет, и пользователь увидит только стандартные веб-результаты (First Response).

    Как система узнает мое местоположение, если я просто ввожу «который час»?

    Патент описывает специальный сценарий для этого (Claim 11). Если локация не указана, система использует IP-адрес клиента. Она обращается к IP Mapping Database, чтобы определить географическое местоположение, связанное с этим IP-адресом, и затем показывает время для этой локации.

    Насколько точна геолокация по IP, описанная в патенте?

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

    Почему иногда показывается несколько временных зон для одного запроса?

    Это происходит по двум причинам. Во-первых, если название неоднозначно (например, «Лондон» есть в разных странах) (Claim 7). Во-вторых, если указанная географическая зона (например, «Россия») охватывает несколько часовых поясов. В этом случае система покажет время для каждого пояса (Claim 5).

    Является ли блок с временем, описанный в патенте, тем, что мы называем Featured Snippet или OneBox?

    Да, технически патент описывает механизм генерации того, что в SEO-сообществе принято называть OneBox или Direct Answer. Это специализированный результат, сгенерированный отдельной вертикалью поиска и подмешанный в основную выдачу на этапе METASEARCH.

    Могу ли я оптимизировать свой сайт так, чтобы он попал в этот блок с временем (Second Response)?

    Нет. Second Response генерируется исключительно внутренними системами Google (Local Time Search Engine и Local Time Lookup Module) на основе их собственных баз данных (Location Database). Сторонние сайты не могут попасть в этот конкретный блок.

    Какое значение этот патент имеет для общей SEO-стратегии?

    Он важен как подтверждение архитектуры Universal Search. Он показывает, что для определенных интентов Google всегда будет предпочитать свои собственные специализированные ответы. Это требует от SEO-специалистов тщательного анализа SERP и понимания того, когда конкуренция с блоками Google нецелесообразна из-за высокого риска Zero-Click.

    Почему первый результат в блоке времени выделен и сопровождается часами?

    Патент специально оговаривает (Claims 2 и 3), что первый результат должен быть визуально отличным от остальных и может включать изображение аналоговых часов. Это делается для улучшения пользовательского опыта и быстрого предоставления наиболее релевантного ответа (например, столицы страны или локации, определенной по IP).