Testovací prostředí (staging) pro e-shop: proč jej mít vždy
Staging je kopie e-shopu, na které se chyby dělají levně. Ukážeme, co nabízejí jednotlivé platformy, jak testovací kopii schovat před Googlem a proč do ní nepatří ostrá data zákazníků.
Každá změna na ostrém e-shopu je malý experiment se zákazníky. Nový doplněk, aktualizace pluginu, úprava šablony, jiné napojení na sklad. Většina projde bez problémů. Stačí ale jedna, která rozbije košík v pátek večer, a oprava vyjde dráž než celý rok provozu testovací kopie.
Testovací prostředí, anglicky staging, je kopie e-shopu, kterou vidíte jen vy a váš tým. Změnu na ní vyzkoušíte, projdete objednávku, zkontrolujete napojení a teprve pak ji pustíte k zákazníkům. Ukážeme, co jednotlivé platformy nabízejí, na co si dát pozor a jak staging nastavit, aby sám nezpůsobil problém.
Proč staging potřebuje i malý e-shop
Staging není luxus pro velké projekty. Chrání před třemi druhy škod:
- Výpadek tržeb. Rozbitý košík nebo platební brána znamená nulové objednávky, dokud chybu někdo nenajde.
- Poškozená data. Špatně nastavený import přepíše ceny nebo sklad u tisíců produktů. Vrátit to bez zálohy trvá dny.
- Ztráta důvěry. Zákazník, kterému e-shop spadne uprostřed nákupu, se nemusí vrátit.
Na testovací kopii si navíc v klidu vyzkoušíte věci, které na ostrém e-shopu zkoušet nechcete: nový proces objednávky, změnu struktury kategorií nebo napojení ERP. Bez stagingu se testuje na zákaznících.
Co nabízejí jednotlivé platformy
Možnosti se liší hlavně podle toho, jestli jde o pronajímanou (SaaS) platformu, nebo o open source řešení na vlastním hostingu.
| Platforma | Co je k dispozici (k 9/2026) | Na co si dát pozor |
|---|---|---|
| Shoptet | Testovací verze zdarma na 30 dní. Klon ostrého e-shopu na žádost majitele přes helpdesk za 1 000 Kč bez DPH, dostupný 30 dní | Na klon se nepřenášejí externí doplňky, objednávky ani faktury |
| Upgates | Po přechodu na ostrou doménu zůstává testovací grafika na původní adrese upgates.shop pro vývoj šablony | Obsah (produkty, kategorie, články) je sdílený, změna dat se projeví hned i v ostré verzi |
| Shopify | Kopie šablony a náhled nepublikovaného tématu, development store přes partnerský účet, u Shopify Plus sandbox obchody | Vestavěný staging chybí, data mezi obchody se nesynchronizují, placené aplikace pro kopii obchodu |
| WooCommerce | Plná kopie webu a databáze, často jedním klikem u hostingu nebo pluginem | Synchronizace zpět může smazat nové objednávky, e-maily, platby a cron úlohy musí být vypnuté |
Shoptet
Shoptet v nápovědě popisuje dvě cesty. Testovací verzi e-shopu si můžete založit kdykoliv a zdarma, platí 30 dní a testovacích verzí může být libovolně mnoho. Pro test změn na reálných datech slouží klon: přesná kopie e-shopu včetně produktů, zákazníků, doprav a článků. Klon vytváří Shoptet na žádost majitelského účtu přes helpdesk, stojí 1 000 Kč bez DPH a je dostupný 30 dní (ceník k 9/2026, aktuální ceník ověřte u poskytovatele).
Dvě omezení jsou podstatná. Externí doplňky se na klon nepřenášejí, takže napojení na ERP nebo dopravce musíte na klonu nastavit znovu, pokud je chcete testovat. Objednávky a faktury se na klon standardně nekopírují.
Shopify
Shopify vestavěný staging nemá. Pro změny vzhledu stačí duplikovat aktivní šablonu, upravit kopii a prohlížet ji v náhledu. Pro vývoj aplikací a větších úprav se používá development store, který vývojář založí přes partnerský účet a který nezpracovává skutečné platby. Obchody na Shopify Plus mohou využít sandbox obchody. Shopify v nápovědě upozorňuje, že nastavení, produkty a sklad se mezi obchody samy nesynchronizují. Kopii dat obchodu proto řeší aplikace třetích stran.
WooCommerce
U WooCommerce máte plnou kontrolu, a tedy i plnou odpovědnost. Staging je kopie souborů a databáze na subdoméně. Rizika jsou dvě. Za prvé, testovací kopie může dělat ostré věci: odesílat e-maily zákazníkům, volat platební bránu, spouštět naplánované úlohy nebo webhooky do skladu. Za druhé, když staging přenesete zpět na produkci celou databází, přepíšete objednávky, které mezitím vznikly na ostrém webu.
Rozšíření WooCommerce Subscriptions má pro staging vlastní ochranu. Podle dokumentace přepne web při změně URL do režimu staging a všechna předplatná převede na ruční obnovu, aby se zákazníkům neúčtovaly platby dvakrát.
Jak staging schovat před Googlem
Indexovaný staging je častější, než by se zdálo. Duplicitní obsah pak soutěží s ostrým e-shopem a zákazníci se proklikávají na testovací adresu, kde objednávka neprojde.
Google v dokumentaci jasně říká, že robots.txt není nástroj pro vyřazení stránky z výsledků. Zakázaná adresa se může do indexu dostat přes odkazy odjinud. Doporučujeme tři vrstvy:
- Heslo. HTTP autentizace nebo omezení na IP adresy. Robot se nedostane dál a nic nezaindexuje.
- Noindex. Meta tag nebo hlavička
X-Robots-Tag: noindexna všech stránkách stagingu jako pojistka. - Kontrola při nasazení. Nastavení noindex se nesmí dostat na produkci. Po každém nasazení ověřte, že ostrý web noindex nemá.
Staging a GDPR: ostrá data zákazníků nekopírujte
Nejjednodušší cesta je zkopírovat celou produkční databázi. Jenže s ní na staging odchází jména, adresy, telefony a historie nákupů všech zákazníků. Z pohledu GDPR jde o další zpracování osobních údajů. Staging mívá slabší zabezpečení a přístup k němu často mají externí vývojáři.
Nařízení k tomu dává dvě vodítka. Zásada minimalizace říká, že zpracovávat se mají jen údaje nezbytné pro daný účel. Článek 32 mezi vhodná opatření řadí pseudonymizaci a šifrování. Pozor na rozdíl: pseudonymizované údaje jsou podle článku 4 GDPR stále osobní údaje. Anonymizovaná data, ze kterých člověka zpětně neurčíte, už ne.
V praxi postupujeme takto:
- zákazníky a adresy na stagingu nahradíme fiktivními daty nebo je zamaskujeme skriptem při každém obnovení kopie,
- e-maily přepíšeme na adresy, které nikam nedoručují, aby test nepřiletěl skutečnému zákazníkovi,
- objednávky na staging kopírujeme jen tehdy, když je test opravdu potřebuje,
- přístupy ke stagingu evidujeme a po skončení projektu rušíme.
Checklist dobrého stagingu
- Staging je chráněný heslem a má noindex.
- Platební brány běží v testovacím režimu, doprava na testovacích účtech dopravců.
- Odchozí e-maily a SMS jsou vypnuté nebo přesměrované na interní schránku.
- Webhooky, cron úlohy a exporty do ERP, feedů a marketplace nesměřují na ostré systémy.
- Osobní údaje zákazníků jsou zamaskované nebo nahrazené fiktivními.
- Verze platformy, pluginů a PHP odpovídá produkci.
- Víte, jak se změny ze stagingu dostanou na produkci, a nepřepisuje se přitom produkční databáze.
- Staging se pravidelně obnovuje, aby neodjel od reality.
Jak na to prakticky
Na SaaS platformě začněte tím, co platforma nabízí: klon na Shoptetu, kopie šablony na Shopify, testovací grafika na Upgates. U WooCommerce, PrestaShopu nebo Magenta nastavte staging u hostingu a doplňte ho o bezpečnostní pojistky z checklistu. Z ruční práce se staging stane nástrojem teprve s automatickým nasazováním, které popisujeme v článku CI/CD pro e-shop. Samotné napojení na sklad a ERP testujte podle postupu v článku Testování integrací před nasazením do provozu.
Pokud se u vás změny nasazují přímo na ostrý web, bývá to jeden ze symptomů technického dluhu. Staging, maskování dat a bezpečné nasazování vám nastavíme v rámci služby programování a vývoj. Testování napojení na ERP, dopravce a marketplace řešíme v rámci integrací.
Potřebujete s tím pomoct?