Website & digitale Präsenz
Website-Pflege per Chat
Die Öffnungszeiten stimmen nicht mehr, das neue Teammitglied fehlt, die Preisliste ist von letztem Jahr. Egal ist das niemandem. Aber das Backend schüchtert ein, und die Angst klickt mit, etwas kaputtzumachen.
Danach habt ihr …
- 1
Eine Website, die aktuell bleibt
Öffnungszeiten, Team, Referenzen oder Jobs ändern sich mit einem Satz im Chat – ohne Backend und ohne Angst, etwas kaputtzumachen.
- 2
Jede Änderung mit Vorschau und Freigabe
Du siehst vorher, was sich ändert, und live geht es erst nach deiner Freigabe – nachvollziehbar im Änderungsprotokoll.
- 3
Struktur und Design bleiben geschützt
Der Chat ändert ausschließlich die Felder, die dafür vorgesehen sind. Alles andere ist für ihn gesperrt.
01Intro
Die Pflege per Chat dreht das um: Du schreibst, was sich ändern soll – „Samstags haben wir jetzt bis 14 Uhr offen“ – und bekommst einen Vorschlag mit Vorschau. Erst wenn du freigibst, ändert sich die Website. Struktur, Design und Code bleiben, wie sie sind.
Das ist kein freier KI-Agent, der an deiner Website herumbaut – genau das wäre gefährlich. Es ändern sich ausschließlich definierte Felder, ausschließlich nach deiner Freigabe. Und: Der Chat braucht einen sauberen Unterbau (strukturierte Inhalte im CMS). Ob deine Website den schon hat, klärt die Bestandsaufnahme – ein nötiger Umbau ist dann Teil des Projekts, kein Kleingedrucktes.
02Ablauf
- 01
Festlegen, was pflegbar sein soll
Welche Inhalte ändern sich bei euch regelmäßig? Öffnungszeiten, Team, Referenzen, Preise, Jobs, Aktuelles – die Liste ist meist kürzer als gedacht, und genau sie wird bearbeitbar.
- 02
Inhalte in ein sauberes Datenmodell bringen
Die pflegbaren Inhalte werden strukturierte Felder statt Fließtext im Seitenbaukasten. Das ist das Fundament – hier zeigt sich auch, ob das bestehende CMS mitspielt oder Unterbau-Arbeit nötig ist.
- 03
Chat anbinden und Grenzen ziehen
Der Chat lernt, welche Felder er ändern darf und welche nie. Jeder Vorschlag kommt mit Vorschau: So sähe die Seite aus. Nichts geht live ohne dein Okay.
- 04
Freigabe-Ablauf einüben
Wer darf ändern, wer gibt frei? Bei einem Solo-Betrieb ist das eine Person und ein Klick – im Team gibt es Rollen.
- 05
Beobachten und erweitern
Nach ein paar Wochen zeigt sich, welche Änderungen tatsächlich anfallen. Dann wird nachjustiert: neue Felder dazu, Formulierungshilfen verfeinert, Protokoll geschärft.
03Ausbaustufen
Das Kernproblem – die Angst, etwas kaputtzumachen – lässt sich schon vor jedem Chat lösen. Die Stufen bauen aufeinander auf.
Einstieg: kontrollierte Pflege ohne Chat
Sauber strukturierte CMS-Felder plus eine kurze Anleitung: Du änderst nur noch Inhalte, nie Struktur. Oft löst das das Problem schon.
Ausbau: der Chat-Editor
Änderungen per Chat für wenige, klar begrenzte Felder – mit Vorschlag, Vorschau und Freigabe. Texte, FAQs, Öffnungszeiten.
Vollausbau: mehrere Content-Typen im Team
Referenzen, Jobs, Events, Team – mit Rollen und Rechten, Änderungsprotokoll und Entwurfsmodus für Vier-Augen-Freigaben.
04Selbst ausprobieren
Die Website einer fiktiven Physio-Praxis. Gib eine der drei Anweisungen – rechts siehst du die Vorschau, und erst deine Freigabe macht die Änderung „live“. Probier auch die dritte.
physio münchner freiheit
Warum hier nichts kaputtgehen kann: Jeder Befehl läuft durch eine Feld-Prüfung – nur die freigegebenen Inhaltsfelder sind überhaupt erreichbar. Und geschrieben wird erst, wenn ein Mensch die Vorschau freigibt. Alles andere endet vorher.
Zwei Signale: Das erste ist eine erlaubte Inhalts-Änderung und läuft bis zur Website. Das zweite will an die Struktur – und endet in der Prüfung.
05Technische Umsetzung
- Grundprinzip: Eine API-Schicht darf ausschließlich definierte CMS-Felder ändern – alles andere ist technisch gar nicht erreichbar.
- Das Sprachmodell erzeugt nur Änderungsvorschläge; geschrieben wird erst nach deiner Freigabe (Tool Calls hinter Bestätigung).
- CMS je nach Bestand: Webflow CMS/API, Headless CMS, Datenbank oder Markdown-Content – der Chat sitzt davor, nicht darin.
- Jede Änderung landet im Protokoll: wer, wann, was – mit der Möglichkeit, den alten Stand wiederherzustellen.
- Zugang nur mit Login; auf Wunsch Entwurfsmodus statt direkter Veröffentlichung.
- Hosting: die bestehende Website plus ein kleines Backend für Chat und Freigaben.
zur einordnung · Diese Punkte zeigen, wie so etwas typischerweise gebaut wird – nicht, wie es bei dir gebaut werden muss. Was wirklich passt, entscheidet sich im Projekt: an deinem Bestand, deinem Team und dem, was sich danach gut pflegen lässt.