Was in einem Wartungsvertrag steckt außer Updates
Updates klicken kann jeder. Der Unterschied liegt darin, was vorher geprüft und hinterher belegt wird — und was passiert, wenn ein Update etwas kaputtmacht.
Titelbild: KI-generiert (Higgsfield)
„Updates kann ich auch selbst klicken.” Der Satz stimmt. Und trotzdem betreue ich Websites, deren Betreiber technisch gut genug wären, es selbst zu tun.
Der Grund ist, dass das Klicken der kleinste Teil ist.
Was vor dem Update passiert
Ich fange nie mit „alle aktualisieren” an. Zuerst schaue ich, womit ich es zu tun habe: Welche Version läuft, welche Erweiterungen sind aktiv, hängt ein Shop mit Zahlungsweg dran, gibt es Formulare mit Mailversand, sind Anpassungen im Spiel, die jemand einmal von Hand gemacht hat.
Das entscheidet über den Aufwand. Eine einfache Informationsseite und ein Shop mit angebundener Warenwirtschaft sind technisch dasselbe System und im Risiko zwei verschiedene Welten. Bei der einen genügt Aktualisieren und Nachsehen. Bei der anderen läuft der Durchgang zuerst auf einer lokalen Kopie.
Dann die Sicherung. Nicht als Häkchen auf einer Liste, sondern als geprüfter Rückweg: Ich schaue nach, ob sie wirklich angelegt wurde und wo sie liegt. Eine Sicherung, die nur auf dem Papier existiert, hilft im Ernstfall nicht — und im Ernstfall ist keine Zeit, das herauszufinden.
Was währenddessen passiert
Reihenfolge zählt. Sicherheitsrelevante Lücken zuerst, dann der Rest. Bei größeren Sprüngen prüfe ich vorher, ob bekannte Unverträglichkeiten dokumentiert sind — das kostet wenig Zeit und erspart im Zweifel einen langen Abend.
Und ich schaue nicht auf ein grünes Symbol. Dass eine Aktualisierung „erfolgreich” meldet, heißt, dass Dateien ersetzt wurden. Ob die Seite danach noch funktioniert, ist eine andere Frage. Also: Startseite, eine Unterseite, das Formular, bei einem Shop der Weg bis zur Kasse. Wo möglich mit einem Blick in die Fehlerprotokolle, denn manches bricht nicht sichtbar, sondern still.

Was danach passiert — und meistens fehlt
Der Teil, den Kunden am wenigsten erwarten und am meisten schätzen: Belege.
Nach jedem Durchgang gibt es bei mir eine Aufstellung, was aktualisiert wurde, von welcher auf welche Version, was geprüft wurde und wie das Ergebnis aussah — mit Bildschirmfotos der geprüften Seiten. Das hat drei Gründe.
Erstens weiß der Kunde, wofür er zahlt. Zweitens lässt sich bei einem Problem drei Wochen später nachvollziehen, was zuletzt verändert wurde; die Frage „seit wann geht das nicht mehr?” beantwortet sich damit meistens von selbst. Und drittens ist es ein Nachweis: Wenn jemand wissen will, ob die Systeme regelmäßig gepflegt werden, gibt es eine Antwort mit Datum.
Der Nachweis hilft auch dann, wenn gar nichts schiefgeht. Wartung ist für Außenstehende unsichtbar, solange die Website funktioniert. Eine verständliche Zusammenfassung zeigt nicht nur eine Liste technischer Begriffe, sondern den Ablauf: Sicherung geprüft, Änderungen eingespielt, wichtige Wege getestet, Auffälligkeiten festgehalten. Das macht den Vertrag nachvollziehbar, ohne dass der Kunde jede technische Einzelheit selbst bewerten muss.
Ich halte dabei fest, was wirklich geprüft wurde und was nicht. Ein Funktionstest kann den typischen Bestellweg abdecken, aber keine vollständige Fachprüfung des gesamten Shops ersetzen. Wenn ein Bereich besondere Geschäftslogik enthält, gehört das in den Ablauf und gegebenenfalls in einen eigenen Test. Ehrliche Grenzen sind mir wichtiger als ein Protokoll, das vollständige Sicherheit verspricht.
Der Fall, für den es den Vertrag eigentlich gibt
Bisher klang das nach Routine. Der eigentliche Wert zeigt sich an dem Tag, an dem etwas nicht funktioniert.
Ein Update macht eine Funktion kaputt — die Erweiterung, die den Newsletter anbindet, verträgt sich nicht mehr mit dem neuen Kern. Ohne Vertrag beginnt jetzt die Suche nach jemandem, der Zeit hat, plus die Frage, was es kostet. Mit Vertrag ist der Rückweg vorbereitet: Es gibt eine geprüfte Sicherung, es gibt die Aufstellung, was geändert wurde, und es gibt jemanden, der das System kennt.
Genau dafür bezahlt man. Nicht für die Updates — für die Gewissheit, dass jemand zuständig ist, wenn sie schiefgehen.
Was ein Wartungsvertrag nicht ist
Er ist kein Rundum-Schutz. Wer angegriffen wird, kann trotz aktueller Software Probleme bekommen — vor allem, wenn eine Lücke bekannt wird, bevor es eine Korrektur gibt. Regelmäßige Pflege verkleinert das Zeitfenster, sie schließt es nicht.
Er ist auch kein Weiterentwicklungsvertrag. Neue Funktionen, Umbauten, gestalterische Änderungen sind Projekte und werden getrennt besprochen. Ich halte diese Trennung bewusst sauber, weil sonst irgendwann unklar ist, was eigentlich Vertragsleistung war.
Und er ersetzt keine Aufmerksamkeit des Betreibers. Wenn Ihnen etwas auffällt — eine Seite lädt seltsam, ein Formular kommt nicht an — dann melden Sie das bitte. Ich sehe die Seite alle paar Wochen. Sie sehen sie täglich.
Wenn Sie überlegen, ob sich das lohnt
Zwei Fragen helfen bei der Entscheidung. Erstens: Wie lange könnte Ihre Website ausfallen, ohne dass es weh tut? Zweitens: Wer würde es merken, wenn seit drei Monaten kein Update mehr eingespielt wurde?
Wenn die erste Antwort „nicht lange” ist und die zweite „niemand”, dann kennen Sie Ihre Antwort.
Bei Fragen dazu schreiben Sie mir einfach — ich sage Ihnen gern, was in Ihrem konkreten Fall sinnvoll ist und was Sie sich sparen können.