Блог

Настройка Cloudflare для максимальной производительности

23.12.2025 2 мин 0
Cloudflare и скорость сайта
Cloudflare может ускорить сайт, но важно не «сломать» динамику.

Cloudflare часто подключают «на автомате», а затем удивляются: где-то кеш не работает, где-то ломаются формы или авторизация. Чтобы получить скорость без побочных эффектов, настройка должна быть аккуратной: базовые опции + понятные правила для статики и страниц.

1) DNS и режим проксирования

Убедитесь, что нужные записи DNS включены с «оранжевым облачком» (proxied), иначе Cloudflare не будет ускорять контент и не применит оптимизации. Для почты и сервисов, которые не должны проходить через прокси, оставьте «серое облако».

2) SSL/TLS: включить корректно

Рекомендуемый вариант для большинства сайтов — Full (strict) при наличии валидного сертификата на сервере. Это обеспечивает шифрование «до конца». Подробнее о смысле SSL — в статье «Почему SSL — это не просто “замочек”».

3) Speed: Brotli, HTTP/3 и Early Hints

  • Brotli — включить (лучше сжимает текстовые ресурсы).
  • HTTP/3 (QUIC) — включить, если доступно.
  • Early Hints — можно включить, если тема корректно работает с preconnect/preload.

4) Cache: базовые настройки

Для типового сайта важны два уровня: кеш статики (CSS/JS/изображения) и кеш HTML для публичных страниц. По умолчанию Cloudflare хорошо кеширует статику, но HTML нужно настраивать правилами.

Рекомендуемая логика правил

  • Статика (css, js, webp, png, jpg, svg): Cache Everything + Edge Cache TTL 1 месяц.
  • Публичные страницы (главная, записи): Cache Everything, но исключить авторизацию и корзину.
  • Админка (/wp-admin/, /wp-login.php): кеш отключить.

5) Page Rules / Cache Rules: что стоит сделать

Если ваш сайт — WordPress, осторожно с кешем HTML: не кешируйте страницы для пользователей с cookie авторизации. Минимальный безопасный набор:

  • Не кешировать: *example.com/wp-admin*
  • Не кешировать: *example.com/wp-login.php*
  • Кешировать статику: *example.com/wp-content/* и *example.com/wp-includes/*

6) Minify и «оптимизации»: включать точечно

Минификация HTML/CSS/JS часто безопасна, но бывает конфликтует с уже минифицированными сборками. Включайте по одному и проверяйте. Опции вроде «объединить JS» (если есть) могут ломать порядок выполнения скриптов.

7) Image optimization

Если изображения уже в WebP и оптимизированы, дополнительная «магия» может не дать эффекта. Главное — корректные размеры и кеш. Cloudflare полезен тем, что быстро отдает картинки из ближайшего узла.

8) Защита без перегиба

Включите базовую защиту (WAF/бот-фильтр), но не ставьте агрессивные «челленджи» на весь сайт — это ухудшает UX. Лучше ограничить формы/логин и подозрительные страны/паттерны.

Проверка после настройки

  1. Откройте сайт в инкогнито и проверьте заголовок cf-cache-status для статики.
  2. Проверьте, что авторизация и формы работают.
  3. Сравните TTFB до/после и LCP на ключевых страницах.

Cloudflare — отличный «усилитель», если базовая оптимизация тоже сделана. Если WordPress тормозит изнутри, сначала ускорьте сайт (кеш, изображения, плагины), а Cloudflare закрепит результат.