Тест сжатия Gzip/Brotli

Коротко об истории

gzip — утилита проекта GNU (1992), использует алгоритм DEFLATE (RFC 1951/1952). Формат стал стандартом де-факто для сжатия текстового веб-контента в эру HTTP/1.1.

Brotli — современный кодек компрессии от Google (публично представлен в 2015). Благодаря более плотному словарю и умной энтропии заметно эффективнее gzip для HTML/CSS/JS/SVG, особенно на «длинных» уровнях.

На поддерживаемых тарифах виртуального хостинга сжатие настраивается на платформе. Для VPS и выделенных серверов результат зависит от веб-сервера, типа контента и выбранной конфигурации.

Как работает тест

• Запрос №1: Accept-Encoding: gzip, br — определяем выбранную сервером кодировку и измеряем фактические байты.
• Запрос №2: Accept-Encoding: identity — принудительно без сжатия, измеряем байты.
• Считаем экономию и выводим заголовки (Content-Encoding, Content-Type, Server).

Частые вопросы

Что именно проверяет тест?

Мы отправляем две заявки: с Accept-Encoding: gzip, br и с Accept-Encoding: identity. Сравниваем фактический размер загрузки и показываем Content-Encoding и проценты экономии.

Почему число байтов может отличаться от Content-Length?

Content-Length может отсутствовать (chunked) или отражать размер уже сжатого ответа. Мы считаем фактические полученные байты для каждого запроса.

Всегда ли Brotli лучше Gzip?

Для текстовых форматов (HTML/CSS/JS/SVG) brotli обычно сжимает лучше. Для бинарных форматов (JPEG/PNG/MP4/PDF) выгоды нет — их не стоит сжимать повторно.

Включено ли сжатие у HSTQ?

На поддерживаемых тарифах виртуального хостинга сжатие настраивается на платформе. Для VPS и выделенных серверов конфигурация зависит от установленного веб-сервера и выбранного администрирования.