Replatforming, nebo oprava? Jak to poznat

Když má e-shop problémy všude (pomalé stránky, riskantní upgrady, každá změna dražší, než by měla být), začne replatforming vypadat jako řešení. Nová platforma, čistá kódová základna, všechen nahromaděný technický dluh zůstane za vámi. Agentury vám to rozmlouvat nebudou; migrace patří k největším projektům, které mohou prodat.

Čísla je potřeba uvést otevřeně: skutečná migrace je typicky šest až dvanáct měsíců práce u středně velkého e-shopu a u velkých nebo silně upravovaných déle, feature freeze po celou dobu, SEO riziko při přepnutí a přepracování platformové strany každé integrace navázané na API platformy. Někdy to za to všechno stojí. Ale takové rozhodnutí si nejdříve zaslouží diagnózu.

Většina potíží vzniká v implementaci

Otázka, která to rozhodne: pramení potíže z platformy, nebo z toho, co na ní bylo postaveno? Podle naší zkušenosti je většina případů „platformu jsme přerostli“ ve skutečnosti:

Nahromaděná rozšíření. Desítky modulů, některé opuštěné, některé v konfliktu, každý přidaný kvůli jedné kampani před lety. Pomalá není platforma, ale to množství modulů.
Neudržovaný hosting. E-shop běží na infrastruktuře nadimenzované a nakonfigurované jednou, kdysi dávno. Cache špatně nastavené nebo chybějící, žádná CDN, databáze, jejíž indexy nikdy nikdo nezrevidoval.
Frontendový problém, který se svede na platformu. Konkrétně na Magentu způsobí architektura Lumy, že celý e-shop působí pomalu, i když backend funguje dobře.
Jedna katastrofální úprava. Jeden dávný fork chování jádra, kvůli kterému byl každý další upgrade nebezpečný. Drahé, ale odstranit se to dá za zlomek ceny migrace.

Nic z toho na nové platformě nezmizí. Migrace vedená stejným procesem, který ty problémy vytvořil, je zopakuje, a než k tomu dojde, stojí rok práce.

Kdy je limitem skutečně platforma

Skutečné stropy platforem existují a předstírat opak je chyba z opačné strany. Poctivé signály:

Konec podpory. Dnes Magento 1, zítra další. Bez oficiálních bezpečnostních patchů migrace téměř jistě přijde; neoficiální patche od třetích stran čas získají, ale migraci jen odsunou.
Architektonický strop, na který jste skutečně narazili. Ne „demo té druhé platformy vypadá rychleji“, ale pojmenovaný požadavek, který platforma neumí splnit: úprava pokladny, kterou daný tarif nedovolí, B2B workflow protažené za své limity, model katalogu, který zásadně nesedí.
Cesta k upgradu zmizela. Tolik přeskočených verzí a vlastních patchů, že dostat se na aktuální verzi stojí tolik jako odejít.
Ekonomika se obrátila. Licence a údržba specialisty stojí ročně více, než kolik platforma vrací ve schopnostech.

Na tomto seznamu záměrně chybí jedno: „vývojáři mají raději tu druhou“. To může rozhodnout nanejvýš v těsně vyrovnaném případě.

Levný experiment před drahým rozhodnutím

Nemusíte se rozhodovat podle názorů. Strukturovaný audit odpoví na klíčovou otázku (odkud potíže skutečně pramení) měřením: kolik zpomalení má na svědomí backend a kolik frontend, co které rozšíření stojí, kolik výkonu hosting nechává nevyužitého. Pak si obě cesty naceňte vedle sebe: opravu na místě jako seřazený seznam změn s odhadovaným dopadem versus migraci s naceněným převodem dat, integracemi a zachováním SEO.

Někdy audit řekne migrovat. Migrace děláme a řekneme to jasně, když je platforma skutečně stropem. Ale takové doporučení raději opřeme o měření než o frustraci z jednoho špatného čtvrtletí. Pokud právě před tímto rozhodnutím stojíte, ozvěte se dříve, než podepíšete smlouvu na migraci.