Blog schreiben und Pages pflegen.
Mit KI, ohne Copy-Paste.
Andock-Modul für Claude oder ChatGPT. Die KI bekommt strukturierten Zugriff auf eure Pages, Schema-Auszeichnung und KI-Anbindung, und schreibt direkt im Site-Repository. Du behältst die strategische Kontrolle, die KI macht die Mechanik.
- Blog-Artikel komplett im Chat schreiben
- Bestehende Pages refactoren. Title, Meta, H1, FAQ
- Strukturierung für Google auf Knopfdruck ergänzen
- Direkter Zugriff auf eure Site-Inhalte
- Automatisch gespeichert und live geschaltet nach jedem Schritt
- Briefs aus Lifecycle direkt umsetzbar
- Kein CMS-Login, kein WYSIWYG-Editor
- Keine Copy-Paste-Übergabe zwischen Tools
Vom Briefing zur veröffentlichten Page.
Vier Stationen: Briefing, Chat mit der KI, Entwurf im Arbeitszweig, Freigabe per Review. Jede Station mit klaren Inputs und klaren Outputs.
Lifecycle-Briefing
Aus Lifecycle-Phase 1. Suchanfragen, Sections, FAQ, Schema, interne Links.
Chat mit der KI
Claude oder ChatGPT erzeugt den Entwurf, prüft Schema-Auszeichnung, schlägt Verlinkungen vor.
Entwurf im Arbeitszweig
Page entsteht in einem separaten Zweig, Formatierung sauber, Tracking eingebaut. Hauptversion bleibt unberührt.
Freigabe per Review
Du oder dein Team reviewt, gibt frei. Dann geht die Page live.
Warum MCP. Pflege der Zukunft.
Vier Fragen, die Geschäftsführer stellen, bevor sie KI für die Site-Pflege einsetzen, und ehrliche Antworten ohne Hype. Bevor wir über Funktionen und Workflow reden, hier das Wesentliche zur Entscheidung.
Warum überhaupt KI für die Site-Pflege, was ändert sich gerade?
Bis 2024: Pages wurden veröffentlicht, dann nie wieder angefasst, weil jede Änderung Aufwand bedeutet (Editor öffnen, Inhalt anpassen, Schema-Auszeichnung manuell pflegen, Verlinkungen prüfen). Ergebnis: 80 Prozent der Mittelstands-Sites veralten still. Mit KI-gestützter Pflege wird der Aufwand pro Änderung von Stunden auf Minuten. Pflege wird inkrementell statt projekthaft. Wer das jetzt einrichtet, hat in zwei Jahren eine lebende Site, während andere noch über den nächsten Relaunch nachdenken.
Was ist MCP konkret, und warum ist das die Pflege der Zukunft?
MCP (Model Context Protocol) ist der offene Standard, mit dem KI-Modelle wie Claude oder ChatGPT strukturiert auf eure Site zugreifen. Pages lesen, schreiben, Schema-Auszeichnung prüfen, KI-Anbindung pflegen. „Zukunft" ist es aus drei Gründen. Erstens: anbieter-neutral, kein Lock-In an einen KI-Hersteller. Zweitens: jede Änderung läuft mit Audit-Spur. Compliance-tauglich, nachvollziehbar, rückgängig-machbar. Drittens: die KI macht die Mechanik (Schema, Linking, Konsistenz), ihr behaltet die Strategie. Statt „ChatGPT-Tab offen, Copy-Paste-Chaos" wird Pflege ein strukturierter Vorgang.
Was bringt uns das konkret in Stunden und Euro?
Konkretes Beispiel aus dem Alltag. Ein Blog-Post entsteht ohne KI-Anbindung typisch in 2-3 Stunden Eigen-Arbeit. Recherche, Schreiben, Schema, Verlinkungen, Veröffentlichung. Mit KI-gestützter Pflege: 20-30 Minuten Review-Zeit. Bei wöchentlich einem Post macht das ~10 Stunden pro Monat Zeitersparnis, auf das Jahr 120 Stunden. Plus: Pflege-Aufgaben die heute aus dem Backlog fallen (FAQ-Update, neuer Anwendungs-Fall, Schema-Korrektur) werden machbar, fünf Minuten reichen.
Was passiert, wenn sich die KI-Anbieter ändern?
Genau dafür ist MCP gemacht. Das Protokoll ist offen. Claude, ChatGPT, Cursor und andere Werkzeuge sprechen es. Wenn ihr heute Claude nutzt und morgen wechselt: das Modul bleibt gleich, nur der Chat-Anbieter ändert sich. Keine Bindung an einen Hersteller, kein „wir müssen jetzt alles umbauen weil X aufgekauft wurde". Das ist der entscheidende Unterschied zu KI-Lösungen die fest mit einem Anbieter verschweißt sind.
Redaktions-Modul vs Copy-Paste mit ChatGPT.
Acht Dimensionen, die in der Tool-Wahl zählen. Ehrlich gegenübergestellt. Copy-Paste mit ChatGPT funktioniert, ist aber bei mehr als wenigen Pages strukturell unterlegen.
Sechs Funktionen für die Redaktion.
Sechs Standard-Funktionen, die jede neue Site-Anbindung mitbringt. Custom-Funktionen für eigene Abläufe oben drauf, werden im Setup gemeinsam definiert.
Briefing wird zur Page
Lifecycle-Briefing rein, erster Page-Entwurf raus. Sections, FAQ, Schema-Auszeichnung, interne Links, alles aus dem Briefing umgesetzt, Tonfall vom bestehenden Site-Pattern abgeleitet.
Bestehende Pages bearbeiten
Bestehende Page wird bearbeitet. Schema-Auszeichnung bleibt sauber, Markdown-Konventionen werden eingehalten. Vor jedem Schreiben: Prüfung gegen das ursprüngliche Briefing.
Schema-Auszeichnung prüfen
Schema wird gegen die Site-Konventionen geprüft. Fehler werden konkret benannt, nicht abstrakt gewarnt, du bekommst „diese Seite braucht FAQ-Schema in dieser Form" statt „Schema invalid".
KI-Antworten-Anbindung pflegen
Die Datei für KI-Crawler bleibt synchron mit der Site. Neue Pages bekommen Eintrag, gelöschte werden entfernt, Fakten-Seiten werden bei Schema-Änderungen aktualisiert.
Interne Links vorschlagen
Vorschläge für interne Links auf Basis der Site-Struktur. Passt thematisch, vermeidet Wiederholung, prüft welche Seiten bisher unterverlinkt sind.
Veröffentlichung mit Review
Lokaler Build wird ausgeführt, Tracking-Snippet wird geprüft, Sitemap wird neu gebaut. Review-Vorlage gegen die Hauptversion, du gibst frei.
Skalierbar, was später dazukommen kann.
Modul startet mit den sechs Standard-Funktionen, kann aber viel mehr. Acht Erweiterungen, die später dazukommen können, ohne Setup-Wechsel.
Permanente Sichtbarkeit gemeinsam
Modul läuft im Continuous-Modus mit Lifecycle-Followups. Jedes Quartal werden Refresh-Tickets automatisch in Arbeitszweige übersetzt.
Mehrere Sites zentral pflegen
Hauptmarke, Tochter-Sites, Sub-Brands, ein Modul für alle. Pro Site eigene Konventionen, gemeinsame Auswertung im Sparring.
KI-Mitarbeiter über thorly.io
Anna oder Bernd übernehmen die Redaktion komplett, virtuelle Mitarbeiter aus der Schwester-Plattform 2026, mit Zugriff auf das Modul.
Mehrere KI-Modelle parallel
Claude für lange Inhalte, ChatGPT für Recherche, eigene KI auf eigenem Server für sensible Inhalte, pro Aufgabe das passende Modell.
Custom-Funktionen für eure Abläufe
Standard-Module sind sechs Funktionen. Weitere Funktionen für Branchen-Logik, Spezial-Inhalte oder eigene Pflege-Routinen werden im Setup ergänzt.
Anbindung an euer CMS
Wenn ihr nicht-statische Inhalte habt (Blog, Veranstaltungen, Mitglieder), wird das Modul auf euer CMS angepasst, gleicher Workflow, andere Datenquelle.
Mehrsprachige Pflege
Module pflegt DE und EN parallel. Übersetzungs-Workflow wird in Arbeitszweige aufgeteilt. Schema-Auszeichnung pro Sprache wird automatisch geprüft.
Anbindung an Lifecycle und Site-Audit
Modul liest Lifecycle-Briefings als Input. Audit-Tool prüft jede Veröffentlichung. Drei Tools, ein durchgehender Workflow.
Plus individuelle Wünsche.
Was hier nicht steht, kannst du dir trotzdem wünschen. Branchen-spezifische Pflege-Routinen, Anbindung an euer DAM oder PIM, automatische Veranstaltungs-Pflege, Wissens-Datenbank-Sync. Wir bauen, was dein Geschäft braucht, klären wir im Erstgespräch.
Was das Modul anders macht.
Anbieter-neutral
MCP wurde von Anthropic entwickelt, ist aber offen. Claude, ChatGPT und kompatible Werkzeuge funktionieren. Wenn du heute Claude nutzt und morgen wechselst, bleibt das Modul gleich. Keine Bindung an einen KI-Anbieter.
Mechanik statt Copy-Paste
KI-Texten ohne dieses Modul heißt: Chat öffnen, Briefing reinkopieren, Antwort rauskopieren, in den Editor pasten, Schema-Auszeichnung manuell prüfen, internen Link manuell suchen. Mit Modul läuft die Mechanik strukturiert, die KI hat die Site-Konventionen im Kontext.
Audit-Spur per Default
Jede KI-Änderung läuft in einen separaten Arbeitszweig, jede Veröffentlichung ist eine Review-Vorlage gegen die Hauptversion. Du oder dein Team gibt frei. Komplette Historie wer wann was geändert hat. Compliance-tauglich, Review-tauglich, rückgängig-machbar.
Sechs typische Anlässe.
Du schreibst regelmäßig Blog-Posts
Wöchentlich oder alle vierzehn Tage entsteht ein neuer Post, meist abends, in zwei bis drei Stunden Eigenarbeit. Mit dem Modul wird daraus 20-30 Minuten Review-Zeit, plus klar dokumentierter Schreib-Prozess.
Page-Pflege bleibt liegen
Pages werden veröffentlicht, dann nie wieder angefasst. Schema-Auszeichnung veraltet, KI-Antworten-Anbindung ist nicht mehr synchron, FAQ deckt aktuelle Fragen nicht ab. Das Modul macht laufende Pflege machbar, fünf Minuten reichen für ein FAQ-Update, das sonst aus dem Backlog fällt.
Lifecycle ist gebucht, Briefings liegen vor
Lifecycle-Begleitung erzeugt Briefings, aber jemand muss die Pages tatsächlich schreiben. Das Modul ist die Brücke vom Briefing zur Page, ohne dass eine Person Tage in Eigenarbeit versinkt.
Site hat 30 oder mehr Pages
Bei wenigen Pages reicht manuelle Pflege. Ab dreißig wird Konsistenz mühsam, gleicher Tonfall, gleiche Schema-Auszeichnung, gleiche FAQ-Struktur. Das Modul zwingt strukturell zu Konsistenz, ohne dass jede Änderung manuell verglichen werden muss.
Redaktion soll skalieren
Du willst inhaltlich mehr machen, aber nicht selbst alles schreiben. Hybrid-Modell heißt: dein Team schreibt mit Claude oder ChatGPT, die Mechanik (Schema, Linking, KI-Anbindung) übernimmt das Modul, die strategischen Entscheidungen bleiben bei dir.
Compliance verlangt Audit-Spur
Wenn KI Inhalte für Kunden-Sites produziert, muss nachweisbar sein wer was wann geändert hat. Das Modul mit Arbeitszweigen und Review-Vorlagen liefert die saubere Audit-Spur, pro Änderung ein Eintrag, pro Veröffentlichung eine Freigabe.
Wo das Modul konkret hilft.
Wöchentlicher Blog mit Hybrid-Redaktion
Mittelständisches Beratungs-Unternehmen veröffentlicht wöchentlich einen Blog-Post zur Branche. Die Posts entstehen im Vorstand, kosten zwei bis drei Stunden pro Stück, Konsistenz schwankt.
Lifecycle-Briefings sind etabliert, aber Briefing-zu-Post braucht Zeit, die der Vorstand nicht hat. Schema-Auszeichnung bei Posts inkonsistent, manche haben FAQ-Schema, andere nicht. Englische Begriffe und unsaubere Formatierung werden manuell raus-redigiert.
Redaktions-Modul wird angedockt. Vorstand sagt Claude im Chat: „Schreibe Post X nach Briefing, Tonfall wie letzte drei Posts, FAQ aus den drei Top-Fragen vom Briefing." Claude erzeugt einen Entwurf, Vorstand reviewt 20 Minuten, gibt frei.
Eigen-Schreibzeit von 2-3 Stunden auf 20-30 Minuten Review. Schema-Konsistenz bei 100 Prozent. Veröffentlichungs-Frequenz steigt von wöchentlich auf zweimal pro Woche.
Page-Pflege bei dreißig Service-Pages
Dienstleister mit dreißig Service-Pages über vier Branchen. Pages bleiben statisch nach Veröffentlichung, FAQ deckt aktuelle Kunden-Fragen nicht ab, KI-Anbindung ist seit zwölf Monaten nicht aktualisiert.
Lifecycle-Followup zeigt: zwölf Pages haben Suchanfragen auf Position 11-20, die ausbau-würdig sind. Acht Pages haben FAQ, die nicht zu aktuellen Suchanfragen passt. KI-Anbindung fehlt für vier Service-Hubs.
Redaktions-Modul läuft im Continuous-Modus. Pro Woche ein Pflege-Slot von 60 Minuten. Claude setzt Followup-Tickets um, Schema-Prüfung und KI-Anbindung-Update laufen automatisch mit, Review pro Pflege-Schicht.
Nach drei Monaten: zwölf Pages auf Top-10 statt Position 11-20, FAQ-Klick-Rate aus den Suchergebnissen messbar gestiegen, KI-Anbindung vollständig synchron. Aufwand: vier Stunden pro Monat statt vorher null.
Redaktions-Skalierung im Wachstum
B2B-Software-Anbieter will Inhalts-Marketing als Wachstums-Hebel ausbauen. Bisher zwei Posts pro Monat aus Eigen-Arbeit, Ziel sind acht.
Themen-Cluster-Lifecycle identifiziert vier Cluster mit je drei bis fünf Sub-Themen. Achtundzwanzig Briefings liegen vor. Eigen-Schreiben würde drei Monate dauern.
Hybrid-Modell. Marketing-Team schreibt mit Claude in Chat-Sessions, das Modul übernimmt Schema, Linking, KI-Anbindung und Briefing-Prüfung. Geschäftsleitung gibt strategisch frei via Review.
Acht Posts pro Monat erreicht. Cluster-Followup zeigt drei Cluster mit konsistenter Top-20-Position. Marketing-Aufwand vergleichbar zu vorher zwei Posts.
Häufige Fragen.
Was ist ein MCP-Server, kurz erklärt?
Was unterscheidet das von „ich nutze ChatGPT zum Texten"?
Was kann das Modul konkret?
Welcher KI-Anbieter?
Funktioniert das auch ohne Lifecycle-Begleitung?
Behalten wir die Kontrolle über den Inhalt?
Wie sieht ein typischer Ablauf aus?
Eignet sich das für Blog-Schreiben?
Was kostet das?
Wie steht das zum klassischen MCP-Build-Angebot?
Redaktions-MCP im Lifecycle.
Lifecycle liefert das Briefing, das Redaktions-Modul setzt das Briefing in die Page um, der Site-Audit prüft das Ergebnis, das Analytics-Tool misst die Wirkung.
Page-Lifecycle
Briefings aus sechs Datenquellen. Eingang für das Redaktions-Modul. Sieben Phasen mit Followup nach 14, 28 und 56 Tagen.
MCP & AI generell
Bauen wir auch für andere Anwendungs-Fälle. Software per Dialog bedienen, mehrere KI-Agenten zusammenarbeiten lassen.
SEO & KI-Sichtbarkeit
Site-Audit-Tool prüft jede Veröffentlichung gegen über 30 Module. Score, Befunde, Refactor-Tickets.
Modul für deine Site andocken.
Erstgespräch dreißig Minuten, kostenlos. Wir besprechen Site-Setup, Redaktions-Frequenz und welches Modell passt. Setup, laufende Begleitung oder Hybrid mit deinem Team.
Erstgespräch buchen