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

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

Combined search result / Site-specific search result (Комбинированный / Сайт-специфичный результат поиска)

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

Document-specific snippet (Сниппет, специфичный для документа)

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

Main document / First document (Главный документ / Первый документ)

Основной документ, возвращаемый в ответ на навигационный запрос, обычно главная страница сайта (home page).

Representative keywords / Representative Element (Репрезентативные ключевые слова / Элемент)

Текст или элемент, связанный с суб-документом, который представляет его тему. Примеры включают текст из Title, Meta Description, мета-тегов или идентифицированную сущность/тему.

Site-navigational query (Сайт-навигационный запрос)

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

Snippet Generator (Генератор сниппетов)

Компонент поисковой системы, который принимает идентификатор документа и набор слов для поиска, и создает сниппет, содержащий эти слова.

Sub-document / Second document (Суб-документ / Второй документ)

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

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

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

1. Система получает поисковый запрос (содержащий термины запроса).
2. Система получает набор релевантных документов, включающий (i) Первый документ (главную страницу сайта) и (ii) Второй документ (внутреннюю страницу сайта, на которую ссылается Первый документ).
3. Идентифицируются representative keywords, которые связаны со Вторым документом и не включены в термины запроса.
4. Получаются два сниппета: (i) Сниппет для Первого документа (включает термины запроса) и (ii) Сниппет для Второго документа (включает representative keywords).
5. Генерируется combined search result для обоих документов, включающий оба сниппета.
6. Предоставляется страница результатов поиска (SERP) с этим комбинированным результатом.

Этот пункт защищает метод генерации сниппетов для Sitelinks (Второй документ) с использованием ключевых слов, специфичных для этой страницы (Representative keywords), одновременно с генерацией основного сниппета (Первый документ) с использованием фактического запроса пользователя, и представление их вместе. Ключевым моментом является явное исключение терминов запроса из репрезентативных ключевых слов (шаг 3) – это фокусирует сниппет на теме страницы, а не на навигационном запросе.

Claim 3 (Зависимый от 1): Уточняет источник representative keywords.

Representative keywords представляют собой текст из Title Второго документа.

Claim 4 (Зависимый от 1): Уточняет альтернативный источник.

Система может сгенерировать "альтернативный заголовок" (alternate title) для Второго документа, и representative keywords берутся из этого альтернативного заголовка.

Claim 5 (Зависимый от 1): Определяет контекст применения.

Метод применяется, когда набор документов представляет собой результаты site-navigational search, включающие главный документ и один или несколько суб-документов.

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

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

INDEXING – Индексирование и извлечение признаков
На этом этапе система анализирует документы для извлечения потенциальных representative keywords (Title, мета-теги, ведущий текст). Может происходить предварительная генерация alternate titles.

QUNDERSTANDING – Понимание Запросов
Система должна распознать запрос как site-navigational query. Это является триггером для потенциального отображения расширенного результата поиска (Sitelinks).

RANKING – Ранжирование
На этом этапе основная система ранжирования определяет main document (главную страницу) и релевантные sub-documents (Sitelinks), которые должны быть отображены вместе.

METASEARCH – Метапоиск и Смешивание / RERANKING – Переранжирование (Генерация сниппетов)
Это основная фаза применения патента. После того как набор документов выбран, активируется Snippet Generator. Он обрабатывает главный документ (используя термины запроса) и каждый суб-документ (используя его собственные representative keywords). Затем он форматирует combined search result.

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

• Поисковый запрос пользователя.
• Набор выбранных документов (Главный и Суб-документы).
• Контент этих документов (включая Titles, мета-теги, основной текст).

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

• Отформатированный combined search result (блок Sitelinks) с документ-специфичными сниппетами для каждой ссылки.

На что влияет

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

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

• Триггеры активации: Алгоритм активируется, когда поисковая система определяет, что запрос является сайт-навигационным, и принимает решение отобразить combined search result (расширенный блок Sitelinks) для соответствующего домена.
• Исключения и особые случаи: Если система не может идентифицировать representative keywords или не может найти их в контенте суб-документа, она может использовать заранее определенную часть документа, например, начальный текст (leading text). Также патент упоминает сценарии, когда сниппет для главного документа может быть опущен (например, на основе анализа контента или директив на странице, таких как "nosnippet").

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

1. Получение запроса и извлечение документов: Система получает запрос и определяет набор релевантных документов: идентифицируется main document и sub-documents (Sitelinks).
2. Генерация сниппета главного документа (Опционально): Идентифицируется сниппет для главного документа, обычно включающий один или несколько терминов из поискового запроса.
3. Цикл обработки суб-документов: Для каждого суб-документа выполняется:
   1. Идентификация репрезентативных ключевых слов: Определяется набор representative keywords для суб-документа. Источником может быть фактический Title страницы, альтернативный заголовок, сгенерированный системой, мета-теги или идентифицированные темы/сущности.
   2. Подготовка контента (Опционально): Суб-документ может быть проанализирован для удаления шаблонного текста (boilerplate), ссылок и другой неспецифичной информации перед поиском сниппета.
   3. Поиск сниппета: Система ищет вхождения этих representative keywords в контенте суб-документа (начальный текст, Meta Description, основной текст).
   4. Извлечение сниппета: Извлекается сниппет, который включает одно или несколько репрезентативных ключевых слов. Если сниппет не найден, может использоваться предопределенный фрагмент (leading text).
4. Форматирование результата: Генерируется combined search result, объединяющий каждый документ с его соответствующим сниппетом.
5. Предоставление SERP: Страница результатов поиска предоставляется пользователю.

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

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

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

• Контентные и Структурные факторы:
  • Titles (тег <title>): Явно указаны как основной источник для representative keywords суб-документов.
  • Мета-теги (Meta Description): Упомянуты как источники для representative keywords и как потенциальный контент для сниппетов.
  • Leading text (Ведущий текст): Начало основного контента. Используется для поиска сниппета или как резервный вариант.
  • Основной текст документа: Текстовое содержание, критически важное для извлечения финального текста сниппета.
• Системные данные:
  • Alternate title (Альтернативный заголовок): Система может генерировать собственный заголовок и использовать его как representative keywords.
• Пользовательские факторы: Термины исходного поискового запроса используются для генерации сниппета главного документа.

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

• Патент не описывает сложных метрик или формул. Основной механизм — это идентификация и сопоставление representative keywords с контентом документа.
• Упоминается, что Snippet Generator идентифицирует "наиболее релевантное вхождение" (most relevant occurrence) ключевых слов, что подразумевает наличие внутренней оценки релевантности для выбора наилучшего сниппета из нескольких кандидатов, хотя детали этой оценки не раскрываются.
• Методы анализа текста: Используется парсинг документов. Упоминается процесс удаления шаблонного текста (boilerplate) для более точного определения сниппетов.

1. Сниппеты Sitelinks зависят от контента целевой страницы, а не от запроса: Ключевой вывод – патент подтверждает, что Google генерирует сниппеты для Sitelinks на основе содержания самой целевой страницы, явно игнорируя исходный навигационный запрос (как указано в Claim 1).
2. Критическая роль "Репрезентативных ключевых слов": Система полагается на идентификацию ключевых слов, которые резюмируют суб-документ. Патент явно выделяет тег <title> как основной источник, но также упоминает мета-теги и сгенерированные системой "альтернативные заголовки" (alternate titles).
3. Контроль над сниппетами через On-Page SEO: SEO-специалисты имеют значительный контроль над сниппетами Sitelinks. Это достигается путем оптимизации элементов, из которых извлекаются representative keywords (Title), и обеспечения того, чтобы эти ключевые слова появлялись в привлекательном контексте в Meta Description или основном контенте (leading text).
4. Разделение процессов генерации: Процессы генерации сниппета для основного результата (на основе запроса) и сниппетов для Sitelinks (на основе документа) являются различными и объединяются только на этапе форматирования выдачи.

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

• Оптимизация Title ключевых страниц: Убедитесь, что теги <title> страниц, которые потенциально могут попасть в Sitelinks (категории, услуги, о нас, контакты), являются краткими, описательными и содержат ключевые слова, точно представляющие эту страницу. Это главные кандидаты на роль representative keywords.
• Создание качественных Meta Description: Поскольку система ищет вхождения representative keywords (часто из Title) для формирования сниппета, Meta Description является идеальным местом для этого. Пишите описания, которые включают эти ключевые термины в естественном, привлекательном предложении, стимулирующем клик.
• Оптимизация начального текста страницы (Leading Text): Если Meta Description отсутствует или игнорируется, система может использовать видимый начальный текст документа. Убедитесь, что первый абзац или видимый контент четко резюмирует страницу и включает representative keywords.
• Мониторинг текущих сниппетов Sitelinks: Регулярно проверяйте сниппеты, которые Google генерирует для Sitelinks вашего бренда по навигационным запросам. Если сниппет некачественный, проанализируйте Title и Meta Description целевой страницы, чтобы понять причину, и оптимизируйте их.

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

• Использование нечетких или неописательных Title: Использование общих заголовков (например, "Страница 1" или "Добро пожаловать") на ключевых внутренних страницах снижает качество representative keywords, что приводит к плохим сниппетам Sitelinks.
• Перенасыщение брендовыми терминами в мета-тегах: Включение названия бренда в начало Title или Meta Description всех внутренних страниц. Патент явно указывает, что система стремится найти ключевые слова, не связанные с навигационным запросом (брендом), для генерации этих сниппетов.
• Игнорирование оптимизации сниппетов внутренних страниц: Нельзя предполагать, что сниппеты Sitelinks формируются автоматически без возможности влияния. Этот патент показывает, что они активно генерируются на основе конкретных элементов страницы.
• Отсутствие текстового контента: Если на странице нет достаточного количества текста, релевантного заголовку, Snippet Generator не сможет сформировать качественное описание.

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

Этот патент подчеркивает важность фундаментальных основ On-Page SEO (Title и Meta Description) даже в эпоху сложных алгоритмов. Для брендовых/навигационных запросов, которые часто имеют самый высокий объем и конверсию, контроль над внешним видом расширенного результата поиска имеет решающее значение для CTR и восприятия бренда. Это подтверждает, что Google стремится сделать Sitelinks полезными навигационными инструментами, точно описывая место назначения, а не просто повторяя запрос пользователя.

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

Сценарий: Оптимизация сниппета для Sitelink "Карьера"

1. Проблема: По брендовому запросу отображается Sitelink для страницы "Карьера". Сниппет плохой: "Добро пожаловать на портал. Войдите здесь..."
2. Анализ (на основе патента): Вероятно, Title страницы – "Портал Карьеры". Система использует "Портал Карьеры" как representative keywords. Meta Description отсутствует, поэтому система нашла эти ключевые слова в инструкциях по входу на страницу (leading text).
3. Действие:
   1. Изменить Title на: "Карьера в компании XYZ".
   2. Написать новый Meta Description: "Карьера в компании XYZ: Присоединяйтесь к нашей команде и ищите вакансии в отделах разработки, маркетинга и продаж."
4. Ожидаемый результат: Система использует "Карьера в компании XYZ" как representative keywords, находит их в новом Meta Description и обновляет сниппет Sitelink на оптимизированный текст, улучшая CTR.