Коротка відповідь: WooCommerce вимагає більше за сайт-візитівку: 4 GB+ RAM і NVMe-диск, об'єктний кеш Redis, сторінковий кеш із виключеними cart/checkout/account, справжній системний cron замість WP-cron і HTTPS усюди. Зробіть ці п'ять речей правильно — і скромний VPS потягне серйозний магазин.

Огляд

Магазин — це залогінений, write-heavy застосунок: кошики змінюють сесії, checkout пише замовлення, оновлення залишків інвалідують кеші. Саме тому загальні поради «зробити WordPress швидким» (кешувати все) ламають WooCommerce при сліпому застосуванні — динамічні сторінки мають лишатися динамічними, а решта — кешованою.

Що потрібно мати

  • План, розрахований на комерцію: див. вибір VPS — рекомендовано NVMe VPS або Power VPS.
  • Натюнений стек: застосовані гайди по PHP-FPM і MariaDB.
  • Робочий SSL (гайд) — для checkout без варіантів.

Покрокова інструкція

  1. Кеш із виключеннями: увімкніть сторінковий кеш, але виключіть /cart, /checkout, /my-account і все з cookie woocommerce_cart_hash/сесій — LiteSpeed Cache і великі плагіни мають пресети WooCommerce; перевірте, додавши товар у кошик із двох браузерів.
  2. Об'єктний кеш: Redis — пошук товарів, сесії та options довбуть базу на кожному динамічному запиті.
  3. Справжній cron: WP-cron спрацьовує на переглядах сторінок — жахливо для магазинів (пропущені заплановані розпродажі, застряглі вебхуки вночі). Вимкніть і заплануйте:
    # wp-config.php
    define('DISABLE_WP_CRON', true);
    # system crontab (every minute)
    * * * * * sudo -u www-data wp cron event run --due-now --path=/var/www/shop.example.com >/dev/null 2>&1
  4. Сесії та масштабування: WooCommerce за замовчуванням тримає сесії в базі — на одному VPS це ок; просто тримайте MariaDB здоровою і стежте за розміром таблиці wp_woocommerce_sessions.
  5. Транзакційна пошта: листи про замовлення мають доходити — використовуйте SMTP поштового сервісу, а не PHP mail() з VPS.
  6. Навантажувальний тест перед кампаніями: симулюйте сплески checkout на staging; стежте за насиченням FPM і повільними запитами, за потреби збільшуйте план.

Типові проблеми

  • Клієнти бачать чужі кошики: сторінки кошика потрапили в кеш — негайно виправте виключення.
  • Checkout повільний при швидкому каталозі: він некешований за задумом — саме тут проявляються Redis + тюнінг PHP/бази.
  • Залишки/листи відстають уночі: WP-cron без відвідувачів — лагодить схема із системним cron вище.

Коли звертатися в підтримку

Плануєте запуск чи міграцію наявного магазину? Відкрийте тикет — команда порадить розмір, а безкоштовна міграція покриває сайти WooCommerce разом із даними замовлень (див. також міграцію кількох сайтів).

Часті запитання

Наскільки великий VPS потрібен магазину WooCommerce?

Стартуйте з 4 vCPU / 8 GB RAM на NVMe для магазину зі стабільним трафіком; кошик і checkout оминають сторінковий кеш, тож CPU, RAM і затримка диска важать значно більше, ніж для контентного сайту.

Чому cart і checkout треба виключати з кешування?

Вони персональні й змінюються для кожного відвідувача — закешована копія покаже покупцю чужий кошик або зламає оформлення. Кеш-плагіни з пресетами WooCommerce виключають їх автоматично.

Навіщо міняти WP-cron на системний cron у магазині?

WP-cron запускається лише коли хтось заходить; у тихі години заплановані розпродажі, синхронізації залишків і follow-up листи мовчки чекають. Справжній cron виконує їх щохвилини незалежно від трафіку.

Схожі статті

Готові почати? Замовити WordPress VPS у Cloud2Y →

Ця відповідь Вам допомогла? 0 Користувачі, які знайшли це корисним (0 Голосів)