Показания в суде: история кликов работает на старые страницы...

Показания в суде: история кликов работает на старые страницы — алгоритмам свежести приходится это компенсировать

Почему трехлетний гайд продолжает обходить страницу, опубликованную на этой неделе?

Вице-президент Гугла по поиску Панду Наяк раскрыл механику под присягой по делу США против Google: "клики накапливаются со временем, а значит, старые страницы, потенциально устаревшие, обычно собирают больше кликов, чем свежие".

Поэтому "клики цементируют устаревание, и вам приходится это как-то компенсировать".

Автор маппит эту компенсацию на слитые атрибуты из Content Warehouse — от semanticDate и lastSignificantUpdate до рантайм-компонента FreshnessTwiddler.

Показания задают рамку:

— Свежесть зависит от интента: запросам про спортивные команды нужны страницы за сегодня, обзорам ноутбуков — актуальный модельный ряд, а десятилетний рецепт индейки легко обойдет сегодняшний.

— Джон Джанандреа: "Свежесть — это про задержку, а не про количество". Когда умирает знаменитость, "вам нужно узнать об этом за секунды".

— Эрик Лиман: компонент свежести смотрит на даты публикаций и "может более агрессивно бустить свежие материалы", тогда как анкорный сигнал "не учитывает клики".

Публичные доки Гугла подтверждают работу систем query deserves freshness и напрямую спрашивают создателей контента: "Меняете ли вы дату страницы, чтобы она казалась свежей, без существенного обновления контента"?.

Массовая переработка получает тот же вердикт: добавление или удаление контента ради имитации активности сайта — "(Нет, это не поможет)".

Джон Мюллер, 2022: "Смена даты, больше ничего не меняя — это просто шум и бесполезно".

Слой со сливом — это вывод автора, а не подтвержденное поведение алгоритма.

В этой системе координат страница проходит следующие этапы:

— bylineDate: дата на странице или в микроразметке, сама по себе не верифицируется.

— syntacticDate: дата, извлеченная из паттернов URL или тайтла.

— semanticDate: соответствуют ли факты, сущности и статистика в тексте актуальному срезу веб-графа.

— richcontentData + pageregions: какой объем текста изменился и где именно — основной текст против шаблонных хедеров, футеров и сайдбаров.

— lastSignificantUpdate: прописывается только когда правки в основном контенте пробивают порог. Обновление bylineDate поверх мелких правок оставляет его без изменений, полностью нейтрализуя любой потенциальный QDF-буст.

— FreshnessTwiddler: на запросах, триггерящих QDF, бустит страницы с верифицированным lastSignificantUpdate и параллельно глушит вес кликов из NavBoost.

Воркфлоу по обновлению контента, вытекающий из этой модели:

1. Переписывайте и расширяйте основной текст, а не метаданные или сайдбары.

2. Заменяйте устаревшую статистику, упоминания старых продуктов и битые ссылки — текст должен читаться как актуальный.

3. Пропускайте рандомное обновление дат на вечнозеленых страницах; приберегите системные апдейты для тем с цикличным устареванием или устареванием в реальном времени.

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

https://www.hobo-web.co.uk/the-freshness-signal-qdf-query-deserves-freshness-inside-googles-battle-against-time-staleness-and-click-bias/

@MikeBlazerX

🚀Схемы — в MikeBlazerPRO.com / @MikeBlazerPRO

Источник новости https://t.me/mikeblazerx/6796...