Как Google выбирает Sitelinks, анализируя визуальное расположение и структуру DOM навигационных меню

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

Sitelink (Сайтлинк / Быстрая ссылка)

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

Visual Location (Визуальное расположение)

Информация, описывающая позицию гиперссылки на отрендеренной странице. Определяется на основе позиции соответствующего элемента в DOM, часто выражается в координатах (X, Y).

Document Object Model (DOM) (Объектная модель документа)

Структурированное представление документа (например, HTML), создаваемое после парсинга и рендеринга. Используется для определения иерархии элементов и их визуального расположения.

Hyperlink Group (Группа гиперссылок)

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

Parent Element / Ancestor DOM Element (Родительский / Предковый элемент DOM)

Элемент в DOM, который содержит другие элементы (например, контейнер меню <nav> или <ul>). Используется для подтверждения структурной связи между визуально близкими ссылками.

Score (Оценка)

Числовое значение, присваиваемое гиперссылке или группе гиперссылок, определяющее их значимость для использования в качестве Sitelinks.

Click-through rate (CTR) (Показатель кликабельности)

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

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

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

1. Система получает запрос на Sitelinks для документа.
2. Идентифицирует гиперссылки и определяет их визуальное расположение (Visual Location).
3. Присваивает оценку (Score) гиперссылкам на основе их Visual Location.
4. Ключевой механизм оценки: Оценка присваивается только тем гиперссылкам, которые принадлежат к определенной группе гиперссылок (particular hyperlink group).
5. Критическое действие: Гиперссылки, не принадлежащие к этой группе, игнорируются (disregarded).
6. Предоставляется как минимум один Sitelink на основе оценок.

Система реализует принцип "победитель получает всё": идентифицируется основная группа навигации на странице, и исключительно она используется для генерации Sitelinks. Все остальные ссылки (футер, контент, сайдбар) игнорируются, если они не являются частью этой доминирующей группы.

Claim 3 и 4 (Зависимые): Детализируют определение визуального расположения.

Система создает Document Object Model (DOM) на основе кода документа. Visual Location определяется путем вычисления координат (X, Y) элементов гиперссылок в этом DOM. Это подтверждает использование полноценного рендеринга.

Claim 5 (Зависимый): Детализирует механизм группировки и оценки.

1. Определяются две или более группы гиперссылок.
2. Подсчитывается количество гиперссылок в каждой группе.
3. Каждой группе присваивается оценка на основе этого количества.
4. Группа с наивысшей оценкой становится доминирующей ("определенной группой" из Claim 1).

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

Claim 6 (Зависимый от 5): Уточняет критерии формирования групп.

Группы определяются на основе позиции элементов в DOM и наличия общего родительского элемента (Parent Element).

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

Claim 8 (Зависимый): Добавляет фактор для оценки.

Оценка индивидуальных гиперссылок может также основываться на показателе кликабельности (Click-through rate).

Claim 9 (Зависимый): Описывает управление существующими сайтлинками.

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

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

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

CRAWLING – Сканирование и Сбор данных
На этом этапе система получает исходный код документа (HTML, CSS, JS), необходимый для анализа.

INDEXING – Индексирование и извлечение признаков
Основная часть механизма реализуется здесь, в рамках процесса рендеринга (Web Rendering Service - WRS) и анализа структуры.

1. Рендеринг: Система (Document Renderer) обрабатывает код и генерирует DOM Tree.
2. Анализ структуры и визуала: Sitelink Generator анализирует DOM для извлечения гиперссылок, определения их визуальных координат (X, Y) и структурных связей (родительских элементов).
3. Вычисление признаков: Происходит группировка и оценка ссылок. Результаты (идентифицированные Sitelinks) сохраняются в индексе.

METASEARCH – Метапоиск и Смешивание
Когда документ выбирается для показа в ответ на запрос, система (Search Engine System) извлекает предварительно рассчитанные Sitelinks из индекса и интегрирует их в сниппет результата поиска (SERP).

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

• Программный код документа (HTML, CSS, JS).
• Данные о поведении пользователей (Click-through rate для ссылок) (Опционально).
• Существующие Sitelinks (для проверки консистентности).

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

• Набор Sitelinks для документа с соответствующими оценками (Scores).

На что влияет

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

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

• Условия применения: Алгоритм применяется, когда поисковой системе необходимо сгенерировать или обновить Sitelinks для документа. Это происходит во время планового индексирования и рендеринга документа.
• Триггеры активации: Наличие в документе множества гиперссылок, формирующих несколько потенциальных навигационных групп.

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

Процесс генерации Sitelinks на основе визуального расположения

1. Получение и Парсинг: Система получает и парсит исходный код документа.
2. Рендеринг документа: Система рендерит документ с использованием браузерного движка.
3. Построение DOM и координат: Генерируется DOM Tree. Для каждого элемента гиперссылки в DOM определяются координаты (X, Y), определяющие его Visual Location.
4. Идентификация кандидатов в группы: Система анализирует координаты, ища последовательности ссылок, расположенных близко друг к другу (визуальная близость).
5. Валидация групп через DOM: Для визуально близких ссылок проверяется наличие общего родительского элемента (Parent Element) в DOM. Ссылки, удовлетворяющие обоим условиям (визуальная близость + структурная связь), формируют Hyperlink Group.
6. Оценка групп (Group Scoring): Каждая группа оценивается. Основной метрикой является количество гиперссылок в группе. Может также учитываться расположение группы (например, выше = лучше).
7. Выбор доминирующей группы: Выбирается группа с наивысшей оценкой.
8. Исключение нерелевантных ссылок: Все гиперссылки, не входящие в доминирующую группу, игнорируются (disregarded) в качестве кандидатов в Sitelinks.
9. Оценка ссылок внутри группы (Hyperlink Scoring): Ссылкам внутри доминирующей группы присваиваются индивидуальные оценки (на основе порядка следования и/или CTR).
10. Финальный отбор и сохранение: Выбираются ссылки с наивысшими оценками из доминирующей группы. Они сохраняются как Sitelinks.
11. Проверка консистентности: Система может сравнить новый набор с существующими Sitelinks и удалить (disassociate) устаревшие.

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

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

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

• Технические факторы (Исходный код): HTML, CSS, JavaScript документа. Эти данные необходимы для построения DOM и рендеринга.
• Структурные факторы (DOM): Иерархия элементов, отношения родитель-потомок (Parent Element). Это критически важные данные для валидации групп ссылок.
• Визуальные факторы (Рендеринг): Визуальное расположение (Visual Location) элементов, определяемое координатами (X, Y) после рендеринга. Используется для определения близости ссылок.
• Поведенческие факторы: Упоминается Click-through rate (CTR) как возможный фактор для оценки индивидуальных гиперссылок (Claim 8).

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

• Координаты (X, Y): Определяются в процессе рендеринга для каждого элемента. Используются для оценки визуальной близости.
• Наличие общего родительского элемента: Бинарная проверка (Да/Нет) для валидации структурной связи между визуально близкими ссылками.
• Количество гиперссылок в группе: Основная метрика для расчета оценки группы (Group Score). Группа с большим количеством ссылок получает преимущество.
• Оценка гиперссылки (Hyperlink Score): Агрегированная метрика для финального выбора Sitelinks из доминирующей группы. Может включать порядок ссылок и CTR.

1. Рендеринг и DOM критичны для понимания навигации: Google полагается на визуальное представление и структуру DOM, а не только на исходный HTML, чтобы понять навигацию сайта. Это подчеркивает важность корректного рендеринга и доступности ресурсов (CSS/JS).
2. Идентификация основного меню через двойную проверку: Ключевой механизм — это идентификация Hyperlink Groups. Группы формируются только при сочетании двух факторов: визуальной близости (координаты) и структурной связи (общий Parent Element).
3. Принцип "Победитель получает всё" (Winner-Takes-All): Патент явно указывает, что после выбора доминирующей группы (обычно самой большой или расположенной выше), ссылки из других групп (футер, сайдбары) игнорируются (disregarded) при генерации Sitelinks.
4. Количество ссылок как фактор значимости: При прочих равных, меню с большим количеством ссылок с большей вероятностью будет признано основным источником Sitelinks.
5. Поведенческие факторы как тай-брейкер: Click-through rate может использоваться для выбора конкретных ссылок внутри уже выбранной доминирующей группы.
6. Динамическое обновление: Система предусматривает переоценку и удаление (disassociation) существующих Sitelinks, если они перестали соответствовать актуальной структуре сайта.

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

• Обеспечение чистой и семантической структуры навигации: Основное меню должно быть структурно единым. Используйте семантическую верстку (например, <nav>, <ul>, <li>) для группировки навигационных ссылок. Это гарантирует наличие четкого общего Parent Element, необходимого для корректной идентификации Hyperlink Group.
• Консолидация важных ссылок в главном меню: Включайте в основное меню ссылки на самые важные разделы сайта. Поскольку ссылки из других блоков (футер, сайдбар) с высокой вероятностью будут проигнорированы, основное меню становится главным инструментом влияния на Sitelinks.
• Визуальная консистентность меню: Убедитесь, что основное меню является визуально целостным блоком и расположено на видном месте. Это поможет системе корректно определить координаты и визуальную близость ссылок.
• Мониторинг рендеринга Googlebot: Регулярно проверяйте, как Google рендерит страницу (например, с помощью инструментов в GSC). Убедитесь, что CSS и JS, отвечающие за отображение навигации, доступны для краулера и корректно исполняются.
• Оптимизация порядка и анкоров: Размещайте наиболее важные ссылки в начале меню и используйте краткие, понятные анкоры. Это может повысить их индивидуальный Score (учитывая порядок и потенциальный CTR).

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

• Сложная или несемантическая реализация навигации: Использование скриптов для генерации навигации без формирования четкой структуры в DOM или использование несемантических элементов (например, разрозненных <div> без общего контейнера) может помешать Google идентифицировать основную Hyperlink Group.
• Разделение основного меню на несколько блоков: Если основная навигация разделена на несколько визуально и структурно разных блоков, система может выбрать только один из них и проигнорировать другой.
• Перегрузка второстепенных блоков (Футер): Размещение огромного количества ссылок в футере, делая его самой большой единой группой ссылок на странице. Это может привести к тому, что алгоритм ошибочно выберет футер вместо главного меню.
• Блокировка CSS/JS, влияющих на макет: Если файлы стилей, определяющие расположение меню, заблокированы, система не сможет корректно определить Visual Location, что нарушит работу алгоритма.

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

Этот патент подтверждает, что для Google понятия UX/UI, фронтенд-разработка и SEO тесно связаны. Решения, принимаемые при проектировании дизайна и верстке навигации, напрямую влияют на интерпретацию сайта поисковой системой и его видимость в SERP. Инвестиции в чистый, семантический код и логичную структуру навигации напрямую влияют на представление сайта через механизм Sitelinks.

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

Сценарий: Выбор между Главным Меню и Футером в E-commerce

1. Ситуация: На сайте интернет-магазина есть Главное Меню с категориями (10 ссылок) в шапке и Расширенный Футер с сервисными ссылками (15 ссылок, оформленных как один список <ul>) внизу. В Sitelinks попадают ссылки из футера.
2. Анализ по патенту: Система рендерит страницу и идентифицирует две Hyperlink Groups. Группа 2 (Футер) имеет больше ссылок (15 vs 10).
3. Применение алгоритма (Claim 5): Группа 2 (Футер) выбирается как доминирующая на основе количества ссылок. Ссылки из Главного Меню игнорируются (disregarded).
4. Оптимизация: Необходимо сделать Главное Меню доминирующей группой.
   • Вариант А: Расширить главное меню, добавив ключевые подкатегории, чтобы оно стало больше футера.
   • Вариант Б: Структурно разбить футер на несколько меньших групп (например, 3 колонки по 5 ссылок с разными родительскими <ul>), чтобы основное меню (10 ссылок) стало самой большой единой группой.
5. Результат: После оптимизации Главное Меню идентифицируется как доминирующая группа, и Sitelinks начинают формироваться из категорий товаров.