Make or Buy
PHP-Anwendung modernisieren oder neu bauen? So entscheiden Sie
Von Dominik Natter · Zuletzt aktualisiert am 3. November 2026 · 7 Min. Lesezeit
Kurz gesagt
Ist der Code wartbar und bildet die Anwendung Ihren Ablauf noch gut ab, genügt meist ein Update auf eine unterstützte PHP-Version. Ist sie gewachsen, ohne Tests und hängt an einer Person, ist der schrittweise Ersatz Bereich für Bereich meist sicherer als ein kompletter Neubau. Deckt eine Standardsoftware Ihren Ablauf zu rund 80 Prozent ab, ersetzen Sie die Anwendung. Dringend ist die Entscheidung, weil PHP 8.2 am 31. Dezember 2026 den Sicherheitssupport verliert und PHP 8.1 und älter bereits keine regulären Updates mehr erhalten.
Woran Sie erkennen, dass Ihre PHP-Anwendung zum Risiko wird
Eine PHP-Anwendung wird zum Risiko, sobald sie auf einer Version ohne Sicherheitsupdates läuft oder niemand sie mehr sicher ändern kann. Beides trifft auf viele Eigenbauten aus den 2000er- und 2010er-Jahren zu: Intranet, Bestellsystem, Kundendatenbank oder Auftragsverwaltung.
PHP 8.2 erhält nur noch bis zum 31. Dezember 2026 Sicherheitsupdates, und das kritische Sicherheitsupdate vom 21. Oktober 2026 hat gezeigt, was danach droht. Für PHP 8.1 und älter gab es keine regulären Updates mehr. Das PHP-Projekt veröffentlichte nur minimale Korrekturen, die man selbst einbauen muss. Mehr dazu im Ratgeber «PHP 8.2 Supportende: Was KMU bis Ende 2026 tun müssen».
- Einstieg für die Bestandsaufnahme als Vorstudie zum Festpreis, bis CHF 9'000
- CHF 4'000
- Einstieg für eine schrittweise Modernisierung in Etappen, bis CHF 150'000
- CHF 40'000
- Abdeckung durch Standardsoftware, ab der ein Ersatz meist die beste Wahl ist
- rund 80 %
- der Projektkosten pro Jahr für Wartung und Betrieb
- 15 bis 20 %
Für Anwendungen mit Personendaten ist das auch eine Frage des Datenschutzes, denn Artikel 8 des Schweizer Datenschutzgesetzes und für Liechtenstein Artikel 32 der DSGVO verlangen angemessene Massnahmen zur Datensicherheit.
Prüfen Sie, ob einer dieser Punkte auf Ihre Anwendung zutrifft:
- Die Anwendung läuft auf PHP 8.2 oder älter. Ihr Hoster oder IT-Partner kann Ihnen die Version rasch nennen.
- Die Person oder Agentur, die sie gebaut hat, ist nicht mehr verfügbar.
- Es gibt keine automatischen Tests und keine Dokumentation. Jede Änderung wird zum Experiment.
- Die Anwendung beruht auf einem selbst gebauten oder veralteten Framework, für das niemand mehr Updates liefert.
- Ein PHP-Update scheitert, weil Teile des Codes auf neuen Versionen nicht mehr laufen.
- Neben der Anwendung werden Excel-Listen geführt, weil sie den heutigen Ablauf nicht mehr abbildet.
- Daten werden von Hand ins ERP oder in die Buchhaltung übertragen.
Vier Wege im Vergleich: aktualisieren, modernisieren, ersetzen oder neu entwickeln
Es gibt vier realistische Wege. Welcher passt, hängt vom Zustand des Codes ab, von der Bedeutung der Anwendung für Ihren Betrieb und davon, ob Ihr Ablauf noch stimmt.
Aktualisieren und weiterbetreiben: Die Anwendung wird auf eine unterstützte PHP-Version gehoben, veraltete Bibliotheken werden ersetzt, bekannte Lücken geschlossen.
Das ist der günstigste Weg, wenn der Code einigermassen sauber ist und die Anwendung Ihren Ablauf noch gut abbildet. Die Altlasten bleiben, aber das akute Risiko ist behoben.
- Geeignet, wenn der Code wartbar ist und der Ablauf noch stimmt.
- Aufwand: nach Stunden, CHF 150 bis 250 pro Stunde.
- Risiko: gering, Altlasten bleiben.
Die alte Anwendung läuft weiter, während ein Bereich nach dem anderen durch neue Software ersetzt wird.
Das passt zu geschäftskritischen Anwendungen, die über Jahre gewachsen sind und an denen der Betrieb hängt. Der nächste Abschnitt erklärt, wie das funktioniert.
- Geeignet für gewachsene, geschäftskritische Anwendungen.
- Aufwand: CHF 40'000 bis 150'000 in Etappen.
- Risiko: gering pro Etappe, eine Zeit lang zwei Systeme.
Viele Eigenbauten sind entstanden, weil es damals nichts Passendes gab. Heute gibt es für viele Abläufe ausgereifte Produkte, etwa Module Ihres ERP oder Branchenlösungen.
Deckt ein Standard Ihren Ablauf zu rund 80 Prozent ab und ist der Rest kein Wettbewerbsvorteil, ist das meist die beste Wahl. Wie Sie das sauber prüfen, zeigt unser Ratgeber «Standardsoftware oder Individualsoftware: So entscheiden Sie».
- Geeignet, wenn ein Standard rund 80 Prozent abdeckt.
- Aufwand: Lizenz, Einführung, je Anbindung CHF 3'000 bis 15'000.
- Risiko: mittel, der Ablauf passt sich dem Produkt an.
Die Anwendung wird von Grund auf neu gebaut. Das lohnt sich, wenn der Code nicht mehr zu retten ist und sich der Ablauf ohnehin stark ändert.
Es ist der Weg mit dem grössten Aufwand. Das Risiko ist hoch, wenn alles an einem Stichtag umgestellt wird.
- Geeignet, wenn der Code nicht zu retten ist und sich der Ablauf stark ändert.
- Aufwand: CHF 25'000 bis 100'000, grössere Plattformen darüber.
- Risiko: hoch bei Umstellung an einem Stichtag.
Schrittweise modernisieren: das Strangler-Prinzip einfach erklärt
Beim Strangler-Prinzip wird die alte Anwendung nicht auf einen Schlag ersetzt, sondern Stück für Stück. Der Name kommt von der Würgefeige, einer Pflanze, die um einen Baum herum wächst und ihn mit der Zeit ersetzt. Der Softwareentwickler Martin Fowler hat das Bild Anfang der 2000er-Jahre für die Modernisierung von Software geprägt.
So sieht das im KMU aus: Ein Bestellsystem aus dem Jahr 2012 umfasst Kundenlogin, Bestellerfassung, Lagerliste und Auswertungen.
01
Grösster Schmerz zuerst
Zuerst wird der Bereich mit dem grössten Schmerz neu gebaut, zum Beispiel die Bestellerfassung.
02
Kunden bestellen neu
Ihre Kunden bestellen ab dann in der neuen Anwendung, alles andere läuft im alten System weiter.
03
Gemeinsame Daten
Beide arbeiten über eine Schnittstelle mit denselben Daten.
04
Übrige Bereiche folgen
Nach und nach folgen die übrigen Bereiche.
05
Altes System abschalten
Am Ende ist die alte Anwendung leer und wird abgeschaltet.
Der Vorteil: Jede Etappe ist überschaubar, früh nutzbar und lässt sich bei Problemen zurücknehmen. Der Nachteil: Eine Zeit lang laufen zwei Systeme, und die Verbindung zwischen ihnen kostet Aufwand. Das Prinzip funktioniert nur, wenn Sie die Ablösung konsequent zu Ende führen. Sonst betreiben Sie dauerhaft Alt und Neu nebeneinander.
Neu entwickeln: PHP behalten oder die Technologie wechseln?
PHP selbst ist nicht das Problem. Aktuelle Versionen werden aktiv gepflegt und eignen sich gut für Geschäftsanwendungen. Das Problem alter Anwendungen ist meist der Code, nicht die Sprache.
Wir entwickeln mit C# und .NET, Next.js und PostgreSQL. Bei einem Neubau durch uns wechselt die Technologie also. Ist Ihr Code in brauchbarem Zustand und betreut ihn ein Partner zuverlässig, ist ein Wechsel kein Selbstzweck. Das sagen wir Ihnen dann auch so. Der Wechsel hat Vor- und Nachteile, die Sie kennen sollten.
Nachteile des Wechsels
- Wer heute Ihre PHP-Anwendung betreut, kann die neue Lösung nicht ohne Weiteres übernehmen.
- Bei einem schrittweisen Ersatz arbeiten zwei Technologien eine Zeit lang zusammen. Die Verbindung muss sauber gebaut werden.
- Läuft die alte Anwendung auf MySQL oder MariaDB, kommt ein Wechsel der Datenbank dazu. Die Datenübernahme wird dadurch etwas aufwendiger.
Vorteile des Wechsels
- Die neue Anwendung entsteht auf einer einheitlichen, weit verbreiteten Grundlage. Auch ein anderes Team kann sie später übernehmen.
- Typisierte Sprachen wie C# und TypeScript machen viele Fehler schon beim Entwickeln sichtbar, nicht erst im Betrieb.
- Alter Code wird nicht aus Gewohnheit mitgeschleppt. Der Ablauf wird neu durchdacht.
Checkliste: Modernisieren, ersetzen oder neu entwickeln?
Beantworten Sie diese Fragen, bevor Sie entscheiden. Sie zeigen meist schnell, welcher Weg in Frage kommt.
- Bildet die Anwendung Ihren heutigen Ablauf noch gut ab? Wenn ja, spricht viel für ein Update oder eine schrittweise Modernisierung.
- Lässt sich der Code mit vertretbarem Aufwand auf eine aktuelle PHP-Version heben? Das klärt eine technische Prüfung.
- Gibt es eine Standardsoftware, die rund 80 Prozent abdeckt? Dann prüfen Sie diesen Weg zuerst.
- Kostet ein Ausfall von einem Tag Umsatz oder Kunden? Dann ist ein schrittweises Vorgehen sicherer als ein Stichtag.
- Wie viele Systeme hängen an der Anwendung, etwa ERP, Shop oder Buchhaltung? Jede Anbindung muss bei einem Ersatz neu gebaut werden.
- Wie gut sind Ihre Daten? Dubletten und Freitextfelder machen jede Ablösung teurer.
- Wer betreut die Lösung in fünf Jahren? Ohne Antwort ist jede Option riskant.
- Läuft die Anwendung auf PHP 8.1 oder älter? Dann ist die Absicherung dringend, unabhängig vom langfristigen Weg.
Typische Fehler bei der Ablösung von Legacy-Software
Diese Fehler machen Ablösungen teuer oder bringen sie zum Scheitern. Alle lassen sich vermeiden.
- Big-Bang-Neubau: Alles wird neu gebaut und an einem Stichtag umgestellt. Bis dahin vergehen Monate ohne Nutzen, und am Stichtag zeigen sich alle Lücken gleichzeitig.
- Funktionen 1:1 nachbauen: Die alte Anwendung enthält Umwege und Funktionen, die niemand mehr braucht. Wer sie kopiert, bezahlt für Altlasten. Überdenken Sie zuerst den Ablauf, dann bauen Sie.
- Datenübernahme unterschätzen: Nach vielen Jahren Betrieb gibt es Dubletten, leere Pflichtfelder und Sonderfälle. Bereinigung und Probeläufe brauchen Zeit und gehören ins Budget.
- Versteckte Regeln übersehen: Im Code stecken Preisregeln oder Sonderfälle, die nirgends dokumentiert sind. Sie fallen erst auf, wenn sie fehlen.
- Die alte Anwendung vergessen: Solange sie am Netz ist, muss sie abgesichert bleiben, auch wenn der Ersatz schon in Arbeit ist.
- Niemand entscheidet: Ohne eine verantwortliche Person im Betrieb, die Prioritäten setzt, zieht sich das Projekt in die Länge.
Wann sich ein Neubau nicht lohnt
Ein Neubau ist nicht immer die richtige Antwort. Verzichten Sie darauf, wenn einer dieser Punkte zutrifft:
- Der Code lässt sich mit überschaubarem Aufwand auf eine aktuelle PHP-Version heben, und die Anwendung erfüllt ihren Zweck.
- Die Anwendung wird selten genutzt und ist nicht geschäftskritisch. Dann genügt eine Absicherung, oder Sie schalten sie ab.
- Ein Standardprodukt deckt Ihren Ablauf weitgehend ab, und der Rest ist kein Wettbewerbsvorteil.
- Ihr Ablauf ändert sich gerade grundlegend, etwa wegen einer ERP-Einführung. Warten Sie, bis das Zielbild steht, und sichern Sie die alte Anwendung bis dahin ab.
- Niemand im Betrieb hat Zeit, bei Workshops, Tests und Abnahme mitzuarbeiten.
Was Software-Modernisierung kostet und wie die Bestandsaufnahme abläuft
Die Kosten hängen vom gewählten Weg ab. Die folgenden Beträge sind Richtwerte exkl. MWST, abgeleitet aus unseren Preisrahmen.
Kostenrahmen nach Weg
| Weg | Preisrahmen | Hinweis |
|---|---|---|
| Update auf eine aktuelle PHP-Version | CHF 150 bis 250 pro Stunde | nach Aufwand zum Stundensatz Schweizer Anbieter, wie viele Stunden nötig sind, zeigt erst die Prüfung des Codes |
| Schrittweise Modernisierung | CHF 40'000 bis 150'000 | insgesamt, verteilt auf Etappen |
| Einzelne Etappe als Automation | CHF 8'000 bis 25'000 | je nach Umfang |
| Einzelne Etappe als internes Werkzeug | CHF 25'000 bis 50'000 | je nach Umfang |
| Ersatz durch Standardsoftware | CHF 3'000 bis 15'000 je Anbindung | dazu Lizenz, Einführung und Datenübernahme |
| Neubau | CHF 25'000 bis 100'000 | internes Werkzeug CHF 25'000 bis 50'000, Geschäftsanwendung mit ERP-Anbindung CHF 50'000 bis 100'000, grössere Plattformen darüber |
| Bestandsaufnahme als Vorstudie | CHF 4'000 bis 9'000 | Festpreis, 2 bis 3 Wochen, vor jeder dieser Entscheidungen |
| Wartung und Betrieb pro Jahr | 15 bis 20 % | der Projektkosten |
Eine schrittweise Modernisierung ist vergleichbar mit der Ablösung einer gewachsenen Excel- oder FileMaker-Lösung. Mehr dazu im Ratgeber «Excel ablösen: Ab wann lohnt sich eine eigene Lösung?».
Für Wartung und Betrieb der neuen Lösung bieten wir einen Wartungsvertrag mit Hosting im EWR an, üblich sind 15 bis 20 Prozent der Projektkosten pro Jahr. Mehr dazu im Ratgeber «Software-Wartungskosten: Was kosten Wartung und Betrieb pro Jahr?».
Verbindlich wird ein Preis erst nach einer Bestandsaufnahme. Bei uns ist das eine Vorstudie zum Festpreis von CHF 4'000 bis 9'000, die zwei bis drei Wochen dauert. Danach entscheiden Sie frei, ob und mit wem Sie umsetzen. Die Bestandsaufnahme läuft so ab:
01
Technische Aufnahme
Server, PHP-Version, Framework, Datenbank, Schnittstellen und Sicherheitslage.
02
Prüfung des Codes
Wie verständlich ist er, wo stecken Geschäftsregeln, was lässt sich weiterverwenden?
03
Gespräche mit den Nutzern
Was wird täglich gebraucht, was nie, und wo wird um die Anwendung herum gearbeitet?
04
Datenanalyse
Umfang, Qualität und Abhängigkeiten der Daten.
05
Ergebnis
Empfehlung für einen der vier Wege, Sofortmassnahmen für die Sicherheit, Etappenplan und Kostendach.
Woher diese Angaben kommen
PHP-Versionen und Sicherheitsupdate
Die PHP-Versionen und Supportfristen stammen von php.net, aus den Übersichten «Supported Versions» und «Unsupported Branches». Die Angaben zum Update vom 21. Oktober 2026 stammen aus dem Sicherheitshinweis des PHP-Projekts vom selben Tag zu den Lücken CVE-2026-109618 und CVE-2026-109619.
Datensicherheit
Die Pflicht zur Datensicherheit ergibt sich in der Schweiz aus Artikel 8 des Bundesgesetzes über den Datenschutz, in Liechtenstein aus Artikel 32 der DSGVO. Dieser Ratgeber ist keine Rechtsberatung.
Strangler-Prinzip
Das Strangler-Prinzip beschreibt Martin Fowler in seinem Artikel «Strangler Fig Application».
Kostenrahmen
Die Kostenrahmen sind Richtwerte exkl. MWST und entsprechen den Preisrahmen auf unseren Leistungs- und Lösungsseiten. Sie ersetzen keine Vorstudie.
Stand: November 2026.
| Aktualisieren und weiterbetreiben | Geeignet, wenn der Code wartbar ist und der Ablauf noch stimmt | Aufwand: nach Stunden, CHF 150 bis 250 pro Stunde. Risiko: gering, Altlasten bleiben. |
|---|---|---|
| Schrittweise modernisieren | Geeignet für gewachsene, geschäftskritische Anwendungen | Aufwand: CHF 40'000 bis 150'000 in Etappen. Risiko: gering pro Etappe, eine Zeit lang zwei Systeme. |
| Durch Standardsoftware ersetzen | Geeignet, wenn ein Standard rund 80 Prozent abdeckt | Aufwand: Lizenz, Einführung, je Anbindung CHF 3'000 bis 15'000. Risiko: mittel, der Ablauf passt sich dem Produkt an. |
| Neu entwickeln | Geeignet, wenn der Code nicht zu retten ist und sich der Ablauf stark ändert | Aufwand: CHF 25'000 bis 100'000, grössere Plattformen darüber. Risiko: hoch bei Umstellung an einem Stichtag. |
| Bestandsaufnahme als Vorstudie | CHF 4'000 bis 9'000 | Festpreis, 2 bis 3 Wochen, vor jeder dieser Entscheidungen |
| Wartung und Betrieb pro Jahr | 15 bis 20 % | der Projektkosten |
Häufige Fragen
Wie lange können wir eine alte PHP-Anwendung noch sicher betreiben?
Nur so lange, wie ihre PHP-Version Sicherheitsupdates erhält und jemand den Code sicher ändern kann. PHP 8.2 erhält ab dem 1. Januar 2027 keine Sicherheitsupdates mehr, und für PHP 8.1 und älter gab es schon beim kritischen Update vom Oktober 2026 keine regulären Updates mehr. Je nach Zustand der Anwendung ist der nächste Schritt, sie zu aktualisieren, schrittweise zu modernisieren oder abzulösen.
Lohnt es sich, eine alte PHP-Anwendung nur zu aktualisieren?
Ja, wenn der Code wartbar ist und die Anwendung Ihren Ablauf noch gut abbildet. Dann ist das Update der günstigste Weg und beseitigt das akute Sicherheitsrisiko. Ist der Code ohne Tests, undokumentiert und hängt an einer Person, verschiebt ein Update das Problem nur. Eine kurze Prüfung des Codes zeigt, welcher Fall vorliegt.
Müssen wir bei einer Neuentwicklung von PHP auf eine andere Technologie wechseln?
Nein, aktuelle PHP-Versionen sind eine gepflegte Grundlage für Geschäftsanwendungen. Wir entwickeln mit .NET, Next.js und PostgreSQL, ein Neubau durch uns bedeutet also einen Wechsel. Das lohnt sich vor allem, wenn ohnehin neu gebaut wird. Ist Ihr Code in gutem Zustand und betreut ihn ein Partner zuverlässig, ist ein Wechsel kein Selbstzweck.
Können Sie bestehende Software übernehmen und weiterentwickeln?
Ja, nach einer kurzen Prüfung. Wir sehen uns Code, Datenmodell und Betrieb an und sagen Ihnen offen, ob eine Weiterentwicklung sinnvoll ist oder ein schrittweiser Ersatz günstiger kommt. Diese Prüfung dauert wenige Tage und kostet einen Festpreis.
Können wir schrittweise umstellen?
Ja, und wir empfehlen es. Zuerst wird der Bereich mit dem grössten Schmerz abgelöst, die alte Lösung läuft für den Rest weiter. So ist der Nutzen früh sichtbar und das Risiko pro Schritt klein.
Passende Leistungen:IndividualsoftwareSchnittstellen
Sprechen wir über Ihren Fall.
20 Minuten genügen, um zu klären, ob sich eine eigene Lösung für Sie lohnt.