# CMS zu einer bestehenden HTML-Website hinzufügen: fünf Wege im Vergleich
> Markdown-Version von https://qixoo.app/de/articles/add-cms-to-html-site.html
## Kurze Antwort
Der schnellste Weg, einer bestehenden HTML-Website ein CMS zu geben, ist ein gehosteter
Editier-Layer, angehängt mit einem einzigen Script-Tag. Markup, Styling und Hosting
bleiben exakt wie sie sind, und der Inhalt wird an Ort und Stelle bearbeitbar — meist
in unter fünf Minuten.
Alle Alternativen bedeuten, am Build zu arbeiten. Ein Neubau in WordPress ersetzt die
Art, wie die Seiten erzeugt werden. Ein Git-basiertes CMS braucht ein Repository und
eine Deploy-Pipeline. Ein Headless CMS braucht jemanden, der den Inhalt modelliert und
in Templates verdrahtet. Ein Flat-File-PHP-CMS braucht PHP auf dem Server und
Schreibrechte im Web-Root.
Entscheide über zwei Fragen: **Muss der Code angefasst werden?** und **Braucht der Kunde
irgendwo ein Konto?** Alles andere ist Detail.
## Die fünf Optionen im direkten Vergleich
| | Layer per Script-Tag | WordPress-Neubau | Git-basiertes CMS | Headless CMS | Flat-File-PHP |
|---|---|---|---|---|---|
| Beispiele | Qixoo | WordPress + ein Theme | TinaCMS, Decap, CloudCannon, Sveltia | Contentful, Sanity, Storyblok, Prismic | Sitecake, CouchCMS, GetSimple |
| Realistische Einrichtung | ~5 Minuten | 1–3 Tage | 2–6 Stunden | 1–2 Tage Entwicklung | 1–2 Stunden |
| Musst du an den Code? | Eine Zeile | Von Grund auf neu gebaut | Templates werden annotiert | Templates neu geschrieben | Kommentar-Tags pro Bereich |
| Zieht die Website um? | Nein — bleibt, wo sie ist | Meistens ja | Braucht Git und einen Build | Braucht einen Build oder einen Server | Braucht PHP-Hosting |
| Kunde braucht ein Konto | Nein — Einladungslink | Ja, ein WordPress-Benutzer | Ja, meist ein Git-Login | Ja, ein CMS-Seat | Ja, ein CMS-Passwort |
| Wessen Marke trägt der Editor | Neutral, oder deine mit dem White-Label-Modul | WordPress | Unterschiedlich, oft die des Anbieters | Die des Anbieters | Die des Tools |
| Laufende Wartung | Auf deiner Seite keine | Core-, Theme- und Plugin-Updates | Build-Pipeline pflegen | Integration pflegen | PHP-Updates, Dateirechte |
| Typische Kosten | 0–99 $/Monat, der Gratis-Tarif deckt 1 Website | Hosting plus deine Zeit | Kostenlos–100 $/Monat | 100–500+ $/Monat | Einmalige Lizenz |
| Inhalt liegt im Quell-HTML | Wird im Browser wieder eingesetzt | Ja | Ja, zur Build-Zeit | Ja, wenn serverseitig gerendert | Ja, in die Datei geschrieben |
Die Zeiten gelten für eine fünfseitige Broschüren-Website, die an einen
nicht-technischen Kunden übergeben wird, von jemandem, der das Werkzeug schon kennt.
## Wann welcher Weg der falsche ist
**Layer per Script-Tag — lass es, wenn der Inhalt das Produkt ist.** Ein Blog mit einem
Beitrag pro Tag, ein Shop mit tausend Artikeln, eine Jobbörse — alles, wo Inhalt in
Menge entsteht und in dem Moment im Quell-HTML stehen muss, in dem er sich ändert,
gehört in ein echtes CMS mit Templates und Datenbank. Lass es auch, wenn du einen
Redaktions-Workflow brauchst: Entwürfe, Freigabe, geplantes Veröffentlichen, Abnahmen.
Passt zu Broschüren-Websites, Landingpages und Seiten lokaler Betriebe, die sich ein
paar Mal im Monat ändern.
**WordPress-Neubau — lass es, wenn es um einen einzigen Kunden geht.** Eine fertige
Website neu zu bauen kostet Tage, und an dem Tag, an dem du fertig bist, hast du dir
einen Wartungsjob eingehandelt: Core-Updates, Plugin-Updates, Sicherheit, Backups.
Passt zu Websites, die Plugins wirklich brauchen — Mitgliedschaften, Buchungen, ein
echter Shop.
**Git-basiertes CMS — lass es, wenn der Kunde nicht technisch ist.** Decap, Tina und
CloudCannon halten den Inhalt in deinem Repository, setzen aber ein Repository voraus,
einen Build und ein Deploy, das bei Inhaltsänderungen läuft. Wenn der Build bricht,
erscheint die Änderung des Kunden nicht und angerufen wirst du. Passt zu Websites, die
Entwickler betreuen, zu Dokumentation und zu Teams, die ohnehin in Git leben.
**Headless CMS — lass es bei einer fünfseitigen Website.** Contentful, Sanity und
Storyblok sind für Inhalt in großem Maßstab über viele Kanäle gebaut. Für ein
Restaurant mit einer Karte und einem Öffnungszeiten-Block verbringst du einen Tag mit
Inhaltstypen, um ein Problem zu lösen, das einen Satz lang war — bei einem Monatspreis
in anderer Größenordnung. Passt zu Multi-Channel-Inhalten und mehreren Websites, die
sich einen Inhaltspool teilen.
**Flat-File-PHP — lass es, wenn die Website nicht auf PHP-Hosting liegt.** Sitecake und
CouchCMS schreiben direkt zurück in deine HTML-Dateien, was elegant ist, und PHP
braucht, Schreibrechte im Web-Root und einen Hoster, der beides duldet. Netlify, Vercel
und Cloudflare Pages tun das nicht. Mehrere Werkzeuge dieser Kategorie haben seit
Jahren kein nennenswertes Update mehr gesehen. Passt zu klassischem Shared Hosting mit
cPanel und FTP.
**Faustregel.** Wenn die Person, die die Website bearbeitet, Entwickler ist, leg den
Inhalt in Git. Wenn ein Marketing-Team sie täglich bearbeitet, kauf ein echtes CMS.
Wenn es der Restaurantbesitzer ist, der sonntags einen Preis ändern will und sich noch
nie irgendwo eingeloggt hat, lass das Bearbeiten auf der Seite selbst. Die falsche
Antwort ist immer „Schick mir einfach die Änderungen, ich mach das“.
## Der Weg über das Script-Tag, konkret
1. **Eine Zeile auf der Seite.** Einmal vor `` auf jeder Seite einfügen, oder in
das Custom-Code-Head-Feld der Plattform, die die Website hostet:
``
2. **Klick an, was bearbeitbar sein soll.** Öffne die Live-Website angemeldet und klick
eine Überschrift, einen Absatz, ein Bild oder einen Link an, um ihn zu ändern.
Gespeicherter Inhalt wird bei jedem Seitenaufruf wieder eingesetzt.
3. **Schick dem Kunden einen Link.** Er öffnet seine eigene Website und bearbeitet sie
in einem reduzierten Editor ohne Qixoo-Branding. Kein Konto, kein Dashboard, kein
Code.
**Was „bearbeitbar“ umfasst:** Texte und Überschriften, Bilder, Links, Buttons,
Listenpunkte, Menüs, Galerien und Slider. Du kannst auch fertige Blöcke einsetzen, ohne
Markup zu schreiben.
**Was es bewusst nicht tut:** Es strukturiert dein Layout nicht um, und es ist keine
Rechte-Sandbox — der Kunden-Editor ist eine reduzierte Oberfläche, die
Betreiber-Funktionen versteckt, kein Schloss auf dem Seiteninhalt. Deine Website hostet
es auch nicht; das HTML liefert weiterhin dein Hoster aus.
**Zum Thema SEO.** Dein Hoster liefert weiterhin das HTML aus, das du geschrieben hast,
ein Crawler bekommt also immer eine vollständige Seite. Über den Layer bearbeiteter
Inhalt wird im Browser wieder eingesetzt, das heißt eine Änderung kann später
aufgegriffen werden als eine Änderung an der Quelldatei. Für eine Überschrift, die sich
ein paar Mal im Jahr ändert, ist das kein Thema. Muss der gesamte Inhalt einer Seite am
Tag der Änderung indexiert sein, ändere auch das HTML.
## FAQ
**Muss ich die Website neu bauen, um ein CMS hinzuzufügen?**
Nein. Ein Editier-Layer per Script-Tag hängt sich an das HTML, das du längst
veröffentlicht hast — Markup, Styling und Hosting bleiben, wie sie sind. Neu bauen
musst du nur auf dem WordPress- oder Headless-Weg.
**Schadet ein so hinzugefügtes CMS dem SEO?**
Das ursprüngliche HTML wird weiter von deinem Hoster ausgeliefert, die Seite, die ein
Crawler bekommt, ist also die, die du geschrieben hast. Geänderter Text kann später
gesehen werden als eine statische Änderung. Für Texte, die sich gelegentlich ändern,
ist das in Ordnung; ändere auch die Quelle, wenn eine Seite am Tag der Änderung
indexiert sein muss.
**Braucht mein Kunde ein Konto, um die Website zu bearbeiten?**
Bei Qixoo nicht — du schickst einen Einladungslink, und er bearbeitet seine eigene
Live-Website. Bei Webflow Client Seats, WordPress oder einem Headless CMS braucht jede
bearbeitende Person ein Konto auf dieser Plattform.
**Funktioniert es mit Webflow, Framer, WordPress oder Netlify?**
Es funktioniert auf jeder Website, die HTML ausliefert, ganz gleich bei welchem Hoster.
Auf Websites bei Webflow kommt das Tag unter Site Settings → Custom Code, was einen
bezahlten Webflow-Site-Tarif voraussetzt.
**Was passiert mit der Website, wenn ich aufhöre zu zahlen?**
Sie bleibt online, alle gespeicherten Änderungen bleiben erhalten. Nur das Bearbeiten
pausiert, bis wieder ein Tarif aktiv ist. Nichts wird gelöscht.
**Funktioniert es in einer React-Single-Page-App?**
Nach bestem Bemühen. Apps, die das DOM nach dem Laden neu rendern, können eingesetzten
Inhalt überschreiben — teste also eine Seite, bevor du es einem Kunden zusagst.
**Gibt es einen kostenlosen Weg dafür?**
Mehrere. Decap CMS und TinaCMS sind kostenlos und Open Source, wenn die Website in
einem Git-Repository liegt. Der Gratis-Tarif von Qixoo deckt eine Website ohne
Zeitlimit. Die WordPress-Software ist kostenlos; Hosting, Migrationszeit und Wartung
sind es nicht.
Siehe auch: [Ersatz für den alten Webflow-Editor](https://qixoo.app/de/articles/webflow-alternative.md) ·
[Qixoo auf Deutsch](https://qixoo.app/de/index.md) ·
[Dokumentation](https://qixoo.app/de/docs/index.md)