---
title: "Replatforming oder Reparatur? So erkennen Sie es"
description: "Eine Migration kostet oft ein Jahr Arbeit. Woran Sie erkennen, ob die Plattform das Problem ist oder die Implementierung darauf."
author: "Luboš Zápotočný"
published: "2026-06-24"
language: "de"
canonical: "https://zapolu.com/de/blog/replatforming-oder-reparatur/"
---

# Replatforming oder Reparatur? So erkennen Sie es

Wenn ein Shop an vielen Stellen Probleme bereitet (langsame Seiten,
riskante Upgrades, hoher Aufwand für jede Änderung), wirkt
Replatforming von Monat zu Monat attraktiver. Eine neue Plattform,
eine saubere Codebase, alle Altlasten bleiben zurück. Agenturen
raten selten davon ab; eine Migration gehört zu ihren größten
Aufträgen.

Dem steht gegenüber, was eine echte Migration kostet: typischerweise
sechs bis zwölf Monate Arbeit für einen mittelgroßen Shop, bei großen
oder stark angepassten länger, einen Feature-Freeze währenddessen,
ein SEO-Risiko beim Cutover und die Überarbeitung der Plattformseite
jeder Integration, die an die APIs der Plattform gekoppelt ist. Manchmal ist sie das alles wert. Aber die Entscheidung
verdient eine Diagnose, kein Bauchgefühl.

## Die meisten Probleme liegen in der Implementierung

Die Frage, die alles entscheidet: **Kommen die Probleme von
der Plattform oder von dem, was darauf gebaut wurde?** Nach
unserer Erfahrung steckt hinter der Mehrheit der Fälle von „wir
sind der Plattform entwachsen“ in Wirklichkeit:

- **Gewachsener Extension-Bestand.** Dutzende Module, manche aufgegeben,
  manche im Konflikt, jedes vor Jahren für eine einzelne Kampagne
  installiert. Langsam ist nicht die Plattform, sondern die
  angesammelten Module.
- **Historisch gewachsenes Hosting.** Der Shop läuft auf Infrastruktur, die
  vor langer Zeit einmal dimensioniert und konfiguriert wurde.
  Caches falsch eingestellt oder fehlend, kein CDN, eine Datenbank,
  die nie ein Index-Review gesehen hat.
- **Ein Frontend-Problem, das wie ein Plattform-Problem aussieht.**
  Speziell auf
  Magento lässt [Lumas Architektur](/de/blog/hyva-vs-luma/) den
  gesamten Shop veraltet wirken, obwohl das Backend in Ordnung ist.
- **Eine einzelne schwerwiegende Customization.** Ein früher Fork von
  Core-Verhalten, der jedes spätere Upgrade gefährlich gemacht hat.
  Schmerzhaft, aber für einen Bruchteil einer Migration
  entfernbar.

Alle diese Probleme nehmen Sie in eine Migration mit. Eine
Migration, die vom selben Prozess
durchgeführt wird, der sie verursacht hat, reproduziert dieselben
Probleme auf der neuen Plattform und kostet ein Jahr auf dem Weg
dorthin.

## Wann die Plattform wirklich die Grenze ist

Echte Plattform-Grenzen gibt es, und sie wegzureden wäre der
umgekehrte Fehler. Woran Sie sie erkennen:

- **End of Life.** Magento 1 heute, andere morgen. Ohne offizielle
  Sicherheitspatches kommt die Migration mit ziemlicher Sicherheit;
  inoffizielle Patches von Drittanbietern verschaffen Zeit, schieben
  sie aber nur auf.
- **Ein hartes Architektur-Limit, das Sie tatsächlich erreicht
  haben.** Also eine benannte Anforderung, die die Plattform
  nachweislich nicht erfüllen kann: eine Checkout-Anpassung, die der
  Tarif nicht erlaubt, B2B-Workflows, die über die Grenzen der
  Plattform hinaus nachgerüstet wurden, ein Katalogmodell, das
  grundsätzlich nicht
  passt. Dass die Demo der anderen Plattform schneller wirkt, zählt
  hier nicht.
- **Der Upgrade-Pfad existiert nicht mehr.** So viele übersprungene Versionen
  und eigene Patches, dass das Nachziehen so viel kostet wie der
  Wechsel.
- **Die Kosten übersteigen den Nutzen.** Lizenz plus
  Spezialisten-Wartung kosten pro Jahr mehr, als die Plattform an
  Fähigkeit zurückgibt.

Was auf der Liste bewusst fehlt: „Die Entwickler mögen die andere
lieber.“ Präferenz gibt bei Gleichstand den Ausschlag; ein Grund zu
migrieren ist sie nicht.

## Das günstige Experiment vor der teuren Entscheidung

Sie müssen nicht aus Meinungen heraus entscheiden. Ein
strukturiertes [Audit](/de/services/performance-audit/) beantwortet
die tragende Frage, woher die Probleme tatsächlich kommen, mit
Messungen: wie viel der Langsamkeit auf Backend gegenüber Frontend
entfällt, welche Extensions was kosten, welche Reserven das Hosting
ungenutzt lässt. Dann stellen Sie beide Pfade nebeneinander: die Reparatur im
Bestand als priorisierte Liste von Änderungen mit geschätztem
Effekt, gegen die [Migration](/de/services/platform-migration/) mit
eingepreisten Daten, Integrationen und SEO-Erhalt.

Manchmal sagt das Audit: migrieren. Wir führen Migrationen durch,
und wir sagen es klar, wenn die Plattform wirklich die Grenze ist.
Aber wir sagen es Ihnen lieber nach dem Messen, als die Entscheidung
von einem schlechten Quartal abhängig zu machen. Wenn Sie
gerade vor dieser Entscheidung stehen,
[melden Sie sich](/de/contact/); eine erste Einschätzung
bekommen Sie schon im kostenlosen Erstgespräch.