Website-Wartung: Was gehört dazu – und wer kümmert sich darum?

Ein Hostingvertrag stellt eine technische Umgebung bereit. Welche Betreuung darüber hinaus dazugehört, ergibt sich aus dem konkreten Leistungsumfang – nicht aus dem Wort Hosting. Auch ein als betreut beworbener Tarif kann sich auf den Server beschränken, während deine Website-Anwendung, Erweiterungen oder Inhalte separat gepflegt werden müssen.

Für dich zählt deshalb eine klare Zuordnung: Was wird erhalten, was wird inhaltlich geändert und was wird neu gebaut? Diese Trennung verhindert sowohl doppelte Bezahlung als auch die Erwartung, jede gewünschte Erweiterung sei in einer kleinen Betriebspauschale enthalten.

Bei WordPress gehören das Kernsystem, eingesetzte Plugins und Themes zur Bestandsaufnahme. Die offizielle WordPress-Dokumentation empfiehlt eine Sicherung vor einem Update. Automatische Updates für Plugins und Themes lassen sich einzeln steuern; sie ersetzen aber weder die Kontrolle, ob ein Update gelungen ist, noch die Prüfung deiner wichtigen Funktionen.

Bei einem Baukastensystem übernimmt der Plattformanbieter normalerweise einen großen Teil der technischen Plattformpflege. Inhalte, eigene Einstellungen, Domainverwaltung und angebundene Dienste bleiben trotzdem zu klären. Prüfe außerdem, welche Sicherungs- und Exportmöglichkeiten dein konkreter Tarif bietet.

Eine individuell entwickelte Website kann ohne öffentliches Redaktionssystem auskommen und dadurch weniger sichtbare Pflegearbeit verursachen. Abhängigkeiten, verwendete Laufzeitumgebungen, Bereitstellung und externe Schnittstellen verschwinden dadurch nicht. Auch eine weitgehend statische Seite kann ein Formular oder einen Buchungsdienst nutzen, der gesondert betreut werden muss.

Lass dir für dein System festhalten, wer Sicherheitsmeldungen bewertet, welche Komponenten noch unterstützt werden und wie Änderungen geprüft werden. Ein größerer Versionswechsel kann ein eigenes Modernisierungsprojekt sein; er ist nicht automatisch mit einem kleinen Routineupdate gleichzusetzen.

Frage nicht nur, ob Backups erstellt werden. Frage, was gesichert wird, wie alt der letzte brauchbare Stand sein darf und wie lange eine Wiederherstellung voraussichtlich dauern kann. Das sind unterschiedliche Fragen: Daten möglichst aktuell zu sichern bedeutet noch nicht, sie schnell wieder bereitstellen zu können.

Bei einer typischen WordPress-Website benötigt eine vollständige Wiederherstellung sowohl Dateien als auch Datenbank. Das erläutert das offizielle WordPress-Handbuch ausdrücklich. Bei anderen Systemen kann der Umfang anders aussehen: Quellcode allein enthält beispielsweise nicht automatisch hochgeladene Bilder, Laufzeitdaten oder die notwendige Konfiguration.

Die britische Sicherheitsbehörde NCSC empfiehlt, Sicherungen regelmäßig zu testen und den Zugriff auch bei vollständigem Systemausfall vorab zu klären. Als praktische Abnahmefrage eignet sich: Wurde ein gesicherter Stand in einer getrennten Umgebung schon einmal erfolgreich wiederhergestellt? Vereinbare, wer diese Probe dokumentiert. Eine Sicherung nur im selben betroffenen System kann bei dessen Verlust ebenfalls fehlen; Speicherort und Zugriffsschutz gehören deshalb in die Planung.

Ein Rücksetzen kann neue Daten überschreiben. Wenn seit dem Sicherungszeitpunkt Bestellungen oder Anfragen eingegangen sind, muss vor einer Wiederherstellung geklärt werden, wie diese erhalten bleiben. Bei einem vermuteten Sicherheitsvorfall reicht es außerdem nicht, eine alte Kopie einzuspielen und die mögliche Ursache unangetastet zu lassen.

Eine Erreichbarkeitsüberwachung beantwortet eine begrenzte Frage: Antwortet die geprüfte Adresse wie erwartet? Google Cloud unterscheidet in seiner Dokumentation solche Prüfungen von Tests vollständiger Abläufe. Für deine Website lässt sich daraus ableiten: Lässt sich das Formular absenden, kommt die Nachricht tatsächlich an und ist eine Antwort möglich? Öffnet die Buchung das richtige Angebot? Funktioniert die Telefonnummer auf einem Smartphone? Das sind Prüffragen, keine Empfehlung für einen bestimmten Monitoringanbieter.

Lege wenige wichtige Nutzerwege fest und prüfe sie nach relevanten Änderungen sowie in einem vereinbarten Rhythmus. Nutze dafür gekennzeichnete Testanfragen statt echter Kundendaten. Tests von Bestellungen oder Zahlungen brauchen einen dafür vorgesehenen Testmodus, damit keine unbeabsichtigten Käufe entstehen.

Auch Inhalte können einen funktionierenden Auftritt entwerten: alte Öffnungszeiten, eine ausgeschiedene Kontaktperson oder ein nicht mehr erhältliches Angebot. Diese Änderungen kennt dein Unternehmen meist früher als ein technischer Betreuer. Eine verantwortliche Person sollte sie sammeln und freigeben.

Barrierefreiheit ist ebenfalls keine einmalige Abnahme. Die W3C Web Accessibility Initiative empfiehlt regelmäßige Prüfungen bei Inhaltsänderungen und eine Einbindung in den Veröffentlichungsprozess. Achte beispielsweise auf verständliche Linktexte, passende Bildbeschreibungen, sinnvolle Überschriften und die Bedienbarkeit von Formularen mit der Tastatur. Ein automatischer Test deckt nicht jede Barriere auf.

Es gibt keinen sinnvollen Einheitstakt für alle Aufgaben. Die folgenden Beispiele sind eine Planungsorientierung, keine allgemeine Norm und keine zugesagte Deichklar-Servicezeit. Eine wenig veränderte Informationsseite und eine täglich genutzte Buchungsplattform brauchen unterschiedliche Sicherungs- und Prüfintervalle.

Plane Routine und Ereignisse getrennt. Eine bekannte kritische Sicherheitslücke oder ein ausgefallenes Anfrageformular sollte nicht auf den nächsten Monatsbericht warten. Welche Reaktion möglich und geschuldet ist, muss mit dem Betreuer vereinbart werden.

Notiere zu jeder Aufgabe eine verantwortliche Rolle: dein Unternehmen, Hostinganbieter oder Website-Betreuer. Dabei darf dieselbe Person mehrere Rollen übernehmen. Wichtig ist, dass keine Aufgabe zwischen den Verträgen verschwindet. Der Dienstleister braucht die notwendigen Zugänge; du brauchst eine dokumentierte Möglichkeit, die Betreuung später zu wechseln.

Kläre einen Meldeweg für Störungen, erreichbare Zeiten und die Freigabe zusätzlicher Arbeiten. Reaktionszeit und Lösungszeit sind nicht dasselbe: Eine bestätigte Meldung bedeutet nicht, dass ein Problem beim externen Buchungsanbieter schon behoben ist. Ein Bericht sollte offene Risiken ebenso nennen wie erledigte Updates und erfolgreiche Prüfungen.

Technische Wartung ersetzt keine rechtliche Prüfung. Wenn du etwa neue Trackingdienste, Zahlungsfunktionen oder Datenverarbeitungen einführst, muss auch geklärt werden, ob Informationen, Einwilligungen oder Vereinbarungen angepasst werden müssen. Fachliche oder rechtliche Freigaben sind nicht automatisch Teil eines technischen Pflegepakets.

Wartungskosten entstehen durch Systemumfang, Anzahl und Art der Integrationen, erforderliche Tests, Sicherungen, gewünschte Erreichbarkeit und die Folgen eines Ausfalls. Eine monatliche Pauschale mit wenigen klaren Aufgaben kann sinnvoll sein. Ebenso kann eine Kombination aus Grundbetrieb und separat beauftragten Änderungen passen. Ein niedriger Betrag ist nur vergleichbar, wenn Leistungsgrenzen und Zusatzkosten bekannt sind.

Hypothetisches Beispiel: Ein Handwerksbetrieb hat eine kleine Website mit Leistungsseiten und Kontaktformular. Er kann Bilder, Ansprechpartner und Öffnungszeiten selbst aktuell halten, während ein Betreuer Technik, Sicherungen und Formularzustellung übernimmt. Eine automatische Servermeldung allein wäre hier kein Nachweis dafür, dass Kundenanfragen ankommen.

Anderes hypothetisches Beispiel: Eine Ferienunterkunft bindet einen externen Buchungsdienst ein. Zusätzlich zur Website müssen Verlinkung, Verfügbarkeit der Einbindung und Zuständigkeit bei Störungen geklärt sein. Das bedeutet nicht automatisch, dass der Website-Betreuer den fremden Dienst reparieren oder dessen Betrieb garantieren kann.

Bei Deichklar wird Wartung als optionaler Betreuungsumfang vereinbart; Updates, Inhaltsänderungen und Reaktionszeiten werden konkret abgegrenzt. Hosting und Domain sind gesondert zu betrachten. Dieser Beitrag führt kein neues Paket, keinen Pauschalpreis und keine Bereitschaftszusage ein.

Nimm deine Website-Adresse, vorhandene Verträge und eine Liste der wichtigsten Funktionen mit ins Gespräch. Du musst keine technischen Details erraten. Wenn unklar ist, wer heute Zugriff auf Domain oder Hosting hat, ist das bereits eine wichtige Information.

Fehlt bisher jede Betreuung, beginne mit einer Bestandsaufnahme: Systeme, Zugänge, Sicherungen und Kontaktwege. Daraus lässt sich ein kleiner, tragfähiger Pflegeplan ableiten. Nicht jede Website braucht einen Relaunch – aber jede geschäftlich genutzte Website braucht geklärte Verantwortung.