Nie wieder Inhalte verlieren: die redaktionelle Arbeit einer KMU-Website schützen

Die Inhalte sind das eigentliche Kapital

Ein KMU aus der Westschweiz erneuert seine Website. Sechs Monate redaktionelle Arbeit: dreissig neu geschriebene Leistungsseiten, vierzig Journalartikel, die Produktbeschreibungen, die Fallstudien, die mit dem Chef am Küchentisch entstanden sind. Eines Morgens überschreibt ein unglücklicher Handgriff im CMS die Hälfte der Texte. Die online angezeigte Version war bereits die neue. Niemand hat einen aktuellen Export. Die Arbeit von sechs Monaten beginnt wieder bei null.

Dieses Szenario kommt häufiger vor als ein technischer Zwischenfall. Der Code einer Website ist schnell neu aufgebaut. In den Inhalten dagegen stecken Stunden des Schreibens, Entscheidungen zur Tonalität, erarbeitete Keywords, ein Unternehmensgedächtnis. Das ist das Kapital, dessen Wiederaufbau Zeit kostet.

Dieser Artikel erklärt, wie wir bei Voren diese Anwendungsebene schützen: die Texte, den CMS-Verlauf, die Datenbank der Website, die Exporte. Das Prinzip passt in einen Satz. Jede Version der Inhalte muss sich in Ruhe wiederfinden lassen, ohne von einer einzigen Person oder einem einzigen Tool abzuhängen.

Die vier Inhaltsebenen, die es zu schützen gilt

Eine KMU-Website enthält selten nur eine Art von Inhalt. Wer die Ebenen unterscheidet, weiss, was zu schützen ist und wie oft.

Die redaktionellen Inhalte: die Seiten, die Artikel, die Produktbeschreibungen. Das sind die Texte, die der Kunde im Lauf der Monate liest, freigibt und ändert. Die Ebene, deren Wiederherstellung am meisten kostet.

Der CMS-Verlauf: die Entwürfe, die Zwischenversionen, die Revisionen. Ein gutes CMS hält fest, wer was wann geändert hat. Dieser Verlauf ist Gold wert an dem Tag, an dem man zur Formulierung von vor drei Wochen zurückkehren muss.

Die Anwendungsdatenbank: die strukturierten Einträge, die von der Website verwaltet werden. Ein Leistungskatalog, eine Liste von Kundenreferenzen, gespeicherte Formulare, moderierte Kommentare. Daten, die der Kunde erfasst hat und die nirgends sonst existieren.

Die zugehörigen Medien: die Fotos, die Bilder, die ins CMS hochgeladenen PDF-Dokumente. Oft vergessen, weil sie «selbstverständlich» scheinen, obwohl die optimierte und zugeschnittene Version nur dort existiert.

Laufende Versionierung der Inhalte

Der erste Schutz wird nicht nachträglich eingerichtet. Er steckt in der Art, wie die Inhalte produziert werden.

Bei Voren werden Seiten und Artikel als Textdateien geschrieben, die in Git versioniert sind. Jede Änderung hinterlässt eine Spur mit Zeitstempel, ist einer Person zugeordnet und umkehrbar. Die Formulierung einer Seite so wiederzufinden, wie sie am 3. März war, dauert wenige Sekunden. Eine frühere Version wiederherzustellen, entspricht dem Rückgängigmachen einer Korrektur in einem Textverarbeitungsprogramm, nur über den gesamten Verlauf der Website.

Diese Wahl verändert die Art des Risikos. Ein redaktioneller Fehler zerstört nichts endgültig. Ein versehentliches Löschen lässt sich rückgängig machen. Zwei Personen, die am selben Text arbeiten, sehen ihre Beiträge sauber zusammengeführt, statt dass sie sich gegenseitig überschreiben.

Für Inhalte, die der Kunde direkt in einem CMS verwaltet, lässt sich die Logik übertragen. Man aktiviert den Revisionsverlauf, dokumentiert, wer veröffentlichen darf, und richtet eine Kontrolle vor der Liveschaltung ein. Der Inhalt springt nie ohne nachvollziehbaren Zwischenschritt vom Entwurf zur angezeigten Version.

Regelmässige Exporte aus dem CMS

Der interne Verlauf eines CMS schützt vor menschlichen Fehlern. Er schützt nicht vor dem Verlust des Tools selbst: ein gesperrtes Konto, eine beschädigte Datenbank, ein Anbieter, der den Betrieb einstellt.

Die Antwort passt in ein Wort. Export. Die Inhalte müssen in regelmässigen Abständen aus dem CMS herausgeholt werden, in einer lesbaren und unabhängigen Form.

Konkret holt ein geplanter Export die gesamten strukturierten Inhalte ab und legt sie in einem Speicher ab, der vom Produktivsystem getrennt ist. Je nach CMS ist das eine vollständige Datendatei, ein Export der Datenbank oder ein Ordner mit Dateien. Entscheidend ist das Ergebnis. An dem Tag, an dem das CMS nicht mehr erreichbar ist, existieren die Inhalte anderswo, in einem Format, das sich lesen und wieder importieren lässt.

Die Häufigkeit hängt vom Änderungsrhythmus ab:

Wenig veränderte Visitenkarten-Website: Ein wöchentlicher Export genügt. Im schlimmsten Fall verliert man eine Woche Änderungen, was bei dieser Art von Website selten ist.

Website mit aktivem Blog: ein täglicher Export. Die Inhalte bewegen sich genug, um jeden Tag einen frischen Stand zu rechtfertigen.

Website mit vom Kunden erfassten Inhalten (Katalog, Referenzen, Formulare): mindestens ein täglicher Export, mit Aufbewahrung der aufeinanderfolgenden Versionen über dreissig bis neunzig Tage.

Die Aufbewahrung: mehrere Versionen über die Zeit behalten

Ein einziger Export, der den vorherigen überschreibt, schützt schlecht. Er setzt voraus, dass man ein Problem innerhalb von vierundzwanzig Stunden bemerkt. Doch auch bei Inhalten gibt es stille Schäden.

Ein konkretes Beispiel. Eine ungeschickte Änderung verändert den Ton von zehn Produktbeschreibungen. Niemand bemerkt es sofort, weil die Seiten normal angezeigt werden. Drei Wochen später fällt es dem Kunden auf. Stammt der einzige verfügbare Export von gestern, enthält er den Fehler bereits. Man muss zur Version vor der Änderung zurückgehen können.

Daraus folgt eine einfache Regel für die Aufbewahrung. Mehrere Generationen von Exporten über die Zeit behalten, nicht nur den letzten. Dreissig Tage für eine Visitenkarten-Website, neunzig Tage für eine Website, deren Inhalte ein geschäftlicher Vermögenswert sind. Diese Tiefe des Verlaufs deckt die Fehler ab, die man nicht sofort bemerkt.

Dieselbe Logik gilt für den CMS-Verlauf. Eine zu kurze Aufbewahrung der Revisionen kommt einem Löschen des Gedächtnisses der Texte gleich. Man stellt sie so grosszügig ein, dass sie einen vollständigen Korrekturzyklus abdeckt.

Die getestete Wiederherstellung: der Teil, den alle überspringen

Ein Export, den man nie wieder importiert hat, ist kein Schutz. Er ist eine Annahme.

Die Datei kann abgeschnitten, unlesbar oder mit der aktuellen Version des CMS nicht kompatibel sein. Ein Medienordner kann die Pfade verloren haben, die Bilder mit Seiten verknüpfen. Man entdeckt es erst bei der Wiederherstellung, also im ungünstigsten Moment, wenn man es nie in Ruhe geprüft hat.

Die Abhilfe besteht aus einer vierteljährlichen Gewohnheit:

1. Den letzten Export der Inhalte holen.
2. Ihn in eine separate Prüfumgebung importieren.
3. Kontrollieren, dass Seiten, Artikel und Beschreibungen mit unversehrtem Text angezeigt werden.
4. Prüfen, dass die Medien korrekt mit ihren Inhalten verknüpft sind.
5. Das Ergebnis festhalten: Dauer, Reibungspunkte, nötige Korrekturen.

Scheitert die Wiederherstellung, war der Export nutzlos. Man entdeckt es bei einem ruhigen Test, nicht während eines Zwischenfalls. Und korrigiert den Prozess gleich anschliessend.

Das Beispiel des Voren-Journals

Das Journal, das Sie gerade lesen, umfasst über hundert Artikel. Jeder lebt als versionierte Textdatei. Der vollständige Verlauf jeder Seite reicht bis zu ihrer ersten Zeile zurück. Eine Überarbeitung wie diese hinterlässt eine saubere, umkehrbare und zugeordnete Spur.

Parallel dazu werden die strukturierten Inhalte der Website jeden Tag in einen vom Produktivsystem getrennten Speicher exportiert, mit einer rollierenden Aufbewahrung von neunzig Tagen. Jedes Quartal wird in einer Prüfumgebung eine Kontrollwiederherstellung durchgeführt. Die letzte dauerte elf Minuten und bestätigte die Integrität des Ganzen.

Einmal eingerichtet, kostet dieses Dispositiv im Betrieb fast nichts. Es kostet vor allem Sorgfalt bei der Einrichtung. Das ist die Aufgabe der Wartung: aus einer guten Absicht eine Routine machen, die hält.

Die häufigen Fehler

Sich nur auf den CMS-Verlauf verlassen. Das Tool führt ein internes Gedächtnis, sehr nützlich gegen menschliche Fehler. An dem Tag, an dem das Tool selbst ausfällt oder nicht mehr erreichbar ist, verschwindet dieses Gedächtnis mit ihm. Es braucht eine Kopie der Inhalte ausserhalb des Tools.

Die Medien vergessen. Der Text wird exportiert, die Bilder nicht. Die zugeschnittene und optimierte Version der Bilder existiert nur im CMS. Man nimmt sie in den Umfang der zu schützenden Inhalte auf.

Nur die letzte Version behalten. Ohne Tiefe im Verlauf wird ein Fehler, den man drei Wochen später bemerkt, irreparabel. Man bewahrt mehrere Generationen von Exporten auf.

Den Wiederimport nie testen. Ein Export, der nie eingespielt wurde, ist eine Hypothese, keine Garantie. Die vierteljährliche Prüfung macht aus der Hypothese eine Gewissheit.

Den Prozess stillschweigend scheitern lassen. Ein geplanter Export, der zwei Monate lang ohne Warnung abbricht, vermittelt eine falsche Sicherheit. Man richtet eine Warnung für den Fehlerfall ein und behält sie im Auge.

Weiterführend

Unser Wartungspaket ansehen: Versionierung der Inhalte, geplante Exporte und getestete Wiederherstellung inbegriffen, mit vierteljährlicher Prüfung in den Paketen Pro und Premium.

Unseren Artikel zum Redaktionsplan lesen: Er hilft, die Inhalte aufzubauen, die es verdienen, geschützt zu werden.