Как Google использует данные о поведении пользователей для генерации и ранжирования Sitelinks (Дополнительных ссылок сайта)

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

Log Data Storage (Хранилище логов)

База данных, хранящая необработанную информацию о доступе пользователей к веб-страницам (например, HTTP-запросы, клики, время доступа).

Log Processing System (Система обработки логов)

Система, которая собирает, обрабатывает и анализирует данные из Log Data Storage для определения качества внутренних страниц.

Mapping Component (Компонент сопоставления)

Часть поисковой системы, которая получает начальные результаты поиска и дополняет их данными из Web Site Mapping Storage.

Quality Factor (Фактор качества)

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

Web Site Mapping Storage (Хранилище карт сайтов)

База данных, в которой хранятся предварительно рассчитанные и отсортированные списки внутренних веб-страниц (Sitelinks) для конкретных веб-сайтов.

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

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

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

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

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

Claim 9 (Независимый пункт): Детализирует процесс сбора данных и условного отображения.

1. Система собирает информацию о доступе пользователей.
2. Информация хранится на основе Quality Factor (отражающего количество посещений).
3. После генерации результатов поиска система проверяет условие: хранится ли информация для сайта, соответствующего результату.
4. Если ДА: система предоставляет результат поиска И набор ссылок на внутренние страницы.
5. Если НЕТ: система предоставляет результат поиска БЕЗ ссылок на внутренние страницы.

Claims 13-16 (Зависимые от 9): Указывают на дополнительные метрики для Quality Factor, помимо количества посещений:

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

Claim 20 (Зависимый от 9): Указывает на альтернативный источник данных.

Система может получать информацию о предпочтительных внутренних страницах непосредственно от владельца веб-сайта.

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

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

CRAWLING – Сканирование и Сбор данных (Data Acquisition)
На этом этапе собираются исходные данные. Log Processing System собирает логи поведения пользователей (например, через HTTP-запросы от тулбаров или логи кликов в поиске).

INDEXING – Индексирование и извлечение признаков (Офлайн-обработка)
Происходит анализ собранных данных. Log Processing System обрабатывает логи, вычисляет Quality Factor для внутренних страниц различных сайтов и сохраняет отсортированные списки в Web Site Mapping Storage. Это процесс извлечения признаков популярности и полезности страниц.

RANKING – Ранжирование
На этом этапе генерируется первоначальный набор результатов поиска (initial search results) стандартными методами.

METASEARCH – Метапоиск и Смешивание / RERANKING – Переранжирование
Это основной этап применения патента в онлайн-режиме. Mapping Component получает первоначальные результаты и обращается к Web Site Mapping Storage. Если для сайта в выдаче существуют предварительно рассчитанные данные, компонент извлекает топовые ссылки и дополняет ими блок результата поиска (формируя Sitelinks).

Входные данные:

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

Выходные данные:

• Web Site Mapping Storage (офлайн).
• Финальная страница результатов поиска (SERP) с дополненными результатами (Sitelinks) (онлайн).

На что влияет

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

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

• Условия применения: Алгоритм применяется, когда система обладает достаточным объемом данных о поведении пользователей на конкретном сайте, чтобы рассчитать Quality Factor и заполнить Web Site Mapping Storage.
• Исключения: Если данных недостаточно (сайт новый или малопопулярный), Sitelinks не отображаются (Claim 9).

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

Алгоритм состоит из двух основных процессов.

Процесс А: Офлайн-генерация Sitelinks (Web Site Mapping)

1. Сбор данных: Log Processing System непрерывно получает данные о доступе пользователей к веб-страницам.
2. Хранение и агрегация: Данные сохраняются в Log Data Storage. Система агрегирует метрики (например, количество посещений, время на сайте) для каждой страницы в рамках конкретного сайта.
3. Вычисление Quality Factor: Система анализирует агрегированные данные и вычисляет Quality Factor для внутренних страниц, используя один или комбинацию факторов (поведенческие, ссылочные и т.д.).
4. Генерация сортированных списков: Для каждого веб-сайта создается список внутренних страниц, отсортированный по убыванию Quality Factor.
5. Сохранение списков: Отсортированные списки сохраняются в Web Site Mapping Storage.

Процесс Б: Онлайн-обработка запроса и отображение Sitelinks

1. Получение запроса и генерация начальных результатов: Поисковая система генерирует стандартный список релевантных документов.
2. Доступ к данным маппинга: Mapping Component обращается к Web Site Mapping Storage, чтобы определить, существуют ли сохраненные данные для сайтов в результатах поиска.
3. Идентификация и дополнение: Если данные существуют, система извлекает предопределенное количество топовых ссылок из отсортированного списка.
4. Формирование выдачи: Система формирует финальную выдачу, интегрируя извлеченные Sitelinks под соответствующим основным результатом в установленном порядке.
5. Отправка клиенту: Финальная выдача отправляется пользователю.

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

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

Патент явно указывает на использование широкого спектра данных для определения Quality Factor внутренних страниц:

• Поведенческие факторы (Ключевые):
  • Общее количество посещений страницы пользователями (частота доступа/клики). (Claims 1, 5, 9).
  • Количество времени, проведенное клиентами на странице. (Claims 1, 13).
  • Вероятность совершения покупки (конверсии) на странице. (Claim 15).
  • Информация о прокрутке (скроллинге) страницы пользователем (прокрутил ли пользователь страницу или покинул ее без прокрутки). (Description).
• Ссылочные факторы:
  • Количество ссылок (входящих), указывающих на данную внутреннюю страницу. (Claim 14).
• Контентные факторы (используются для отображения Sitelink):
  • Анкорный текст ссылки, используемый для доступа к странице внутри сайта (например, в меню навигации). (Description).
  • Текст, расположенный на самой веб-странице (например, заголовок страницы). (Description).
• Пользовательские факторы:
  • История посещений конкретного пользователя (для персонализации Sitelinks). (Claim 16).
• Внешние данные:
  • Список предпочтительных страниц, предоставленный владельцем сайта. (Claim 20).

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

• Quality Factor (Фактор качества): Агрегированная оценка, используемая для ранжирования внутренних страниц сайта. Патент определяет её как меру качества, популярности или полезности. Хотя могут использоваться различные входные данные, основной акцент в патенте (особенно в независимых Claims 1, 5, 9) сделан на количестве посещений как основном способе определения Quality Factor и порядка сортировки Sitelinks.
• Ранжирование: Внутренние страницы сортируются на основе Quality Factor для создания упорядоченного списка. В поисковой выдаче отображается только Топ-N из этого списка в строгом порядке.

1. Поведенческие данные как основа Sitelinks: Патент четко устанавливает, что Google использует агрегированные поведенческие данные (в первую очередь, частоту посещений и время на странице) как основной сигнал для выбора и ранжирования Sitelinks. Популярность страницы является ключевым индикатором её полезности.
2. Автоматизированная генерация через офлайн-анализ: Генерация Sitelinks — это автоматизированный процесс, основанный на офлайн-анализе логов и предварительном вычислении Quality Factor. Это позволяет быстро формировать SERP в реальном времени.
3. Многофакторная оценка качества: Хотя поведенческие сигналы доминируют, система может учитывать и другие факторы: количество входящих ссылок на внутреннюю страницу (Claim 14), конверсии (Claim 15) и персонализацию (Claim 16).
4. Строгое упорядочивание: Порядок отображения Sitelinks не случаен; он строго определяется рассчитанным Quality Factor (например, самая посещаемая страница отображается первой).
5. Источник текста Sitelinks: Текст, используемый для Sitelinks, берется из контента сайта — это может быть внутренний анкорный текст, ведущий на страницу, или заголовок самой страницы.
6. Условное отображение: Sitelinks отображаются только в том случае, если у Google достаточно данных о сайте для генерации надежной карты (Web Site Mapping). Если данных нет, Sitelinks не показываются (Claim 9).

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

• Оптимизация Информационной Архитектуры (IA) и Навигации: Создавайте логичную структуру сайта, которая облегчает пользователям доступ к ключевым разделам. Это напрямую увеличивает частоту посещений этих разделов — основной сигнал Quality Factor для Sitelinks.
• Использование четких и кратких анкорных текстов: Для внутренних ссылок (особенно в главном меню) используйте описательные анкоры. Этот текст может быть использован Google для отображения Sitelink в SERP.
• Повышение вовлеченности (UX) ключевых страниц: Работайте над качеством контента и юзабилити важных страниц. Поскольку время, проведенное на странице, является подтвержденным фактором (Claim 1, 13), страницы с высоким вовлечением имеют приоритет.
• Усиление внутреннего ссылочного веса: Увеличивайте количество внутренних ссылок на приоритетные страницы. Claim 14 указывает, что количество входящих ссылок учитывается при расчете Quality Factor.
• Стимулирование трафика на важные разделы: Направляйте трафик на те внутренние страницы, которые являются приоритетными. Увеличение их популярности напрямую повышает шансы на попадание в Sitelinks.

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

• Запутанная навигация и слабая IA: Если пользователям трудно найти ключевые страницы, поведенческие сигналы для этих страниц будут слабыми, что снижает вероятность их появления в Sitelinks.
• Использование неинформативных анкоров: Использование анкоров типа "нажмите здесь" или "подробнее" для навигации может привести к отображению неоптимальных текстов в Sitelinks.
• Игнорирование качества контента (Тонкий контент): Страницы с низким временем пребывания, высоким показателем отказов или отсутствием скроллинга будут иметь низкий Quality Factor.

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

Этот патент подтверждает критическую важность пользовательского опыта (UX) и Информационной Архитектуры (IA) для SEO. Google использует коллективное поведение пользователей как индикатор структуры сайта и важности его элементов. Стратегически это означает, что оптимизация пути пользователя (User Journey) и обеспечение того, чтобы самые ценные страницы сайта были одновременно самыми доступными и вовлекающими, напрямую влияет на представление сайта в SERP.

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

Сценарий: Оптимизация Sitelinks для сайта электронной коммерции

1. Анализ ситуации: По брендовому запросу отображаются Sitelinks, ведущие на сервисные страницы ("О нас", "Контакты", "Доставка"). Это не оптимально для продаж.
2. Цель: Добиться отображения ключевых категорий товаров.
3. Действия на основе патента:
   • Улучшение доступности (Повышение популярности): Переработка основного меню и главной страницы. Ключевые категории делаются более заметными с использованием четких анкоров.
   • Усиление ссылочного (Claim 14): Создание блоков внутренней перелинковки, ссылающихся на эти категории.
   • Улучшение вовлеченности (Claim 13): Оптимизация юзабилити страниц категорий для увеличения времени пребывания.
4. Ожидаемый результат: Со временем Google обнаруживает увеличение Quality Factor (частоты доступа и вовлеченности) для URL категорий. Sitelinks по брендовому запросу обновляются, заменяя сервисные страницы на ссылки категорий товаров.