Как Google помогает пользователям найти релевантный контент внутри страницы после клика по результату поиска (Scroll-to-Text)

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

Eligibility Rules (Правила отбора/пригодности)

Критерии, используемые на стороне сервера для определения того, может ли Tidbit стать Resource Search Tidbit. Основное правило: тидбит должен содержать хотя бы один термин запроса, который отсутствует в Resource Region.

Resource Region (Область ресурса)

Одна или несколько характеристик ресурса, используемых для сравнения с тидбитом в Eligibility Rules. Примеры: Заголовок (Title) ресурса, URL ресурса.

Resource Search Operation (RSO) (Операция поиска по ресурсу)

Действие, выполняемое на стороне клиента после загрузки страницы, если выполнены пороговые условия. Включает отображение Selection Environment, скроллинг и выделение текста.

Resource Search Tidbit (RST)

Фрагмент текста (Tidbit), который прошел проверку Eligibility Rules и был передан клиенту для потенциального выполнения Resource Search Operation.

Selection Environment (Среда выбора)

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

Snippet (Сниппет)

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

Threshold Condition (Пороговое условие)

Условие на стороне клиента, которое должно быть выполнено для активации Resource Search Operation. Основное условие: текст, соответствующий RST, должен находиться за пределами текущего Viewport.

Tidbit (Тидбит/Фрагмент)

Релевантный запросу текст, извлеченный из ресурса. Кандидат для включения в Snippet и для становления Resource Search Tidbit.

Tidbit Processor (Обработчик фрагментов)

Серверный компонент, который анализирует tidbits и применяет Eligibility Rules для генерации RST.

Viewport (Область просмотра)

Видимая пользователю область веб-страницы на экране устройства.

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

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

1. Система (сервер) получает запрос, идентифицирует ресурсы и тидбиты.
2. Для каждого тидбита определяется его пригодность для Resource Search Operation (RSO).
3. Подходящие тидбиты помечаются как Resource Search Tidbits (RST).
4. Результаты поиска с RST предоставляются клиентскому устройству (причем RST не обязательно отображаются на SERP).
5. При выборе результата (клике) клиентское устройство выполняет следующие операции:
   • Рендеринг ресурса.
   • Отбор только тех RST, соответствующий текст которых НЕ находится в Viewport при начальном рендеринге.
   • Только для отобранных RST выполняется RSO: отображение Selection Environment, содержащего опции для навигации к соответствующему тексту.

Claim 4 (Зависимый от 1): Детализирует правила отбора (Eligibility Rules).

Тидбит признается пригодным (становится RST), если в нем есть хотя бы один термин запроса, который НЕ найден в заголовке (Title) ресурса.

Claim 6 (Зависимый от 1): Расширяет правила отбора.

Тидбит признается пригодным, если в нем есть хотя бы один термин запроса, который НЕ найден ни в заголовке (Title), ни в URL ресурса.

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

1. Получение страницы результатов поиска, содержащей RST.
2. Получение выбора пользователя (клика) и рендеринг ресурса.
3. Для каждого RST: идентификация соответствующего текста в ресурсе и определение, находится ли этот текст за пределами Viewport.
4. Только для RST, текст которых находится за пределами Viewport, выполняется RSO (отображение Selection Environment).

Claim 10 и 11 (Зависимые от 9): Описывают механизм нечеткого поиска (Fuzzy Matching).

При идентификации текста RST на странице, клиент сначала ищет точное совпадение. Если оно не найдено (например, страница изменилась с момента индексации), система идентифицирует текст, который "наиболее близко соответствует" (closest match) RST. Это определяется как текст с минимальным редакционным расстоянием (minimum edit distance).

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

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

INDEXING – Индексирование и извлечение признаков
На этом этапе извлекается текст, заголовки (Title) и URL. Эти данные необходимы для последующей генерации тидбитов.

RANKING / RERANKING (Серверная часть)
После того как ресурсы отобраны и ранжированы, активируется Tidbit Processor. Он анализирует контент и метаданные ресурсов (Title, URL) относительно запроса для генерации Resource Search Tidbits (RSTs), применяя Eligibility Rules. Это происходит до отправки результатов пользователю.

CLIENT-SIDE (Основное применение)
Основная логика патента реализуется в браузере пользователя после клика на результат поиска:

1. Поиск совпадений: Браузер ищет текст RST в загруженном документе (используя точное или нечеткое совпадение).
2. Проверка условий: Браузер определяет координаты найденного текста и сравнивает их с границами Viewport (Threshold Condition).
3. Активация UI: Если текст не виден, активируется Resource Search Operation (например, Selection Environment).
4. Навигация: Браузер выполняет скроллинг и подсветку текста.

Входные данные (Сервер):

• Запрос пользователя.
• Ресурсы, релевантные запросу.
• Извлеченные Tidbits.
• Метаданные ресурса (Title, URL).

Выходные данные (Сервер):

• Страница результатов поиска (SERP), обогащенная данными RST (которые могут быть не видны пользователю, но доступны через DOM или переданы иным способом).

На что влияет

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

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

Алгоритм применяется при выполнении двух наборов условий:

1. Условия на сервере (Генерация RST): Активируется, если система находит Tidbit, который удовлетворяет Eligibility Rules. Это происходит, когда релевантный текст содержит термины запроса, которые отсутствуют в заголовке (Title) и/или URL страницы.
2. Условия на клиенте (Активация UI): Активируется после клика, если текст, соответствующий RST, находится за пределами видимой области экрана (Viewport) при первоначальной загрузке страницы (Threshold Condition). Если ответ виден сразу, интерфейс не активируется.

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

Процесс А: Генерация RST (Сервер / Tidbit Processor)

1. Получение данных: Система получает запрос, список релевантных ресурсов и извлеченные Tidbits для каждого ресурса.
2. Инициализация проверки: Начало цикла обработки тидбитов для ресурса.
3. Идентификация терминов в регионе: Определение терминов запроса, присутствующих в Resource Region (Title и/или URL ресурса).
4. Сравнение (Eligibility Rule): Сравнение терминов запроса в тидбите с терминами в Resource Region.
5. Проверка условия: Определяется, существует ли хотя бы один термин запроса в тидбите, который отсутствует в Resource Region.
   • Если ДА: Тидбит помечается как Resource Search Tidbit (RST).
   • Если НЕТ: Тидбит игнорируется для этой операции.
6. Завершение: После обработки всех тидбитов и ресурсов, система предоставляет результаты поиска клиенту, включая сгенерированные RST.

Процесс Б: Обработка клика (Клиент / Браузер)

1. Ассоциация (На SERP): Браузер обрабатывает DOM страницы результатов поиска, ассоциирует каждый URL с его RST и сохраняет эту ассоциацию (Claim 15).
2. Получение клика и загрузка: Пользователь кликает на результат, браузер загружает и рендерит ресурс.
3. Получение RST: Браузер извлекает RST, ассоциированные с данным URL.
4. Поиск текста на странице: Браузер ищет текст RST в загруженном ресурсе. Сначала ищется точное совпадение. Если не найдено, используется нечеткий поиск (closest match, minimum edit distance).
5. Проверка порогового условия (Threshold Condition): Для каждого найденного фрагмента текста определяется его положение на странице. Сравнивается с границами текущего Viewport.
6. Активация RSO: Если текст находится за пределами Viewport, он добавляется в Selection Environment.
7. Отображение UI: Если Selection Environment не пуст, он отображается пользователю (или выполняется автоматический скроллинг).
8. Навигация: При взаимодействии пользователя браузер выполняет скроллинг к соответствующему тексту и подсвечивает его.

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

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

• Контентные факторы:
  • Текст ресурса: Используется для извлечения Tidbits (сервер) и поиска совпадений (клиент).
  • Заголовок страницы (Title Tag): Критически важен для Eligibility Rules. Наличие термина запроса в Title может заблокировать генерацию RST.
• Технические факторы:
  • URL ресурса: Может использоваться в Eligibility Rules как часть Resource Region.
• Пользовательские факторы (На стороне клиента):
  • Размер Viewport устройства: Используется для Threshold Condition (определения видимости контента).

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

• Eligibility Rule (Правило отбора): Булева метрика, основанная на сравнении множеств терминов. Математически это можно выразить как проверку того, что разность множеств терминов запроса в тидбите и терминов запроса в Resource Region не пуста: $(Terms_{Tidbit} \setminus Terms_{Region}) \neq \emptyset$. Упоминается возможность использования синонимов и словоформ при этом сравнении.
• Threshold Condition (Пороговое условие): Булева метрика, основанная на сравнении координат текста с границами Viewport.
• Edit Distance (Редакционное расстояние): Используется на стороне клиента для нечеткого поиска текста RST (Closest Match), если точное совпадение не найдено.

1. Пост-клик UX как часть поиска: Google рассматривает опыт пользователя после ухода с SERP как важную часть поискового процесса и стремится его оптимизировать, сокращая время до получения ответа (Time-to-Answer).
2. Интеллектуальная активация (Eligibility Rules): Функция активируется только тогда, когда система считает ее полезной – а именно, когда заголовок (Title) или URL страницы не полностью отражают релевантность контента запросу. Если Title идеально совпадает с запросом, система предполагает, что помощь в навигации не требуется.
3. Условная активация (Threshold Condition): Интерфейс помощи активируется только если релевантный контент скрыт от глаз пользователя (вне Viewport).
4. Зависимость от клиентской стороны: Реализация функции зависит от возможностей браузера по анализу структуры страницы (DOM), определению видимости контента и управлению навигацией.
5. Устойчивость к изменениям контента: Патент предусматривает механизм обработки ситуаций, когда контент страницы изменился с момента индексации, используя нечеткий поиск (Closest Match) для нахождения наиболее похожего фрагмента.

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

• Оптимизация структуры лонгридов: Используйте четкую иерархию заголовков (Hn) для разделения контента на логические блоки. Это помогает поисковым системам легче извлекать релевантные Tidbits и может способствовать активации этой функции, улучшая навигацию для пользователей.
• Создание четких ответов (Оптимизация под пассажи): Формулируйте абзацы так, чтобы они давали прямые и ясные ответы на конкретные запросы пользователей. Такие абзацы являются идеальными кандидатами на роль Resource Search Tidbits (RST) и часто используются в Featured Snippets, которые активируют эту технологию.
• Обеспечение технической стабильности (Core Web Vitals): Минимизируйте сдвиги макета (CLS). Если макет сильно смещается во время загрузки, клиентский механизм может некорректно определить положение текста относительно Viewport, что приведет к сбоям в работе функции скроллинга.
• Обеспечение глубины контента: Убедитесь, что основной контент предоставляет значительно больше деталей, чем Title. Eligibility Rules предполагают, что функция активируется, когда контент содержит важные термины запроса, отсутствующие в Title/URL.

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

• Скрытие основного контента по умолчанию: Использование вкладок, "аккордеонов" или динамической подгрузки для скрытия основного контента может помешать как извлечению Tidbits на стороне сервера, так и корректной работе механизма поиска и скроллинга на стороне клиента.
• Поверхностный контент (Thin Content): Создание страниц, где весь релевантный текст сосредоточен в заголовке, а тело документа не добавляет ценности. Такие страницы вряд ли сгенерируют RST, так как не будут выполнены Eligibility Rules.
• Нестандартная реализация прокрутки: Использование нестандартных JavaScript-решений для управления прокруткой страницы может помешать браузеру корректно выполнить Resource Search Operation.

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

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

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

Сценарий: Активация функции для статьи-инструкции (Контраст)

Запрос пользователя: "как очистить кэш dns в windows 10"

Вариант А (Не оптимально для RST):

• Title: Как очистить кэш DNS в Windows 10
• URL: /kak-ochistit-cache-dns-windows-10
• Результат: Eligibility Rules не выполняются, так как все термины запроса есть в Title и URL. RST не генерируется. Пользователь сам ищет инструкцию на странице.

Вариант Б (Оптимально для RST):

• Title: Полное руководство по управлению DNS в Windows
• URL: /windows/dns-guide
• Tidbit (в середине статьи): "...Чтобы очистить кэш DNS в Windows 10, откройте командную строку..."
• Результат: Термины "очистить", "кэш", "10" отсутствуют в Title/URL. Eligibility Rule выполняется. Тидбит помечается как RST. Если этот текст находится вне Viewport при загрузке, пользователь увидит автоматический скроллинг или Selection Environment, ведущий к этому фрагменту.