SEO HARDCORE
  • Разборы патентов
    • Патенты Google
  • Скоро SEO инструменты
  • Скоро SEO аналитика
  • seohardcore
SEO HARDCORE
назад

Как Google динамически меняет сниппеты для повторяющихся результатов во время одной поисковой сессии

SESSION-BASED DYNAMIC SEARCH SNIPPETS (Динамические сниппеты на основе поисковой сессии)
  • US8145630B1
  • Google LLC
  • 2007-12-28
  • 2012-03-27
  • Поведенческие сигналы
  • SERP
  • Описание
  • Разбор
  • Выводы
  • Практика
  • FAQ
  • Похожие

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

Описание

Какую проблему решает

Патент решает проблему снижения эффективности поисковой выдачи во время сложных или итеративных поисковых сессий (Search Session). Когда пользователь вводит серию связанных запросов, одни и те же релевантные документы часто появляются повторно. Если пользователь проигнорировал результат в первый раз, показ того же самого сниппета (Snippet) повторно неэффективен. Система предполагает, что если пользователь продолжил сессию, предыдущий сниппет не показался ему достаточно полезным. Цель – повысить вовлеченность (CTR), показывая разные аспекты документа при его повторном появлении в SERP.

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

Запатентован метод динамической генерации сниппетов на основе контекста текущей поисковой сессии. Если результат поиска идентифицируется как повторяющийся (Repetitive Search Result) — то есть уже показывался по предыдущему запросу в этой сессии — система генерирует для него новый сниппет. Этот новый сниппет выбирается так, чтобы он отличался от предыдущего, используя механизмы исключения или негативного взвешивания (negative weighting) ранее показанного контента. Основной триггер активации (согласно Claim 1) – отсутствие клика пользователя на результат при первом показе.

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

Система отслеживает активность пользователя в рамках сессии:

  • Отслеживание сессии: Система логирует запросы, показанные результаты, использованные сниппеты и взаимодействие пользователя (клики).
  • Идентификация повторов: При новом запросе (Q2) система определяет документы, которые уже были показаны в ответ на предыдущий запрос (Q1).
  • Проверка триггера: Система проверяет, был ли клик на повторяющийся результат. Если клика не было (основной сценарий), активируется динамическая генерация.
  • Динамическая генерация: Система ищет альтернативный сниппет (S2), релевантный Q2. При выборе контента для S2, контент, использованный в S1 (или схожий с ним Repeated Text), исключается или пессимизируется. Выбор S2 по-прежнему учитывает вес локации контента (например, заголовки предпочтительнее).

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

Высокая. Адаптация выдачи к контексту пользователя и понимание его пути (Search Journey) в реальном времени являются ключевыми направлениями развития Google. Хотя конкретные методы генерации сниппетов стали сложнее (например, с использованием больших языковых моделей), фундаментальный принцип адаптации сниппетов на основе немедленной обратной связи (истории сессии) остается актуальным.

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

Влияние на SEO – значительное (7/10). Патент не описывает алгоритмы ранжирования, но напрямую влияет на представление сайта в SERP и его кликабельность (CTR). Он критически важен для оптимизации конверсии трафика в сложных нишах. Патент подчеркивает необходимость наличия на странице структурированного, разнообразного и глубокого контента. Сайты с однородным или поверхностным контентом не смогут предоставить Google качественные альтернативы для сниппетов, что снижает их шансы на клик при повторных показах.

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

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

Search Session (Поисковая сессия)
Последовательность запросов от одного пользователя. Определяется по времени между запросами (например, таймаут 5-10 минут), через логин/логаут или через анализ связности запросов.
Snippet (Сниппет)
Блок текста, извлеченный из результата поиска, предоставляющий пользователю предварительный просмотр контента.
Repetitive Search Result (Повторяющийся результат поиска)
Документ, который появляется в выдаче более одного раза в рамках одной Search Session в ответ на разные запросы.
Search Token (Поисковый токен)
Слово или группа слов, являющиеся частью поискового запроса.
Repeated Text (Повторяющийся текст)
Текст, который уже появлялся в предыдущих сниппетах для данного результата в текущей сессии. Включает не только идентичный текст, но и текст, имеющий "схожий состав слов" (similar composition of words).
Weighting (Взвешивание)
Процесс присвоения весов (Associated Weight) потенциальным сниппетам на основе критериев (локация, количество токенов) для выбора наилучшего варианта.
Negative Weight (Отрицательный вес)
Штраф, применяемый к потенциальному сниппету, если его контент уже был показан ранее, чтобы снизить вероятность его повторного выбора.

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

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

  1. Система идентифицирует первый набор результатов в ответ на первый запрос (Q1) в течение сессии.
  2. Для каждого результата идентифицируется первый сниппет (S1), выбранный на основе локации токенов Q1 в контенте.
  3. Система идентифицирует второй набор результатов в ответ на другой, второй запрос (Q2) в течение той же сессии.
  4. Идентифицируется повторяющийся результат (R).
  5. Ключевое условие (Триггер): Указано, что повторяющийся результат "не был выбран" (was not selected) в первом наборе результатов.
  6. Выбирается второй сниппет (S2) из контента R. S2 отличается от S1.
  7. Выбор S2 основан на ассоциированном весе (associated weight), который определяется по локации S2 в контенте.

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

Ассоциированный вес (associated weight) также основывается на количестве токенов второго запроса (Q2), которые встречаются во втором сниппете (S2).

Обработка Неопределенности и Вариативности (Claim 1 vs Claim 10):

В патенте присутствует внутренняя неоднозначность относительно триггера активации. Claim 1 (основной метод) и Claim 8 (основная система) четко указывают условие: результат НЕ был выбран (was not selected). Однако, Claim 10 (зависимый от Claim 8) описывает вариант реализации, где идентификация повторяющегося результата происходит, если он БЫЛ выбран (was selected).

Интерпретация: Это означает, что система может быть реализована в двух режимах:

  • Режим 1 (Основной, по Claim 1 и 8): Изменение сниппета, чтобы дать результату "второй шанс", если первый сниппет не привлек пользователя.
  • Режим 2 (Альтернативный, по Claim 10): Изменение сниппета, возможно, для предоставления более глубокого контекста или другой точки входа, если пользователь уже взаимодействовал с контентом.

В обоих случаях ядром изобретения остается динамическое изменение сниппета при повторном показе в рамках сессии.

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

Изобретение применяется на финальных этапах обработки запроса, во время формирования страницы результатов поиска (SERP).

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

RERANKING / METASEARCH (Формирование SERP)
Основное применение патента. Компонент Snippet Generator Software работает на этом этапе.

  1. Получение контекста сессии: Система обращается к хранилищу данных сессии (Session Data Store), чтобы получить историю запросов, показанных сниппетов и информацию о кликах.
  2. Идентификация повторов и Триггеров: Сравнивает текущий набор результатов с предыдущими и проверяет условия активации (клик был / клика не было).
  3. Активация динамического сниппета: Если условия выполнены, активируется логика выбора альтернативного сниппета.
  4. Генерация сниппета: Система выбирает контент для сниппета, применяя стандартные веса (локация, токены), но также применяя исключение или Negative Weight к ранее показанному контенту (Repeated Text).

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

  • Текущий запрос (Q2) и его токены.
  • Набор ранжированных результатов для Q2.
  • Контент и структурная разметка каждого результата.
  • Данные сессии (Q1, S1, история кликов).

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

  • Сформированная SERP с динамически сгенерированными сниппетами (S2).

На что влияет

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

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

  • Условие 1 (Сессия): Пользователь находится в активной Search Session и ввел более одного запроса.
  • Условие 2 (Повтор): Документ появляется в выдаче повторно в ответ на новый запрос.
  • Условие 3 (Триггер): Выполнено условие взаимодействия: либо результат НЕ был кликнут ранее (Claim 1), либо результат БЫЛ кликнут ранее (Claim 10), в зависимости от реализации.
  • Условие 4 (Наличие альтернативы): В документе существует другой блок текста, релевантный текущему запросу и отличающийся от ранее показанного сниппета.

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

Процесс динамической генерации сниппетов в рамках сессии.

  1. Начало сессии и Первый запрос (Q1): Система получает Q1 и определяет первый набор результатов.
  2. Генерация первых сниппетов (S1): Для каждого результата выбирается S1 на основе стандартных критериев (токены Q1, вес локации).
  3. Отображение и Логирование: Результаты и S1 показываются пользователю. Данные сохраняются в Session Data Store. Фиксируются клики.
  4. Второй запрос (Q2): Пользователь вводит Q2 (отличающийся от Q1) в той же сессии. Определяется второй набор результатов.
  5. Идентификация повторяющихся результатов (R): Система выявляет результаты, присутствующие в обоих наборах.
  6. Проверка триггера: Для каждого R проверяется история взаимодействия (например, отсутствие клика, согласно Claim 1, или наличие клика, согласно Claim 10). Если триггер сработал, активируется динамическая генерация (Шаг 7).
  7. Выбор альтернативного сниппета (S2):
    • Идентификация кандидатов: Поиск фрагментов в контенте R, релевантных Q2.
    • Взвешивание (Weighting): Присвоение весов кандидатам на основе локации и количества токенов Q2.
    • Применение пенальти: Контент, использованный в S1, или Repeated Text (схожий контент) получает значительный Negative Weight или полностью исключается из рассмотрения.
    • Выбор: Выбирается кандидат с наибольшим итоговым весом.
  8. Отображение: Второй набор результатов отображается с использованием новых сниппетов S2 для повторяющихся результатов R.

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

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

  • Контентные и Структурные факторы: Текст документа используется для извлечения сниппетов. Структура документа (локация контента: заголовок, основной текст, подпись) критична для взвешивания потенциальных сниппетов.
  • Поведенческие факторы (В рамках сессии):
    • История запросов в сессии (Q1, Q2).
    • История показанных сниппетов (S1).
    • История взаимодействия (клик или отсутствие клика) на результат при его первом показе является ключевым триггером.

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

Система использует механизм взвешивания (Weighting) для оценки потенциальных сниппетов. Метрика Associated Weight агрегирует следующие компоненты:

  • Вес локации (Location Weight): Положительный вес, оценивающий структурную важность блока текста. Заголовки (Title, H1, H2) получают больший вес, чем основной текст или сноски.
  • Вес релевантности токенам (Token Relevance Weight): Положительный вес, основанный на количестве поисковых токенов из текущего запроса, присутствующих в сниппете. Также может учитывать близость и частоту токенов.
  • Штраф за повтор (Repetition Penalty / Negative Weight): Отрицательный вес, применяемый к Repeated Text (контенту, уже показанному в S1).

Итоговая оценка сниппета: Агрегированный вес, учитывающий все вышеперечисленные метрики. Выбирается сниппет с максимальной оценкой.

Выводы

  1. Контекст сессии напрямую влияет на генерацию сниппетов. Google адаптирует представление результатов в реальном времени, основываясь на истории запросов и взаимодействий пользователя в рамках текущей Search Session.
  2. Интерпретация поведения пользователя. В основном сценарии (Claim 1) отсутствие клика интерпретируется как немедленная негативная обратная связь о сниппете, что запускает механизм поиска альтернативы.
  3. Неоднозначность триггера. Патент допускает реализацию (Claim 10), где даже наличие клика может привести к смене сниппета при повторном показе. Это указывает на стремление системы обеспечить разнообразие представления контента в любом случае.
  4. Агрессивное избегание повторов. Система активно избегает показа не только идентичного текста, но и фрагментов со "схожим составом слов" (Repeated Text), используя для этого исключение или Negative Weight.
  5. Критичность структуры и разнообразия контента. Для эффективной работы механизма страница должна содержать несколько различных, структурированных блоков текста, релевантных разным аспектам темы. Страницы с однородным контентом не предоставляют системе альтернатив.

Практика

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

  • Обеспечение структурного и семантического разнообразия. Разрабатывайте контент с четкой иерархией (H1-H3). Убедитесь, что разные разделы страницы раскрывают разные аспекты темы, используя разнообразную лексику. Это увеличивает пул качественных потенциальных сниппетов для системы.
  • Создание нескольких точек релевантности. Страница должна содержать несколько блоков текста, способных независимо отвечать на разные запросы в рамках одного тематического кластера. Если релевантность сосредоточена только в H1 и первом абзаце, у Google не будет хороших альтернатив для второго сниппета.
  • Написание уникальных и информативных подзаголовков. Поскольку заголовки имеют высокий вес при выборе сниппетов (Location Weight), качественные подзаголовки (H2/H3) могут стать основой для альтернативного сниппета (S2), если основной заголовок (H1) или введение уже были показаны (S1).
  • Оптимизация под поисковый путь (Search Journey). Проектируйте контент, учитывая, как пользователь может уточнять свой запрос. Убедитесь, что ваша страница содержит конкретные ответы на вероятные последующие вопросы в отдельных блоках текста.

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

  • Создание поверхностного или однородного контента (Thin Content). Страницы с минимальным количеством текста или повторяющие одну и ту же мысль разными словами не предоставляют системе альтернатив. Система может классифицировать большую часть контента как Repeated Text.
  • Переоптимизация и повторение ключевых фраз. Многократное повторение одной и той же оптимизированной фразы во всех ключевых зонах (заголовок, введение) контрпродуктивно. Если эта фраза будет показана в первом сниппете, система будет активно избегать ее при повторном показе.
  • Игнорирование структуры документа. Сплошной текст без четкой структуры затрудняет для системы идентификацию и взвешивание различных фрагментов контента.

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

Патент подтверждает, что Google рассматривает поиск как диалог в рамках сессии, а не как серию изолированных запросов. Система адаптируется к поведению пользователя в реальном времени. Для SEO это означает, что стратегия должна фокусироваться на оптимизации всего пути пользователя. Глубина, структура и разнообразие контента становятся факторами, влияющими на CTR и вовлеченность, позволяя системе адаптировать сниппеты и "продать" клик при повторном взаимодействии, независимо от того, был ли клик в первый раз или нет.

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

Сценарий: Выбор ноутбука (Итеративная сессия)

Пользователь исследует покупку нового ноутбука. Сайт TechRadar имеет детальный обзор.

  1. Запрос 1 (Q1): "лучшие ноутбуки для работы 2025".
  2. Сниппет 1 (S1): (Из введения) "Мы составили рейтинг лучших ноутбуков для работы в 2025 году. Лидеры включают Dell XPS 15, MacBook Pro M4 и Lenovo ThinkPad X1 Carbon..."
  3. Действие пользователя: Пользователь не кликает (Триггер Режима 1 активирован).
  4. Запрос 2 (Q2): "Lenovo ThinkPad X1 Carbon время работы батареи".
  5. Динамическая генерация (S2): Система видит, что статья TechRadar повторяется и S1 был проигнорирован. Она исключает введение и ищет фрагмент, релевантный Q2. Она находит раздел H3 "Батарея и автономность ThinkPad X1".
  6. Сниппет 2 (S2): "Время работы батареи ThinkPad X1 Carbon впечатляет: более 15 часов в режиме просмотра видео. Это делает его идеальным выбором для командировок..."
  7. Действие пользователя: Пользователь кликает на результат.
  8. Запрос 3 (Q3): Пользователь возвращается в поиск и ищет "Lenovo ThinkPad X1 Carbon вес и размеры".
  9. Динамическая генерация (S3): Система видит повтор. В зависимости от реализации (если активирован Режим 2 по Claim 10, так как клик был), она может снова сменить сниппет, исключив S1 и S2. Она находит раздел H3 "Дизайн и габариты".
  10. Сниппет 3 (S3): "Вес ThinkPad X1 Carbon составляет всего 1.13 кг, а его толщина не превышает 14.9 мм. Корпус из углеродного волокна делает его легким и прочным..."

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

Влияет ли этот патент на ранжирование сайта?

Напрямую нет. Патент описывает исключительно механизм выбора сниппета для результата, который уже прошел ранжирование. Однако он косвенно влияет на поведенческие факторы, так как цель механизма – увеличить вероятность клика (CTR) при повторном показе результата в рамках сессии.

Что является главным триггером для изменения сниппета?

Главным триггером является повторное появление результата поиска в рамках одной сессии. Однако условие активации неоднозначно. Claim 1 указывает, что механизм активируется, если результат НЕ был кликнут ранее. Claim 10 указывает на возможность активации, если результат БЫЛ кликнут. В любом случае, система стремится показать новый сниппет.

Если я работаю над CTR, на что мне следует обратить внимание в контексте этого патента?

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

Как система определяет, что текст "повторяющийся" (Repeated Text)?

Патент указывает, что это не только идентичный текст, но и текст, имеющий "схожий состав слов" (similar composition of words). Это означает, что система, вероятно, использует техники NLP для определения лексической или семантической близости, чтобы избежать показа слегка перефразированного контента.

Что произойдет, если на странице нет других релевантных фрагментов для сниппета?

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

Использует ли этот механизм Meta Description?

Патент фокусируется на извлечении сниппетов из контента страницы на основе расположения поисковых токенов. Если Meta Description был использован для первого сниппета и не привел к клику (в Режиме 1), система будет активно искать альтернативу, скорее всего, в теле документа для второго сниппета.

Как долго длится поисковая сессия?

Патент предлагает несколько вариантов определения: по времени неактивности (например, 5-10 минут), по действиям логина/логаута или на основе анализа связи между последовательными запросами. После завершения сессии история показанных сниппетов сбрасывается.

Какие зоны документа предпочитает система для выбора сниппета?

Система использует Location Weight. Предпочтение отдается контенту в заголовках (Title, H1, H2) и в начале документа по сравнению с контентом в конце документа, в сносках или подписях к изображениям.

Может ли этот механизм навредить сайту?

Он может навредить сайтам с "тонким" или переоптимизированным контентом. Если страница состоит из повторений одной и той же ключевой фразы, система не сможет найти качественный альтернативный сниппет. Это может снизить CTR при повторных показах в рамках сессии.

Как этот патент связан с современными технологиями, такими как Passage Ranking (Индексирование пассажей)?

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

Похожие патенты

Как Google динамически обновляет выдачу в реальном времени, если пользователь не кликает на результаты
Google отслеживает взаимодействие с поисковой выдачей в реальном времени. Если пользователь просматривает результаты, но не кликает на них в течение определенного времени (определяемого моделью поведения), система интерпретирует это как имплицитную отрицательную обратную связь. На основе анализа этих «отвергнутых» результатов Google автоматически пересматривает запрос (корректируя веса или заменяя термины) и динамически предоставляет новый набор результатов.
  • US20150169576A1
  • 2015-06-18
  • Поведенческие сигналы

  • SERP

  • Семантика и интент

Как Google определяет и фильтрует дубликаты в выдаче, сравнивая релевантные запросу сниппеты вместо целых страниц
Google использует механизм для улучшения разнообразия поисковой выдачи, предотвращая показ нескольких результатов с идентичным контентом по конкретному запросу. Вместо сравнения документов целиком, система извлекает только те части (сниппеты), которые релевантны запросу. Если эти сниппеты у разных документов слишком похожи, они считаются дубликатами для данного запроса, и менее релевантные результаты фильтруются.
  • US6615209B1
  • 2003-09-02
  • SERP

Как Google персонализирует сниппеты и заголовки в выдаче на основе истории поиска и интересов пользователя
Google может динамически изменять сниппеты и заголовки (Title) результатов поиска, чтобы выделить ту часть контента на странице, которая соответствует известным интересам пользователя (история поиска, демография, недавний контекст). Это позволяет сделать представление выдачи более персонализированным, не обязательно изменяя ранжирование документов.
  • US9235626B2
  • 2016-01-12
  • Персонализация

  • SERP

  • Семантика и интент

Как Google использует обучение с подкреплением (Reinforcement Learning) для оптимизации ранжирования и переписывания запросов на основе успешности поисковых сессий
Google использует систему Reinforcement Learning для динамической адаптации поисковых процессов. Система анализирует поисковые сессии (последовательности запросов и кликов) и учится оптимизировать выдачу, чтобы пользователь быстрее находил нужный результат. Это достигается путем корректировки весов факторов ранжирования, переписывания запросов или даже обновления индекса на лету для конкретных ситуаций.
  • US11157488B2
  • 2021-10-26
  • Индексация

  • Поведенческие сигналы

  • Семантика и интент

Как Google анализирует поведение пользователей для выбора разнообразных связанных запросов и диверсификации контента на выдаче
Google использует механизм для диверсификации предложений на странице результатов (например, связанных запросов или рекламных блоков), основанный на анализе сессий пользователей. Система отбирает подсказки, которые часто следуют за исходным запросом (высокая «Utility»), но при этом редко следуют друг за другом (высокая «Diversity»). Это позволяет покрыть разные намерения пользователя, исходящие из одного неоднозначного запроса.
  • US8631030B1
  • 2014-01-14
  • Семантика и интент

  • SERP

  • Поведенческие сигналы

Популярные патенты

Как Google вычисляет важность сущностей внутри документа, используя контекст, ссылки и поведение пользователей, для улучшения ранжирования
Google использует систему для определения относительной важности сущностей (люди, места, даты) внутри документа (книги или веб-страницы) независимо от поискового запроса. Важность рассчитывается на основе того, где сущность упомянута (контекст, структура), насколько точно она определена, ссылаются ли на этот раздел внешние источники и как часто его просматривают пользователи. Эти оценки важности сущностей затем используются как сигнал для ранжирования самого документа в результатах поиска.
  • US7783644B1
  • 2010-08-24
  • Поведенческие сигналы

  • Индексация

  • Семантика и интент

Как Google использует обучение с подкреплением (Reinforcement Learning) для оптимизации ранжирования и переписывания запросов на основе успешности поисковых сессий
Google использует систему Reinforcement Learning для динамической адаптации поисковых процессов. Система анализирует поисковые сессии (последовательности запросов и кликов) и учится оптимизировать выдачу, чтобы пользователь быстрее находил нужный результат. Это достигается путем корректировки весов факторов ранжирования, переписывания запросов или даже обновления индекса на лету для конкретных ситуаций.
  • US11157488B2
  • 2021-10-26
  • Индексация

  • Поведенческие сигналы

  • Семантика и интент

Как Google использует структурированные данные (Schema) для отслеживания вовлеченности пользователей на уровне сущностей, а не только URL
Google может отслеживать поведение пользователей (например, время пребывания на странице и клики) и связывать его с конкретными сущностями (продуктами, людьми, темами), идентифицированными через структурированные данные, а не только с URL-адресом. Это позволяет агрегировать метрики вовлеченности для определенной темы на разных страницах и сравнивать эффективность сайтов.
  • US20140280133A1
  • 2014-09-18
  • Семантика и интент

  • Поведенческие сигналы

  • Knowledge Graph

Как Google подменяет ссылки в выдаче, чтобы обойти медленные редиректы на мобильные версии сайтов
Google оптимизирует скорость загрузки, определяя, когда клик по результату поиска вызовет условный редирект (например, с десктопной версии на мобильную). Система заранее подменяет исходную ссылку в выдаче на конечный URL редиректа. Это позволяет устройству пользователя сразу загружать нужную страницу, минуя промежуточный запрос и экономя время.
  • US9342615B2
  • 2016-05-17
  • Техническое SEO

  • SERP

  • Ссылки

Как Google динамически перестраивает SERP в реальном времени, основываясь на взаимодействии пользователя с подзадачами
Google использует специализированные AI-модели для разбивки сложных запросов (задач) на подзадачи. Система отслеживает, с какими подзадачами взаимодействует пользователь, и динамически обновляет выдачу, подгружая больше релевантного контента для этой подзадачи прямо во время скроллинга страницы. Это позволяет уточнять интент пользователя в реальном времени.
  • US20250209127A1
  • 2025-06-26
  • SERP

  • Поведенческие сигналы

  • Семантика и интент

Как Google использует модель предвзятости представления (Presentation Bias), чтобы отделить клики по релевантности от кликов по позиции
Google использует механизм для интерпретации поведения пользователей (CTR), который учитывает, как именно представлены результаты поиска. Система рассчитывает ожидаемый CTR для конкретной позиции и визуального оформления (сниппет, выделение). Чтобы получить буст от поведенческих факторов, реальный CTR документа должен значительно превышать этот ожидаемый уровень. Это позволяет отфильтровать клики, обусловленные высокой позицией или привлекательным сниппетом, и выделить сигналы истинной релевантности.
  • US8938463B1
  • 2015-01-20
  • Поведенческие сигналы

  • SERP

Как Google использует историю поиска, поведение и многофакторные профили пользователей для персонализации поисковой выдачи
Google создает детальные профили пользователей на основе истории запросов, взаимодействия с результатами (клики, время просмотра) и анализа контента посещенных страниц. Эти профили (включающие интересы по терминам, категориям и ссылкам) используются для корректировки стандартных оценок ранжирования. Степень персонализации динамически регулируется уровнем уверенности системы в профиле (Confidence Score).
  • US9298777B2
  • 2016-03-29
  • Персонализация

  • Поведенческие сигналы

  • SERP

Как Google использует нейросетевые эмбеддинги (Two-Tower Model) для семантического поиска изображений с учетом контекста страницы
Google использует систему поиска изображений, основанную на нейронных сетях (модель "Две Башни"). Система создает векторные представления (эмбеддинги) для поисковых запросов и для пар "изображение + посадочная страница", помещая их в общее семантическое пространство. Это позволяет находить релевантные изображения не по ключевым словам, а по близости векторов, учитывая как содержание картинки, так и контекст страницы, на которой она размещена.
  • US11782998B2
  • 2023-10-10
  • Семантика и интент

  • Индексация

  • Мультимедиа

Как Google использовал специальные токены в запросе (например, «+») для прямой навигации на верифицированные социальные страницы в обход SERP
Google может интерпретировать специальные токены в поисковом запросе (например, «+») как намерение пользователя найти официальную социальную страницу сущности. Если система идентифицирует верифицированный профиль, соответствующий запросу с высокой степенью уверенности, она может перенаправить пользователя прямо на эту страницу, минуя стандартную поисковую выдачу.
  • US9275421B2
  • 2016-03-01
  • Семантика и интент

  • SERP

  • Ссылки

Как Google автоматически добавляет текст существующих объявлений к сайтлинкам (Sitelinks) для повышения CTR
Google использует систему для автоматического улучшения сайтлинков в рекламных объявлениях. Система анализирует существующие текстовые объявления (креативы) рекламодателя и определяет их конечные целевые страницы, игнорируя параметры отслеживания. Затем она сопоставляет их с URL сайтлинков и добавляет наиболее релевантный и эффективный текст креатива к сайтлинку для повышения кликабельности (CTR).
  • US10650066B2
  • 2020-05-12
  • Ссылки

  • SERP

seohardcore