Для WooCommerce важно не только быстро открыть карточку товара, но и корректно сохранить корзину, принять оплату и передать заказ в учётную систему. Эти действия нельзя оценить по одной кешируемой странице. Выбирать хостинг магазина нужно по рабочим операциям и совместимости всего набора расширений.
Siteman рекомендует начинать с проверки среды и полного пути покупателя, а затем решать, достаточно ли shared-аккаунта InterServer или проекту нужны дополнительные ресурсы либо собственное серверное окружение.
Отправная точка для проверки среды
| Компонент | Рекомендация документации WooCommerce 10.8 и новее |
|---|---|
| WordPress | Версия 6.9 или новее |
| PHP | Версия 8.3 или новее; в документе указано тестирование до 8.4 |
| База данных | MySQL 8.0 или новее либо MariaDB 10.6 или новее |
| HTTPS | Поддержка защищённого соединения |
| Лимит памяти WordPress | Не менее 256 МБ |
Проверьте не только название версии PHP
Таблица воспроизводит рекомендации WooCommerce, проверенные 3 ноября 2026 года. Она не подтверждает совместимость каждого платёжного модуля или темы. Запишите версии магазина, темы, расширений оплаты, доставки и интеграции, затем сопоставьте их требования с доступной средой выбранного аккаунта. Лимит памяти WordPress - настройка приложения, а не вся RAM сервера.
После установки откройте отчёт состояния WooCommerce и проверьте фактическую конфигурацию. Если нужная функция или расширение PHP недоступны, сначала уточните возможность включения у провайдера. Название «WordPress hosting» само по себе не подтверждает готовность конкретной сборки магазина.
Корзина, оформление заказа и кабинет должны оставаться динамическими
Документация WooCommerce требует исключать Cart, Checkout и My Account из страничного кеша: там отображаются данные текущего покупателя. Проверьте исключения во всех задействованных слоях, включая плагин, серверный кеш и CDN. Одной настройки в плагине недостаточно, если другой слой продолжает отдавать сохранённую страницу.
Отдельно учитываются сессии и cookies WooCommerce. Правило для конкретного кеша нужно сверить с его документацией. Практический тест - два независимых браузера с разными корзинами, изменение количества, вход в кабинет и возврат после оплаты. Покупатель должен видеть собственное состояние, а не сохранённую копию чужой страницы.
Нагрузку магазина создают и фоновые операции
Импорт товаров, изменение остатков, обработка изображений, синхронизация с доставкой и отправка уведомлений могут работать одновременно с покупателями. Следите за продолжительностью этих задач, ошибками и потреблением ресурсов во время обычной работы и пиков. Число товаров или посещений не заменяет такую проверку.
Условный небольшой магазин может получать мало переходов, но выполнять тяжёлый импорт именно во время оформления заказов. В этом сценарии сначала проверяют расписание и обработку данных, а не автоматически выбирают самый большой тариф. После изменения повторяют тот же набор операций и сравнивают результат.
Как выбирать между Standard, Boost и VPS
Shared-платформа удобна, если нужное окружение поддерживается, доступа аккаунта достаточно, а рабочие сценарии укладываются в его ресурсы. Boost имеет смысл рассматривать при подтверждённом достижении конкретного лимита shared. Он не исправляет несовместимый платёжный модуль и не предоставляет root-доступ.
VPS рассматривают, когда требуются системные права, собственные сервисы или отдельный программный стек. Вместе с сервером нужно определить администратора, резервирование и обслуживание. Сравнение обычного WordPress: Хостинг для WordPress: Standard, Boost или VPS
Разница ресурсов shared: Standard или Boost: сравнение ресурсов
Приёмочный тест перед запуском магазина
- Открыть товар, выбрать вариацию и проверить цену и наличие
- Добавить товары в корзину в двух независимых сессиях
- Проверить доставку, скидку и итоговую сумму заказа
- Провести тестовую оплату в разрешённом тестовом режиме
- Проверить возврат с платёжной страницы и статус заказа
- Убедиться, что уведомления и данные заказа дошли до нужных систем
- Повторить тест при работающем импорте или другом типовом задании
Защитите новые заказы при обновлении или переезде
Тестовая копия не должна отправлять настоящие письма покупателям, списывать деньги или менять остатки в рабочей системе. Используйте тестовые ключи и согласованные режимы интеграций. Перед переносом зафиксируйте, где принимаются новые заказы и как будет выполнена финальная синхронизация.
На странице Standard указаны еженедельные копии. Для активного магазина этого интервала может не хватать для допустимой потери новых заказов. Выберите частоту собственных копий по изменению данных, храните отдельную копию и проверьте совместное восстановление файлов и базы. Восстановление старой базы способно вернуть сайт, но потерять поздние заказы.
Согласуйте продукт и ответственность до оплаты
Подготовьте список расширений, типовые операции, требуемые доступы и план восстановления. С этим списком проще проверить, подходит ли выбранное размещение и кто будет устранять проблемы приложения. Посмотреть предложения хостинга.
При необходимости Siteman поможет сопоставить требования магазина с вариантами размещения: подбор хостинга
После выбора среды важно сохранить описание конфигурации и проверок. Оно пригодится при росте нагрузки, обновлении WooCommerce и смене ответственного специалиста.
Частые вопросы
Можно ли полностью кешировать магазин ради скорости?
Нет. Статические материалы и некоторые публичные страницы можно кешировать по правилам приложения, но корзина, оплата и кабинет должны сохранять данные текущего покупателя. Проверяйте не только скорость, но и корректность двух независимых сессий.
Какой тариф гарантированно выдержит мой каталог?
Размер каталога не описывает всю нагрузку. Важны фильтры, расширения, импорт, параллельные заказы и запросы к базе. Подходящую конфигурацию выбирают после проверки этих операций; универсальная гарантия по числу товаров не заменяет тест.
Источники и дата проверки
Требования и условия проверены 3 ноября 2026 года. Повторно проверьте версии и выбранный продукт перед заказом.
Требования WooCommerce: серверные требования WooCommerce
Кеширование WooCommerce: настройки кеширования WooCommerce
Практический порядок проверки и условный пример - рекомендации Siteman.