VPS pro e-shop: Co potřebujete vědět, než zvolíte server

E-shop je výkonnostně nejnáročnější typ webu. Každá stránka zobrazuje dynamická data z databáze — ceny, dostupnost, košík, doporučení. Špatně zvolený server se projeví pomalým načítáním, což přímo sníží konverze. Studie konzistentně ukazují, že každá sekunda zpoždění načítání snižuje konverzní poměr o 7 %. Tento průvodce vám pomůže vybrat správný VPS pro váš e-shop.

Výkonové požadavky e-shopu: CPU, RAM, I/O

Tři klíčové parametry serveru pro e-shop jsou CPU (zpracování PHP/Python), RAM (MySQL buffering, OPcache) a I/O (čtení/zápis databázových souborů). Každý má jiný dopad na výkon:

Komponenta	Role v e-shopu	Bottleneck při nedostatku	Minimální doporučení
CPU (vCPU)	Kompilace PHP, generování stránek, zpracování objednávek	Vysoká CPU load, timeout requestů	2 vCPU (do 500 obj/den)
RAM	MySQL InnoDB buffer pool, PHP OPcache, Redis cache	Swap, pomalé DB dotazy, OOM killer	4 GB (WooCommerce)
Storage I/O	MySQL read/write, tmp files, session storage	Vysoké wait time, pomalé DB transakce	NVMe SSD
Síť (bandwidth)	Přenos produktových obrázků, statický obsah	Pomalé načítání produktů s obrázky	100 Mbps+ (nebo CDN)

WooCommerce: Nejrozšířenější platforma v ČR

WooCommerce pohání přibližně 40 % e-shopů celosvětově a v ČR je to podobné číslo. Je postaven na WordPressu, běží na PHP a MySQL, a má specifické požadavky, které sdílení hosting nebo podvýkonný VPS nezvládne.

Minimální doporučení pro WooCommerce VPS

• PHP 8.1+ — PHP 8.x je výrazně rychlejší než 7.x (cca 20–30 % výkon navíc). Použijte PHP-FPM, ne mod_php
• MySQL 8.0 nebo MariaDB 10.6+ — novější verze mají lepší query optimizer a výkon pro e-commerce workloady
• OPcache zapnutý — PHP OPcache cachuje zkompilované bytecode PHP souborů. Bez OPcache PHP kompiluje každý soubor při každém requestu — to je x10 pomalejší
• Nginx místo Apache — Nginx zvládá souběžné requesty s podstatně nižší spotřebou paměti než Apache. Pro e-shop s výkyvy návštěvnosti je Nginx správná volba
• RAM: 4 GB minimum — z toho 1–2 GB pro MySQL InnoDB buffer pool, 256 MB pro PHP OPcache, zbytek pro PHP-FPM procesy

Magento: Výkonostně náročnější varianta

Magento (Adobe Commerce) je platforma pro středně velké a velké e-shopy. Je výrazně výkonnější a flexibilnější než WooCommerce, ale za cenu vyšších serverových požadavků.

• Minimum: 4 vCPU, 8 GB RAM — Magento 2 nelze provozovat na méně. Doporučení pro produkci s reálnou návštěvností je 8 vCPU / 16 GB RAM
• Elasticsearch/OpenSearch povinný — fulltext vyhledávání v Magento 2.4+ vyžaduje Elasticsearch. To přidává cca 500 MB–1 GB RAM navíc
• Varnish pro full-page cache — bez Varnish cache je Magento pomalý. S Varnish jsou stránky servírovány z paměti v milisekundách

Redis a Memcached: Proč jsou pro e-shop kritické

Nejčastější bottleneck e-shopu není CPU ani RAM — je to databáze. Každý request na produktovou stránku může generovat desítky SQL dotazů (produkty, ceny, kategorie, doporučení, recenze). Redis řeší tento problém cachováním výsledků dotazů v paměti.

Redis pro WordPress/WooCommerce

Redis jako object cache pro WordPress znamená, že opakované databázové dotazy jsou odpovídány z Redis (paměť, sub-milisekunda) místo MySQL (disk, desítky ms). Rozdíl v Time To First Byte (TTFB) je dramatický — typicky z 300–800 ms na 50–150 ms pro cachované stránky.

Redis také řeší PHP session storage — standardní file-based sessions jsou pomalé při vysoké souběžnosti. Přesunutí sessions do Redis výrazně zlepší škálovatelnost e-shopu.

Memcached vs Redis

Pro nové projekty vždy volte Redis — je výkonnější, podporuje více datových struktur a persistence. Memcached zůstává v kódu starších aplikací (Drupal, starší Magento), ale jako nový zásobník dnes nemá smysl.

NVMe storage: Pro e-shop bez kompromisu

E-shopová databáze je vysoce I/O intenzivní — každá objednávka, aktualizace skladu nebo zákaznická akce generuje databázové zápisy. Rozdíl mezi NVMe a SATA SSD se zde projeví nejvíce. Přečtěte si více v našem článku NVMe vs SSD u VPS.

Pro MySQL na e-shopu jsou klíčové IOPS (operace za sekundu) a latence — ne sekvenční čtení. NVMe SSD nabízí 500 000+ IOPS vs 30 000–80 000 IOPS pro SATA SSD. Při vysokém souběžném zatížení (výprodej, Black Friday) je tento rozdíl viditelný přímo v čase načítání stránek.

SSL výkon: TLS overhead na e-shopu

Každá HTTPS stránka vyžaduje TLS handshake — kryptografická operace, která zatíží CPU. Pro e-shop s HTTPS na každém requestu to má reálný dopad.

Optimalizace TLS pro e-shop zahrnuje:

• TLS 1.3 — výrazně rychlejší handshake než TLS 1.2. Nginx 1.19+ a OpenSSL 1.1.1+ to podporují nativně
• Session resumption — opakující se zákazníci nemusí procházet plným TLS handshake
• OCSP stapling — server sám ověřuje platnost certifikátu a výsledek cachuje, zákazník nečeká na OCSP server
• HTTP/2 nebo HTTP/3 — multiplexování requestů výrazně sníží latenci pro stránky s mnoha zdroji (obrázky, CSS, JS)

Český kontext: Heureka, Zboží.cz a rychlost

Český e-commerce má specifika — velká část objednávek přichází přes Heureka.cz a Zboží.cz. Tyto platformy zobrazují čas načítání cílové stránky v hodnocení — pomalý e-shop má nižší skóre a zobrazuje se hůře. Latence serveru v ČR (viz náš článek o VPS v ČR) je proto pro české e-shopy přímý obchodní faktor.

Kdy škálovat: Signály, že VPS nestačí

Sledujte tyto metriky — jsou signálem, že potřebujete výkonnější server:

• CPU load > 70 % průměrně — ne špičkově, ale průměrně. Trvalý vysoký CPU load znamená, že server nestačí zpracovávat requesty
• MySQL slow query log — pokud se v logu pravidelně objevují dotazy delší než 1 sekunda, je čas přidat RAM nebo optimalizovat indexy
• Swap usage > 0 — jakékoliv použití swapu na databázovém serveru je špatný signál. Databáze v swapu je řádově pomalejší
• TTFB > 500 ms — Time To First Byte nad 500 ms je pro e-shop špatné. Cíl je pod 200 ms

Pokud potřebujete výrazně vyšší výkon pro e-shop s velkou návštěvností, dedikované servery s 10 Gbps konektivitou nabízí fastvps.cz — specializovaná platforma pro high-performance hosting.