Einfaches CMS: Warum Klein für die meisten Websites besser ist als Groß

Letzten Frühling habe ich eine Broschüren-Website für eine kleine Anwaltskanzlei übernommen. Fünf Seiten, ein Kontaktformular, eine Karte. Sie lief mit WordPress, 23 Plugins, einem Page Builder, an den sich niemand erinnern konnte, und einer Datenbank mit neun Jahren Spam-Kommentaren. Die Website leistete weniger als ein Stapel HTML-Dateien, benötigte aber monatliche Updates, ein Sicherheits-Plugin, ein Caching-Plugin und ein Backup-Plugin, um dem Caching-Plugin Gesellschaft zu leisten. Dieser Auftrag ist der Grund, warum ich heute jedem Kunden dieselbe Regel gebe: Verwenden Sie das kleinste Werkzeug, das die Arbeit erledigt. Für die meisten Websites ist dieses Werkzeug ein einfaches CMS.

Dieser Artikel behandelt, was ein einfaches CMS eigentlich ist, die Wartungskosten, die die großen Systeme nie in Rechnung stellen, und wie man erkennt, auf welcher Seite der Linie Ihre Website steht.

Was ein einfaches CMS eigentlich ist

Reduziert man das Konzept auf das Wesentliche, erledigt ein CMS drei Dinge: Es speichert Ihre Inhalte, ermöglicht Ihnen die Bearbeitung ohne FTP-Client und generiert Seiten für Besucher. Ein einfaches CMS erledigt diese drei Dinge mit so wenigen beweglichen Teilen wie möglich, normalerweise kein MySQL-Server, kein Plugin-Marktplatz, kein Theme-Framework mit eigenem Veröffentlichungszyklus.

• Flat-File-CMS wie Grav, Bludit oder Pico speichern Inhalte als Markdown- oder JSON-Dateien in Ordnern. Die Website ist der Dateibaum.
• Single-File-CMS wie WonderCMS oder das Restorix-CMS quetschen das gesamte Admin-Panel in eine PHP-Datei, die neben Ihren Inhalten liegt.
• Static-Site-Generatoren gehen noch einen Schritt weiter: gar kein Live-Admin, nur HTML, das bei jeder Änderung neu aufgebaut wird. Großartig, bis ein Kunde um 21 Uhr einen Tippfehler korrigieren möchte.

Was Sie aufgeben, sind Benutzerkonten, Redaktionsabläufe, Kommentare und ein Plugin für jeden Anlass. Was Sie zurückbekommen, ist eine Website, die klein genug ist, um sie im Kopf zu behalten.

Die Wartungsrechnung, die niemand erwähnt

WordPress selbst ist nicht der Bösewicht. Die Last kommt von allem, was darum kreist. Core will Updates. Das Theme will Updates. Jedes Ihrer 15 bis 40 Plugins will Updates nach seinem eigenen Zeitplan, von verschiedenen Leuten geschrieben, gegen verschiedene Versionen getestet. Jedes Update ist ein kleines Lotterielos: meistens gut, gelegentlich ein weißer Bildschirm an einem Samstag.

Hier ist die Rechnung, die ich mit Kunden durchgehe. Eine typische kleine WordPress-Website benötigt:

• Update-Prüfungen und -Einspielung: 30 bis 60 Minuten pro Monat, mehr in Monaten, in denen etwas kaputt geht.
• Backups, die Sie tatsächlich getestet haben: weitere 30 Minuten, und Sie sollten vierteljährlich eine Testwiederherstellung durchführen.
• Datenbankhygiene: Revisionen, Transients, Spam, verwaiste Metadaten. Überspringen Sie es, und eine 50-seitige Website schleppt eine 400 MB große Datenbank hinter sich her.
• Sicherheitsüberwachung: Wenn ein beliebtes Plugin eine Sicherheitslücke offenlegt, beginnt Ihre Patch-Uhr zu ticken. Vorfallberichte von Firmen wie Sucuri führen routinemäßig einen großen Teil der CMS-Infektionen auf veraltete Plugins und Themes zurück.

Eine Flat-File-Site kehrt den Großteil dieser Liste um. Keine Datenbank zum Bereinigen oder Injizieren. Die Angriffsfläche schrumpft auf eine Admin-Datei und Ihre PHP-Version. Backups werden zu einem Cron-Job, der einen Ordner rsynct. Ich habe Flat-File-Sites, die drei Jahre zwischen den Anmeldungen liefen und einen Serverwechsel ohne jedes Drama überstanden haben.

Flat-File vs. Datenbank: Was sich im Alltag ändert

Beachten Sie, dass es hierbei nicht um Benchmark-Diagramme geht. Eine gecachte WordPress-Seite und eine Flat-File-Seite liefern beide Seiten schnell aus. Der Unterschied zeigt sich im zehnten Monat, wenn die einfache Seite immer noch nichts braucht und die große ihre monatliche Stunde Aufmerksamkeit benötigt.

Single-File-CMS: das extreme Ende der Einfachheit

Die radikalste Version dieser Idee ist das Single-File-CMS: Das gesamte Admin – Bearbeiten, Speichern, Dateiverwaltung – in einer einzigen PHP-Datei. WonderCMS hat seine gesamte Identität darauf aufgebaut und ein Admin als eine einsame index.php ausgeliefert. Wir sind den gleichen Weg mit dem Restorix-CMS gegangen: eine Datei unter /webarchive-cms.php, die jeder wiederhergestellten Website hinzugefügt wird, die wir bereitstellen, mit Inhaltsbearbeitung, seitenweiter Suche & Ersetzen und einem Dateimanager darin.

Warum sollte jemand ein CMS in eine einzige Datei packen? Drei praktische Gründe:

1. Keine Installation. Kein Assistent, keine Datenbank-Zugangsdaten, keine Versionsmatrix. Datei hochladen, öffnen, bearbeiten.
2. Keine Spur. Löschen Sie die Datei, und die Website ist wieder reines HTML. Nichts versteckt sich in einer Datenbank, die Sie vergessen haben zu exportieren.
3. Schwer zu knacken. Das Restorix-CMS wird standardmäßig mit aktiviertem Safe Mode ausgeliefert, und jede bereitgestellte Website erhält ihr eigenes, zufällig generiertes Admin-Passwort, das in Ihrem Dashboard angezeigt wird. Kleine Oberfläche, kleiner Schadensradius.

Ein Ein-File-Admin wird niemals ein Online-Magazin betreiben, und das soll es auch nicht. Es existiert, damit eine 40-seitige Unternehmenswebsite zweimal im Jahr bearbeitet werden kann, ohne jemanden einstellen zu müssen, der sich merkt, wie das Admin funktioniert.

Wo ein einfaches CMS an seine Grenzen stößt

Ich verliere lieber einen Auftrag, als das falsche Werkzeug zu verkaufen, also hier die ehrliche Liste. Überspringen Sie das einfache CMS, wenn:

• Sie verkaufen Dinge. Echtes Katalog, Warenkorb, Steuern, Rechnungen – WooCommerce oder eine spezialisierte Shop-Plattform verdient ihre Komplexität. Der Shop eines Kunden mit 800 Artikeln ist kein Flat-File-Kandidat.
• Viele Hände bearbeiten Inhalte. Redaktionsrollen, Genehmigungsabläufe, benutzerspezifische Berechtigungen. Einfache Systeme gehen normalerweise von einem Admin aus.
• Inhalte sind relational. Veranstaltungen verknüpft mit Veranstaltungsorten, die mit Städten verknüpft sind, facettierte Filterung über fünf Taxonomien hinweg. Das ist das Heimspiel einer Datenbank.
• Sie benötigen Konten, Foren oder Kommentare. Ein phpBB-Forum von 2009 mit 60.000 Beiträgen bleibt auf einer Datenbank. Punkt.
• Das Team kennt bereits ein großes CMS. Umschulung kostet manchmal mehr als Wartung. Langweilig, aber wahr.

Faustregel: Wenn Fremde sich auf Ihrer Website anmelden und Dinge tun müssen, benötigen Sie eine Datenbank. Wenn die Öffentlichkeit nur liest, wahrscheinlich nicht.

Eine schnelle Entscheidungscheckliste

Beantworten Sie diese fünf Fragen, bevor Sie sich für etwas entscheiden:

1. Wie viele Seiten wird diese in zwei Jahren haben? Unter ungefähr 500 funktioniert es gut mit Flat Files.
2. Wer bearbeitet es, und wie oft? Monatliche Bearbeitungen durch eine Person sprechen für einfache Werkzeuge.
3. Interagiert die Öffentlichkeit – Konten, Warenkörbe, Kommentare? Jedes Ja drückt Sie in Richtung einer Datenbank.
4. Wer wartet es nach dem Start? Wenn die ehrliche Antwort 'niemand, wirklich' ist, ist Einfachheit eine Funktion, kein Kompromiss.
5. Was passiert, wenn es gehackt wird oder der Host stirbt? Bei einem einfachen CMS lautet die ehrliche Antwort 'Ordner erneut hochladen'.

Erzielen Sie vier oder fünf Punkte in Richtung 'klein und schreibgeschützt', und ein einfaches CMS wird Ihnen über drei Jahre echtes Geld sparen – hauptsächlich in Stunden, die Sie nie ausgeben.

Wie man ein einfaches CMS auf einer echten Website ausprobiert

Sie brauchen kein Neubauprojekt, um die Idee zu testen. Zwei risikoarme Wege:

Erstens, bauen Sie eine kleine bestehende Website neu auf. Nehmen Sie diese fünfseitige Broschüren-Website, kopieren Sie den Text heraus, und bauen Sie sie unter einer Subdomain auf Grav oder Bludit neu auf. Ein Wochenende reicht aus, inklusive Lernkurve. Wenn der Kunde sie bearbeitet, ohne Sie anzurufen, ist das Experiment bestanden.

Zweitens – der Weg, den die Leute vergessen – stellen Sie eine alte Website wieder her, die Sie bereits verloren haben. Wenn eine Website mit einer abgelaufenen Domain oder einem ausgelaufenen Hosting-Plan gestorben ist, befinden sich ihre Seiten normalerweise immer noch in der Wayback Machine. Lassen Sie sie durch einen kostenlosen Kostenvoranschlag laufen: Restorix zählt die archivierten Dateien und fixiert den Preis, bevor Sie zahlen, und stellt dann die Wiederherstellung auf Ihrem Hosting mit dem bereits enthaltenen Single-File-CMS bereit. Was Sie zurückbekommen, ist keine eingefrorene Museums-Kopie, sondern eine kleine bearbeitbare Website – genau das ist die Nische, die ein einfaches CMS füllt. Wenn etwas fehlschlägt, wird die Rückerstattung automatisch Ihrem Guthaben gutgeschrieben.

In beiden Fällen kostet der Test Tage, nicht Monate. Das ist der springende Punkt bei einfach.