Как Яндекс предлагает связанные ссылки и контент в интерфейсе браузера на основе истории поиска и данных от сайтов

Описание

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

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

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

Запатентован способ отображения веб-ресурса в окне браузера (User Interface). Суть изобретения заключается в изменении интерфейса при действиях пользователя: окно браузера разделяется на две части. В одной части отображается панель управления (например, адресная строка), а в другой — уменьшенная версия просматриваемого веб-ресурса. Эта уменьшенная версия может сопровождаться дополнительными определяемыми контентом панелями инструментов.

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

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

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

Средняя. Описанные интерфейсные решения, такие как изменение масштаба страницы при активации элементов управления (например, при открытии Табло в Яндекс.Браузере), используются в современных браузерных продуктах. Интеграция рекомендательных систем, использующих данные поисковой системы для генерации предложений в браузере, остается крайне актуальной практикой для экосистемы Яндекса.

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

Влияние на SEO низкое (4/10). Это патент на интерфейс клиентского приложения (браузера), а не на алгоритм ранжирования поисковой системы. Он не влияет напрямую на позиции сайта в поисковой выдаче (SERP). Однако он имеет косвенное значение, так как описывает механизмы, с помощью которых Яндекс может направлять трафик на связанные ресурсы непосредственно из интерфейса браузера, минуя SERP. Кроме того, патент подтверждает возможность для веб-ресурсов передавать поисковой системе информацию о связанных страницах для отображения в этих рекомендательных панелях.

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

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

Веб-ресурс (Web Resource)

Контент, отображаемый в окне браузера (веб-страница).

Инициирующий элемент (Initiating Element)

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

Информационный фрагмент (Information Fragment)

Часть определяемой контентом панели инструментов. Может содержать историю посещенных страниц, связанных с ресурсом, или информацию из социальных СМИ.

Определяемая контентом панель инструментов (Content-Defined Toolbar)

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

Панель управления (Control Panel)

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

Сервер поисковой системы (Search Engine Server)

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

Уменьшенная версия веб-ресурса (Minimized Version)

Отображение текущего веб-ресурса в уменьшенном масштабе для освобождения места под панели управления и инструментов.

Универсальная панель инструментов страницы (Universal Page Toolbar)

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

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

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

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

1. Отображение веб-ресурса.
2. В ответ на указание пользователя на желание выполнить действие происходит разделение окна браузера на первую и вторую части.
3. В первой части отображается панель управления.
4. Во второй части отображается уменьшенная версия веб-ресурса.

Claim 2 (Зависимый от п.1): Дополняет механизм отображением определяемой контентом панели инструментов возле уменьшенной версии ресурса.

Claim 13 (Зависимый от п.2): Указывает на механизм получения данных для этой панели: получение через сеть от сервера инициирующего элемента.

Claims 15, 16, 17 (Зависимые): Это наиболее важные пункты для понимания взаимодействия с поисковой системой и потенциального влияния на дистрибуцию контента.

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

Claim 16 (Данные от сайта): Альтернативный источник данных. Инициирующий элемент создается поисковой системой на основе информации, полученной от веб-ресурса, причем информация соответствует другим веб-ресурсам, связанным с данным.

Claim 17 (Ранжирование и фильтрация): Критически важное уточнение. Сервер поисковой системы может применять логику ранжирования к информации (полученной по п.15 или п.16) для создания инициирующего элемента. Это означает, что поисковая система решает, какие рекомендации и в каком порядке показать.

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

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

Этот патент не относится к стандартным слоям архитектуры поиска (Crawling, Indexing, Ranking, Blending). Он описывает функциональность клиентского приложения (веб-браузера, вероятно, Яндекс.Браузера) и его взаимодействие с различными серверами для обогащения пользовательского интерфейса.

Взаимодействие компонентов:

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

Потоки данных:

• На вход (от браузера к серверу): Информация о текущем просматриваемом веб-ресурсе (URL, контекст).
• На выходе (от сервера к браузеру): Инициирующий элемент, содержащий структурированные данные для отображения контентных панелей (предлагаемые ссылки, информация из соцсетей).

На что влияет

• Навигация пользователя: Основное влияние оказывается на то, как пользователь перемещается между ресурсами внутри браузера. Система предлагает альтернативные пути навигации, минуя поисковую выдачу.
• Типы контента и ниши: Влияние универсально и не ограничено конкретными типами контента или тематиками. Оно зависит от наличия данных для рекомендаций (либо накопленной истории поиска, либо данных, предоставленных владельцем сайта).

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

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

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

1. Стандартный режим: Пользователь просматривает веб-ресурс в окне браузера.
2. Активация: Пользователь выполняет действие (например, кликает в адресную строку).
3. Трансформация интерфейса: Окно браузера разделяется на две части.
4. Отображение элементов: В первой части отображается Панель управления. Во второй части отображается Уменьшенная версия веб-ресурса.
5. Запрос данных (Опционально): Браузер отправляет запрос к Серверу (поисковая система или хост сайта) для получения данных для контентных панелей.
6. Генерация рекомендаций на Сервере (Опционально): Сервер генерирует Инициирующий элемент. Это может включать:
   • Путь А (Claim 15): Анализ закономерностей в истории поиска других пользователей.
   • Путь Б (Claim 16): Использование информации о связанных ресурсах, полученной от самого сайта.
7. Ранжирование (Опционально, Claim 17): Применение логики ранжирования к отобранным данным.
8. Отображение дополнительных панелей: Браузер получает Инициирующий элемент и отображает контентные панели (например, предлагаемые ссылки, историю, соцсети) возле уменьшенной версии ресурса.

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

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

• Поведенческие факторы:
  • История посещенных страниц пользователя, связанная с веб-ресурсом (используется для отображения в информационном фрагменте, Claim 9).
  • Закономерности в истории поиска (Search History Patterns). Агрегированные данные, используемые сервером поисковой системы для генерации предлагаемых ссылок на основе того, что искали другие пользователи, интересовавшиеся аналогичным контентом (Claim 15).
• Структурные/Контентные факторы: Информация, полученная от веб-ресурса, соответствующая другим связанным веб-ресурсам (Claim 16). Это могут быть данные, переданные через микроразметку, API или извлеченные из структуры сайта (например, перелинковка).
• Технические факторы: Категория веб-ресурса (может использоваться хостом для создания инициирующего элемента, Claim 19).
• Социальные факторы: Информация из социальных СМИ, связанная с веб-ресурсом (Claim 11).

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

В патенте не приводится конкретных формул или метрик, но упоминаются ключевые механизмы обработки данных:

• Логика ранжирования (Ranking Logic): Упомянута в Claim 17. Поисковая система применяет эту логику к доступной информации (истории поиска или данным от сайта) для выбора и упорядочивания предложений, которые попадут в Инициирующий элемент. Это подразумевает наличие алгоритма оценки релевантности и важности предлагаемых ссылок.
• Оценка истории посещенных страниц: Упоминается в Claim 10. Система может оценивать историю посещений для выбора наиболее значимых записей, но метод оценки не описан.

Выводы

1. Это патент на UI/UX браузера, а не на ранжирование поиска: Основное изобретение касается способа отображения контента в браузере. Прямое влияние на SEO-стратегии продвижения в органическом поиске (SERP) минимально.
2. Интеграция данных Поиска в Браузер: Яндекс использует данные поисковой системы, в частности закономерности в истории поиска (поведенческие данные), для генерации рекомендаций (предлагаемых ссылок) непосредственно в интерфейсе браузера (Claim 15).
3. Возможность управления рекомендациями со стороны сайта: Патент явно подтверждает механизм (Claim 16), позволяющий веб-ресурсам самостоятельно предоставлять поисковой системе информацию о связанных страницах или ресурсах для включения в эти рекомендательные блоки.
4. Контроль качества рекомендаций Яндексом: Яндекс оставляет за собой право применять собственную логику ранжирования (Claim 17) к рекомендациям, независимо от их источника (поведенческий анализ или данные от сайта). Это фильтр качества и релевантности.
5. Многоканальность данных: Система способна агрегировать данные из разных источников: агрегированная история поиска, данные от сайта, локальная история просмотров пользователя и социальные сети.

Практика

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

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

• Внедрение технических средств для передачи рекомендаций (Claim 16): Активно используйте доступные технические возможности для передачи Яндексу информации о связанных ресурсах. Это включает микроразметку (Schema.org, например, isRelatedTo, relatedLink) и специфичные форматы Яндекса (например, фиды для рекомендательных систем, используемые в Дзене). Это позволяет влиять на то, какой контент будет предложен пользователю в интерфейсе браузера.
• Оптимизация внутренней перелинковки и структуры: Качественная структура и блоки перелинковки («Похожие статьи», «С этим товаром покупают») помогают пользователям находить связанный контент. Это формирует позитивные закономерности в истории поиска (Claim 15), которые затем могут использоваться для генерации рекомендаций другим пользователям.
• Развитие Topical Authority и вовлеченности (Claim 15): Создавайте качественный контент, который полностью покрывает тему и стимулирует пользователей изучать несколько страниц в рамках сессии. Сильные поведенческие связи между страницами в логах Яндекса увеличивают вероятность их попадания в рекомендации.

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

• Манипуляция рекомендациями: Попытки передать через механизмы Claim 16 нерелевантные или спамные связанные ссылки. Поскольку Яндекс применяет логику ранжирования (Claim 17), такие рекомендации, скорее всего, будут отфильтрованы или пессимизированы.
• Игнорирование рекомендательных систем: Рассматривать трафик только с позиций органического поиска и игнорировать возможности, которые предоставляют рекомендательные системы, интегрированные в браузеры (например, Яндекс.Браузер).

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

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

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

Сценарий: Оптимизация E-commerce сайта для рекомендаций в браузере

1. Задача: Увеличить кросс-продажи аксессуаров для пользователей Яндекс.Браузера.
2. Действие (на основе Claim 16): На страницах товаров (например, смартфонов) внедряется микроразметка Schema.org/Product. Внутри разметки используется свойство isRelatedTo или isAccessoryOrSparePartFor для явного указания ссылок на совместимые аксессуары (чехлы, зарядные устройства).
3. Проверка (на основе Claim 17): Убедиться, что ссылки ведут на релевантные и доступные для покупки товары, чтобы пройти фильтр логики ранжирования Яндекса.
4. Ожидаемый результат: Когда пользователь просматривает смартфон в браузере и активирует панель управления (например, кликает в адресную строку), в определяемой контентом панели могут отобразиться предложенные сайтом аксессуары, стимулируя дополнительные покупки.

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