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

Описание

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

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

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

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

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

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

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

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

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

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

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

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

Веб-сервер (Web Server)

Сервер, на котором размещен Интернет-ресурс (веб-сайт).

Выбираемый пользователем объект (User-Selectable Object)

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

Индивидуально определенный подраздел (Individually Defined Subsection)

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

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

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

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

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

Особый критерий (Specific Criterion)

Метрики, используемые для выбора подразделов. В патенте указаны популярность подраздела и удобство использования подраздела.

Сервер оптимизации (Optimization Server)

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

Указатель (Pointer)

Адрес (например, URL), который соответствует выбираемому пользователем объекту и ведет на конкретный подраздел.

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

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

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

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

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

1. Сервер получает от клиента информацию об Интернет-ресурсе, который будет отображаться.
2. Сервер отправляет клиенту информацию об индивидуально определенных подразделах (определенных независимо от владельца ресурса).
3. Эта информация включает: (i) инструкции по отображению выбираемых пользователем объектов и (ii) инструкции по определению указателя (URL) для этих объектов.

Зависимые пункты (Claims 5-12): Детализируют, как именно определяются подразделы.

• Определение может осуществляться поставщиком поисковой системы или поставщиком веб-браузера (Claims 5, 6).
• Определение может основываться на информации о группе Интернет-ресурсов (категории сайта) (Claim 9).
• Определение основывается на особых критериях (Claim 10), таких как популярность подраздела и удобство использования (Claim 11).
• Критерии могут быть общими для всей группы Интернет-ресурсов (Claim 12). Например, для всех интернет-магазинов ищутся «Корзина» и «Доставка».

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

Этот патент не описывает традиционные этапы ранжирования. Он относится к уровню взаимодействия с пользователем (User Interface) и инфраструктуре браузера/поисковой системы.

User Interface / Браузер (Онлайн)
Основное применение происходит на стороне клиента. Браузер (Claims 2, 17) отвечает за запрос данных у Сервера оптимизации во время загрузки страницы и за рендеринг выбираемых пользователем объектов. В патенте показано, что эти объекты могут отображаться в адресной строке браузера. Также эта технология лежит в основе генерации Sitelinks на SERP.

CRAWLING и INDEXING (Офлайн-подготовка)
Для работы системы необходимы предварительные данные. Поисковый робот сканирует Интернет-ресурсы и копирует их в базу данных поисковой системы. Эти данные анализируются для определения структуры сайтов и идентификации URL, соответствующих определенным функциональностям.

Data Analytics / Поведенческий анализ (Офлайн-подготовка)
Сервер оптимизации использует данные веб-аналитики, собранные с клиентских устройств (браузеров, Метрики). Анализируются поведенческие данные (число просмотров, время на сайте, модель навигации) для определения популярных подразделов.

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

• На входе Сервера оптимизации: URL текущего Интернет-ресурса; исторические поведенческие данные по этому URL/домену; данные краулинга и категоризации домена.
• На выходе Сервера оптимизации: Информация о подразделах. Она может включать либо точные URL (указатели), либо названия функциональностей (например, «Корзина»). Если переданы только функциональности, браузер может самостоятельно проанализировать HTML-код сайта, чтобы найти соответствующие URL, хотя чаще URL определяются сервером на основе офлайн-анализа.

На что влияет

• Конкретные ниши: Наибольшее влияние оказывается на категории сайтов с четко выраженными функциональностями: электронная коммерция («корзина покупок», «информация о доставке», «моя учетная запись»), авиакомпании («покупка билетов», «интернет-регистрация»), банки («месторасположение банкоматов», «интернет-банкинг»), операторы связи, такси.
• Типы контента: Влияет на навигацию к ключевым функциональным или конверсионным страницам.
• Пользовательский опыт (UX): Направлен на стандартизацию и ускорение навигации к популярным разделам.

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

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

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

Процесс можно разделить на офлайн-подготовку и онлайн-применение.

Фаза А: Офлайн-подготовка данных (Сервер Оптимизации)

1. Сбор данных: Сканирование Интернет-ресурсов (структура, HTML-код) и сбор поведенческих данных (веб-аналитика, логи посещений) с множества клиентских устройств.
2. Категоризация: Определение категории Интернет-ресурса (например, «электронная коммерция»).
3. Анализ и Выбор Подразделов: Определение ключевых подразделов с использованием одного из двух подходов или их комбинации:
   • Подход 1 (Категоризация): Использование заранее определенного списка функциональностей для этой категории (например, Корзина, Доставка).
   • Подход 2 (Поведенческий анализ): Определение наиболее популярных подразделов на основе поведенческих данных (например, по числу просмотров или времени на сайте).
4. Идентификация Указателей: Определение точных URL выбранных подразделов путем анализа HTML-кода и структуры сайта в базе данных поисковой системы.
5. Хранение: Сохранение связки «Интернет-ресурс -> Список подразделов (Название + URL)».

Фаза Б: Онлайн-применение (Клиент, Веб-сервер, Сервер Оптимизации)

1. Запрос ресурса: Клиентское устройство запрашивает Интернет-ресурс у Веб-сервера.
2. Запрос оптимизации: Клиентское устройство отправляет идентификатор ресурса (URL) на Сервер оптимизации.
3. Получение ресурса: Клиент получает контент от Веб-сервера.
4. Получение оптимизации: Сервер оптимизации находит сохраненные данные (из Фазы А) и отправляет клиенту информацию о подразделах (инструкции по отображению и URL).
5. Отображение: Клиент отображает Интернет-ресурс и одновременно рендерит выбираемые пользователем объекты (быстрые ссылки) в интерфейсе.
6. Навигация: Пользователь выбирает объект. Клиент запрашивает соответствующий подраздел у Веб-сервера и отображает его.

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

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

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

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

• Популярность подраздела (Popularity): Ключевой критерий выбора (Claim 11). Метрика, основанная на агрегированных поведенческих данных. Патент указывает, что критерием может служить число просмотров веб-страницы (подразделы соответствуют страницам с максимальным числом просмотров) или время, проведенное на веб-страницах.
• Удобство использования (Usability): Упоминается как один из особых критериев (Claim 11), но методика его расчета в патенте не детализирована.
• Функциональность (Functionality): Определение основного вида услуг, предоставляемых веб-страницей. Система использует заранее определенные списки функциональностей для разных категорий сайтов.
• Анализ HTML: Парсинг HTML-кода для идентификации ссылок (URL), соответствующих заданным функциональностям.

Выводы

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

Практика

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

• Обеспечение четкой информационной архитектуры: Используйте стандартную и логичную структуру сайта. Навигация к ключевым разделам (Корзина, Контакты, Личный кабинет, Доставка) должна быть простой и очевидной. Используйте стандартные URL (например, /cart, /delivery). Это облегчает системе идентификацию этих разделов как важных.
• Использование стандартных наименований для ссылок: Применяйте общепринятые названия в анкорах, Title и H1 для функциональных разделов (например, «Корзина», а не «Ваши отложенные товары»). Это повышает вероятность того, что система корректно сопоставит страницу с ожидаемой функциональностью для данной категории сайта.
• Обеспечение доступности навигации в HTML: Убедитесь, что ссылки на ключевые разделы присутствуют в чистом HTML-коде (в виде <a href>) и доступны для парсинга краулером. Не прячьте основную навигацию за сложными скриптами, недоступными для анализа.
• Стимулирование поведенческих сигналов на ключевых страницах: Поскольку популярность является одним из критериев выбора, необходимо направлять трафик на ключевые конверсионные или функциональные страницы и работать над их вовлеченностью (время на сайте). Страницы, которые вы хотите видеть в быстрых ссылках, должны быть популярны у пользователей.
• Анализ «Быстрых ссылок» в выдаче: Регулярно проверяйте Sitelinks в сниппете вашего сайта. Это индикатор того, какие страницы система считает наиболее важными и популярными на основе описанных механизмов.

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

• Нестандартная или запутанная навигация: Использование сложных меню, нелогичных путей к популярным разделам или неочевидных названий ссылок может привести к тому, что система не сможет идентифицировать ключевые функциональности.
• Скрытие навигации с помощью JavaScript: Если ссылки генерируются динамически сложным способом и недоступны при первичном парсинге HTML или краулинге, система может не найти нужные URL.
• Размещение важных функций глубоко в структуре: Если доступ к ключевому разделу требует множества кликов, это может снизить его популярность и затруднить его автоматическое определение как важного.
• Игнорирование юзабилити важных страниц: Плохой UX на ключевых страницах приведет к низким поведенческим показателям, что может исключить их из списка популярных подразделов.

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

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

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

Сценарий 1: Оптимизация сайта интернет-магазина (E-commerce)

1. Задача: Убедиться, что Яндекс корректно определяет ссылки на «Корзину» и «Доставку» для отображения в быстрых ссылках (Sitelinks или в браузере).
2. Действия SEO-специалиста:
   • Проверить, что сайт корректно классифицируется Яндексом как интернет-магазин.
   • Убедиться, что ссылки на эти разделы присутствуют в основном навигационном блоке и доступны в HTML.
   • Использовать стандартные URL (/cart/, /delivery/) и анкоры («Корзина», «Информация о доставке»).
   • Проанализировать данные веб-аналитики, чтобы подтвердить, что эти страницы являются одними из самых посещаемых функциональных разделов.
3. Ожидаемый результат: Сервер оптимизации идентифицирует эти разделы как ключевые функциональности для категории e-commerce и будет использовать их для генерации быстрых ссылок в интерфейсе пользователя (Браузер) или на странице выдачи (SERP).

Сценарий 2: Анализ популярности для сервисного сайта (Банк)

1. Задача: Определить, какие разделы могут быть выбраны системой на основе популярности.
2. Действия SEO-специалиста:
   • Изучить отчеты по посещаемости страниц и времени, проведенному на сайте.
   • Выделить Топ-5 самых популярных функциональных разделов (например, «Вход в интернет-банк», «Курсы валют», «Адреса банкоматов»).
   • Оценить, насколько эти разделы соответствуют бизнес-приоритетам.
3. Ожидаемый результат: Система выберет наиболее популярные страницы в качестве целей для быстрых ссылок. Если популярная страница (например, «Курсы валют») не является приоритетной для продвижения по сравнению с менее популярной (например, «Заявка на кредит»), это сигнал для пересмотра внутренней перелинковки и управления вниманием пользователя для повышения популярности приоритетной страницы.

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