J'utilise des exemples tirés des jeux d'argent pour comprendre les brevets de Google. Aujourd'hui - pourquoi un site simple l'emporte parfois sur un site “sophistiqué”, et quel est le rapport avec le coût de la page ?
(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.
Но если смотреть через призму патента, это может быть снижение стоимости документа.
И при прочих равных такой результат становится выгоднее для поисковой системы.
Именно поэтому иногда простой сайт с таблицей казино обгоняет красивый агрегатор.
Потому что алгоритм оптимизирует не только релевантность.
Он оптимизирует ещё и цену показа результата.