Povýšení Prestashopu bez zavření obchodu

Prestashop běží, objednávky chodí a do administrace se přihlásíte stejně jako včera. Pod kapotou přitom tiká čas. Verze, na které e‑shop stojí, jednou přestane dostávat bezpečnostní záplaty a hosting mezitím posune PHP dál. Dobrá zpráva je, že povýšení se dá naplánovat tak, aby o něm zákazníci nevěděli. Rozhoduje pořadí kroků, ne odvaha.

Proč povýšení neodkládat

Odklad nikdy nezůstane bez následků. Sčítají se čtyři.

• Bezpečnost: záplaty vycházejí pro aktuální větve. Opuštěná verze zůstane se svými dírami sama a útočníci je znají dřív než vy.
• Kompatibilita s PHP: každá větev Prestashopu snese jen určité verze PHP. Osmička se podle vydání drží u PHP 8.1 a 8.2, devítka běží od PHP 8.1 výš. Hosting staré verze PHP dřív nebo později vypne.
• Moduly a služby: platební brány, dopravci a srovnávače vydávají nové verze modulů pro aktuální Prestashop. U staré verze časem zůstanete na modulu, který už nikdo neopraví.
• Výkon a vzhled: novější jádro pracuje efektivněji a nová šablona vypadá jinak než frontend z minulé dekády. Prestashop 9 vyšel v roce 2025, v roce 2026 navázala verze 9.1 s novou výchozí šablonou Hummingbird.

S každou přeskočenou verzí cena roste

Aktualizace v rámci jedné větve bývá rutina. Skok přes několik verzí je projekt. Mezi hlavními verzemi se mění jádro, šablona i způsob, jakým se píší moduly. Každá přeskočená verze přidává vrstvu, kterou musí někdo projít ručně a otestovat.

Z drobné údržby se tak během pár let stane přestavba. Kdo povyšuje průběžně, platí po částech. Kdo čeká, platí jednou a víc.

Bezpečný postup krok za krokem

1. Audit modulů a šablony: soupis toho, co e‑shop opravdu používá. Co nikdo nepoužívá, se nepovyšuje, ale vyhazuje. U placených modulů ověřuji, jestli pro cílovou verzi vůbec existuje vydání.
2. Kopie na staging: přesná kopie e‑shopu mimo provoz. Upgrade se poprvé odehraje tam, ne na ostrém webu.
3. Záloha: databáze i soubory, ověřené obnovením. Záloha, kterou nikdo nezkusil obnovit, je jen soubor na disku.
4. Upgrade: postupně po verzích, s opravami šablony a modulů po každém kroku. Tady se ukáže, co audit odhalil a co ne.
5. Testy: objednávkový proces od košíku po potvrzení, platby, doprava, faktury, slevy a napojení na sklad, účetnictví i feedy.
6. Nasazení mimo špičku: přepnutí v hodinách, kdy chodí nejméně objednávek. Kdy to je, vyčtete z vlastní analytiky.
7. Kontrola po nasazení: chybové logy, měření konverzí, indexace a jedna zkušební objednávka naostro.

Nejpřísněji se testuje nákup

Zákazník odpustí posunutý obrázek. Neodpustí košík, který nedojde k potvrzení. Proto nákupní proces procházím ve všech kombinacích, které e‑shop nabízí. Každá platební metoda, každý dopravce, přihlášený i nepřihlášený zákazník, sleva i dárkový poukaz.

Druhá riziková skupina jsou napojení ven. Sklad, ERP, účetní systém, feedy do srovnávačů a měřicí kódy. Právě tam se po upgradu nejčastěji objeví ticho, kterého si dlouho nikdo nevšimne.

První dny po nasazení

Upgrade nekončí přepnutím. Následující dny sleduji objednávky proti stejnému období minulého týdne, chybové logy a měření konverzí. Většina potíží se ukáže během prvních dvou dnů a s ověřenou zálohou je návrat zpět otázkou minut, ne paniky.

Kdy povýšení počká

Ne každý termín je vhodný. Před sezónou, v týdnu velké kampaně nebo uprostřed Black Friday se do upgradu nepouštím. Klidná část roku vyjde levněji než ta rušná, protože případná chyba tam nestojí obrat. Odložit termín je rozumné, odložit rozhodnutí ne.

Kdo to má na starosti

Povýšení Prestashopu není odvážný tah, ale běžná údržba, kterou lze zvládnout za provozu. Chce plán, staging a někoho, kdo ví, kde se e‑shopy lámou.

U klientů řeším aktualizace jádra, šablony i modulů průběžně, po menších krocích. Za ty roky se mi potvrdilo jediné pravidlo. Nejdražší povýšení je to odkládané.