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

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

Device software (Клиентское программное обеспечение)

Исполняемый код (например, JavaScript), отправляемый сервером на устройство пользователя (браузер). Отвечает за управление динамическим отображением результатов, определение времени обновления и автоматическую отправку повторных запросов на сервер.

DOM (Document Object Model)

Объектная модель документа. Программный интерфейс для HTML-документов. Device software использует модификацию DOM для обновления содержимого страницы без её полной перезагрузки.

Further real-time search results (Последующие результаты в реальном времени)

Новые результаты, полученные после автоматической повторной отправки запроса. Они новее, чем начальные результаты.

Initial real-time search results (Начальные результаты в реальном времени)

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

Real-time search results (Результаты поиска в реальном времени)

Результаты поиска, которые одновременно релевантны запросу и являются относительно недавними (опубликованы или обновлены в течение порогового времени, например, от нескольких секунд до 30 минут назад).

Time of most recent result (Время самого свежего результата)

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

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

Патент носит инфраструктурный и интерфейсный характер, фокусируясь на доставке данных.

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

1. Система получает запрос от устройства пользователя.
2. Получает обычные результаты поиска и initial real-time search results.
3. В ответ система предоставляет пользователю ответ, включающий device software.
4. Это ПО, при выполнении на устройстве пользователя, заставляет его:
   • Отображать начальные результаты реального времени отдельно от обычных результатов.
   • Определить время для повторной отправки запроса.
   • Автоматически повторно отправить запрос (resubmitted query) в определенное время.
   • Получить further real-time search results, которые новее начальных.
   • Отобразить эти дополнительные результаты.

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

Claim 8 (Независимый пункт): Описывает тот же процесс, но с перспективы клиентского устройства (выполнение device software).

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

Claims 2 и 3 (Зависимые): Уточняют техническую реализацию.

Ответ системы предоставляется в виде HTML-документа, а device software — это JavaScript код. JavaScript обновляет отображаемый документ путем модификации DOM (Document Object Model), что позволяет избежать перезагрузки страницы.

Claims 4 и 5 (Зависимые): Детализируют управление частотой обновлений.

Время повторной отправки может быть регулярным интервалом (Claim 4) или определяться на основе информации, предоставленной поисковой системой (Claim 5). Это позволяет серверу контролировать нагрузку и частоту обновлений в зависимости от скорости появления нового контента.

Claim 6 (Зависимый): Детализирует механизм оптимизации обновлений.

Повторно отправленный запрос включает данные, определяющие время самого последнего показанного результата (time of a most recent initial real-time search result). Это позволяет поисковой системе предоставлять только более свежие результаты.

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

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

CRAWLING и INDEXING – Сканирование, Индексирование
Для функционирования системы необходима инфраструктура сверхбыстрого сканирования и индексирования или прямая интеграция с поставщиками контента (упоминаются provider feeds, например, Twitter, RSS), чтобы система имела доступ к контенту в течение секунд после его публикации.

METASEARCH – Метапоиск и Смешивание
На этом этапе формируется начальная SERP. Система определяет, нужно ли включать блок реального времени. Если да, то в SERP встраиваются начальные результаты и необходимое device software (JavaScript) для управления обновлениями.

Presentation Layer / RERANKING (Уровень представления/UX)
Основное применение патента. Device software работает в браузере пользователя, управляет интерфейсом и логикой автоматического обновления результатов после того, как SERP была сформирована и доставлена.

Входные данные (для сервера):

• Исходный запрос пользователя.
• Повторный запрос от device software.
• Time of most recent result (метка времени).
• Потоки свежего контента из индекса или фидов.

Выходные данные (от сервера к клиенту):

• HTML-документ с начальными результатами и device software.
• Ответы на повторные запросы, содержащие только новые результаты поиска в реальном времени.
• (Опционально) Информация о рекомендуемом времени следующего запроса.

На что влияет

• Конкретные типы контента: Наибольшее влияние на контент, требующий максимальной свежести: срочные новости, обновления статусов в социальных сетях (Twitter, Facebook), сообщения в блогах, результаты спортивных матчей.
• Специфические запросы: Запросы, связанные с текущими событиями (breaking news), трендами. Запросы, для которых характерен принцип QDF (Query Deserves Freshness).
• Конкретные ниши или тематики: СМИ, спорт, финансы, социальные медиа.

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

• Триггеры активации: Алгоритм активируется, когда поисковая система определяет, что для данного запроса критически важна свежесть контента и существует достаточный поток новых релевантных данных.
• Временные рамки: Применяется в реальном времени во время нахождения пользователя на странице результатов поиска.
• Исключения: Пользователь может остановить обновление с помощью элемента управления (например, кнопки «Pause» или «Stop updating»).

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

Процесс обработки запроса и обновления результатов

1. Получение запроса и генерация ответа (Сервер): Сервер получает запрос, идентифицирует результаты и формирует ответ, включающий initial real-time search results и device software (скрипт).
2. Доставка и отображение (Клиент): Ответ доставляется в браузер. Страница отображает результаты.
3. Инициализация скрипта: Device software выполняется в браузере.
4. Определение тайминга обновления: Скрипт определяет, когда отправить следующий запрос (фиксированный интервал или интервал, предложенный сервером).
5. Автоматическая повторная отправка запроса: В определенное время скрипт автоматически отправляет повторный запрос на сервер, включая time of most recent result.
6. Обработка повторного запроса (Сервер): Сервер идентифицирует результаты, которые новее, чем указанная метка времени.
7. Получение новых результатов (Клиент): Скрипт получает от сервера только новые данные (further real-time search results).
8. Обновление интерфейса: Скрипт модифицирует DOM страницы, добавляя новые результаты (например, в начало списка). Интерфейс обновляется без перезагрузки.
9. Цикл обновления: Шаги 4-8 повторяются до тех пор, пока пользователь не покинет страницу или не остановит обновление.

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

Патент чисто технический (инфраструктурный) и фокусируется на механизме доставки данных. Он не описывает факторы ранжирования или анализа контента.

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

• Временные факторы: Критически важные данные. Время публикации или последнего обновления ресурса используется для определения, является ли результат «real-time» и является ли он новым для пользователя.
• Технические факторы: Система полагается на выполнение device software (JavaScript) на стороне клиента и поддержку динамической модификации DOM.
• Контентные факторы: Текст обновлений статуса, заголовки новостей, сниппеты. Используются для отображения результата пользователю.
• Пользовательские факторы: Идентификаторы и аватары пользователей (например, в случае обновлений статуса в социальных сетях).

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

Патент не описывает метрики ранжирования (релевантность или качество). Он фокусируется на временных метриках для управления потоком данных:

• Threshold amount of time (Пороговое время): Метрика для определения свежести. Если ресурс обновлен в пределах этого порога (упоминаются примеры от 10 секунд до 30 минут), он считается real-time.
• Time of most recent result (Время самого свежего результата): Метка времени последнего результата, отправленного клиенту. Используется для фильтрации только нового контента.
• Regular interval (Регулярный интервал): Частота, с которой клиентское ПО отправляет повторные запросы. Может регулироваться сервером.

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

1. Инфраструктура и UI/UX, а не ранжирование: Патент описывает механизм доставки и отображения свежего контента, а не алгоритмы его ранжирования. Он объясняет, как Google технически реализует автоматическое обновление SERP.
2. Автоматизация на стороне клиента: Ключевая идея — использование device software (JavaScript) для переноса задачи обновления результатов с пользователя на браузер, обеспечивая динамический интерфейс без перезагрузки страницы (через модификацию DOM).
3. Оптимизация трафика и нагрузки: Система разработана эффективно: клиент запрашивает обновления периодически, и интервал может регулироваться сервером. Сервер возвращает только новый контент, используя временные метки (time of most recent result).
4. Зависимость от скорости индексации: Функционирование системы подразумевает наличие у Google механизмов для почти мгновенного доступа к новому контенту, будь то через сверхбыстрый краулинг или прямые интеграции (Provider feeds).

Патент скорее инфраструктурный и не дает прямых практических выводов для SEO-стратегий ранжирования. Однако он дает понимание важности скорости для актуального контента.

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

• Обеспечение максимально быстрой индексации: Для сайтов, публикующих актуальный контент (СМИ, блоги), критически важно обеспечить быструю доставку контента в индекс Google. Это достигается через использование News XML Sitemaps, протоколов уведомления (например, WebSub) и, где применимо, Indexing API.
• Техническая оптимизация скорости: Убедитесь, что ваш сервер быстро отвечает и страницы загружаются быстро. Это способствует более оперативному сканированию и индексации нового контента краулерами Google.
• Активность в интегрированных платформах: Поскольку система может использовать прямые фиды от контент-провайдеров (таких как Twitter), поддержание активного и авторитетного присутствия на этих платформах увеличивает вероятность появления вашего контента в блоках реального времени (например, в карусели Twitter в SERP).
• Использование точных временных меток: Убедитесь, что в микроразметке (например, datePublished) и Sitemaps (lastmod) указано точное время публикации/обновления.

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

• Задержка публикации актуального контента: Если вы освещаете текущие события, любая задержка в публикации и обеспечении индексации снижает шансы попасть в поток real-time search results.
• Игнорирование технических проблем со скоростью: Медленный хостинг, ошибки сервера или сложный рендеринг могут препятствовать своевременному сканированию нового контента, делая его неактуальным для систем реального времени.

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

Патент подтверждает стратегический фокус Google на предоставлении свежей информации по запросам, чувствительным ко времени (QDF). Для владельцев сайтов это подчеркивает необходимость инвестиций в техническую инфраструктуру и процессы публикации, которые обеспечивают минимальную задержку между созданием контента и его появлением в индексе Google. Скорость является ключевым фактором конкурентоспособности в нишах, связанных с новостями и трендами.

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

Сценарий: Оптимизация для СМИ во время срочных новостей

1. Событие: Происходит важное событие (например, объявление результатов спортивного матча).
2. Действия SEO и редакции:
   • Мгновенная публикация новости с релевантным заголовком.
   • Автоматическая отправка уведомления Google через WebSub и обновление News XML Sitemap.
   • Публикация ссылки на новость в официальном аккаунте Twitter.
3. Механизм патента: Google получает контент через фиды (News/Twitter) почти мгновенно. Когда пользователи ищут информацию о событии, Google формирует SERP с блоком реального времени. Device software в браузере пользователя начинает автоматически запрашивать обновления.
4. Ожидаемый результат: Новость или твит СМИ появляется в блоке real-time search results (современные аналоги — Top Stories, Twitter Carousel) в течение секунд после публикации и остается видимым для пользователей, наблюдающих за обновляющимся потоком.