---
title: "Replatforming, nebo oprava? Jak to poznat"
description: "Migrace je rok práce v převleku rychlé opravy. Jak poznat, jestli je problém v platformě, nebo v tom, co na ní bylo postaveno."
author: "Luboš Zápotočný"
published: "2026-06-24"
language: "cs"
canonical: "https://zapolu.com/cs/blog/replatforming-nebo-oprava/"
---

# Replatforming, nebo oprava? Jak to poznat

Když se u e-shopu hromadí problémy (pomalé stránky, riskantní
upgrady, každá změna náročná), začne replatforming vypadat jako
úleva. Čerstvá platforma, čistá codebase, všechny staré problémy
zůstanou za vámi. Agentury vám to rozmlouvat nebudou; migrace je
největší faktura v ceníku.

Nepříjemná aritmetika vypadá takhle: 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ě customizovaný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 zaslouží důkladnou
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:

- **Archeologie 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 ta hromada modulů.
- **Hosting ze setrvačnosti.** E-shop sedí na infrastruktuře
  nadimenzované a nakonfigurované jednou, kdysi dávno. Cache špatně
  nastavené nebo chybějící, žádná CDN, databáze, která nikdy
  neviděla revizi indexů.
- **Frontendový problém, který se svede na platformu.** Konkrétně na
  Magentu způsobí [architektura Lumy](/cs/blog/hyva-vs-luma/), že
  všechno působí zastarale, i když je backend v pořádku.
- **Jedna katastrofální customizace.** Jediný raný fork chování
  jádra, kvůli kterému byl každý další upgrade nebezpečný.
  Náročné, ale odstranitelné za zlomek ceny migrace.

Tohle všechno se stěhuje s vámi. Migrace provedená stejným
procesem, který to způsobil, zopakuje stejné problémy na novější
platformě; jen to trvá rok.

## 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 jen ho odsunou.
- **Architektonický strop, na který jste skutečně narazili.** Ne
  „demo té druhé platformy vypadá rychleji“, ale pojmenovaný
  požadavek, který platforma neumí splnit: customizace pokladny,
  kterou daný tarif nedovolí, B2B workflow dotažené za hranici
  únosnosti, 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 plus údržba specialisty stojí
  ročně víc, než platforma vrací ve schopnostech.

Na tomhle seznamu záměrně chybí jedno: „vývojáři mají radši tu
druhou”. To může rozhodnout jinak vyrovnaný případ, ale jako důvod
k migraci to nestačí.

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

Nemusíte se rozhodovat podle názorů. Strukturovaný
[audit](/cs/services/performance-audit/) odpoví na klíčovou otázku
(odkud potíže skutečně pramení) měřením: kolik pomalosti jde za
backendem a kolik za frontendem, 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](/cs/services/platform-migration/) s naceněnými
daty, integracemi a záchranou SEO.

Někdy audit řekne migrovat. Migrace děláme a řekneme to jasně,
když je platforma skutečně stropem. Ale radši vám to řekneme po
měření, než abyste kvůli jednomu špatnému čtvrtletí udělali
rozhodnutí, které vás sváže na rok. Pokud na téhle křižovatce právě
stojíte, [úvodní hovor je zdarma](/cs/contact/).