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

Описание

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

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

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

Запатентована система и метод выбора Sitelinks на основе анализа визуального расположения (Visual Location) гиперссылок. Система рендерит документ, строит Document Object Model (DOM) и определяет координаты ссылок. Ключевым механизмом является группировка ссылок по двум критериям: визуальной близости и структурной связи в DOM. Sitelinks выбираются исключительно из доминирующей группы.

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

Система работает в несколько этапов:

• Рендеринг и анализ DOM: Система рендерит документ и строит DOM tree, определяя точное визуальное расположение (например, координаты X и Y) каждого элемента ссылки.
• Группировка: Гиперссылки объединяются в группы (Hyperlink Groups). Группа формируется, если ссылки визуально близки (например, смежные по оси X или Y) И имеют общий родительский элемент (Parent Element) в DOM.
• Оценка групп: Каждая группа оценивается. Оценка часто базируется на количестве ссылок в группе.
• Выбор доминирующей группы: Выбирается группа с наивысшей оценкой. Патент подчеркивает, что ссылки, не принадлежащие к этой группе, игнорируются (disregarded).
• Оценка и предоставление Sitelinks: Ссылкам внутри доминирующей группы присваивается финальная оценка (Score), которая может учитывать их порядок или данные о кликабельности (Click-through rate). Лучшие ссылки предоставляются как Sitelinks.

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

Высокая. Sitelinks остаются критически важным элементом SERP. Механизм, основанный на рендеринге и анализе визуальной структуры (DOM), полностью соответствует современным возможностям Google (Web Rendering Service) по пониманию веб-страниц, включая сложные макеты и JavaScript. Понимание того, как Google интерпретирует навигацию и дизайн, необходимо для эффективного SEO в 2025 году.

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

Патент имеет высокое значение (8.5/10). Он напрямую описывает механизм, влияющий на отображение сайта в SERP и распределение трафика. Понимание этого алгоритма позволяет SEO-специалистам оптимизировать дизайн навигации и структуру DOM для максимизации вероятности получения желаемых Sitelinks и обеспечения того, что Google корректно идентифицирует основное навигационное меню.

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

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

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 начинают формироваться из категорий товаров.

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