![](data:image/svg+xml;charset=utf-8,<svg width="640" height="640" style="background-color:%2344badc;font-family:Nunito,sans-serif" viewBox="0 0 100 100" preserveAspectRatio="xMidYMid meet" xmlns="http://www.w3.org/2000/svg">
<text font-size="30" x="50%" y="50%" dy="5" fill="white" dominant-baseline="middle" text-anchor="middle">WS</text>
</svg>)
Varnish, Cloudflare или NGINX: как не сломать кеш и ускорить сайт
Для контентных сайтов кеш обычно строят слоями: CDN на краю, reverse proxy на сервере, и уже потом приложение. Ошибка — включить всё сразу без правил инвалидации: получаете старый контент, кривые cookie и «плавающий» TTFB.
Cloudflare закрывает статику, режет ботов и отдаёт HTML через Cache Rules, если страница реально одинакова для всех. Varnish полезен, когда нужен тонкий контроль над HTML-кешем, а NGINX — когда нужен простой fastcgi/proxy cache без отдельного сервиса. На практике NGINX проще в поддержке, Varnish гибче, Cloudflare удобнее на краю.
Главное правило: не кешируйте персонализированные страницы, корзину, админку и всё, где есть сессионные cookie. Для WordPress обычно хватает схемы: Cloudflare для статики + NGINX fastcgi cache для HTML + purge по событию публикации. Если у вас есть гео- или A/B-логика, ставьте bypass по cookie и заголовкам, иначе получите смешанные версии страниц.
Проверяйте не «есть ли кеш», а три вещи: hit ratio, время до первого байта и корректность очистки после обновления. Если purge работает медленно или частично, кеш превращается в источник багов. Хороший кеш ускоряет сайт только тогда, когда он предсказуем.
Для контентных сайтов кеш обычно строят слоями: CDN на краю, reverse proxy на сервере, и уже потом приложение. Ошибка — включить всё сразу без правил инвалидации: получаете старый контент, кривые cookie и «плавающий» TTFB.
Cloudflare закрывает статику, режет ботов и отдаёт HTML через Cache Rules, если страница реально одинакова для всех. Varnish полезен, когда нужен тонкий контроль над HTML-кешем, а NGINX — когда нужен простой fastcgi/proxy cache без отдельного сервиса. На практике NGINX проще в поддержке, Varnish гибче, Cloudflare удобнее на краю.
Главное правило: не кешируйте персонализированные страницы, корзину, админку и всё, где есть сессионные cookie. Для WordPress обычно хватает схемы: Cloudflare для статики + NGINX fastcgi cache для HTML + purge по событию публикации. Если у вас есть гео- или A/B-логика, ставьте bypass по cookie и заголовкам, иначе получите смешанные версии страниц.
Проверяйте не «есть ли кеш», а три вещи: hit ratio, время до первого байта и корректность очистки после обновления. Если purge работает медленно или частично, кеш превращается в источник багов. Хороший кеш ускоряет сайт только тогда, когда он предсказуем.