Как Яндекс изменяет интерфейс выдачи для одновременного просмотра SERP и сайтов (режим «Сплит-скрин»)

Описание

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

Патент решает проблему неэффективности и неудобства стандартной навигации между страницей результатов поиска (SERP) и выбранными сайтами. Он устраняет необходимость постоянного использования кнопок «вперед» и «назад» для сравнения информации на разных ресурсах. Это направлено на улучшение пользовательского опыта (UX) и ускорение поисковой сессии. В качестве формального технического результата заявлена «экономия энергии клиентского устройства» за счет сокращения числа навигационных операций.

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

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

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

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

• Вариант 1 (По клику): Пользователь видит стандартный SERP. При клике на результат система загружает целевой Интернет-ресурс. Интерфейс реорганизуется: SERP сжимается или перемещается в одну область (например, левую колонку), а загруженный сайт отображается рядом (например, в правой колонке). Оба раздела остаются видимыми и интерактивными.
• Вариант 2 (Автоотображение): Сразу при загрузке SERP система автоматически, без действия пользователя, загружает Интернет-ресурс, соответствующий первому результату поиска (позиция №1), и отображает его рядом с SERP в режиме разделенного экрана.

Логика управления интерфейсом может находиться как на стороне клиента (например, в Яндекс Браузере), так и передаваться сервером Яндекса для выполнения в стандартном браузере.

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

Средняя. Идеи параллельного просмотра выдачи и результатов (split-screen SERP) периодически тестируются поисковыми системами для повышения эффективности поиска и сравнения информации. Хотя такой интерфейс не стал стандартом де-факто для основного веб-поиска Яндекса, он может применяться в отдельных продуктах, сценариях или в рамках экспериментов с UI/UX.

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

Влияние на SEO низкое (3/10) с точки зрения алгоритмов ранжирования. Патент полностью посвящен интерфейсу (UI/UX) и не описывает механизмов индексирования или ранжирования. Однако, если такой интерфейс используется, он радикально меняет среду взаимодействия пользователя с результатами. Это может существенно изменить поведенческие метрики (скорость сравнения результатов, паттерны возврата к выдаче), что имеет важное косвенное значение для SEO-стратегии и UX сайта.

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

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

Визуальная близость (Visual proximity)

Расположение двух элементов (SERP и Интернет-ресурса) в интерфейсе таким образом, что они видны одновременно и воспринимаются как части единого интерфейса (например, рядом друг с другом).

Интернет-ресурс (Internet Resource)

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

Клиентское устройство (Client Device)

Устройство пользователя (компьютер, планшет, смартфон), на котором выполняется веб-браузер.

Область просмотра веб-браузера (Web browser viewport)

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

Первый/Второй столбец (Раздел, Панель)

Области, на которые делится область просмотра веб-браузера для одновременного отображения разного контента. Используются в патенте как пример реализации «визуальной близости».

Реорганизация отображения (Reorganization of display)

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

Страница результатов поиска (SERP)

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

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

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

Claim 1 (Независимый пункт — Логика на стороне Клиента): Описывает базовый механизм, инициируемый пользователем.

1. Клиент отправляет запрос и получает результаты поиска (SERP).
2. Пользователь выбирает одну из гиперссылок.
3. Клиент запрашивает и получает соответствующий Интернет-ресурс.
4. Ключевое действие: Происходит реорганизация отображения SERP в браузере.
5. Выбранный Интернет-ресурс отображается в визуальной близости к реорганизованной SERP, при этом реорганизованная SERP продолжает отображаться.

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

Claim 8 (Независимый пункт — Логика на стороне Клиента, Автоотображение): Описывает вариант с автоматической загрузкой первого результата.

1. Клиент отправляет запрос и получает результаты поиска (SERP).
2. Ключевое действие: Интернет-ресурс, на который ведет первая гиперссылка (результат №1), отображается в визуальной близости к SERP при продолжении отображения SERP.
3. Важное условие: Это происходит без получения указания на выбор пользователем этой гиперссылки (автоматически).

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

Claim 15 (Независимый пункт — Логика на стороне Сервера): Описывает управление процессом со стороны сервера Яндекса.

1. Сервер получает запрос, выполняет поиск, отправляет результаты.
2. Сервер получает от клиента запрос на предоставление Интернет-ресурса (после выбора пользователя).
3. Ключевое действие: Сервер отправляет клиенту (i) инструкции реорганизовать отображение SERP, (ii) сам Интернет-ресурс, и (iii) инструкции отобразить его в визуальной близости к реорганизованной SERP при продолжении ее отображения.

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

Claim 21 (Независимый пункт — Логика на стороне Сервера, Автоотображение):

1. Сервер получает запрос, выполняет поиск, отправляет результаты.
2. Ключевое действие: Сервер отправляет клиенту Интернет-ресурс, соответствующий первой гиперссылке, и инструкции отобразить его в визуальной близости к SERP.
3. Важное условие: Это происходит без получения сервером инициированных пользователем инструкций (автоматически).

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

Изобретение применяется на финальном этапе взаимодействия пользователя с поиском. Оно не затрагивает процессы CRAWLING, INDEXING, QUERY PROCESSING или RANKING.

BLENDER – Метапоиск и Смешивание (Генерация SERP)

Механизм затрагивает этап Генерации SERP и последующую обработку взаимодействий пользователя в браузере.

• Рендеринг и UI Логика: Система изменяет стандартную логику рендеринга ответа поисковой системы и обработки навигации. Вместо перехода на новый URL при клике на результат, система перехватывает это событие, загружает контент и реорганизует текущую область просмотра браузера.
• Взаимодействие компонентов: Модуль генерации SERP должен включать дополнительную логику (например, JavaScript код, если реализация управляется сервером согласно Claims 15 и 21) для управления реорганизацией интерфейса.

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

• Вход: Упорядоченный список результатов поиска (гиперссылки). Действие пользователя (клик) или триггер автозагрузки первого результата.
• Выход: Реорганизованный интерфейс (сплит-скрин), в котором одновременно отображаются SERP (в одном разделе) и целевой Интернет-ресурс (в другом разделе).

На что влияет

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

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

Алгоритм применяется при взаимодействии пользователя с результатами поиска. Условия активации зависят от варианта реализации:

• Вариант 1 (Claims 1, 15): Триггером активации является выбор пользователем (клик) одной из гиперссылок на странице результатов поиска.
• Вариант 2 (Claims 8, 21): Триггером активации является сам факт загрузки страницы результатов поиска. Система автоматически инициирует загрузку и отображение Интернет-ресурса, соответствующего первой позиции, без ожидания действий пользователя.

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

Процесс А: Активация по выбору пользователя (Вариант 1)

1. Запрос и Отображение SERP: Клиентское устройство отправляет запрос, получает результаты и отображает стандартную страницу результатов поиска (SERP).
2. Выбор пользователя: Система регистрирует выбор пользователем одной из гиперссылок.
3. Запрос ресурса: Клиентское устройство отправляет инструкцию серверу предоставить соответствующий Интернет-ресурс.
4. Получение ресурса и инструкций: Клиент получает контент сайта. (В случае серверной реализации, также получаются инструкции по реорганизации).
5. Реорганизация UI: Отображение SERP изменяется (например, она сжимается и помещается в первый столбец области просмотра). Выбранная гиперссылка может быть выделена (Claim 2).
6. Параллельное отображение: Полученный Интернет-ресурс отображается в освободившейся области (например, во втором столбце) в визуальной близости к реорганизованной SERP.
7. Дальнейшая навигация: Пользователь может взаимодействовать с обоими разделами. При выборе другого результата в SERP (первый столбец), его контент заменяет текущий Интернет-ресурс во втором столбце (Claim 6).

Процесс Б: Автоматическое отображение (Вариант 2)

1. Запрос и Получение данных: Клиент отправляет запрос. Сервер отправляет результаты поиска И Интернет-ресурс для первой гиперссылки (или клиент автоматически запрашивает его).
2. Генерация UI: Клиентское устройство сразу отображает интерфейс в реорганизованном виде: SERP в первом столбце, Интернет-ресурс №1 во втором столбце. Первая гиперссылка может быть выделена (Claim 9).
3. Дальнейшая навигация: Аналогично Процессу А.

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

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

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

• Контентные факторы: Используется HTML/CSS/JS код страницы результатов поиска (SERP) для ее отображения и реорганизации. Используется полный контент целевых Интернет-ресурсов для их отображения в соответствующем разделе.
• Технические факторы: URL (гиперссылки) результатов поиска, необходимые для запроса соответствующих Интернет-ресурсов.
• Пользовательские факторы (Действия): Взаимодействия пользователя с интерфейсом – клики по гиперссылкам на SERP или на открытом Интернет-ресурсе, которые управляют навигацией в рамках описанной системы.

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

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

Выводы

1. Фокус на UI/UX, а не ранжировании: Патент полностью посвящен улучшению пользовательского опыта взаимодействия с поисковой выдачей. Он не содержит информации о факторах ранжирования или алгоритмах индексирования.
2. Ключевой механизм – Сплит-скрин SERP: Основная идея – одновременное отображение списка результатов поиска и контента выбранного сайта в режиме разделенного экрана. Это фундаментально меняет сценарий поиска, устраняя необходимость навигации «вперед-назад».
3. Два режима работы: Система может активировать сплит-скрин по клику пользователя ЛИБО автоматически загружать и показывать результат №1 сразу при открытии SERP (автоотображение). Второй вариант дает значительное преимущество первой позиции.
4. Гибкость реализации: Патент защищает как реализацию на стороне клиента (например, в Яндекс Браузере), так и управление интерфейсом со стороны сервера Яндекса (позволяя работать в любом браузере через отправку специальных инструкций).
5. Влияние на поведение пользователей: Реализация такого интерфейса способствует более быстрому и удобному сравнению результатов. Это может изменить способ сбора и интерпретации поведенческих метрик Яндексом, так как «цена» переключения на другой результат для пользователя снижается.

Практика

Этот патент является инфраструктурным и интерфейсным. Он не описывает факторы ранжирования. Однако он описывает среду, в которой пользователь видит ваш сайт, что имеет важное косвенное значение для SEO и UX.

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

• Критичность скорости загрузки: Оптимизация метрик скорости (FCP, LCP) становится еще более важной. В режиме сплит-скрина пользователь не покидает SERP. Если ваш сайт загружается медленно, пользователь мгновенно это заметит и может легко кликнуть на следующий результат в соседней колонке.
• Обеспечение адаптивности дизайна (Responsive Design): Сайт должен корректно и читаемо отображаться в сжатом виде. Поскольку часть экрана будет занята колонкой с SERP, область просмотра сайта будет уменьшена (Viewport). Дизайн должен адаптироваться к этой уменьшенной ширине без потери функциональности и появления горизонтальной прокрутки.
• Мгновенное подтверждение релевантности на первом экране (Above the Fold): Первый экран должен немедленно захватывать внимание и подтверждать, что пользователь нашел то, что искал. Пользователь будет сравнивать ваш сайт с другими сниппетами в SERP в реальном времени.
• (Для варианта с автозагрузкой): Если вы занимаете позицию №1, реализация этого патента гарантирует вам автоматический показ (загрузку страницы). Необходимо убедиться, что сервер обеспечивает максимальную скорость отдачи контента и готов к обработке потенциально возросшего трафика.

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

• Агрессивные всплывающие окна и баннеры: Использование Pop-up, interstitial-баннеров или запросов подписки сразу при загрузке страницы. В режиме сплит-скрина это гарантированно оттолкнет пользователя, так как ему проще кликнуть на другой результат, чем закрывать мешающие элементы.
• Фиксированная верстка: Дизайн с фиксированной шириной, который не адаптируется под уменьшенную область просмотра, сделает сайт непригодным для использования.
• Отложенная загрузка основного контента: Использование тяжелых скриптов или медленного хостинга, которые задерживают отображение основного содержимого страницы.

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

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

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

Сценарий: Тестирование адаптивности для Сплит-скрина

1. Действие: Открыть сайт на десктопном компьютере и вручную уменьшить ширину окна браузера примерно до 60-70% от ширины экрана (имитация отображения в правой колонке рядом с SERP).
2. Проверка: Оценить, насколько корректно отображается контент. Убедиться, что основной контент читаем, навигационные элементы доступны, ключевая информация (заголовки, УТП, цена товара) видна на первом экране, и отсутствует горизонтальная прокрутка.
3. Ожидаемый результат: Сайт сохраняет функциональность и визуальную привлекательность в условиях ограниченного пространства. Это повышает вероятность удержания пользователя в случае, если Яндекс реализует интерфейс, описанный в патенте.

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