PHP-Wartung für Agenturen: Wie man Kunden-Altprojekte professionell betreut

Jede Agentur kennt diese Situation. Ein Kunde ruft an, dessen Website seit Jahren niemand mehr angefasst hat. Der ursprüngliche Entwickler ist weg, das System läuft auf einer alten PHP-Version, und im eigenen Team weiß niemand genau, was unter der Oberfläche passiert. PHP-Wartung für Agenturen bedeutet oft: fremden Code übernehmen, den man nicht selbst geschrieben hat.

Das kommt öfter vor, als man denkt. Kunden wechseln den Dienstleister, alte Entwicklungspartner geben auf, Projekte wandern zurück in die eigene Agentur. Wer PHP-Altprojekte professionell betreuen will, braucht dafür keine Zauberei. Er braucht eine klare Struktur, mit der jedes neue Altprojekt gleich behandelt wird.

Warum Kunden-Altprojekte für Agenturen ein besonderes Risiko sind

Bei einem neuen Projekt kennt man den Code von Anfang an. Bei einem übernommenen Projekt fehlt dieses Wissen komplett. Man weiß nicht, welche Abkürzungen genommen wurden, welche Plugins veraltet sind oder ob überhaupt ein Backup existiert.

Das führt zu einem typischen Muster: Die Agentur übernimmt das Projekt, ohne es vorher genau zu prüfen. Ein paar Wochen später taucht ein Fehler auf, den niemand erklären kann. Die Suche nach der Ursache dauert länger als geplant, der Kunde wird ungeduldig, und die Marge des Projekts schmilzt.

Wer sich das öfter leistet, verliert nicht nur Zeit. Er verliert auch das Vertrauen des Kunden, gerade dann, wenn er es am meisten braucht. In der Software-Wartung gilt eine einfache Regel: Was man nicht kennt, kann man nicht sicher betreuen.

Sicherheitslücken, die niemand auf dem Schirm hat

Viele übernommene Projekte laufen auf veralteten PHP-Versionen mit bekannten, ungepatchten Sicherheitslücken. Solange nichts passiert, fällt das nicht auf. Sobald etwas passiert, steht die Agentur in der Verantwortung, obwohl sie den Code gar nicht gebaut hat. Wie man solche Altcode-Probleme angeht, ohne alles neu zu schreiben, beschreibt der Artikel zur PHP-Modernisierung.

Gerade bei Zahlungsformularen, Login-Bereichen oder Kontaktformularen mit Datei-Upload lohnt sich ein genauer Blick. Diese Stellen werden von automatisierten Angriffswerkzeugen zuerst geprüft, weil sie besonders oft Schwachstellen enthalten.

Unklare Verantwortung im Schadensfall

Ohne klaren Wartungsvertrag ist im Ernstfall unklar, wer haftet. War der Fehler schon vor der Übernahme da? Ist er durch eine Änderung der Agentur entstanden? Diese Fragen sollten geklärt sein, bevor ein Projekt übernommen wird, nicht danach.

Ein kurzes Übergabeprotokoll mit Datum, Zustand des Systems und bekannten offenen Punkten reicht meistens aus. Es kostet kaum Zeit, schützt aber beide Seiten, falls später Streit über die Ursache eines Fehlers entsteht.

Wie eine strukturierte Übernahme aussieht

Eine gute Übernahme läuft nicht nach Bauchgefühl, sondern nach einem festen Ablauf. Dieser Ablauf muss nicht kompliziert sein, aber er sollte immer der gleiche sein.

Schritt 1: Erstanalyse vor jedem Angebot

Bevor ein Angebot rausgeht, lohnt sich ein kurzer technischer Check: Welche PHP-Version läuft, welche Abhängigkeiten sind im Einsatz, gibt es ein funktionierendes Backup, existiert überhaupt eine Versionsverwaltung. Diese Analyse dauert selten mehr als einen halben Tag, verhindert aber teure Überraschungen später.

Aus dieser Analyse ergibt sich auch eine realistische Einschätzung, ob eine laufende Wartung reicht oder ob zuerst eine Modernisierung ansteht. Beide Wege sind legitim, aber sie kosten unterschiedlich viel Zeit und Geld.

Schritt 2: Risiken priorisieren statt alles gleichzeitig

Nicht jedes Problem muss sofort gelöst werden. Ein veraltetes Zahlungsmodul mit bekannter Sicherheitslücke hat andere Priorität als ein optisch unschönes, aber funktionierendes Formular. Wer alles gleichzeitig anpacken will, verzettelt sich und liefert am Ende nichts richtig ab.

Eine einfache Einteilung hilft: akute Sicherheitsrisiken zuerst, dann Stabilität, dann Funktionalität, dann Optik. Diese Reihenfolge lässt sich dem Kunden gut erklären und schafft Vertrauen, weil sie nachvollziehbar ist.

Schritt 3: Wartungsroutinen statt Feuerwehreinsätze

Ohne feste Routine wird Wartung zur Feuerwehr: Man reagiert nur, wenn etwas kaputt ist. Das kostet mehr Nerven und mehr Geld als ein geplanter Rhythmus aus regelmäßigen Backups, Sicherheits-Updates und einem kurzen monatlichen Check der wichtigsten Kennzahlen.

Wie ein solcher Wartungsvertrag inhaltlich aussehen sollte und was oft fehlt, erklärt der Artikel Software-Wartungsvertrag: Inhalte, die oft fehlen. Ein Blick auf die verschiedenen Arten der Software-Wartung hilft zusätzlich dabei, das passende Modell für den jeweiligen Kunden zu finden.

Für kleinere Kunden reicht oft ein schlankes Paket aus monatlichem Backup-Check und Sicherheits-Updates. Größere, geschäftskritische Systeme brauchen dagegen engmaschigeres Monitoring und kürzere Reaktionszeiten bei Störungen. Diese Unterschiede sollten schon im Angebot sichtbar sein, damit der Kunde weiß, wofür er zahlt.

Schritt 4: Kommunikation mit dem Kunden

Der Kunde muss verstehen, warum Wartung Geld kostet, obwohl "doch alles läuft". Hier hilft ein einfaches Bild: Software, die niemand pflegt, sammelt über die Jahre stillschweigend Probleme an, genau wie ein Konto, das nie geprüft wird. Wer das früh anspricht, muss später keine unangenehmen Überraschungspreise erklären.

Regelmäßige, kurze Statusberichte reichen meistens aus. Sie zeigen dem Kunden, dass etwas passiert, auch wenn von außen nichts sichtbar ist.

Selbst betreuen oder Spezialisten holen?

Nicht jede Agentur hat die Kapazität, PHP-Altprojekte dauerhaft selbst zu betreuen. Wer merkt, dass alte PHP-Projekte im Team niemand gern anfasst, sollte das offen ansprechen, statt Projekte notdürftig durchzuschleppen. Ein Blick auf den Artikel PHP-Wartung outsourcen: Worauf Sie achten müssen zeigt, welche Fragen vor einer Zusammenarbeit mit einem externen Spezialisten wichtig sind.

Eine Kooperation mit einem Legacy-Spezialisten ist dabei keine Schwäche. Sie ist oft die wirtschaftlich klügere Lösung. Die Agentur bleibt Ansprechpartner für den Kunden, während die technische Detailarbeit an alten PHP-Systemen bei jemandem liegt, der genau das jeden Tag macht.

Das lohnt sich besonders, wenn ein Kunde nach dem PHP-Update auch über neue Funktionen nachdenkt. Ist die Basis erst stabil, lässt sich darauf aufbauen, ohne dass alte Baustellen im Hintergrund weiter Zeit kosten. Für die Agentur bedeutet das: mehr Spielraum für die Arbeit, die eigentlich Spaß macht, und weniger Zeit, die in der Fehlersuche in fremdem Code verschwindet.

Fazit: Struktur schlägt Improvisation

PHP-Wartung für Agenturen ist kein Sonderfall, sondern Alltag. Wer Kunden-Altprojekte mit fester Erstanalyse, klarer Priorisierung, festen Routinen und offener Kommunikation betreut, reduziert Risiken deutlich und stärkt gleichzeitig die Kundenbeziehung.

Wer bei der Übernahme eines Kundenprojekts unsicher ist, ob Eigenbetreuung oder externe Unterstützung sinnvoller ist, muss diese Entscheidung nicht allein treffen. Sprechen Sie uns an. Das Erstgespräch ist kostenlos, und wir sagen Ihnen ehrlich, wo das Projekt steht und was als Nächstes sinnvoll ist.