Statische HTML-Website bearbeiten, auch ohne Programmieren

Statische Websites sind schnell, günstig im Hosting und kaum angreifbar. Dann bittet dich jemand, die Öffnungszeiten zu ändern, und du stößt auf den Haken: Es gibt kein Backend. Kein Login, keinen „Seite bearbeiten“-Knopf. Nur irgendwo einen Ordner mit Dateien, und die Person, die das eingerichtet hat, ist im Urlaub.

Dieser Leitfaden ist für genau diesen Moment. Er zeigt, wie du herausfindest, womit du es zu tun hast, welche fünf realistischen Wege es gibt, eine statische Seite zu bearbeiten, und was jeder davon an Geld, Zeit und Nerven kostet.

Warum das Bearbeiten einer statischen Seite schwerer wirkt, als es sein müsste

Es gibt drei Gründe, und es hilft zu wissen, welcher dich gerade bremst:

Es gibt keinen Editor. Ein Content-Management-System wie WordPress speichert deine Texte in einer Datenbank und baut die Seite bei jedem Besuch neu. Eine statische Seite ist schon fertig gebaut. Der Text steckt direkt in der HTML-Datei.
Gemeinsame Teile sind kopiert, nicht geteilt. Bei reinem HTML stehen Header, Menü und Footer in jeder einzelnen Seite. Eine Website mit 40 Seiten hat 40 Kopien des Menüs. Ein neuer Menüpunkt heißt 40 Dateien ändern, und wenn du eine vergisst, zeigt diese Seite still und leise das alte Menü.
Jede Änderung braucht einen Veröffentlichungsschritt. Die Datei auf deinem Laptop zu ändern, bewirkt nichts, bis sie hochgeladen oder deployt ist.

Nichts davon macht statische Seiten zu einer schlechten Wahl. Es ist der Kompromiss, den wir in statische Websites: Vorteile und Nachteile abwägen. Es heißt nur: Das Bearbeiten will geplant sein.

Zuerst herausfinden, wie deine Seite gebaut ist

Zwei Fragen entscheiden, welcher Weg für dich funktioniert.

Wo liegen die Dateien? In einem Hosting-Paket, das du per FTP oder Dateimanager erreichst, in einem Git-Repository (GitHub, GitLab), das mit einem Host wie Cloudflare Pages oder Netlify verbunden ist, oder nur als ZIP auf irgendeinem Laptop. Wenn du es nicht weißt: Schau, wer die Hosting-Rechnung schickt, und frag dort.

Ist es reines HTML oder generiert? Viele „statische“ Seiten entstehen mit einem Seitengenerator wie Astro, Hugo, Jekyll oder Eleventy. Im Repository siehst du dann Dateien wie package.json, astro.config.mjs, hugo.toml oder _config.yml, und die Inhalte liegen oft in Markdown-Dateien. Das ist wichtig:

Der Fehler, der deine Arbeit löscht

Wenn die Seite generiert wird, bearbeite nie das fertige HTML im Ausgabeordner (oft dist, public oder _site). Der nächste Build überschreibt es, und deine Änderung verschwindet spurlos. Bearbeite stattdessen die Quelldateien.

Stammt deine Seite aus einem WordPress-Export (Simply Static, WP2Static oder ein Crawl), ist es reines HTML, und wahrscheinlich viel davon. Wie solche Exporte entstehen, beschreiben wir in WordPress in statisches HTML umwandeln.

Weg 1: Die Datei in einem Code-Editor ändern

Für die gelegentliche Textkorrektur ist das der schnellste Weg, und er kostet nichts.

Besorg dir eine Kopie der Dateien (beim Host herunterladen oder das Repository klonen).
Öffne den Ordner in einem kostenlosen Code-Editor wie VS Code. Finger weg von Textverarbeitungen, die zerschießen das HTML.
Such den Text (Strg/Cmd+Umschalt+F durchsucht alle Dateien auf einmal), änder ihn, speichere.
Öffne die Datei im Browser und prüf das Ergebnis.
Lade die geänderte Datei an dieselbe Stelle hoch oder committe und pushe sie.

Für eine Änderung an Menü oder Footer nimmst du Suchen und Ersetzen über alle Dateien und prüfst danach ein paar Seiten. Das funktioniert, setzt aber voraus, dass alle Kopien identisch sind. Nach ein paar Jahren mit Handkorrekturen sind sie das selten.

Passt für: technisch versierte Leute, seltene Änderungen. Passt nicht für: alle, die erst fragen müssen, wo die Datei liegt.

Weg 2: Direkt auf GitHub bearbeiten

Wird die Seite aus einem GitHub-Repository veröffentlicht, kannst du sie bearbeiten, ohne etwas zu installieren. Öffne die Datei auf github.com, klick auf das Stift-Symbol, änder den Text und committe. Hosts wie Cloudflare Pages und Netlify bauen und veröffentlichen dann automatisch, meist in ein bis zwei Minuten.

Für kleine Textänderungen ist das der freundlichste Do-it-yourself-Weg. Bei Bildern, neuen Seiten oder Layoutänderungen hilft er nicht, und du liest weiterhin rohes HTML, um den richtigen Satz zu finden.

Weg 3: Ein CMS obendrauf setzen

Ein Git-basiertes CMS gibt Redakteuren eine richtige Oberfläche, während die Seite weiterhin aus Dateien besteht. Jede gespeicherte Änderung wird zu einem Commit, und der Host veröffentlicht sie. Die Angebote fallen in zwei Gruppen:

Visuelles Bearbeiten von bestehendem HTML. CloudCannon kann Bereiche einer reinen HTML-Seite bearbeitbar machen, sodass man direkt auf der Seite in den Text klickt und tippt. Vorher muss ein Entwickler diese Bereiche markieren und die Seite einrichten, und es ist ein kostenpflichtiges Produkt. Den ausführlichen Vergleich findest du in CloudCannon vs. ShiftPress.
Formularbasiertes Bearbeiten von Markdown. Decap CMS, TinaCMS und Pages CMS sind kostenlos oder Open Source, und sie sind gut. Sie bearbeiten aber Inhaltsdateien (Markdown, JSON, YAML), kein fertiges HTML. Bei einer reinen HTML-Seite heißt das: Sie muss zuerst mit einem Seitengenerator neu aufgebaut werden, damit die Inhalte in solchen Dateien liegen. Das ist ein Entwicklungsprojekt, kein Nachmittag.

Passt für: Teams mit einem Entwickler, der es einmal einrichtet, und Redakteure, die danach regelmäßig Texte und Bilder ändern.

Weg 4: Ein KI-Coding-Tool fragen

Claude Code, Cursor und ähnliche Tools können den ganzen Ordner öffnen und ihn nach einem einzigen Satz ändern: „Aktualisiere die Telefonnummer auf jeder Seite“, „Leg im selben Stil eine Seite für unsere neue Leistung an“. Sie sind sehr gut in genau der Aufgabe, die bei statischen Seiten am meisten wehtut: dieselbe Änderung über viele Dateien.

Der Haken: Du prüfst jetzt Code-Änderungen und veröffentlichst sie selbst. Du brauchst ein Terminal, Git und genug HTML-Verständnis, um zu merken, wenn das Tool mehr geändert hat als gewünscht. Wenn das auf dich zutrifft, erklärt unsere Anleitung Website mit Claude Code erstellen die Einrichtung, und die besten Claude-Skills für Webdesign zeigen, wie Design-Änderungen zur Marke passen.

Weg 5: Einen KI-Website-Editor nutzen, der die Seite auch hostet

Der fünfte Weg behält die schnelle statische Seite und nimmt dir die Dateien ab. Du beschreibst die Änderung in normalen Worten, der Editor setzt sie um, zeigt dir eine Vorher-nachher-Vorschau jeder betroffenen Seite, und du veröffentlichst, wenn es passt. Dafür haben wir ShiftPress gebaut. Die Details stehen in Website per Chat bearbeiten.

Zwei Dinge sind bei statischen Seiten besonders wichtig:

Gemeinsame Elemente ändern sich überall gleichzeitig. Du wünschst dir einen neuen Menüpunkt, wählst „auf allen Seiten übernehmen“, und derselbe Header wird in einem Schritt auf jeder Seite aktualisiert. Keine vergessenen Kopien.
Zurückdrehen ist ein Klick. Jede veröffentlichte Änderung ist versioniert. Ein Fehler kostet einen Knopfdruck, keinen Nachmittag.

Um eine bestehende Seite reinzubekommen, trägst du ihre Adresse in das Umzugsformular ein: Wir übernehmen sie, behalten die URLs, und ein Mensch prüft das Ergebnis, bevor du es siehst. Wenn du statt einer Live-Seite nur die Dateien hast, lädst du sie als ZIP mit HTML-Seiten über die Seite zum Erstellen hoch.

Schluss mit Dateien. Beschreib die Änderung.

Mit ShiftPress bleibt deine Seite statisch und schnell, und du änderst sie per Chat, mit Vorschau jeder betroffenen Seite. Deine URLs bleiben gleich, der Code bleibt deiner.

Website umziehen ↗

Die fünf Wege im Vergleich

Weg	Code-Kenntnisse	Kosten	Passt für
Code-Editor	Etwas HTML	Kostenlos	Seltene Textkorrekturen durch technisch Versierte
GitHub im Browser	Etwas HTML	Kostenlos	Kleine Textänderungen an einer Seite, die aus Git veröffentlicht wird
Git-basiertes CMS	Ein Entwickler für die Einrichtung	Kostenlos (Decap, Tina) bis Monatsgebühr (CloudCannon)	Teams, die oft Inhalte ändern
KI-Coding-Tool	Terminal und Git	Ein KI-Abo	Entwickler, die schnell viel ändern
KI-Website-Editor	Nein	Ein Plattform-Tarif	Inhaber, die ihre Seite selbst ändern wollen

Nach jeder Änderung: drei Dinge prüfen

Du siehst deine Änderung nicht? Fast immer ist es der Cache. Lade hart neu (Strg/Cmd+Umschalt+R), probier ein privates Fenster und gib dem CDN des Hosts eine Minute. Wenn es dann immer noch nicht passt, prüf, ob du die Quelle bearbeitet hast und nicht die Build-Ausgabe.
Seite umbenannt oder verschoben? Richte eine 301-Weiterleitung von der alten Adresse ein, sonst verlierst du ihre Rankings und jeden Link, der darauf zeigt. Mehr dazu in SEO für statische Websites.
Seite hinzugefügt? Sorg dafür, dass sie im Menü steht, in der sitemap.xml auftaucht und von mindestens einer passenden Seite verlinkt ist.

Für die Grundlagen, wie Dateien überhaupt auf einen Server kommen, ist der MDN-Leitfaden Ihre Website veröffentlichen eine klare, neutrale Quelle.

Häufige Fragen

Kann man eine statische Website ohne Programmierkenntnisse bearbeiten?

Ja, mit dem passenden Werkzeug. Ein Git-basiertes CMS wie CloudCannon gibt Redakteuren eine visuelle Oberfläche, sobald ein Entwickler es eingerichtet hat, und bei einem KI-Website-Editor beschreibst du die Änderung in normalen Worten und gibst eine Vorschau frei. Wer die Dateien selbst ändert, im Code-Editor oder auf GitHub, braucht zumindest HTML-Grundkenntnisse.

Wie ändere ich Header oder Menü auf allen Seiten einer statischen Website?

Bei reinem HTML steht der Header in jeder Datei. Du ersetzt ihn also entweder per Suchen und Ersetzen über alle Dateien im Code-Editor und prüfst danach die Seiten, oder du nutzt ein Werkzeug, das gemeinsame Elemente überall gleichzeitig aktualisiert. Bei einer Seite aus einem Generator wie Astro oder Hugo liegt der Header in einer einzigen Layout-Datei, die du einmal änderst.

Gibt es ein CMS für eine reine HTML-Website?

CloudCannon kann reines HTML direkt bearbeiten, sobald bearbeitbare Bereiche markiert sind. Open-Source-Lösungen wie Decap CMS, TinaCMS und Pages CMS bearbeiten stattdessen Markdown- oder Datendateien, eine reine HTML-Seite muss also zuerst mit einem Seitengenerator neu aufgebaut werden. KI-Website-Editoren arbeiten mit den HTML-Seiten so, wie sie sind.

Warum erscheinen meine Änderungen nicht auf der Live-Seite?

Meist liefert der Browser oder das CDN des Hosts noch die zwischengespeicherte Version aus. Lade hart neu oder öffne ein privates Fenster. Wird die Seite von einem Generator gebaut, hast du vielleicht die Build-Ausgabe statt der Quelle bearbeitet, und der nächste Build hat sie ersetzt. Prüf außerdem, ob die Änderung wirklich hochgeladen oder gepusht wurde.

Brauche ich FTP, um eine statische Website zu bearbeiten?

Nur wenn dein Host so arbeitet. Viele statische Seiten werden aus einem Git-Repository veröffentlicht: Du bearbeitest die Datei auf GitHub oder pushst einen Commit, und der Host veröffentlicht automatisch. Verwaltete Plattformen übernehmen das Veröffentlichen ganz, ohne FTP und ohne Git.

Wie füge ich einer statischen HTML-Website eine neue Seite hinzu?

Kopier eine bestehende Seite mit ähnlichem Aufbau, benenn sie um, ersetz den Inhalt und pass Title und Meta-Description an. Dann trägst du sie auf jeder Seite ins Menü ein, nimmst sie in die sitemap.xml auf und verlinkst sie von einer passenden Seite, sonst finden weder Besucher noch Suchmaschinen sie.

Das Fazit

Eine statische Seite zu bearbeiten ist einfach, sobald du weißt, womit du es zu tun hast: wo die Dateien liegen und ob sie reines HTML oder generiert sind. Für eine seltene Korrektur änderst du die Datei. Für ein Team, das oft ändert, setzt du ein CMS obendrauf. Und wenn du die Seite selbst ändern willst, ohne je eine Datei anzufassen, nimmst du einen Editor, der die Seite versteht, gemeinsame Teile überall aktualisiert und dir das Ergebnis zeigt, bevor es live geht.

Egal wofür du dich entscheidest: Entscheide es bewusst. Das schlechteste Setup ist das häufigste: eine schnelle statische Seite, die nur eine einzige Person ändern kann.

Eine statische HTML-Website bearbeiten