Website CMS Wartung: So bleibt die Seite in Ihrer Hand

Die Praxis verlegt ihre Sprechzeiten am Freitag auf den Vormittag. Auf der Website steht noch die alte Zeit, und die Telefonbesetzung fragt sich, wen man anrufen müsste. Der Webdesigner von damals hat inzwischen den Beruf gewechselt, die Mail kommt nicht mehr an. Im Haus weiß niemand, ob es überhaupt ein Login gibt und wo es aufbewahrt wird. Dieses Szenario ist erfunden, das Muster dahinter ist es nicht.

In solchen Lagen steht selten die Technik im Weg. Es fehlt eine Antwort auf drei einfache Fragen: Wer darf was ändern, wo liegen die Zugänge, und was passiert, wenn der Dienstleister ausfällt? Das System selbst, ob Baukasten oder CMS, ist oft einwandfrei. Das Problem ist ein Betrieb, der sich eine Website hat bauen lassen, ohne die Pflege mitzubestellen.

Wir betrachten deshalb nicht nur die Auswahl eines Content-Management-Systems, sondern den gesamten Lebenslauf einer Website: Inhalte pflegen, Software aktuell halten, Daten sichern, Hosting beobachten und im Zweifel sauber wechseln können. Wer „Website CMS Wartung“ als eine einzige Aufgabe versteht, trifft bessere Entscheidungen als jemand, der nur ein Werkzeug auswählt.

Ein typisches Ausgangsbild in einem kleinen Betrieb sieht so aus: Die Website wurde vor einigen Jahren von einer externen Person gebaut, ein Login steht auf einem Zettel oder in einer alten Mail, und Änderungen werden per Nachricht an den Dienstleister gemeldet. Solange er erreichbar ist, funktioniert das. Es ist ein Arrangement, das auf Wohlwollen beruht und keine Struktur hat, und Wohlwollen ist eine schlechte Grundlage für etwas, das täglich Kundschaft empfängt.

Die erste Stelle ist die Bedienbarkeit. Ein Redaktionssystem, das die Entwicklerin gern benutzt, ist für die Praxismanagerin oft ein Labyrinth aus Menüs, Blöcken und Feldern, bei dem ein falscher Klick das Layout zerlegt. Wer Angst vor dem System hat, pflegt es nicht, und eine ungepflegte Seite veraltet leise. Veraltete Öffnungszeiten, Preise oder Ansprechpartner kosten Vertrauen, lange bevor jemand es bemerkt.

Die zweite Stelle ist die unsichtbare Wartung. Sicherheitsupdates für Kern, Erweiterungen und Serversoftware laufen nicht von allein. Bei einem klassischen CMS mit Plugins sammeln sich Abhängigkeiten an, die nacheinander veralten. Ein Baukasten nimmt diese Last ab, bindet Sie dafür an einen Anbieter. Beide Wege sind legitim, doch beide haben Kosten, die in Angeboten häufig im Kleingedruckten verschwinden.

Die dritte Stelle ist das Eigentum. Registriert die Agentur die Domain auf den eigenen Namen, liegt der Code in ihrem Repository und läuft das Hosting über ihr Konto, dann gehört dem Betrieb im Kern nur der Inhalt. Das ist nicht böswillig, sondern oft schlicht bequem gelöst. Es wird erst zum Problem, wenn man wechseln möchte oder muss.

Dazu kommt ein vierter, weniger greifbarer Grund: Niemand fühlt sich zuständig. Die Geschäftsführung hält die Website für ein Marketingthema, das Marketing für eine Technikfrage, und die Technik für eine Sache des Dienstleisters. Ein Zuständiger mit Namen und Vertretung löst mehr Probleme als jede Softwareentscheidung. Fehlt er, bleiben Aufgaben liegen, bis ein Vorfall sie sichtbar macht.

Baukästen wie die großen Website-Dienste bündeln Editor, Hosting, Sicherheit und Updates in einem Abo. Für einen Betrieb mit wenigen Seiten und wenig Sonderwünschen ist das häufig die ruhigste Lösung, denn es gibt nichts, was Sie selbst patchen müssten. Die Grenzen zeigen sich bei individueller Struktur, bei der Performance-Feinsteuerung und beim Export: Inhalte lassen sich oft nur eingeschränkt oder in unhandlichen Formaten mitnehmen.

Das klassische CMS, im Mittelstand meist WordPress oder ein ähnliches System mit Plugin-Ökosystem, bietet die größte Auswahl an Funktionen und Dienstleistern. Dafür verlangt es Betrieb: Updates, Backups, Hosting, Absicherung. Gepflegt ist es unkompliziert und günstig im Wechsel, ungepflegt ist es das häufigste Einfallstor für Angriffe, weil Schwachstellen in alten Erweiterungen öffentlich dokumentiert sind.

Headless-Systeme trennen Inhalt und Darstellung. Redaktion pflegt im CMS, die Website wird von einer eigenen Anwendung gerendert. Das bringt Geschwindigkeit, saubere Struktur und freie Gestaltung. Es bringt aber auch zwei Systeme, die zusammenspielen müssen, und meist einen Entwickler, der bei jeder größeren Änderung der Darstellung gebraucht wird. Für einen Handwerksbetrieb mit zehn Seiten ist das selten die richtige Größenordnung.

Unsere Einschätzung fällt entsprechend nüchtern aus. Kleine, stabile Auftritte gehören oft in einen Baukasten oder ein schlank konfiguriertes klassisches CMS. Headless lohnt, wenn mehrere Kanäle denselben Inhalt nutzen, hohe Performance-Anforderungen bestehen oder ein Entwicklungsteam ohnehin beteiligt ist. Den Ausschlag gibt die klare Antwort auf die Frage, wie viel Betrieb Sie zu tragen bereit sind.

Eine Feature-Tabelle führt hier in die Irre, weil fast jedes System fast jede Funktion irgendwie bekommt. Wir fragen stattdessen, was in den nächsten drei Jahren tatsächlich passiert: Wie oft ändern sich Inhalte, wer ändert sie, wie viele Seitentypen gibt es, und wer sorgt für die Technik, wenn es ruhig ist? Das Ergebnis ist selten ein Systemname, sondern ein Profil, gegen das sich Systeme prüfen lassen.

Besonders schwer wiegt die Frage nach der Zuständigkeit. Ein System, das Wartung durch Dritte erfordert, muss diese Dritten tatsächlich beauftragen. Das heißt: Wartungsvertrag mit klaren Leistungen, Reaktionszeiten und Kündigungsmöglichkeit, oder ein intern benannter Verantwortlicher. Beides gleichzeitig zu vergessen, ist der häufigste Fehler.

Dazu kommt der Wechselaufwand. Wir schätzen, wie teuer ein Umzug in fünf Jahren wäre, und gewichten das mit. Ein Baukasten mit schlechtem Export ist heute günstig und später teuer. Ein offenes System mit sauber dokumentiertem Aufbau ist heute teurer und später ruhig. Beide Entscheidungen sind vertretbar, solange sie bewusst getroffen werden.

Ein Prüfschritt hat sich bewährt: Bevor die Wahl fällt, spielen wir einen realistischen Redaktionsfall durch. Eine neue Leistungsseite anlegen, ein Bild tauschen, eine Zeit ändern, eine Seite wieder offline nehmen. Wer das mit der Person ausprobiert, die es später tun soll, lernt in einer Stunde mehr als aus jeder Produktbroschüre. Fällt der Test schwer, liegt es am System oder an der Einrichtung, und beides lässt sich vorher noch ändern.

Eine Vorsicht gilt gegenüber Versprechen der Art „alles ist einfach“. Einfach ist, was der konkrete Mensch an seinem konkreten Arbeitsplatz ohne Rückfrage erledigt, nicht, was in einer Demo gut aussieht. Wir bewerten deshalb Bedienbarkeit am Beispiel der eigenen Inhalte, nicht an Musterseiten des Herstellers.

Bei einer Website mit drei Personen genügt oft ein einfacher Schnitt: eine Administration, die Struktur und Technik verantwortet, und Redakteure, die Inhalte ändern dürfen, aber keine Erweiterungen installieren oder Einstellungen berühren. Wer alles darf, kann auch alles zerstören, und das meist ohne böse Absicht. Das Prinzip der geringsten Rechte klingt streng, schützt aber vor den häufigsten Pannen.

Ein Redaktionsablauf muss nicht komplex sein. Wichtig ist, dass jede Änderung einer Person zugeordnet ist und dass es eine Stelle gibt, die Sichtbares freigibt, wenn Rechtliches, Preise oder medizinische Aussagen betroffen sind. In kleinen Betrieben ist das zwei Augenpaare auf einer Seite, mehr nicht. Entwurf, Vorschau, Veröffentlichung: Diese drei Zustände sollte jedes System sauber trennen können.

Dazu gehört ein kurzer, schriftlicher Leitfaden. Er beschreibt, welche Felder es gibt, wie Bilder vorbereitet werden, welche Formulierungen vermieden werden, und was bei Unsicherheit zu tun ist. Zwei Seiten genügen. Der Leitfaden entlastet die Person, die sonst jede Frage per Anruf beantwortet, und er ist der wichtigste Baustein, wenn Mitarbeitende wechseln.

Auch die Gestaltung sollte Fehler abfangen. Statt freier Seitenbaukästen, in denen jede Schriftgröße und jede Farbe wählbar ist, bewähren sich feste Bausteine: Textblock, Bildtext, Leistungskarte, Kontaktbox. Die Redaktion füllt Felder, das Design bleibt konsistent. Das schränkt ein und schützt zugleich, denn eine Seite, die nach zwei Jahren noch aussieht wie am ersten Tag, ist selten das Ergebnis von Disziplin, sondern von vernünftigen Grenzen.

Updates sind kein Projekt, sondern ein Rhythmus. Bei einem klassischen CMS prüfen Sie Kern, Themes und Erweiterungen in festen Abständen, spielen sie zuerst auf einer Kopie ein und danach live. Sicherheitsupdates gehören zeitnah installiert, bei größeren Versionssprüngen reicht ein geplantes Fenster. Wer nur reagiert, wenn etwas kaputt ist, zahlt später deutlich mehr.

Weniger Erweiterungen sind weniger Angriffsfläche. Jedes Plugin ist fremder Code, der gepflegt werden muss. Wir prüfen deshalb vor jeder Installation, ob eine Funktion auch ohne Zusatzmodul zu lösen ist, ob das Modul aktiv weiterentwickelt wird und wie viele andere es nutzen. Bei Baukästen übernimmt der Anbieter einen Teil dieser Arbeit, die Verantwortung für Zugänge und Passwörter bleibt aber bei Ihnen.

Backups folgen einer einfachen Regel, die sich über Jahre bewährt hat: mehrere Kopien, an getrennten Orten, regelmäßig, und vor allem getestet. Ein Backup, das noch nie zurückgespielt wurde, ist eine Hoffnung. Wir legen fest, wie oft gesichert wird, wie lange Stände aufbewahrt werden und wer eine Wiederherstellung auslösen kann. Zum Test gehört, die Kopie auf einer separaten Umgebung tatsächlich zu starten.

Dazu kommen kleine Wächter: Überwachung der Erreichbarkeit, Hinweis auf ablaufende Zertifikate, eine Benachrichtigung bei fehlgeschlagenen Anmeldungen. Sie verhindern keine Angriffe, sorgen aber dafür, dass Sie von Problemen vor Ihren Kunden erfahren.

Beim Hosting zählen weniger Marketingbegriffe als Fragen, die sich konkret beantworten lassen: Wo stehen die Server, wie lange werden Sicherungen vorgehalten, wie schnell antwortet der Support, und lässt sich eine ältere Programmversion eine Zeit lang weiter betreiben? Günstiges Massenhosting reicht für einfache Auftritte oft aus, wird aber eng, wenn mehrere Seiten, viele Formulare oder Buchungen laufen. Ein Wechsel des Hosters ist machbar, wenn Backups und Dokumentation stimmen.

Passwörter sind der häufigste Weg ins System, und er ist banal. Ein Passwortmanager, individuelle Konten und Zwei-Faktor-Anmeldung beseitigen die meisten realistischen Risiken, ohne dass dafür ein Sicherheitsprojekt nötig wäre. Ergänzend sollten Sie die Anmeldeseite des CMS nicht ungeschützt dem Dauerbeschuss durch automatische Versuche überlassen und unbenutzte Konten regelmäßig entfernen.

Domain, Hosting-Vertrag, Code, Designdateien und Konten für Analyse, Karten oder Newsletter gehören auf den Namen des Betriebs, mit einer Mailadresse, die nicht an eine einzelne Person gebunden ist. Das lässt sich in einer Stunde einrichten und erspart später Wochen. Wir halten es für die wichtigste Maßnahme überhaupt, auch wenn sie am wenigsten spektakulär wirkt.

Zum Code gehört die Frage der Nutzungsrechte. Was Sie bezahlt haben, dürfen Sie nutzen, aber in welchem Umfang, ob veränderbar, ob weitergebbar, regelt der Vertrag. Bei Drittkomponenten wie Themes oder Erweiterungen gelten deren Lizenzen. Hier sind wir bewusst vorsichtig: Es ist Orientierung, keine Rechtsberatung, und für verbindliche Aussagen gehört ein Vertrag mit klaren Regeln auf den Tisch, gegebenenfalls juristisch geprüft.

Praktisch hilft ein einfaches Übergabedokument: Liste aller Konten mit Inhaber, Zweck und Zuständigem, ohne Klartextpasswörter, die in einem Passwortmanager liegen. Dazu eine Beschreibung des Aufbaus, der Wartungsroutinen und der Wiederherstellung. Es ist die Versicherung gegen den Anruf, der drei Wochen liegen bleibt, und es ist das erste, was ein neuer Dienstleister bei einem Wechsel braucht.

Der Dienstleister fällt aus, das Hosting kündigt, ein Baukasten stellt den Tarif um, oder die Seite wird gehackt. Jeder dieser Fälle ist denkbar, keiner ist exotisch. Ein Ausstiegsszenario beschreibt deshalb vorab, was in dieser Lage zu tun ist, wer es tut und wie lange es dauert. Es muss nicht perfekt sein, aber es muss existieren.

Bei einer Kompromittierung gilt eine feste Reihenfolge: Seite in den Wartungsmodus, Zugänge ändern, bereinigten Stand aus einer Sicherung einspielen, Ursache suchen, Updates nachziehen, erst dann wieder freigeben. Beim Baukasten bleibt der Weg kürzer, weil der Anbieter einen Teil trägt, beim klassischen CMS hängt er von Ihrer Vorbereitung ab. Wer Passwörter wiederverwendet hat, räumt zuerst dort auf.

Für den Wechsel des Dienstleisters zählt, ob Inhalte in einem lesbaren Format vorliegen. Bilder und Texte sind schnell kopiert, schwieriger sind Weiterleitungen, SEO-Einstellungen und Formularziele, die bei einem Umzug leicht verloren gehen. Wir empfehlen, die Liste der bestehenden Adressen vor einem Wechsel festzuhalten, damit nach dem Umzug keine Seite unbeabsichtigt wegfällt.

Ein Sonderfall sind Mehrpersonen-Betriebe mit wechselnder Belegschaft. Konten ausgeschiedener Mitarbeitender sollten am letzten Arbeitstag gesperrt werden, nicht Wochen später. Das gilt auch für Konten bei Drittdiensten, die eine Website nur mittelbar nutzt, etwa Buchungstools oder Karten.

Der Nutzen einer gepflegten Website zeigt sich zuerst im Kleinen. Änderungen werden am selben Tag veröffentlicht statt nach Wochen, und niemand muss um Hilfe bitten, um eine Telefonnummer zu ändern. Messen lässt sich das schlicht: Zeit zwischen Anlass und Veröffentlichung, Anzahl offener Änderungswünsche, Alter der zuletzt geprüften Seite. Es sind Kennzahlen aus dem eigenen Betrieb, keine fremden Vergleichswerte.

Auf der Technikseite helfen eine Prüfung von Update-Ständen, eine dokumentierte Wiederherstellung und Hinweise der Überwachung. Die Search Console zeigt zudem, ob Fehler wie nicht erreichbare Seiten auftauchen. Ladezeit und Stabilität lassen sich mit PageSpeed Insights und einem Blick auf Antwortzeiten verfolgen. Aussagen darüber, wie sich das auf Anfragen oder Rankings auswirkt, wären Spekulation.

Was sich nicht versprechen lässt, sollte offen auf dem Tisch liegen. Kein System ist unverwundbar, kein Backup ersetzt Sorgfalt bei Passwörtern, und kein Hosting garantiert ununterbrochene Erreichbarkeit. Auch Kosten lassen sich nicht pauschal nennen: Sie hängen vom System, vom Aufwand und vom Dienstleister ab. Ehrlich ist ein Rahmen nach einer ersten Bestandsaufnahme, nicht vorher.

Ein Beispiel für die Lesart: Dauert es nach einem Anlass regelmäßig mehrere Tage, bis eine Änderung online ist, liegt der Engpass meist bei der Zuständigkeit, nicht beim System. Zeigt die Wiederherstellung beim Test Lücken, etwa fehlende Mediendateien, ist das ein guter Fund, denn er kommt vor dem Ernstfall. Solche Beobachtungen sind der eigentliche Ertrag einer geregelten Pflege.

Eine Website, die der Betrieb selbst pflegen kann, ist weniger eine Systemfrage als eine Frage der Organisation. Das beste CMS nützt wenig, wenn Rollen unklar sind, Updates liegen bleiben und niemand weiß, wo die Domain liegt. Umgekehrt kommt ein einfacher Baukasten weit, wenn Zuständigkeiten, Backups und Eigentum geregelt sind. Die Technik ist austauschbar, die Ordnung nicht.

Ihr erster Schritt kostet nichts. Legen Sie eine Liste an: Domain, Hosting, CMS oder Baukasten, Newsletter, Analyse, Karten, Buchung, jeweils mit Inhaber, Zugang und Zuständigem. Prüfen Sie, ob eine Person im Haus sich anmelden und eine Öffnungszeit ändern könnte. Fehlt eine Antwort, haben Sie Ihre wichtigste Aufgabe gefunden, noch bevor ein Angebot eingeholt ist.

Wir helfen gern bei der Einordnung, mit einem Blick auf Ihr bestehendes System, einer ehrlichen Einschätzung, ob Bleiben oder Wechseln sinnvoller ist, und einem Pflegekonzept, das zu Ihrer Größe passt. Ein Wartungsvertrag ist dabei eine Option, kein Zwang. Wichtig ist, dass Sie jederzeit wissen, wo Ihre Seite liegt und wer sie anfassen darf.

Zwei Grundsätze bleiben aus dieser Betrachtung. Erstens: Wählen Sie das System nach dem Pflegeaufwand, den Sie tatsächlich tragen können, nicht nach dem Funktionsumfang, den Sie vielleicht einmal brauchen. Zweitens: Schreiben Sie auf, was bisher im Kopf einer Person lag. Beides kostet wenig und verhindert, dass eine Website zur Abhängigkeit wird, die man erst im Ernstfall bemerkt.