HTTPS медленнее HTTP — это миф, который стоит проверить на своих серверах

Шифрование добавляет нагрузку, но не критическую. TLS 1.3 с правильной конфигурацией может быть быстрее старого HTTP — благодаря сжатию и оптимизациям. Проблема не в протоколе, а в том, как его настроили.

Главные точки замедления:
— Handshake. При первом подключении браузер и сервер договариваются о шифровании. Это занимает 1–2 рейса туда-обратно. Решение: включи session resumption, чтобы повторные связи устанавливались мгновенно.
— Сертификат слишком далеко. Если сертификат лежит на медленном хостинге с плохой сетью, клиент ждёт дольше. Убедись, что OCSP stapling включён — сервер присылает статус сертификата сразу, не заставляя браузер звонить в центр.
— Неправильные cipher suite. Слабые алгоритмы шифрования работают медленнее. Используй только современные: ChaCha20, AES-GCM. Отключи всё старое.

На практике: отключи SSLv3, TLS 1.0–1.1, включи TLS 1.2–1.3, настрой кэширование сессий на 24 часа, включи OCSP stapling. После этого HTTPS будет работать не медленнее HTTP, часто быстрее благодаря HTTP/2 или HTTP/3, которые работают только поверх TLS.

Замеры покажут истину — поставь оба протокола на тестовом сервере, проверь waterfall в DevTools и сравни время до первого байта.