Медленный WooCommerce — это не хостинг, это кэш

DEV Community пишет, что медленный WooCommerce-магазин редко из-за хостинга, а из-за неправильной настройки кэширования. Это не техническая деталь — это прямой урон бизнесу. Всё, что замедляет сайт, замедляет продажи.

Кэш — это не волшебство, а барьер для клиента

Сайт с задержкой в ответе на запрос — это уже не сайт, а барьер. Клиент не ждёт. Он уходит. Если страница грузится медленно, он не спрашивает, виноват хостинг или кэш. Он просто уходит.

Сейчас в интернете нет места для медленных магазинов. Даже если технически всё работает — если клиенту кажется, что что-то не так, он уже не вернётся. Кэширование — не опция. Это часть его восприятия.

Я считаю это важным, потому что каждый миллисекундный простой — это потеря доверия. И доверие — это то, что клиент приносит с собой, а не что-то, что вы ему дарите.

Четыре слоя кэша — и каждый свой

Существует четыре уровня кэширования: объектный, страницы, CDN, браузера. Они не взаимозаменяемы. Проблема в том, что большинство думают, что если «всё кэшировано», значит, всё быстро. Нет. Если один слой не работает, остальные не помогут.

Объектный кэш — это первая линия. Он решает, сколько времени тратит PHP на сборку страницы. Если он отключён, каждый запрос — это полный перезапуск.

Страницы кэшируются только для анонимных пользователей. Если в корзине — кэш не срабатывает. И это нормально. Но если кэш не знает, что такое корзина, он будет выдавать старые данные — и это уже не ошибка, а угроза.

Раньше думали: «хост медленный», теперь — «кэш не настроен»

Раньше, когда магазин тормозил, виноватым считали хостинг. Это было удобно. Сейчас понятно: если хост — не проблема, значит, проблема в архитектуре. И она не в коде, а в том, как слои взаимодействуют.

Сейчас в отрасли растёт осознание, что производительность — не про мощность сервера, а про правильную настройку. Каждый запрос — это шанс удержать клиента. И если он уходит, не потому что «не понравилось», а потому что «долго грузится» — это уже не случайность.

Изменение — в том, что бизнес начинает видеть, что медленный сайт — это не техническая ошибка, а бизнес-риск.

Это касается не только разработчиков

Медленный сайт — это не проблема технической команды. Это проблема бизнеса. Владелец магазина не знает, что такое TTFB, но он знает, что продажи падают. И он не ошибается.

Если вы видите, что клиенты уходят с корзины, а страницы грузятся медленно — это не «возможно, хостинг». Это сигнал. Сигнал о том, что система не работает для реальных пользователей.

Даже если вы не разработчик — вы должны понимать, что кэширование — это не «настройка», а основа. Без него сайт не может быть быстрым. А без быстроты — нет доверия.

Как проверить, где проблема — по шагам

Не гадайте. Измеряйте. Запустите тест в приватном окне, без входа. Сначала измерьте TTFB — время до первого байта. Если оно высокое, а общее время почти такое же — проблема в сборке страницы.

Проверьте, что объектный кэш включён. Если нет — каждый запрос пересчитывает базу. Это нормально для блога, но смертельно для магазина с фильтрами и вариантами.

Проверьте, что кэш не срабатывает для корзины. Если страница с товарами в корзине грузится медленно — значит, кэш не знает, что такое корзина.

Проверьте, что CDN не кэширует HTML без учёта куки. Если он кэширует, вы будете показывать одинаковый вид корзины разным пользователям — и это уже не ошибка, а угроза.

Что мы с этим делаем — системный подход к скорости

Мы в Cetera работаем с 2002 года, более 1000 проектов. Из них более 200 — в электронной коммерции. И мы всегда начинаем с аудита: не с дизайна, не с функций, а с того, как работает сайт в реальных условиях.

Наши подходы — не про «быстро» в узком смысле. Это про систему: от кэша до интеграций, от архитектуры до нагрузки. Мы не даем «решений», мы строим устойчивость.

Каждый проект проходит тестирование в условиях, близких к реальным. Мы смотрим не на скорость в локальной среде, а на то, как работает сайт для пользователя в другом регионе.

Если хотите понять, как это выглядит у вас, — давайте обсудим вашу задачу.

Это часть нашей работы — Поддержка и развитие. Поддерживаем сайты всех типов на CMS и фреймворках: Cetera CMS, Laravel, Yii2, InSales, «1С-Битрикс», Bitrix24, WordPress, WooCommerce, Ecwid, OpenCart, Drupal, Joomla, Magento2, Shopify и самописные системы на PHP и Python. Инфраструктура, развитие и продвижение включены. Поддержка и развитие