Leistungen Arbeiten Stack Prozess Blog RU ↗ EN ↗ Kontakt ↗
§ 07 / Rettung

Migration und Refactoring von Legacy — ohne Geschäftsausfall.

Alter Code ist selten schlecht — meistens ist er einfach müde. Wir migrieren Projekte von Bitrix, WordPress, Yii, CodeIgniter und eigenen CMS schrittweise auf einen modernen Stack, in Etappen. Kein „lassen wir uns ein Jahr Zeit und schreiben alles neu": zuerst die Hülle, dann die Module, dann der Kern. Das Geschäft läuft weiter, die Kunden merken nichts.

§ 07.1 Typische Situationen

→ WordPress

WordPress-Site mit 40 Plugins

Lädt langsam, geht nach jedem Update kaputt, Sicherheitslücken. Wir migrieren die Inhalte in ein Headless-CMS (Sanity, Directus), das Frontend wird Next.js oder Astro. URLs bleiben erhalten, das SEO bricht nicht ein.

→ Bitrix

Bitrix-Shop, der nicht mehr weiterzuentwickeln ist

Jede Anpassung kostet wie ein halber neuer Shop. Wir wechseln auf eine Headless-Architektur: Bitrix bleibt als Backend oder 1С als Datenquelle, das Frontend ist modern, schnell, indexierbar.

→ PHP 5.x

Eigenes PHP-Projekt ohne Dokumentation

Ein Entwickler ist gegangen, der zweite traut sich nicht mehr ran. Wir erstellen Dokumentation, deckeln den kritischen Pfad mit Tests ab und migrieren danach schrittweise auf Node.js oder Go.

→ Ruby / Django

Altes Ruby / Django

Projekte mit zehn Jahren auf dem Buckel, Abhängigkeiten seit Ewigkeiten nicht aktualisiert. Versions-Upgrades, Migration auf neue ORMs, Auslagern interner Services.

→ jQuery

Frontend auf jQuery

500 KB JavaScript „für alle Fälle", drei jQuery-Versionen in einer Datei. Schrittweises Auslagern in React / Svelte als Inseln, danach kompletter Austausch.

→ Monolith

Großer Monolith

Module mit klaren Grenzen herauslösen, Strangler-Fig-Pattern: neue Features im neuen Stack, Altes wird Stück für Stück abgetragen. Kein „Big Bang"-Rewrite.

§ 07.2 So läuft es ab

  • Eine Discovery-Woche: wir lesen den Code, erstellen eine Karte des Systems, finden kritische Stellen, sprechen mit dem Team.
  • Plan in Form aufeinander folgender Schritte: was zuerst migriert wird, was als nächstes, welche Metriken nach jedem Schritt geprüft werden.
  • Tests auf dem kritischen Pfad — damit das Refactoring nicht die Bezahlung oder den Versand kippt.
  • Paralleler Betrieb von altem und neuem Teil, bis wir sicher sind, dass das Neue nicht kaputt ist.
  • Traffic-Umstellung, Monitoring, Rollback bei jedem Verdacht.
  • Dokumentation: Systemdiagramm, Runbooks, Anleitungen für Ihr Team.

§ 07.3 Wovon wir meistens abraten

Kompletter Rewrite von null. Das ist fast immer teurer, länger und riskanter als zu Beginn vermutet. In zwölf Monaten Rewrite eines neuen Projekts erfahren Sie üblicherweise, dass der alte Code fünfzig undokumentierte Geschäftsregeln enthielt, über die Ihre Nutzer jetzt schimpfen. Besser: in Schritten.

Technologiewechsel nur um des Wechsels willen. Wenn das alte PHP funktioniert und das Geschäft nicht stört — fasst es nicht an, „nur damit es Go ist". Anfassen lohnt sich, wenn das Alte Entwicklung, Sicherheit oder Performance behindert.

Microservices für ein Zwei-Personen-Team. Die Komplexität verteilter Systeme ist meist teurer als der Gewinn. Ein modularer Monolith ist fast immer der bessere Start.

§ 07.4 Häufige Fragen

Wie lange dauert das?

Hängt von Größe und Zustand ab. Eine kleine WordPress-Site mit Inhalten — 2–3 Wochen. Ein mittlerer Shop auf Bitrix — 6–10 Wochen. Ein großer Monolith ist eine Mehrmonats-Geschichte, in der Planung und Prioritäten zählen.

Ist eine Migration ohne Downtime möglich?

In 90 % der Fälle — ja. Paralleler Betrieb von altem und neuem Teil, gleitende Umstellung pro Endpoint oder pro Traffic. Echte Downtime gibt es nur bei der DB-Übergabe, und das sind meist nur ein paar Minuten.

Unser alter Entwickler rückt den Code nicht heraus.

Eine unangenehme, aber lösbare Situation. Wir helfen, die Übergabe der Quellen rechtlich zu klären, oder rekonstruieren das Projekt aus der laufenden Version — länger, aber möglich.

Bleibt das SEO nach der Migration erhalten?

Ja, das ist Grundvoraussetzung: URL-Struktur, 301-Redirects, Sitemap, kanonische Adressen, alle Meta-Tags. Wir prüfen vor und nach der Migration über Search Console und Yandex.Webmaster.

§ — Schreiben

Zeigen Sie uns,
wo es wehtut.

hi@weiss.help ↗
oder via Telegram · Telefon

Erstes 20-Minuten-Gespräch — kostenlos. Migrationsplan — nach der Discovery-Phase.