Magazinul tău WooCommerce a crescut și shared hosting-ul nu mai face față. Pagina de produs are 5 secunde loading, panoul admin pică în orele de vârf, și ai pierdut deja două Black Friday-uri din cauza crash-urilor.
Soluția logică e migrarea pe VPS. Dar nu orice VPS — un VPS potrivit pentru WooCommerce. Pentru că un magazin cu 5.000 de produse și 1.000 vizitatori zilnic cere altceva decât un blog WordPress.
În acest ghid îți arăt exact ce să cauți: resurse minime pe baza traficului, diferența reală între Litespeed și Nginx, când contează NVMe vs SSD obișnuit, ce caching și ce backup să configurezi.
- Cum dimensionezi corect resursele (cu calcul real)
- Litespeed vs Nginx vs Apache pentru WooCommerce
- NVMe sau SSD? Când contează (și când nu)
- Caching obligatoriu: LSCache, Redis, Object Cache
- CDN și CDN-uri specifice pentru imagini
- Backup și recovery — cum eviți tragedia
- Checklist final pentru migrare
1. Cum dimensionezi corect resursele (cu calcul real)
Cea mai frecventă greșeală: alegi un VPS "după preț" și-l vezi cum se prăbușește la prima campanie de marketing. Sau invers — plătești pentru un server enterprise când n-ai nevoie.
Formula simplă, validată pe sute de magazine:
| Magazin | Trafic / lună | vCPU | RAM | NVMe |
|---|---|---|---|---|
| Start | < 20k vizitatori | 2 vCore | 4 GB | 40 GB |
| Medium | 20-80k vizitatori | 4 vCore | 8 GB | 80 GB |
| Performance | 80-200k vizitatori | 6-8 vCore | 16 GB | 160 GB |
| Enterprise | 200k+ vizitatori | 8-12 vCore | 32 GB | 320 GB |
De ce 8 GB RAM pentru un magazin cu 50k vizitatori? Pentru că:
- WordPress + WooCommerce + plugin-uri = ~512 MB pe proces PHP
- La vârf de trafic ai 10-20 procese PHP simultane → 5-10 GB doar pentru PHP
- MySQL pentru WooCommerce cu 5.000 produse = 1-2 GB RAM
- Redis cache = 500 MB - 1 GB
- Sistem + buffere = 1-2 GB
Mai bine alegi un plan cu un nivel mai sus decât crezi că ai nevoie. Migrarea ulterioară între planuri se face de obicei live, fără downtime — costul lunar e mic față de o oră de site picat în Black Friday.
2. Litespeed vs Nginx vs Apache pentru WooCommerce
Aici se face cea mai mare diferență practică. Hai să compar exact ce contează:
Apache
Cel mai răspândit, dar și cel mai lent pentru WooCommerce sub trafic. Procesează cereri prin module mod_php (request-response). La fiecare request, PHP rulează din nou.
Nginx + PHP-FPM
Mult mai rapid decât Apache. Excellent pentru fișiere statice. Combinat cu Redis Object Cache și W3 Total Cache, are performanță decentă pentru WooCommerce. Dezavantaj: configurarea optimă necesită expertiză.
Litespeed Enterprise (recomandare iTech)
Câștigătorul clar pentru WooCommerce. Beneficii cuantificabile:
- LSCache — caching nativ care înțelege WooCommerce (nu cache-uiește coșul/checkout-ul, dar cache-uiește produsele și categoriile). Diferență: pagina de produs livrată în
50-80msvs800-1200mspe Apache. - HTTP/3 + QUIC nativ — mai relevant pentru utilizatori mobile (50-60% din traficul tipic eCommerce)
- ESI (Edge Side Includes) — pagini parțial cache-uite (de exemplu header-ul cu mini-cart nu se cache-uiește, dar restul paginii da)
- Imagini WebP automat — fără plugin separat
Pe un magazin fashion cu 12.000 produse, migrarea de la Apache la Litespeed a redus loading-ul paginii de categorie de la 6.2s la 0.8s. Asta înseamnă +12% conversie pe paginile de produs (sursă: Google Analytics post-migrare).
3. NVMe sau SSD? Când contează (și când nu)
Marketingul te bombardează cu "NVMe enterprise" peste tot. Adevărul: pentru un magazin sub 5.000 produse, diferența între SSD bun și NVMe e nesemnificativă. Dar peste 10.000 produse sau pentru filtrele complexe (categorii cu zeci de mii de variații), diferența e majoră.
| Tip | IOPS (citire) | IOPS (scriere) | Latență |
|---|---|---|---|
| HDD | ~120 | ~120 | 5-10 ms |
| SSD SATA | ~75.000 | ~30.000 | ~0.1 ms |
| NVMe | ~500.000 | ~250.000 | ~0.02 ms |
Concret pentru WooCommerce: Filtrul "Bărbați → Tricouri → Roșu → XL" pe un magazin cu 50.000 produse poate genera un query care scanează un index de 200 MB. Pe SSD durează ~150ms, pe NVMe ~30ms. Înmulțit cu 200 cereri/secundă în Black Friday — diferența devine vizibilă.
Pe lângă viteză, NVMe e și mai durabil. Magazinele cu multă scriere (comenzi continue, log-uri WooCommerce) ard SSD-urile mai repede.
4. Caching obligatoriu: LSCache, Redis, Object Cache
Fără caching, niciun VPS nu salvează un magazin mare. Caching-ul corect e împărțit pe 3 nivele:
1. Page Cache (LSCache sau alternativ)
Stochează HTML-ul generat al paginilor publice. Pagina de produs e servită din cache în zeci de milisecunde. Critic: LSCache știe să excludă coșul/checkout-ul automat — alt caching naiv pe WooCommerce poate cauza bug-uri (utilizatorul vede coșul altcuiva).
2. Object Cache (Redis)
Stochează în RAM rezultatele query-urilor MySQL frecvente: opțiunile WordPress, transient-uri, metadata produselor. Reduce dramatic încărcarea bazei de date. Setup tipic: maxmemory 512mb și maxmemory-policy allkeys-lru.
3. OpCache (PHP)
Compilează codul PHP o singură dată și păstrează versiunea optimizată în memorie. Vine activat în PHP 8.x by default, dar verifică în php.ini că opcache.memory_consumption=256 sau mai mult.
Configurezi LSCache și OpCache dar uiți Redis. Bazele de date încep să sufere la 50+ comenzi simultane. Sau invers — instalezi Redis fără să configurezi maxmemory și serverul se umplea de RAM.
5. CDN și CDN-uri specifice pentru imagini
VPS-ul tău e într-un singur centru de date. Un utilizator din Timișoara accesând un server din București pierde 30-50ms doar pe latență de rețea. La 100 de assets pe pagină, e o secundă întreagă de delay.
Soluția: Cloudflare (plan Pro, ~£20/lună) pentru cache global + WAF + anti-DDoS. Plus pentru imagini: Cloudflare Polish (WebP automat) sau ImageKit/Bunny CDN.
Configurare corectă: Cache Everything pe Cloudflare cu reguli care exclud /cart/, /checkout/, /my-account/, ?add-to-cart=.
6. Backup și recovery — cum eviți tragedia
Un magazin care pierde 30 de minute de comenzi din cauza unei restaurări incorecte pierde reputație + bani. Backup-ul trebuie să răspundă la 3 întrebări:
- Cât de des? Pentru baza de date: la fiecare oră (WooCommerce comenzi e bază de date intensivă). Pentru fișiere: zilnic.
- Unde? Trei locații: pe server (snapshot), local on-premise (NAS), cloud independent (Wasabi, Backblaze B2). Niciodată doar pe server.
- Cât de repede restaurezi? Testează cel puțin lunar. RTO (Recovery Time Objective) ideal: sub 30 minute pentru un magazin mediu.
Recomandare: JetBackup 5 (vine cu majoritatea panourilor cPanel) sau Veeam + Wasabi pentru setup-uri serioase. Backup-uri imutabile (anti-ransomware) sunt obligatorii pentru orice magazin care procesează plăți.
7. Checklist final pentru migrare
Înainte să migrezi pe noul VPS, verifică:
- ✅ Resurse alese pe baza traficului real, nu a celui dorit
- ✅ Litespeed Enterprise (sau Nginx cu Redis bine configurat)
- ✅ PHP 8.3 cu OpCache activ (
memory_consumption=256+) - ✅ MariaDB/MySQL cu
innodb_buffer_pool_size= 50-70% din RAM dedicat DB - ✅ Redis activ ca Object Cache (
maxmemory 512mb+) - ✅ Cloudflare cu Page Rules pentru cache (excluzând cart/checkout)
- ✅ SSL Let's Encrypt sau cumpărat, plus HSTS forțat
- ✅ Backup automat zilnic, cu o copie offsite și restore testat lunar
- ✅ Monitoring uptime (UptimeRobot gratuit) cu alertă SMS pentru cădere
- ✅ Stress test cu k6 sau Apache JMeter pre-Black Friday
Nu migra cu o săptămână înainte de Black Friday. Lasă o lună de "burn-in" — timp în care detectezi problemele de configurare în condiții normale. Black Friday e exact momentul greșit pentru a învăța că OpCache-ul tău e prea mic.