Проверка HTTP-сжатия

Два замера одной и той же страницы: несжатый размер тела (запрос с автораспаковкой, как хранит кеш браузера) и сжатый размер (запрос с явным Accept-Encoding без распаковки, подсчёт байтов «по проводу»). Экономия = 1 − сжатый / несжатый. Это настоящий процент, на который падает трафик ваших пользователей, а не теоретический бенчмарк.

Оба хороши; brotli сжимает текст примерно на 15–20% плотнее при сопоставимой скорости, и его поддерживают все современные браузеры — но только поверх HTTPS (CDN просто не отдают brotli по обычному HTTP). Практический рецепт: включите brotli для текста и держите gzip фолбэком; изображения, видео и архивы уже сжаты — не тратьте CPU на повторное сжатие. Проверка показывает, какую кодировку сервер реально выбрал для браузерного запроса.

Страницы меньше 1 КБ пропускают второй замер: сжатие нескольких сотен байтов экономит меньше, чем весит сам заголовок сжатия. Для маленьких страниц инструмент сообщает заявленную сервером кодировку, не приставая с процентами — внимание направлено на ответы от 32 КБ, где сжатие действительно важно.

nginx: gzip on; gzip_types text/css application/javascript application/json image/svg+xml; (brotli — модулем ngx_brotli: brotli on; brotli_types …). Apache: LoadModule deflate_module + AddOutputFilterByType DEFLATE …. За CDN сначала включите сжатие в настройках CDN — заголовки источника могут перезатираться на краю. После включения перепрогоните проверку и убедитесь, что экономия реально появилась.