Die erste Frage in fast jedem Erstgespräch lautet: Was kostet eine PHP-Modernisierung? Und die ehrliche Antwort lautet zunächst: Das hängt davon ab, was Sie eigentlich modernisieren wollen. Denn dahinter verbergen sich sehr unterschiedliche Vorhaben mit sehr unterschiedlichen Preisschildern: ein PHP-Versionssprung von 7.4 auf 8.3, die Ablösung eines selbstgebauten Frameworks durch Symfony oder Laravel, eine Sicherheitshärtung oder eine schrittweise Neustrukturierung des gesamten Codes.
Wer Ihnen ohne Blick in den Code eine Zahl nennt, rät. Trotzdem können Sie die Größenordnung gut einschätzen, wenn Sie die richtigen Kostentreiber kennen. Genau darum geht es hier.
Warum lässt sich der Preis einer PHP-Modernisierung nicht pauschal nennen?
Der Preis einer PHP-Modernisierung hängt fast nie an der Fachlogik, sondern am Zustand des Codes rund um sie herum. Ein System, das seit Jahren zuverlässig Rechnungen schreibt, Bestellungen abwickelt oder Termine verwaltet, hat seinen Wert bereits bewiesen. Die Geschäftslogik funktioniert. Teuer wird nicht das, was die Anwendung tut, sondern wie schwer es ist, den bestehenden Code sicher zu verändern.
Die entscheidenden Kostentreiber sind in der Praxis:
- Testabdeckung: Existieren automatisierte Tests, oder muss jede Änderung manuell geprüft werden? Fehlende Tests sind der größte einzelne Kostenfaktor, weil sie jede Änderung riskant und langsam machen.
- Abhängigkeiten: Nutzt das Projekt Composer, oder liegen Bibliotheken als kopierte Ordner im Repository? Veraltete oder gepatchte Dependencies verlängern jeden Schritt.
- Architektur: Ist Datenbankzugriff, HTML-Ausgabe und Geschäftslogik vermischt (Logik in der View, SQL im Controller), oder halbwegs getrennt?
- Datenbank: Alte
mysql_*-Aufrufe, fehlende Foreign Keys oder Zeichensatzprobleme (latin1 statt utf8mb4) erzeugen versteckten Aufwand. - Dokumentation und Wissen: Gibt es noch jemanden, der das System kennt? Reverse Engineering kostet Zeit.
Zwei Anwendungen mit identischem Funktionsumfang können sich im Modernisierungsaufwand um ein Vielfaches unterscheiden, allein wegen dieser Faktoren.
Was kostet eine PHP-Modernisierung im Vergleich zur Neuentwicklung?
Eine Neuentwicklung ist in den meisten Fällen die teuerste und riskanteste Option, nicht die günstigste. Das klingt zunächst widersprüchlich, weil ein sauberer Neuanfang verlockend wirkt. In der Realität bedeutet Neuentwicklung aber, dass Sie jahrelang gewachsene Fachlogik komplett neu erfassen, nachbauen und erneut testen müssen, inklusive aller Sonderfälle, die niemand mehr dokumentiert hat.
Diese Sonderfälle sind der Kern des Problems. In einem gewachsenen System steckt Wissen über Randfälle, gesetzliche Anforderungen und historische Entscheidungen, das nirgends aufgeschrieben ist, außer im Code selbst. Bei einer Neuentwicklung fallen genau diese Fälle zuerst durchs Raster und tauchen später als Produktionsfehler wieder auf.
Eine schrittweise Modernisierung behält das laufende System als Referenz und als Sicherheitsnetz. Sie ändern kontrolliert, prüfen gegen das bestehende Verhalten und behalten die ganze Zeit ein funktionierendes Produkt. Das senkt das Risiko erheblich, und Risiko ist bei Software immer auch ein Kostenfaktor.
Welche Modernisierungsstufen gibt es und was treibt jeweils die Kosten?
Es hilft, "Modernisierung" in konkrete Stufen zu zerlegen, weil jede Stufe einen eigenen Aufwand hat und oft einzeln beauftragbar ist:
- PHP-Versionssprung: Anhebung auf eine aktuelle, unterstützte PHP-Version. Der Aufwand hängt an entfernten Sprachfeatures und veralteten Erweiterungen. Werkzeuge wie Rector automatisieren viele mechanische Anpassungen, ersetzen aber nicht das Testen.
- Sicherheit und Abhängigkeiten: Schließen bekannter Lücken, etwa SQL-Injection durch fehlende Prepared Statements oder veraltete Bibliotheken mit bekannten CVEs. Diese Stufe hat oft das beste Verhältnis von Aufwand zu Wirkung.
- Testabdeckung aufbauen: Das Fundament für alles Weitere. Ohne Tests bleibt jede spätere Änderung teuer. Diese Investition zahlt sich über den gesamten weiteren Verlauf aus.
- Strukturelle Entflechtung: Schrittweise Trennung von Logik, Datenzugriff und Ausgabe, gegebenenfalls Einführung eines etablierten Frameworks wie Symfony oder Laravel. Das ist die aufwändigste Stufe und selten in einem Zug nötig.
Die gute Nachricht: Sie müssen nicht alles auf einmal bezahlen. Ein sinnvoller Einstieg ist oft eine kleine, klar abgegrenzte Stufe, deren Nutzen sofort sichtbar ist.
Wie kalkulieren Sie die Kosten einer PHP-Modernisierung realistisch?
Eine belastbare Kalkulation beginnt mit einer Bestandsaufnahme, nicht mit einer Zahl. Bevor überhaupt sinnvoll geschätzt werden kann, sollten diese Fragen beantwortet sein:
- Welche PHP-Version läuft aktuell, und welche ist das Ziel?
- Wird Composer genutzt, und wie alt sind die Abhängigkeiten?
- Gibt es automatisierte Tests, und welchen Teil des Codes decken sie ab?
- Wie groß ist die Codebasis (Codezeilen, Anzahl der Endpunkte)?
- Gibt es bekannte Sicherheitsprobleme oder offene CVEs?
- Ist das System dokumentiert, und existiert internes Wissen dazu?
Aus diesen Antworten lässt sich ableiten, welche Stufen nötig sind und in welcher Reihenfolge. Kalkulieren Sie in Aufwand pro Stufe, nicht als eine große Endsumme. So sehen Sie, welcher Schritt welchen Nutzen bringt, und können jederzeit entscheiden, ob Sie weitergehen.
Ein häufiger, teurer Fehler ist es, mit der schönsten Stufe zu beginnen, etwa dem Framework-Wechsel, bevor überhaupt Tests existieren. Ohne Sicherheitsnetz wird jede strukturelle Änderung zum Blindflug. Die Reihenfolge Sicherheit, Tests, dann Struktur ist fast immer die wirtschaftlichere.
Ehrlicher Praxis-Tipp zum Schluss
Bevor Sie ein Budget freigeben oder ein Angebot einholen, investieren Sie einen halben Tag in eine ehrliche Bestandsaufnahme des oben genannten Punkte. Sie werden feststellen, dass sich die Frage "Was kostet die PHP-Modernisierung?" plötzlich in mehrere kleinere, beantwortbare Fragen auflöst, und dass der erste sinnvolle Schritt oft überraschend günstig ist. Fangen Sie mit der Stufe an, die den größten Schmerz nimmt, meist Sicherheit oder Tests, und bewerten Sie danach neu.
Genau bei dieser Einordnung, welche Stufe sich für Ihr System zuerst lohnt und was sie realistisch kostet, unterstützt LegacyWerk mit einem nüchternen Blick in den Code statt mit einem pauschalen Angebot.
