Хостинг для інтернет-магазину: чому ваш сайт гальмує саме тоді, коли покупці готові платити
П'ятниця, 21:00, ви щойно запустили рекламну кампанію на Чорну п'ятницю. Трафік злетів у 8 разів. І саме в цю мить ваш сайт лягає. Сторінка товару вантажиться 12 секунд, кошик зависає, а оплата повертає помилку 502. Покупці не чекають - вони вже на сайті конкурента. За одну годину ви втратили стільки, скільки заробляли за тиждень. І причина не в CMS, не в рекламі, не в дизайні. Причина - в хостингу, який ви обрали за принципом «найдешевший і вистачить». Давайте розберемося, як обрати хостинг для інтернет-магазину так, щоб гроші йшли в касу, а не в порожнечу.
Що робить інтернет-магазин таким вибагливим до хостингу
Звичайний блог або візитка - це як велосипед. Інтернет-магазин - як вантажівка з причепом. Різниця в навантаженні колосальна, і ось чому.
Кожен відвідувач інтернет-магазину генерує десятки запитів до бази даних. Фільтрація товарів, пошук, додавання в кошик, перерахунок знижок, перевірка наявності на складі - все це SQL-запити, які їдять оперативну пам'ять і процесор. Якщо у вас 5 000 товарів і хоча б 200 одночасних відвідувачів, shared-хостинг за 50 гривень на місяць починає задихатися. Буквально.
Додайте сюди обробку зображень. Типовий товар має 4-8 фото. При 5 000 товарів це 20 000-40 000 зображень, які потрібно ресайзити, кешувати, віддавати через CDN. А ще платіжні шлюзи, які вимагають стабільного SSL-з'єднання і мінімальну затримку відповіді сервера.
Інтернет-магазин - це не сайт з текстом. Це повноцінний програмний комплекс, і хостинг для нього - це фундамент будинку, а не декоративні шпалери.

Shared, VPS чи виділений сервер: матриця вибору для e-commerce
Я бачив десятки випадків, коли власник магазину на OpenCart або WooCommerce купував shared-хостинг, а через півроку дивувався, чому Google знизив позиції. Відповідь проста: Core Web Vitals провалені, бо сервер не встигав відповідати швидше, ніж за 3 секунди.
Ось конкретне порівняння, яке допоможе вам зорієнтуватися:
| Параметр | Shared-хостинг | VPS | Виділений сервер / Cloud |
|---|---|---|---|
| Кількість товарів | до 500 | 500 - 30 000 | 30 000+ |
| Одночасні відвідувачі | до 50 | 50 - 500 | 500+ |
| RAM | 512 MB (спільна) | 2 - 8 GB (гарантована) | 16 - 128 GB |
| TTFB (типовий) | 800 - 2000 мс | 200 - 600 мс | 50 - 200 мс |
| Ціна (грн/міс) | 50 - 200 | 300 - 1500 | 2000 - 15 000+ |
| Контроль налаштувань | Мінімальний | Повний (root) | Повний |
| Масштабування | Ні | Вертикальне | Горизонтальне + вертикальне |
Якщо у вас стартовий магазин на 100-300 товарів з невеликим трафіком - shared може тримати перші 3-6 місяців. Але як тільки ви починаєте рекламу і трафік зростає, VPS - це мінімум. Не рекомендація. Необхідність.
П'ять ознак того, що ваш хостинг вбиває продажі
Проблема в тому, що поганий хостинг не кричить про себе. Він тихо з'їдає вашу конверсію, як іржа - метал. Ось конкретні симптоми:
- Час завантаження сторінки товару перевищує 3 секунди. За даними Google, 53% мобільних користувачів покидають сайт, який вантажиться довше. Перевірте через PageSpeed Insights прямо зараз.
- Помилки 500 і 502 з'являються хоча б раз на тиждень. Це означає, що сервер не справляється з навантаженням. Один такий збій під час рекламної кампанії - і бюджет на рекламу згорів.
- Бекапи не робляться автоматично або робляться рідше, ніж раз на добу. В інтернет-магазині кожен день з'являються нові замовлення, нові клієнти, нові зміни. Втратити базу замовлень за тиждень - це реальна катастрофа.
- Немає можливості додати RAM або CPU без зміни тарифу. Різкий стрибок трафіку (розсилка, акція, згадка в медіа) повинен закриватися за хвилини, а не за дні.
- Техпідтримка відповідає довше, ніж за 30 хвилин. Коли ваш магазин лежить - кожна хвилина це гроші. Якщо саппорт відповідає через 4 години, порахуйте, скільки замовлень ви втратили за цей час.
Впізнали хоча б два пункти? Час діяти.

Технічний мінімум: що повинен мати хостинг для інтернет-магазину
Забудьте про маркетингові обіцянки «безлімітний диск» і «необмежений трафік». Це як «необмежений шведський стіл» - десь у дрібному шрифті вас обмежать. Ось що реально важливо:
- PHP 8.1+ з OPcache - без цього сучасні CMS (Magento 2, Laravel-based магазини, WooCommerce) працюють на 40-60% повільніше
- MySQL 8.0 або MariaDB 10.6+ з можливістю тюнінгу innodb_buffer_pool_size - саме цей параметр визначає, чи буде ваша база даних летіти чи повзати
- SSD NVMe-диски - різниця між SATA SSD і NVMe в швидкості випадкового читання може сягати 5-7 разів, а для бази e-commerce це критично
- HTTP/2 або HTTP/3 - мультиплексування запитів суттєво прискорює завантаження сторінок з великою кількістю зображень
- Автоматичні бекапи з ротацією мінімум на 7 днів - і можливість відновити базу окремо від файлів
«Вартість однієї секунди затримки завантаження для e-commerce - це приблизно 7% конверсії. Для магазину з оборотом 100 000 грн/міс це 7 000 грн щомісяця, які просто зникають.» - Аналітичний звіт Akamai, 2023
Ще один момент, який часто ігнорують - локація серверу. Якщо 90% ваших клієнтів з України, сервер у Франкфурті додасть 30-50 мс до кожного запиту порівняно з Києвом чи Харковом. Здається мало? Помножте на 40-60 запитів при завантаженні однієї сторінки. Вже відчутно.
Хостинг під конкретну CMS: не всі платформи однакові
Ось де починається найцікавіше. WooCommerce, OpenCart, PrestaShop, Magento 2 і Shopware - це абсолютно різні звірі з різними апетитами.
WooCommerce працює на WordPress, а WordPress любить PHP і MySQL. Мінімальний комфортний VPS для WooCommerce з 1 000+ товарів - 2 GB RAM, 2 vCPU. Обов'язково потрібен Redis для object cache, інакше WP_Query на каталозі товарів буде вбивати базу.
Magento 2 - це зовсім інша історія. Ця CMS настільки вимоглива, що на shared-хостингу навіть не варто намагатися. Мінімум 4 GB RAM, Elasticsearch або OpenSearch для пошуку, Varnish для повносторінкового кешу, Redis для сесій. Фактично, це вже виділений сервер або потужний cloud.
OpenCart - найменш вимогливий. 1 GB RAM на VPS зазвичай вистачає для магазину з 5 000 товарів. Але OpenCart погано працює з великою кількістю розширень, і кожне додаткове розширення збільшує навантаження на базу.
Порада, яка збереже вам нерви: перед покупкою хостингу зробіть тестове навантаження. Розверніть магазин, наповніть тестовими товарами і прожените через Apache JMeter або k6. Ви побачите реальну картину за 20 хвилин.

Безпека і PCI DSS: чому хостинг для магазину - це не просто швидкість
Якщо ваш магазин приймає онлайн-оплати, ви автоматично потрапляєте в зону дії стандарту PCI DSS. Навіть якщо платіжний шлюз обробляє картки на своєму боці (а так роблять LiqPay, Fondy, WayForPay), ваш сервер все одно повинен відповідати базовим вимогам безпеки.
Що це означає на практиці:
- Актуальний SSL/TLS з підтримкою TLS 1.2 і вище - старіші версії вразливі
- Файрвол на рівні сервера (iptables або firewalld) з правилами, які блокують все, крім потрібних портів
- Регулярне оновлення ОС і серверного ПЗ - не раз на рік, а щомісяця
- Ізоляція середовища - на shared-хостингу ваш магазин сусідить з сотнями інших сайтів, і злам одного з них може зачепити вас
Я особисто знаю випадок, коли інтернет-магазин дитячих іграшок у Дніпрі втратив базу клієнтів через те, що сусідній сайт на тому ж shared-хостингу був зламаний, а ізоляція між акаунтами виявилася формальною. 12 000 емейлів і телефонів клієнтів потрапили в спам-бази. Репутаційні втрати неможливо порахувати.
Коли переїжджати і як не втратити замовлення під час міграції
Допустимо, ви зрозуміли, що поточний хостинг не тягне. Що далі? Ось мінімальний план дій, який я рекомендую кожному власнику магазину:
- Оберіть новий хостинг і розверніть на ньому копію магазину. Не переносіть наживо. Ніколи. Спершу тестова копія.
- Прожените тести швидкості та навантаження на копії. Порівняйте TTFB, час завантаження каталогу, швидкість пошуку.
- Сплануйте перенос на час мінімального трафіку. Для більшості українських магазинів це вівторок-середа, 3:00-6:00 ранку.
- Знизьте TTL DNS-записів до 300 секунд за 48 годин до переїзду. Це прискорить переключення.
- Після зміни DNS тримайте старий сервер активним ще 72 години. Частина трафіку буде приходити на старий IP через кеш DNS у провайдерів.
Критичний момент: база замовлень. Якщо між моментом створення копії і переключенням DNS пройшов час, у вас з'являться замовлення на старому сервері, яких немає на новому. Рішення - або закрити магазин на 15-30 хвилин (чесно повісити заглушку), або налаштувати синхронізацію бази через mysqldump з інтервалом у 5 хвилин протягом переносу.
Хостинг для інтернет-магазину - це не рядок у таблиці витрат. Це інфраструктура вашого бізнесу. Так само, як ви не відкриєте фізичний магазин у підвалі без вентиляції і з дверима, що заклинюють, не варто запускати e-commerce на хостингу, обраному за ціною кави. Скільки замовлень ви готові втратити, щоб переконатися в цьому на власному досвіді?