Případová studie: upgrade e-shopu z PrestaShopu 1.6 na verzi 8 krok za krokem

Jaký byl výchozí stav?

E-shop běžel na PrestaShopu 1.6 a PHP 5.6 — obojí bez oficiální podpory už řadu let. Fungoval, ale každý rok hůř: úvodní stránka se načítala kolem 4 sekund, mobilní verze byla spíš nouzové řešení a dva klíčové moduly už jejich autoři léta neaktualizovali.

Konkrétní problémy, které majitele dovedly k rozhodnutí:

• PHP 5.6 bez bezpečnostních záplat od roku 2018 — hosting tlačil na přechod na novější verzi, na které ale PS 1.6 spolehlivě neběží,
• platební modul přestával fungovat po každé změně na straně banky a neměl kdo ho opravit,
• pomalý web srážel pozice ve vyhledávání i konverze na mobilech,
• nové funkce (moderní doprava, srovnávače) se na starou verzi už nedaly rozumně napojit.

Kolik upgrade stál a jak se rozhodovalo?

Kalkulace vyšla na horní hranici běžného rozpětí — orientačně 25–30 tisíc Kč bez DPH — protože stará šablona nebyla s verzí 8 kompatibilní a bylo potřeba nasadit novou. Pokud šablona kompatibilní je, bývá cena zhruba poloviční.

Zvažovala se i druhá varianta: přechod na úplně jinou platformu. Ta by ale znamenala násobně vyšší cenu, ztrátu historie objednávek v původní podobě a učení nové administrace pro celý tým. Upgrade v rámci PrestaShopu zachoval data, produkty, zákazníky i zaběhnuté postupy.

Jak probíhal projekt týden po týdnu?

Celý projekt trval čtyři týdny. Důležité je, že ostrý e-shop celou dobu normálně běžel a prodával — veškerá práce probíhala na kopii.

Týden 1: analýza, záloha a kopie na subdoméně

Na začátku vznikl soupis všech modulů a úprav s verdiktem u každého: funguje na PS 8, má náhradu, nebo je potřeba řešení na míru. Následovala kompletní záloha databáze i souborů a zprovoznění přesné kopie e-shopu na testovací subdoméně.

Týden 2: upgrade jádra, nová šablona, náhrada modulů

Na kopii proběhl upgrade jádra a migrace databáze — u 6 000 produktů a 10 let objednávek to je nejcitlivější část celého projektu. Nasadila se nová responzivní šablona a tři nekompatibilní moduly nahradily aktuální ekvivalenty. Ostrého e-shopu se nic z toho nedotklo.

Týden 3: testování všeho, co vydělává peníze

Testovalo se to, na čem obchod stojí: kompletní průchod objednávkou ve všech kombinacích dopravy a platby, odesílání e-mailů, párování plateb, fakturace. Nastavily se produktové feedy pro srovnávače a překlopilo měření návštěvnosti. Majitel dostal přístup na kopii a týden si ji „proklikával" po svém — právě tak se našly dvě chyby, které by technické testy nezachytily.

Týden 4: přepnutí naostro a dohled

Přepnutí proběhlo v noci ze soboty na neděli, kdy je návštěvnost nejnižší. Výpadek samotný trval pár hodin — počítá se s maximem do 6 hodin, rezervně s jedním pracovním dnem. Ráno už e-shop běžel na verzi 8 a první objednávka přišla před osmou hodinou. Následující týden probíhal zvýšený dohled: kontrola objednávek, e-mailů a chybových logů každý den.

Co se změnilo? Čísla před a po

Nejviditelnější rozdíl byl v rychlosti a v mobilní verzi — tedy přesně tam, kde se rozhoduje o objednávkách.

• Načítání úvodní stránky: z cca 4 s na cca 1,5 s,
• mobilní skóre (Google PageSpeed): z pásma „červená" do pásma „zelená", plnohodnotný responzivní vzhled,
• stabilita: konec náhodných chyb platebního modulu, aktuální PHP 8 s plnou podporou hostingu,
• bezpečnost: podporovaná verze jádra, na kterou vycházejí záplaty — místo systému bez záplat od roku 2019.

Co se řešilo nad rámec samotného upgradu?

Dvě věci, se kterými je dobré počítat u každého podobného projektu. Nejsou to komplikace — jsou to standardní součásti dobře odvedeného přepnutí.

Přesměrování starých URL. PrestaShop 8 generuje adresy produktů a kategorií jinak než 1.6. Aby e-shop nepřišel o pozice ve vyhledávačích, nastavila se trvalá přesměrování (301) ze starých adres na nové. Bez toho by upgrade mohl srazit návštěvnost z Googlu o desítky procent.

Doladění šablony. Nová šablona seděla z 95 % hned, ale detaily — pořadí informací na kartě produktu, barvy, patička — se ladily ještě dva týdny po spuštění podle připomínek majitele. To je normální a je dobré na to mít v rozpočtu drobnou rezervu.

E-shop od přepnutí běží v režimu průběžné správy, takže další upgrade v rámci řady už proběhne jako běžná údržba, ne jako projekt.