Wissen / Website Wartung

Website-Wartungsvertrag: Leistungen, Grenzen und Reaktionszeiten

Praxisleitfaden für einen Website-Wartungsvertrag: betreute Systeme, Leistungen, Ausschlüsse, Pflegefenster, Reaktionszeiten, Berichte und Übergabe.

Fachbeitrag von Web Update · Stand 22. Juli 2026 · Praxisorientierung, keine Rechtsberatung oder Verfügbarkeitsgarantie

Aufgabe des Vertrags

Website-Wartung wird erst durch konkrete Verantwortung planbar.

Ein Website-Wartungsvertrag soll nicht möglichst viele Leistungen in einer Pauschale verstecken. Er soll klären, welche Systeme betreut werden, welche wiederkehrende Arbeit stattfindet, wie Störungen gemeldet werden und wo ein neues Projekt beginnt. Ohne diese Grenzen entstehen auf Kundenseite falsche Erwartungen und auf Dienstleisterseite eine unsichtbare Warteschlange.

Die praktische Grundlage ist ein Systeminventar. Dazu gehören Domain und DNS, Hosting, CMS oder Framework, Repository, Datenbank, Formulare, E-Mail-Übergaben, Analyse, Backups und relevante Drittanbieter. Für jedes Element werden Eigentümer, Zugangshalter und Abhängigkeiten benannt. Ein Vertrag über „die Website“ bleibt zu ungenau, wenn ein Checkout bei einem externen Anbieter liegt oder die Domain von einer früheren Agentur verwaltet wird.

Danach werden Leistungsarten getrennt: wiederkehrende Pflege, definierte Tests, kleine redaktionelle Änderungen, Monitoring, Störungsbearbeitung und Weiterentwicklung. Diese Tätigkeiten besitzen unterschiedliche Planbarkeit. Ein kontrolliertes Updatefenster ist etwas anderes als eine akut blockierte Buchung. Der Vertrag sollte diese Unterschiede sichtbar machen, statt alles als Support zu bezeichnen.

Leistungsumfang

„Updates inklusive“ ist noch keine belastbare Leistung.

Bei Updates muss feststehen, welche Systeme einbezogen sind, wie vorab gesichert wird, wann die Änderung erfolgt und welche Wege danach getestet werden. Automatische Aktualisierung kann Teil einer Strategie sein, ersetzt aber keine Verantwortung für Abhängigkeiten und Fehlerfälle. Große Versionssprünge, inkompatible Plugins oder notwendige Codeanpassungen sollten als gesonderter Umfang behandelt werden.

Auch Backups brauchen Definitionen. Wer erstellt sie? Was ist enthalten? Wo liegen sie? Wie lange werden sie aufbewahrt? Wurde die Wiederherstellung geprüft? Ein grüner Backup-Status beweist nicht, dass eine vollständige Rückkehr möglich ist. Bei Shops und Mitgliedersystemen muss außerdem geklärt werden, wie aktuelle Daten geschützt werden, wenn ein älterer Stand eingespielt wird.

Formulartests sollten den gesamten vereinbarten Weg abdecken: Eingabe, Validierung, sichtbare Bestätigung, Zustellung und Eingang im Zielsystem. Kleine Inhaltsänderungen benötigen eine Mengen- oder Aufwandsgrenze, einen Übergabeweg und ein Pflegefenster. Sonst wird aus „ein paar Textänderungen“ eine ungeplante Dauerredaktion.

Entscheidungstool

Scope-Matrix für den Website-Wartungsvertrag

Jede Zeile braucht eine enthaltene Leistung, eine sichtbare Grenze und ein überprüfbares Arbeitsartefakt. So wird aus einer Paketbezeichnung ein steuerbarer Care-Plan.

Betreute Systeme

Enthalten: Domain, Hosting, CMS, Repository, Datenbank, Formulare und Drittanbieter werden einzeln benannt.
Grenze: Nicht gelistete Systeme oder private Konten sind nicht stillschweigend umfasst.
Nachweis: Scope-Blatt mit Eigentümer, Zugangshalter, Umgebung und Abhängigkeiten.

Wiederkehrende Pflege

Enthalten: Vereinbarte Updates, Backup-Prüfung, Formulartests und kleine Inhalte im definierten Rhythmus.
Grenze: Neue Seiten, Funktionen, Kampagnen und größere Umbauten bleiben eigene Projekte.
Nachweis: Pflegefenster, Checkliste und Protokoll der tatsächlich ausgeführten Arbeit.

Störungen

Enthalten: Meldeweg, Prioritätsklassen, Geschäftszeiten und Beginn der qualifizierten Rückmeldung.
Grenze: Keine automatische 24/7-, Uptime-, Sicherheits- oder Lösungszeit-Garantie.
Nachweis: Störungskarte mit Zeitpunkt, Auswirkung, Zuständigkeit und nächstem Schritt.

Backups und Rückweg

Enthalten: Speicherort, Umfang, Rhythmus und vereinbarter Wiederherstellungstest.
Grenze: Ein vorhandenes Backup gilt nicht ohne Prüfung als vollständig oder wiederherstellbar.
Nachweis: Dokumentierter letzter Prüfstand und Verantwortlichkeit für die Wiederherstellung.

Drittanbieter

Enthalten: Beobachtung und Koordination im vereinbarten Umfang.
Grenze: Verfügbarkeit, Preise und Fehler externer Anbieter liegen nicht vollständig beim Wartungsdienstleister.
Nachweis: Liste der Anbieter, Vertragsinhaber, Supportwege und bekannten Abhängigkeiten.

Bericht und Weiterentwicklung

Enthalten: Erledigte Arbeit, Testergebnisse, offene Risiken und priorisierte Empfehlung.
Grenze: Empfehlungen sind keine automatische Beauftragung oder unbegrenzte Warteschlange.
Nachweis: Monatsbericht mit Entscheidung: erledigen, beobachten, separat planen oder bewusst akzeptieren.

Reaktionszeiten

Rückmeldung, Bearbeitungsbeginn und Lösung sind drei verschiedene Zusagen.

Eine Reaktionszeit sollte definieren, was innerhalb des Zeitfensters passiert. Das kann eine qualifizierte Eingangsbestätigung, erste Triage oder der Beginn der Bearbeitung sein. Eine automatische E-Mail ist noch keine technische Reaktion. Ebenso ist der Beginn der Diagnose keine Zusage, dass der Fehler im selben Fenster gelöst wird.

Prioritätsklassen brauchen beobachtbare Kriterien. „Kritisch“ kann bedeuten, dass die gesamte Website oder ein zentraler Geschäftsweg für viele Nutzer blockiert ist. „Hoch“ kann einen stark beeinträchtigten Kernweg mit begrenztem Alternativweg bezeichnen. Kosmetische Abweichungen oder geplante Wünsche gehören nicht in dieselbe Störungsklasse.

Geschäftszeiten, Zeitzone, Feiertage und Meldekanal müssen zum Zeitversprechen passen. Wer keine 24/7-Bereitschaft betreibt, sollte sie nicht durch vage Begriffe wie „sofort“ andeuten. Außerhalb des vereinbarten Fensters kann eine separate Notfallregel existieren, muss aber Verfügbarkeit, Kosten und Abhängigkeiten realistisch beschreiben.

Beispiel für klare Sprache: „Innerhalb des vereinbarten Servicefensters erfolgt eine qualifizierte Rückmeldung und Priorisierung.“ Das verspricht einen Prozess, nicht eine unbekannte Lösungsdauer.

Grenzen & Zusatzprojekte

Wartung hält den Betrieb geordnet. Sie ist kein unbegrenzter Entwicklungsvertrag.

Neue Seiten, Funktionen, Schnittstellen, Shops, Kampagnen oder Relaunches verändern den vereinbarten Systemumfang. Sie brauchen eigene Anforderungen, Schätzung, Freigabe und Tests. Ein Wartungsvertrag kann ein kleines Verbesserungsfenster enthalten, sollte aber Menge, Priorisierung und Übertragbarkeit ungenutzter Zeit klar regeln.

Drittanbieter sind ein weiterer Grenzbereich. Der Wartungsdienstleister kann Konfiguration prüfen, Supportfälle koordinieren und Alternativen empfehlen. Er kontrolliert jedoch nicht Verfügbarkeit, Preisänderungen oder Produktentscheidungen des externen Anbieters. Im Vertrag stehen deshalb Anbieter, Vertragsinhaber, Kostenverantwortung und Supportwege.

Rechtliche Texte, verbindliche Compliance-Bewertungen, Penetrationstests und redaktionelle Gesamtüberarbeitung sind spezialisierte Leistungen. Sie sollten nicht stillschweigend aus einer technischen Pflegepauschale abgeleitet werden. Klare Ausschlüsse schützen beide Seiten und ermöglichen eine gezielte Beauftragung, wenn Bedarf entsteht.

Zugänge, Sicherheit und Freigaben

Der Vertrag beschreibt Verantwortung, nicht Passwörter.

Zugangsdaten gehören in einen sicheren, getrennt vereinbarten Transfer- und Speicherweg. Der Vertrag benennt Rollen, benötigte Systeme, Freigaberechte und den Umgang mit ausscheidenden Personen. Secrets, Wiederherstellungscodes und private Konten sollten nicht in Tickets, E-Mails oder Vertragsanlagen kopiert werden.

Für riskante Änderungen wird festgelegt, wer fachlich und technisch freigibt. Vor einem Update oder Deployment können Backup, Wartungsfenster und Rückfallkriterien erforderlich sein. Nach der Änderung werden die vereinbarten Kernwege getestet. Diese Arbeitsweise reduziert Risiken, ist aber keine Garantie gegen Sicherheitsvorfälle oder Ausfälle.

Datenschutz und Protokollierung müssen zum realen Betrieb passen. Der Wartungsdienstleister sollte nur auf Daten zugreifen, die für die Aufgabe nötig sind. Kundendaten, Logs und Exporte brauchen einen begrenzten Zweck, Schutz und eine nachvollziehbare Löschung oder Rückgabe.

Bericht & Übergabe

Monatliche Pflege muss als Ergebnis sichtbar werden.

Ein guter Bericht beantwortet vier Fragen: Was wurde geprüft? Was wurde geändert? Welche Wege wurden danach getestet? Was ist als Nächstes sinnvoll? Er trennt erledigte Arbeit von Beobachtungen und Empfehlungen. So kann der Auftraggeber entscheiden, ohne technische Rohlogs lesen zu müssen.

Offene Punkte werden priorisiert und einer Kategorie zugeordnet: Care-Aufgabe, Störung, Zusatzprojekt oder bewusst akzeptiertes Risiko. Nichts sollte unbegrenzt in einer stillen Warteschlange bleiben. Freigaben und Entscheidungen werden so dokumentiert, dass später nachvollziehbar ist, warum eine Änderung erfolgte oder verschoben wurde.

Auch das Vertragsende braucht einen Ablauf. Dazu gehören Rückgabe oder Entzug von Zugängen, Übergabe von Dokumentation, Quellstand, Konfiguration und offenen Risiken sowie die Klärung laufender Lizenzen. Die Website muss nach der Zusammenarbeit weiter betreibbar sein. Eine saubere Übergabe ist Teil professioneller Wartung, nicht ein Druckmittel.

Vertragsprüfung

Acht Fragen für das nächste Wartungsangebot

01
Sind alle betreuten Websites, Umgebungen und Drittanbieter namentlich erfasst?
02
Ist beschrieben, welche Updates, Tests, Inhalte und Berichte wiederkehrend enthalten sind?
03
Sind Pflegefenster, Meldeweg, Geschäftszeiten und Prioritätsklassen verständlich getrennt?
04
Unterscheidet der Vertrag Reaktionszeit, Diagnosebeginn, Zwischenmeldung und Lösungszeit?
05
Sind neue Funktionen, akute Reparaturen und größere Änderungen ausdrücklich als gesondert eingeordnet?
06
Sind Zugangstransfer, Rollen, Geheimnisse, Backup-Verantwortung und Rückfallweg dokumentiert?
07
Ist geregelt, wie Drittanbieterkosten, Lizenzen und externe Ausfälle behandelt werden?
08
Sind Bericht, Freigabe, Kündigung und vollständige technische Übergabe praktisch beschrieben?

Diese Checkliste ist eine operative Orientierung. Vertragsrecht, Haftung, Auftragsverarbeitung und individuelle Pflichten sollten anhand des konkreten Geschäftsmodells qualifiziert geprüft werden.

Häufige Fragen zum Website-Wartungsvertrag

Was sollte ein Website-Wartungsvertrag enthalten?

Mindestens betreute Systeme, konkrete wiederkehrende Leistungen, Pflegefenster, Meldeweg, Prioritätsklassen, Reaktionsdefinitionen, Ausschlüsse, Drittanbieter, Dokumentation, Vergütung, Laufzeit und Übergabe. Der individuelle Vertrag sollte rechtlich geprüft werden.

Ist Reaktionszeit dasselbe wie Lösungszeit?

Nein. Reaktionszeit beschreibt, wann eine qualifizierte Rückmeldung oder Bearbeitung beginnt. Die Lösungszeit hängt von Ursache, Zugang, Abhängigkeiten, Ersatzteilen oder Drittanbietern ab und sollte nicht pauschal versprochen werden.

Sind neue Seiten in der Website-Wartung enthalten?

Nur wenn der Vertrag das ausdrücklich und begrenzt vorsieht. Kleine Inhaltsänderungen können Teil eines Care-Rhythmus sein. Neue Seiten, Funktionen, Kampagnen oder Relaunches sollten als eigene Projekte geplant werden.

Garantiert ein Wartungsvertrag Sicherheit und Verfügbarkeit?

Nein. Wartung, Monitoring, Backups und Tests reduzieren Risiken, können aber keine vollständige Sicherheit oder ununterbrochene Verfügbarkeit garantieren. Umfang, Abhängigkeiten und Reaktionswege müssen transparent beschrieben sein.

Nächster Schritt

Den tatsächlichen Wartungsbedarf zuerst einordnen.

Der lokale Check ordnet Zuständigkeit, Updates, Formulare, Backups und Verbesserungsbedarf. Er scannt keine Website und sendet nichts automatisch.

Wartungsbedarf prüfen