Разбираю на примерах из гэмблинга патенты Google. Сегодня — почему иногда простой сайт обгоняет “навороченный” и при чём тут стоимость страницы

Разбираю на примерах из гэмблинга патенты Google. Сегодня — почему иногда простой сайт обгоняет “навороченный” и при чём тут стоимость страницы

(US9201929 — Ranking search results based on resource load / document cost)

В этом патенте Google описывает довольно прагматичную вещь: поисковик оптимизирует не только качество результата, но и стоимость его показа.

У каждой страницы есть условная цена обработки — document cost.

Это не только скорость загрузки. В cost может входить:

• размер HTML
• количество скриптов
• число внешних ресурсов
• сложность рендеринга
• объём данных, которые нужно обработать

И если два результата примерно одинаковы по релевантности, система может отдать предпочтение менее “дорогому” документу.

В гэмбле это объясняет довольно много странных ситуаций.

Почему “простая витрина” иногда обгоняет красивый агрегатор

Типичный пример.

Есть два сайта:

Первый — современный агрегатор казино.
React, куча виджетов, анимации, трекеры, попапы, фильтры.

Второй — простая HTML-страница с таблицей казино.

SEOшники смотрят и говорят:
«Ну второй же примитив».

Но для системы первый сайт может выглядеть так:

• 3MB JS
• 10 внешних скриптов
• сложный клиентский рендер
• куча трекеров

То есть дорогой документ.

А второй — просто HTML + таблица.

При равной релевантности он дешевле для обработки.

Классическая ошибка гэмбл-витрин

Многие страницы “Best casino” сейчас выглядят как новогодняя ёлка:

• трекер партнёрки
• трекер аналитики
• heatmap
• AB-тест
• чат-виджет
• pop-up
• sticky баннер
• скрипт рейтинга

Каждый из них добавляет стоимость обработки.

В итоге страница превращается в комбайн, который сначала загружает половину интернета, а потом только показывает контент.

Для пользователя это раздражает.

Для алгоритма это дорогой документ.

Почему старые HTML-обзорники иногда живут в топе годами

Если посмотреть на многие старые гэмбл-сайты, они выглядят почти смешно:

• простой дизайн
• таблица казино
• текст
• минимум скриптов

SEOшники думают:
«Почему этот динозавр до сих пор в топе?»

Одна из причин может быть именно в document cost.

Такая страница:

• быстро загружается
• легко рендерится
• почти ничего не требует от устройства

Для мобильной выдачи это особенно выгодно.

Когда конструкторы начинают вредить

Ещё один типичный кейс — сайты на тяжёлых конструкторах.

Page builder генерирует:

• огромный HTML
• десятки CSS
• JS-зависимости
• сложную структуру DOM

Для пользователя это выглядит нормально.

Но для системы страница становится дороже в обработке, чем чистая верстка.

Почему мобильная выдача особенно чувствительна

Патент прямо указывает, что cost особенно важен для:

• мобильных устройств
• слабых процессоров
• медленных соединений

А теперь вспомним, что большая часть гэмбл-трафика — мобильная.

Если страница грузит 5MB скриптов, алгоритм может считать её менее выгодным результатом.

Типичный пример из гэмблы

Есть два лендинга:

Вариант A
SPA-приложение с фильтрами, анимациями и кучей JS.

Вариант B
HTML-страница с таблицей:

Casino | Bonus | Payment | Rating

Контент одинаковый.

Но первый документ:

• тяжёлый
• сложный
• дорогой для обработки

Второй — дешёвый.

По логике патента второй вариант может получить преимущество.

Почему иногда “облегчение” страницы даёт рост

Некоторые сайты внезапно растут после того, как:

• убрали лишние скрипты
• сократили трекеры
• перевели страницу на SSR
• упростили верстку

SEOшники думают, что это просто page speed.

Но если смотреть через призму патента, это может быть снижение стоимости документа.

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

Именно поэтому иногда простой сайт с таблицей казино обгоняет красивый агрегатор.

Потому что алгоритм оптимизирует не только релевантность.

Он оптимизирует ещё и цену показа результата.