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

Описание

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

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

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

Запатентован новый механизм интерфейса для взаимодействия с поисковыми подсказками. Суть изобретения заключается в отказе от статического списка в пользу динамической области подсказок (Suggestion Area), которую пользователь может перемещать относительно поля ввода (Query Field). Это перемещение вызывает последовательное выравнивание (Sequential Alignment) различных элементов подсказок с введенным текстом, позволяя быстро перебирать варианты.

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

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

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

Средняя/Высокая. С точки зрения UI/UX инноваций актуальность высокая, так как улучшение мобильного поиска остается приоритетом. Однако, конкретный интерфейс «вращающегося барабана», описанный в патенте, не стал доминирующим паттерном в Поиске Яндекса к 2025 году, хотя идеи улучшения взаимодействия с подсказками сохраняют значимость.

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

Влияние на SEO низкое (2/10). Патент полностью посвящен пользовательскому интерфейсу и не описывает алгоритмы ранжирования, индексирования или генерации подсказок. Влияние на SEO является косвенным: улучшенный интерфейс может стимулировать пользователей чаще использовать подсказки и формировать более точные или сложные (многофакторные) запросы, что подчеркивает важность оптимизации под Suggest.

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

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

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

First User Input (Первый пользовательский ввод)

Часть поискового запроса, введенная пользователем в поле ввода. Триггер для появления области подсказок.

Query Field / Query Interface (Поле ввода запроса)

Элемент интерфейса, куда вводится текст запроса.

Second User Input (Второй пользовательский ввод)

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

Sequential Alignment (Последовательное выравнивание)

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

Suggestion Area (Область подсказок)

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

Suggestion Element (Элемент подсказки)

Отдельная подсказка (слово, фраза, символ), предлагаемая для завершения запроса.

Third User Input (Третий пользовательский ввод)

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

Vertical Search Module (Модуль вертикального поиска)

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

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

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

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

1. Получение первого ввода пользователя (части запроса) в поле ввода.
2. Отображение области подсказок с элементами подсказок.
3. Получение второго ввода пользователя, ассоциированного с областью подсказок.
4. В ответ на второй ввод – инициирование визуального изменения: перемещение (moving) области подсказок относительно поля ввода.
5. Это перемещение вызывает последовательное выравнивание (sequential alignment) различных элементов подсказок с первым вводом.
6. Формирование итогового поискового запроса, включающего первый ввод и текущий выровненный элемент подсказки.

Это ядро изобретения — динамическое перемещение списка подсказок через поле ввода.

Claim 11 (Зависимый от 1): Описывает автоматическую отправку запроса.

Отправка сформированного поискового запроса на сервер происходит при отсутствии пользовательского ввода в течение времени, превышающего пороговое значение (threshold time value), когда определенный элемент подсказки выровнен в поле ввода.

Claim 13 (Зависимый от 1): Описывает реализацию типа «барабан» или «колесо».

Перемещение области подсказок включает перемещение ленты (feed list) элементов через поле ввода таким образом, что элемент подсказки остается отображенным после прохождения через поле ввода (например, накапливается над ним).

Claim 14 (Зависимый от 1): Описывает многоколоночный интерфейс.

Метод включает дополнительное отображение по крайней мере второй области подсказок (second suggestion area), ассоциированной с первым вводом и содержащей дополнительные элементы подсказок.

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

Изобретение применяется исключительно на этапе взаимодействия пользователя с интерфейсом поисковой системы.

QUERY PROCESSING – Понимание Запросов (Уровень Интерфейса)
Алгоритм работает на клиентском устройстве в рамках поискового приложения (например, браузера или мобильного приложения Яндекс) в момент формирования запроса пользователем (Query Formulation).

• Взаимодействие с компонентами: Интерфейс взаимодействует с серверным Suggestion Module для получения списка подсказок. Патент упоминает, что подсказки могут генерироваться с использованием Vertical Search Module.
• Данные на входе: Частичный текст запроса (First User Input), список сгенерированных подсказок, данные о взаимодействии пользователя с интерфейсом (жесты, свайпы, голосовые команды – Second/Third User Input).
• Данные на выходе: Динамическое визуальное отображение интерфейса; финальный сформированный поисковый запрос, отправляемый на сервер для ранжирования.

На что влияет

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

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

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

• Триггер активации области подсказок: Ввод первого пользовательского ввода (First User Input) – начало набора текста или голосовая команда.
• Триггер активации движения: Ввод второго пользовательского ввода (Second User Input) – взаимодействие с областью подсказок (например, свайп).
• Триггер завершения формирования запроса: Ввод третьего пользовательского ввода (Third User Input) (явное подтверждение) ИЛИ превышение порога времени бездействия (Timeout Threshold) после остановки движения (Claim 11).

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

Процесс работы интерфейса формирования запроса.

1. Инициализация (First Input): Пользователь вводит часть запроса в поле ввода.
2. Отображение подсказок: Система отображает одну или несколько областей подсказок (Suggestion Areas).
3. Взаимодействие (Second Input): Пользователь взаимодействует с областью подсказок (например, выполняет жест прокрутки).
4. Динамическое перемещение: Система анимирует движение области(ей) подсказок относительно поля ввода. Движение может быть вертикальным, горизонтальным, по дуге и т.д.
5. Последовательное выравнивание: По мере движения элементы подсказок последовательно совмещаются с текстом в поле ввода, формируя временный полный запрос.
6. Визуализация просмотренных элементов (Опционально): В реализации «барабан» (Claim 13), элементы, прошедшие через поле ввода, остаются видимыми (например, над полем ввода).
7. Интерактивное редактирование (Опционально): Пользователь может удалять неподходящие подсказки из списка или менять их порядок.
8. Комбинирование (Опционально): В многоколоночной реализации (Claim 14), пользователь может независимо прокручивать разные области для комбинирования элементов (например, Продукт + Фасет).
9. Завершение формирования: Пользователь останавливает движение на нужном элементе.
10. Отправка запроса: Запрос отправляется на сервер либо по явному действию пользователя (Third Input), либо автоматически по таймауту после остановки (Claim 11).

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

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

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

• Контентные факторы: Текст частичного запроса, введенного пользователем. Текст элементов подсказок, полученных от модуля генерации подсказок.
• Пользовательские факторы (Взаимодействие): Данные о действиях пользователя для управления интерфейсом. Упоминаются: управление мышью, клавиатурой, жестовое управление (gesture control), сенсорное управление (sensor control/touch control), голосовое управление (voice control). История запросов пользователя может использоваться для динамического обновления подсказок.
• Временные факторы: Используется пороговое значение времени (threshold time value) для определения момента автоматической отправки запроса при бездействии пользователя (Claim 11).

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

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

Выводы

1. Это патент про UI/UX, а не про ранжирование: Основная ценность патента заключается в описании новых способов взаимодействия пользователя с поисковыми подсказками. Он не дает прямых инсайтов о том, как Яндекс ранжирует сайты или генерирует сами подсказки.
2. Инновация «Барабан» (Scrolling Wheel): Ключевой механизм – замена статического выпадающего списка на динамически прокручиваемую ленту, проходящую через поле ввода (Claim 1). Это ускоряет перебор вариантов и улучшает видимость просмотренных подсказок (Claim 13).
3. Инновация «Кодовый замок» (Multi-Column UI): Возможность отображения нескольких независимых областей подсказок (Claim 14) является важным нововведением для формирования сложных, многофакторных запросов. Пользователи могут легко комбинировать сущности и фасеты (например, название лекарства и слово «аналог»).
4. Фокус на мобильном опыте и скорости: Изобретение направлено на решение проблем использования подсказок на ходу и на маленьких экранах, минимизируя необходимость точного прицеливания и количество кликов.
5. Косвенное влияние на SEO через формирование запросов: Хотя патент не меняет принципы оптимизации контента, он может изменить структуру трафика. Упрощение формирования точных и сложных запросов может привести к росту доли средне- и низкочастотного трафика, соответствующего этим уточненным интентам.

Практика

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

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

• Оптимизация под поисковые подсказки (Suggest Optimization): Поскольку новый интерфейс стимулирует более активное использование и исследование подсказок, критически важно обеспечить присутствие бренда и ключевых продуктов в Suggest. Это включает работу над узнаваемостью бренда и частотностью запросов, связанных с вашими основными ключевыми словами.
• Анализ и покрытие фасетов запроса: Интерфейс с несколькими колонками облегчает пользователям комбинирование основного объекта поиска с фасетами (например, «товар» + «отзывы», «бренд» + «адреса»). Необходимо анализировать, какие фасеты часто ассоциируются с вашими основными запросами в подсказках, и гарантировать, что контент на сайте полностью покрывает эти комбинированные интенты.
• Проработка структуры для сложных интентов: Для тематик, где пользователи формируют сложные запросы (e-commerce, фарма, B2B), необходимо иметь четкую структуру сайта и посадочные страницы, отвечающие на многофакторные запросы, которые пользователям стало проще генерировать.

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

• Игнорирование SERM и Suggest: Негатив в подсказках может стать более заметным и доступным для исследования пользователями через новый интерактивный интерфейс. Активное управление репутацией в подсказках обязательно.
• Фокус только на высокочастотные запросы без уточнений: Оптимизация только под общие запросы без учета фасетов и уточнений может привести к потере трафика, так как пользователям становится проще генерировать уточненные запросы с помощью многоколоночного интерфейса.

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

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

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

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

Сценарий: Влияние многоколоночного интерфейса на SEO в Фармакологии

1. Ситуация: Яндекс внедряет многоколоночный интерфейс. Пользователь вводит название лекарства (например, «Тримедат»).
2. Действие интерфейса: Появляются две колонки. В первой – варианты названий препаратов. Во второй – фасеты («формула», «аналог», «инструкция», «отзывы»).
3. Поведение пользователя: Пользователю становится легко скомбинировать «Тримедат» и «аналог», независимо прокрутив вторую колонку. Растет частотность запроса «Тримедат аналог».
4. Применение в SEO: SEO-специалист должен заранее проанализировать фасеты для названий препаратов. Сайт, который имеет качественную страницу, отвечающую на интент «Тримедат аналог» (а не только общую страницу препарата), получит преимущество в ранжировании по этому уточненному запросу, частотность которого выросла благодаря новому интерфейсу.

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