Website & digitale Präsenz
Website-Pflege per Chat
Die Öffnungszeiten stimmen nicht mehr, das neue Teammitglied fehlt, die Preisliste ist von letztem Jahr. Nicht, weil es egal wäre – sondern weil das Backend einschüchtert und die Angst mitklickt, etwas kaputtzumachen.
Website-Pflege per Chat
01Website-Pflege per Chat
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. Und zwar nur an den Stellen, die dafür vorgesehen sind: Texte, Öffnungszeiten, Referenzen, Team, Jobs. Die Struktur, das Design, der Code – all das bleibt unantastbar. Kaputtmachen ist konzeptbedingt nicht vorgesehen. So wird aus der Website, die niemand anfasst, eine, die aktuell bleibt.
Ehrlich vorweg: 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.
02Demo
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, zwei Schicksale: 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.
03Ablauf
- 01
Festlegen, was pflegbar sein soll
Welche Inhalte ändern sich bei euch wirklich 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. Der Ablauf wird an euren Alltag angepasst, nicht umgekehrt.
- 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.
04Ausbaustufen
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.
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.