Google NavBoost: клики, Glue, good/bad clicks и 13-месячное окно

[anna_seo]

Google NavBoost: клики, Glue, good/bad clicks и 13-месячное окно

Дисклеймер сразу, чтобы потом не возвращаться. Всё, что ниже, это реконструкция по трём независимым корпусам источников: утечка Content Warehouse / API (май 2024), судебные материалы по делу DOJ против Google (2023-2025, антимонопольный процесс) и пул патентов плюс Quality Rater Guidelines. Это не официальная формула ранжирования. Часть сигналов подтверждена под присягой, часть только задокументирована в утекших полях без описания механики, а часть откровенно спорна. Я честно помечаю уровень доказанности у каждого блока: подтверждён / документирован / спорный.

Главная мысль, которую стоит держать в голове весь тред: из того, что Google агрегирует клики, НЕ следует, что отдельный клик двигает позицию. Сигнал работает агрегированно, на уровне пары запрос+URL, с нарезкой по гео, языку, устройству и времени. Практическая польза для SEO не в накрутке, а в том, чтобы результат честно закрывал интент.

Что такое NavBoost и почему это не нейросеть

NavBoost (ID фактора F-CLICKS-001, статус: подтверждён) в судебных материалах называется одной из core ranking models. Pandu Nayak, вице-президент Google по поиску, под присягой подтвердил, что система существует примерно с 2005 года и относится к сильнейшим сигналам ранжирования. Это уже не догадка SEO-сообщества, а показания в суде.

Самое полезное уточнение дал экс-гуглер Eric Lehman. Его формулировка разошлась по всем разборам

Navboost не машинное обучение. Это просто большая таблица (big spreadsheet).

То есть NavBoost (F-CLICKS-002, подтверждён) это система запоминания: гигантская таблица, которая для каждой пары запрос+документ хранит, сколько раз по результату кликали и какого качества были эти клики. Отсюда практический вывод: у частотных, зрелых запросов огромная историческая инерция. Конкурент, накопивший позитивную кликовую историю за годы, не сдвигается одним рывком.

Код: Выделить всё

NavBoost (память) для пары query+URL, нарезка по срезам
  +-------------------+----------------------------------+
  | срез              | пример значений                  |
  +-------------------+----------------------------------+
  | device            | desktop / mobile / tablet        |
  | country / geo     | RU / US / ...                    |
  | language          | ru / en / ...                    |
  | user type         | обычный / "разборчивый"          |
  +-------------------+----------------------------------+
  хранит: clicks, goodClicks, badClicks,
          lastLongestClicks, unicornClicks ...

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

Glue: SERP это не только синие ссылки

Glue (F-CLICKS-003, подтверждён) это родственная NavBoost подсистема, расширенный лог взаимодействий со всей выдачей. Она агрегирует не только клики по органике, но и взаимодействия с не-синими элементами SERP: блоки, карусели, People Also Ask и прочее. Vice president Nayak и инженер Allan фигурируют в показаниях по этой теме.

Граница вывода: hover-события и микро-взаимодействия с SERP не наблюдаемы в GSC или аналитике. Использовать их как самостоятельную SEO-метрику нельзя. Работаем с тем, что управляемо: title, description, фавикон, хлебные крошки, соответствие сниппета содержимому страницы.

Качество клика: good vs bad, и почему CTR сам по себе обманчив

Ключевое открытие утечки: Google классифицирует клик, а не считает голый факт перехода. В модуле QualityNavboostCrapsCrapsClickSignals (система CRAPS) лежат поля goodClicks и badClicks (F-CLICKS-004, подтверждён), а рядом lastLongestClicks, unsquashedClicks, unsquashedLastLongestClicks и любопытный unicornClicks.

Код: Выделить всё

CRAPS click signals (фрагмент полей из утечки)
  +------------------------+-------------------------------------+
  | поле                   | смысл (по консенсусу разборов)      |
  +------------------------+-------------------------------------+
  | goodClicks             | клик с признаком удовлетворения     |
  | badClicks              | короткий клик, быстрый возврат      |
  | lastLongestClicks      | последний и самый длинный клик      |
  |                        | в цепочке = "финал сессии"          |
  | unicornClicks          | клики от Unicorn-пользователя,      |
  |                        | особо качественный срез (критерии   |
  |                        | в источниках не раскрыты)           |
  | unsquashed*            | значения до "сжатия" (squashing)    |
  +------------------------+-------------------------------------+

Отсюда главный антипаттерн: не оптимизируйте CTR в отрыве от качества перехода. Агрессивный кликбейт-сниппет нагонит клики, но если страница не выполняет обещание сниппета, вы плодите badClicks. Лучше честный заголовок и полная посадочная, чем высокий CTR с мгновенными возвратами.

Триада ABC и место кликов в топикальности

Свежее и важное подтверждение 2025 года. Инженер Google Hyung-Jin (HJ) Kim в интервью DOJ в феврале 2025 описал так называемые ABC-сигналы как ключевые компоненты топикальности

Код: Выделить всё

T* (Topicality, релевантность запросу) собирается из
   A = Anchors  -- ссылки/анкоры на целевую страницу
   B = Body     -- термины в теле документа
   C = Clicks   -- поведение, dwell / длительность до возврата
        |
        +--> сигналы скомбинированы "вручную" (hand-crafted),
             чтобы инженеры могли понимать и крутить вклад каждого

То есть C (клики, dwell time) это часть формулы релевантности, а не отдельная накрутка позиции. Dwell / long click (F-CLICKS-013, подтверждён) в корпусе один из сильнейших cross-type блоков, он встречается и в COURT, и в патентах.

Граница вывода: dwell time из источников НЕ равен метрике bounce rate из вашей аналитики. Высокий bounce может быть нормой, если пользователь получил ответ и ушёл довольным. Важна удовлетворённость интента, а не сам факт ухода.

Практика для dwell и lastLongestClick (F-CLICKS-006, документирован): проектируйте страницу как завершение задачи. Для статьи это ясный ответ в начале и навигация по подзадачам, вывод и следующий шаг в конце. Для коммерции характеристики, цены или диапазоны, сравнение, доверие, FAQ. Цель быть финальным ответом сессии, после которого человек не возвращается к выдаче.

Весовые классы и негативные клики

Патенты описывают взвешивание кликов по длительности (F-CLICKS-023, подтверждён): короткий клик может иметь даже отрицательный вес, средний и длинный положительный, последний почти максимальный. Конкретные числа из патентов это иллюстрация механики, а не текущие коэффициенты Google, переносить их буквально нельзя.

Отдельно стоит подсистема негативных кликов NegativeClicksInfo и qualityFreshnessAbacusInstantNegativeClicksInfo (F-CLICKS-059, документирован). Abacus ловит мгновенную негативную реакцию на свежий контент. Практический смысл: не выкатывайте сырые страницы под важные запросы. Сначала доведите интент, скорость и основной контент, потом отдавайте в индекс.

Свежесть сигнала: 13 месяцев и почему это важно

NavBoost работает на скользящем окне 13 месяцев (F-CLICKS-045 / F-CLICKS-005, подтверждён). Lehman уточнил, что слово "обучается" тут вводит в заблуждение, машинного обучения нет, но окно реально 13-месячное, и до 2017 года оно было 18 месяцев. Старые клики выпадают из расчёта, историческое преимущество выветривается без свежей активности.

Любопытная деталь масштаба из показаний: 13 месяцев пользовательских данных Google по объёму эквивалентны примерно 17 годам данных ближайшего конкурента (Bing). Это объясняет, почему кликовый сигнал у Google вообще работает, а у других нет статистической базы.

Граница вывода: 13-месячное окно НЕ означает, что разовый всплеск трафика одинаково и полностью исчезает для всех запросов. Это указание на временную природу части click-data, а не таймер с гарантией обнуления.

Бонус: goodClicks и dwells подаются в AdaptiveFrequencyEstimator (F-CLICKS-018, подтверждён, поля clicksGoodInterval, dwellsInterval), то есть поведенческий сигнал косвенно влияет на частоту переобхода краулером. Но если важная страница редко переобходится, сначала исключите технику: внутренние ссылки, sitemap, коды ответов, реальную частоту обновлений.

Антифрод: почему накрутка кликов это слив бюджета

Тем, кто уже прикинул схему с ботофермой. Источники описывают многоуровневую защиту (F-CLICKS-025, подтверждён): принцип "один голос на cookie/IP" для пары запрос+URL (поле voterTokenCount), удаление аномалий (одинаковые длительности кликов, всплески кликов в минуту, ненормальное распределение позиций), и squashing, который сжимает влияние любого одиночного клика или всплеска.

Логика squashing простая: система защищает "мудрость толпы" от тирании выброса. Виральный всплеск или адверсариальная накрутка сжимаются, чтобы долгосрочное 13-месячное распределение оставалось стабильным.

Сюда же дифференциация пользователей (F-CLICKS-029, подтверждён): клики от тех, кто почти всегда жмёт первый результат (top-1 selectors), дисконтируются, а клики "разборчивых" пользователей, которые исследуют выдачу ниже топа, ценятся выше. Вывод для практики: делайте результат привлекательным для того, кто сравнивает несколько вариантов, а не для бота, бьющего по первой ссылке.

Brand, Chrome и внутренняя структура

Код: Выделить всё

сигнал           ID            статус        что измеряет
-----------      -----------   ----------    --------------------------
P* popularity    F-CLICKS-031  СПОРНЫЙ        Chrome-визиты + анкоры
chromeInTotal    F-CLICKS-032  подтверждён    site-views в NSR
directFrac       F-CLICKS-032  подтверждён    доля прямого трафика
onsiteProminence F-CLICKS-060  подтверждён    внутр. авторитет, seeded
                                              кликами (внутр. PageRank)
normalizedClick  F-CLICKS-051  документирован клик относительно
                                              партиции индекса

Сигнал популярности P* помечен как спорный: улики из exhibits и патента весомы, но суд не обязал раскрытие из-за нехватки прямых показаний. Поэтому нельзя утверждать, что прямой визит через Chrome сам по себе бустит ранжирование. А вот chromeInTotal и directFrac в NSR это подтверждённые поля, они триангулируют судебные показания с утечкой: реальное использование сайта вне SERP действительно измеряется.

onsiteProminence важен практически: симулированный трафик растекается от главной и страниц с высоким NavBoost по внутренним ссылкам, это внутрисайтовый аналог PageRank, где seed-узлы заданы кликами. Вывод: важные страницы должны быть доступны из главной, хабов и реально посещаемых разделов.

normalizedClickScore напоминает, что кликовый сигнал не абсолютен, а конкурентен внутри своей партиции индекса. Сравнивайте страницу с конкурентами по конкретному кластеру запросов, а не с рынком в целом. Для нишевых тем небольшой абсолютный объём кликов может быть достаточен.

Итог: что делать и чего нельзя обещать

Что подтверждено и стоит закладывать в работу
- Клики (C) часть формулы топикальности T* вместе с анкорами и телом (подтверждено HJ Kim, фев 2025).
- Качество клика классифицируется: goodClicks / badClicks / lastLongestClick (утечка CRAPS).
- Окно 13 месяцев, сигнал выветривается, свежесть спроса имеет значение.
- Антифрод и squashing делают накрутку ненадёжной.

Чего избегать: кликбейт-сниппеты без соответствия контента (это badClicks и instant negative feedback), накрутка кликов с узкого пула IP/cookie (squashing + voter-token + аномалии гасят сигнал), изоляция ключевых страниц от внутреннего трафика (низкий onsiteProminence).

Чего нельзя обещать честно: что отдельный клик или короткая кампания двигают позицию, что P* реально бустит, что патентные веса это текущие коэффициенты, что bounce из аналитики равен short click. Всё это направления для диагностики и проектирования, а не ручные KPI. Работаем с качеством результата и устойчивым релевантным спросом, остальное следствие.