Für eine überschaubare Firmenwebsite mit Blog ist eine statische Seite im Git-Repo, die du mit KI pflegst, oft schneller, sicherer und günstiger im Betrieb als WordPress. Für Shops, Mitgliederbereiche und Redaktionen mit mehreren Köpfen ist sie die falsche Basis, dort gewinnt das CMS. Entscheidend ist nicht die Technik, sondern die Frage: Wer ändert wie oft was — und wer trägt die Verantwortung für Betrieb und Abnahme?
Warum diese Frage überhaupt?
Weil WordPress der Standard ist: Laut W3Techs läuft es (Stand Oktober 2026) auf rund 40 % aller Websites weltweit (39,7 %), bei Seiten mit bekanntem CMS sind es knapp 59 % (58,5 %). Wenn alle es nutzen, fragt kaum jemand, ob es für die eigene Seite passt. Ich habe meine eigene Seite von WordPress auf eine statische Seite im Git-Repo umgestellt (Ablauf im Relaunch-Artikel). Das ist kein Glaubensbekenntnis, sondern ein Datenpunkt. Hier der Vergleich, ohne Missionieren.
Was ist die Alternative zu WordPress konkret?
Eine statische Seite besteht aus fertigen HTML-, CSS- und Bilddateien. Es gibt keine Datenbank, keinen Login-Bereich und keine Plugins auf dem Server. Die Dateien liegen in einem Git-Repository (jede Änderung ist ein protokollierter Commit). Bei mir funktioniert der Livegang so: Änderung committen, pushen, eine GitHub-Action lädt die Dateien automatisch per SFTP auf das normale Strato-Hosting. Die Zugangsdaten liegen als GitHub-Secrets, nicht im Code, und der Upload ist rein additiv: Es wird nichts auf dem Server gelöscht.
Die Pflege übernimmt Claude: Ich beschreibe, was sich ändern soll („neuer Blogartikel, Karte in die Übersicht, Filter ergänzen“), die KI ändert die Dateien, ich prüfe das Ergebnis und gebe frei. Das ist der Unterschied zu „Website mit KI bauen lassen“: Es geht um den dauerhaften Betrieb, nicht um den einmaligen Bau.
Wo ist die statische Seite im Vorteil?
- Tempo. Der Server liefert fertige Dateien aus, statt bei jedem Aufruf Seiten aus einer Datenbank zusammenzubauen. Das ist ein guter Start für die Core Web Vitals; garantiert ist es nicht, unkomprimierte Bilder bremsen auch eine statische Seite.
- Sicherheit. Wo keine Plugins laufen, kann keines veralten. Laut Patchstack stammen 91 % der 2025 gemeldeten WordPress-Schwachstellen aus Plugins. Zudem hatten laut Patchstack 46 % der 2025 gemeldeten Lücken zum Zeitpunkt der Veröffentlichung noch keinen Patch. Das trifft eine statische Seite schlicht nicht.
- Kosten im Betrieb. Keine Plugin-Lizenzen, kein Wartungsvertrag für Updates, kein Ticket für eine Textänderung. Es bleiben Domain, Hosting (bei Strato ab ca. 5 € im Monat, Aktionspreise teils günstiger), ein KI-Abo und deine Zeit. Konkrete Spannen für alle Wege findest du im Kostenvergleich.
- Kontrolle und Nachvollziehbarkeit. Jede Änderung ist ein Commit mit Datum und Inhalt. Etwas kaputt? Auf den letzten guten Stand zurück. Das ist ein besseres Sicherheitsnetz als „Plugin-Update hat die Seite zerschossen“.
- Unabhängigkeit. Die Seite sind Standarddateien. Sie hängt weder an einem Baukasten-Anbieter noch an einem bestimmten Theme.
Wo ist WordPress (oder ein Baukasten) die bessere Wahl?
Hier wird es unbequem für die eigene These, deshalb ehrlich:
- Mehrere Redakteure ohne Technik-Affinität. Ein Editor mit Vorschau, Rollen und Freigaben schlägt Git und Prompts. Wenn die Marketing-Praktikantin morgen einen Artikel veröffentlichen soll, ist das CMS der richtige Ort.
- Shops, Mitgliederbereiche, Buchungen mit eigener Logik. Dafür brauchst du Datenbank und Server-Logik. Eine statische Seite kann dafür externe Dienste einbinden, ersetzt aber kein Shopsystem.
- Hoher Änderungsdruck durch viele Hände. Je mehr Menschen gleichzeitig Inhalte ändern, desto wertvoller werden Rollen, Revisionen und ein Standard-Redaktionsablauf.
- Wenn niemand Verantwortung übernimmt. Eine statische Seite braucht jemanden, der abnimmt und im Notfall das Backup findet. Ein Baukasten nimmt dir einen Teil dieser Verantwortung ab (und lässt sich das bezahlen).
Ein Baukasten (Wix, Jimdo & Co.) ist die bequemste Lösung für den Einstieg: Hosting, Editor und Updates in einem. Der Preis ist die Bindung an den Anbieter und begrenzte Freiheit bei Technik, Tracking und Performance.
Und was ist mit GitHub Pages als Hosting?
GitHub Pages ist kostenlos und für Entwicklerseiten beliebt, aber für Unternehmen mit Vorsicht zu genießen. Die GitHub-Dokumentation nennt für veröffentlichte Seiten eine Grenze von 1 GB und ein weiches Limit von 100 GB Traffic pro Monat. Außerdem ist Pages ausdrücklich nicht als kostenloses Hosting für den Betrieb eines Unternehmens oder eines Shops gedacht. Ich nutze GitHub deshalb für Versionierung und Deploy, ausgeliefert wird von normalem Webhosting.
Wie entscheide ich in zehn Minuten?
Vier Fragen reichen als Entscheidungshilfe:
- Wie oft ändert sich die Seite, und von wie vielen Personen? Selten und eine Person: statisch. Täglich und ein Team: CMS.
- Braucht die Seite Datenbank-Funktionen? Shop, Login, Kundenbereich: CMS oder Shopsystem. Kontaktformular und Terminbuchung: gehen auch mit externen Diensten.
- Wer nimmt ab? Wenn du selbst im Browser prüfen und den Livegang verantworten kannst: passt. Wenn nicht, brauchst du jemanden dafür, egal bei welchem System.
- Was ist dir wichtiger: Bequemlichkeit oder Kontrolle? Baukasten und CMS sind bequemer. Das Repo gibt dir mehr Kontrolle.
Mein Fazit: Für die klassische Firmenwebsite mit Leistungsseiten, Referenzen und einem Blog ist die statische Seite mit KI-Pflege heute eine ernstzunehmende, oft bessere Alternative. Aber sie ist kein Ersatz für jedes WordPress, und wer sie wählt, übernimmt die Verantwortung, die vorher das Plugin-Update-Roulette hatte. Eine Seite ist auch nur dann gut, wenn sie Anfragen bringt. Dazu mehr in Landingpage & CRO.
Häufige Fragen
Ist eine statische Website mit Git wirklich besser als WordPress?
Nicht grundsätzlich, sondern für einen bestimmten Typ Seite: überschaubare Firmenwebsite mit Blog, wenige Änderer, keine Shop- oder Login-Funktion. Dort gewinnt sie bei Geschwindigkeit, Angriffsfläche und laufenden Kosten. Sobald mehrere Redakteure ohne Technik-Affinität arbeiten oder du Shop, Mitgliederbereich oder Buchungslogik brauchst, ist ein CMS meist die ehrlichere Wahl.
Kann ich meine Website wirklich mit Claude pflegen, ohne programmieren zu können?
Ja, mit Einschränkung. Du musst keinen Code schreiben, aber beurteilen können, ob das Ergebnis stimmt: Seite im Browser prüfen, Formulare testen, wissen, wo das Backup liegt. Die Bedienung von Git (Änderungen speichern, hochladen, zurückrollen) ist erlernbar, aber kein Klick-Erlebnis wie im WordPress-Editor. Wer das nicht will, holt sich eine zweite Person für Abnahme und Betrieb dazu.
Ist eine statische Seite sicherer als WordPress?
Die Angriffsfläche ist deutlich kleiner: keine Datenbank, kein Login-Bereich, keine Plugins auf dem Server. Laut Patchstack stammen 91 % der 2025 gemeldeten WordPress-Schwachstellen aus Plugins. Absolut sicher ist trotzdem nichts: Zugangsdaten, Drittanbieter-Skripte (Tracking, Formulare) und das Repository selbst müssen sauber abgesichert sein.
Was passiert, wenn Claude oder GitHub morgen nicht mehr verfügbar sind?
Deine Seite bleibt online, denn ausgeliefert werden fertige HTML-Dateien auf deinem normalen Webhosting. Verloren geht nur der bequeme Pflege-Weg. Der Code ist ein Ordner mit Standard-Dateien und lässt sich von jedem Entwickler oder mit jedem anderen Werkzeug weiterpflegen. Das ist ein echter Vorteil gegenüber Baukästen, bei denen die Seite am Anbieter hängt.
25 Jahre an der Schnittstelle von Marketing, Produkt und KI. Baut Kampagnen, Produkte und eigene Tools — u. a. saatori. Pflegt die eigene Website mit KI und Git statt mit Plugin-Zoo.