<b>Brotli и Minify дают прирост только там, где не ломают кэш и CPU</b>
В Cloudflare эти настройки часто включают «на всякий случай», а потом удивляются росту задержек на динамике. Brotli сжимает ответ эффективнее gzip, но ценой дополнительной работы на edge. Minification сокращает размер CSS, JS и HTML, однако почти не помогает, если контент уже тяжело генерируется на origin.
Проверьте три вещи:
• Для статических ассетов Brotli обычно оправдан, для CPU-sensitive страниц — только после замеров.
• Minify не трогает уже минифицированные файлы, но может усложнить отладку и сломать inline-скрипты.
• Если у вас есть сильный cache hit ratio, выигрыш от сжатия заметен меньше, чем от нормальной политики кэша ⚙️
Главная ошибка — включать Brotli и Minify без раздельного анализа HTML, CSS и JS. HTML часто выигрывает сразу, а вот тяжелые bundle-файлы нужно проверять на совместимость с source maps, SRI и сборкой фронтенда. Иначе «оптимизация» превращается в цепочку мелких инцидентов.
Сначала измеряйте TTFB, CPU time и размер ответа по типам контента, потом включайте сжатие точечно. Безопасность и скорость: находим баланс в каждой конфигурации.
Оптимизация Cloudflare и CDN
@cloudflare_optimization_pro_arb
<b>Brotli и Minify дают прирост только там, где не ломают кэш и CPU</b>
Этот пост опубликован в Telegram-канале Оптимизация Cloudflare и CDN. Подписаться можно по ссылке: @cloudflare_optimization_pro_arb.