Die Reservierungsseite eines Kunden war drei Wochen kaputt, bevor es irgendwer gemerkt hat. Der Kunde hat es nicht bemerkt, seine Gäste haben einfach woanders angerufen. Gefunden hab ich den Fehler, weil mir Claude an einem ganz normalen Nachmittag beiläufig gesagt hat: Da stimmt was mit deinem Kontaktformular nicht. WPVibe verbindet Claude direkt mit WordPress und Elementor, und dieses Duo findet Fehler, die Webseitenbetreiber in der Regel nie zu Gesicht bekommen, geschweige denn selbst beheben können. Ich zeig in diesem Artikel, was WPVibe technisch macht, wie sicher das wirklich ist, und warum ich nach der kostenlosen Testphase noch am selben Tag auf die Pro-Version gewechselt bin.
Warum siehst du deine eigenen WordPress-Fehler nicht?
WordPress versteckt Fehler an Stellen, die kein normaler Websitebetreiber je öffnet. Ein PHP-Notice, der oben im Quelltext auftaucht, bevor das eigentliche HTML beginnt. Ein Elementor-Widget, das nach einem Plugin-Update sein CSS verliert, aber nur auf einer einzigen Unterseite, die kaum wer besucht. Ein Kontaktformular, das serverseitig scheitert, aber clientseitig trotzdem brav „Danke für deine Nachricht“ anzeigt.
Ich beobachte das regelmäßig in meiner Beratungsarbeit mit EPU und KMU in der DACH-Region: Die Website läuft, solange niemand genauer hinschaut. Und genauer hinschauen heißt in der Praxis, den Seitenquelltext zu öffnen, die Browser-Konsole zu prüfen, einen Lighthouse-Report laufen zu lassen und die Logs am Server zu lesen. Das macht niemand nebenbei. Das mach ich selbst nicht ständig nebenbei, und ich bin beruflich dafür zuständig.
Der Restaurantbesitzer aus dem Flachgau, dessen Reservierungsformular drei Wochen kaputt war, hat es erst gemerkt, als ihn eine Stammkundin beim Einkaufen im Sparmarkt drauf angesprochen hat. Kein Server-Log, kein Alarm, keine Mail. Einfach nur weniger Anrufe, die niemand mit der Website in Verbindung gebracht hat, bis es jemand ausgesprochen hat.
Ein zweites Beispiel, das ich fast noch häufiger sehe: leere Meta-Descriptions. Ein Kunde legt eine neue Seite an, vergisst die SEO-Felder, und Google zieht sich stattdessen irgendeinen Satz aus dem Fließtext für die Suchergebnisse. Sieht in der Google-Vorschau schlampig aus, kostet Klicks, und niemand merkt es, weil man die eigene Seite ja nicht als fremder Suchender aufruft. Solche kleinen, stillen Lecks addieren sich über Monate zu echtem Umsatzverlust, ohne dass irgendwo ein rotes Warnsymbol aufleuchtet.
Für mich macht WPVibe aus Claude einen KI-Systemadministrator für WordPress: Er findet Fehler und erklärt gleich, warum sie entstanden sind.
Was ist WPVibe, und was hat das mit dem Model Context Protocol zu tun?
Bevor es weitergeht, kurz zwei Begriffe, die du kennen solltest, falls sie dir neu sind.
Model Context Protocol (MCP): ein offener Standard von Anthropic, der es KI-Systemen erlaubt, sich mit externen Werkzeugen und Datenquellen zu verbinden. Das Prinzip hab ich schon beschrieben, als ich mein eigenes RAG-System an Claude angebunden habe: Statt dass ein Entwickler jede einzelne Funktion fix verdrahtet, bekommt die KI eine Liste an Werkzeugen zur Verfügung gestellt und entscheidet selbst, wann sie welches davon einsetzt.
WPVibe: ein WordPress-Plugin, das genau diese MCP-Brücke für deine Website baut. Du installierst es, verbindest es einmal mit deinem WordPress-Account, und ab dem Moment kann jedes MCP-fähige KI-System, allen voran Claude, direkt mit deiner Seite sprechen, ohne Umweg über Copy-Paste zwischen Chat-Fenster und wp-admin. Claude sieht den tatsächlichen Zustand deiner Seite und handelt dort, wo du es erlaubst, statt dir nur einen generischen Text zurückzuwerfen, den du selbst wieder einbauen musst.
Für mich als jemand, der mehrere WordPress-Installationen gleichzeitig betreut, ist ein Detail besonders praktisch: Du kannst beliebig viele Seiten mit einem einzigen Account verbinden, auch in der kostenlosen Stufe, und mitten in einem Gespräch zwischen ihnen wechseln. Ich muss also nicht für jedes Kundenprojekt eine eigene Verbindung aufbauen und wieder abbauen. Ich sag Claude einfach, welche Seite gerade dran ist, und der Rest läuft über dieselbe Unterhaltung weiter.
Welchen Fehler hätte ich ohne WPVibe nie gefunden?
Zurück zum Reservierungsformular. Ich hab Claude gebeten, die Seite zu prüfen, ganz normal, so wie ich das mittlerweile bei jedem Website-Check mache. Claude hat sich über WPVibe den gerenderten Seitenquelltext geholt, dazu einen automatisierten Lighthouse-Audit laufen lassen und die installierten Plugins abgefragt. Innerhalb von vielleicht anderthalb Minuten kam die Antwort: Ein Formular-Plugin hatte nach dem letzten automatischen Update eine neue AJAX-Route erwartet, die im Theme aber noch auf die alte Route zeigte. Die Absendung lief technisch durch, aber die serverseitige Zustellung scheiterte still und leise. Der Nutzer sah eine Erfolgsmeldung. Der Restaurantbesitzer sah gar nichts, weil ihm nie eine Fehlermeldung angezeigt wurde, die es wert gewesen wäre, nachzuschauen.
Claude hat den Fix vorgeschlagen und gleich erklärt, warum die alte Konfiguration überhaupt funktioniert hatte und was sich mit dem Update geändert hat. Ich musste nicht zwischen fünf Tabs hin und her springen, keine Dokumentation vom Formular-Plugin wälzen, kein Support-Ticket aufmachen und drei Tage auf Antwort warten. Wer meinen Artikel über das mühsame Bearbeiten von Elementor-HTML-Widgets kennt, weiß, wie viel Frickelei allein das Auffinden einer Fehlerquelle in Elementor kosten kann. WPVibe übergibt die Fehlersuche komplett an die KI, der Editor selbst bleibt dabei unverändert.
Die eigentliche Änderung hat WPVibe zuerst in einer isolierten Theme-Kopie vorbereitet, ich hab mir die Vorschau angeschaut, und erst nach meiner Freigabe ging der Fix live. Die Originalseite war zu keinem Zeitpunkt in Gefahr, obwohl eine KI an ihrem Code gearbeitet hat.
Warum ist die Kombination mit Claude so gut, und nicht nur ein weiteres Tool?
Ich hab in der Vergangenheit schon beschrieben, wie sich die Zusammenarbeit mit Claude bei komplexer Systemadministration anfühlt, und genau dieses Muster wiederholt sich bei WPVibe. Ein generisches KI-Modell liefert dir auf eine WordPress-Frage oft einen copy-paste-fertigen Textblock, aber ohne Bezug zu deiner tatsächlichen Installation. Claude fragt über WPVibe zuerst nach, was auf der Seite überhaupt installiert ist, welche PHP-Version läuft, welches Theme aktiv ist, bevor es irgendeine Empfehlung ausspricht.
Ich hab das selbst mehrfach erlebt, bei Kunden mit veralteten Child-Themes, bei Plugins, die sich gegenseitig blockieren, bei Hosting-Umgebungen mit eigenwilligen PHP-Limits. Ein Fix, der auf einer anderen Konfiguration basiert, richtet dort oft mehr Schaden an, als er löst. Claude sieht über WPVibe den tatsächlichen Zustand der Seite, bevor überhaupt ein Vorschlag entsteht. Das ist der Unterschied zwischen einem Werkzeug, das Text generiert, und einem, das ein System versteht.
Wie oft Claude von sich aus vorgeschlagen hat, etwas zuerst nur zu prüfen, bevor überhaupt eine Änderung zur Debatte stand, hat mich überrascht. Ich hab das nie explizit verlangt, das Modell zieht die Grenze zwischen Diagnose und Eingriff selbst. Bei den meisten anderen KI-Tools, die ich für WordPress getestet hab, fehlt mir genau das: Sie liefern sofort einen Vorschlag, ohne vorher den echten Zustand der Seite zu prüfen.
Dazu kommt ein Detail, das im Alltag den größten Unterschied macht: Claude erklärt seine Schritte in normaler Sprache, während es arbeitet. Ich seh das Endergebnis und den Weg dorthin, den geprüften Plugin-Stand, den Grund für eine bestimmte Entscheidung. Das macht mich zum Mitwisser statt zum reinen Empfänger eines fertigen Ergebnisses.
Was kann WPVibe außer Fehlersuche noch alles?
Der Reservierungs-Bug ist nur ein Ausschnitt. Ich nutze WPVibe mittlerweile für eine ganze Reihe von Dingen, die vorher entweder Handarbeit waren oder gar nicht erst passiert sind, weil der Aufwand zu groß war. Ein Überblick über das, was bei mir im Alltag tatsächlich zum Einsatz kommt.
Bei der Diagnose geht WPVibe weiter, als nur eine Seite zu laden. Claude kann sich ein strukturelles Inhaltsverzeichnis einer einzelnen Theme-Datei holen, mit allen Funktionen, Klassen und Hooks, bevor überhaupt eine Zeile verändert wird. Genauso lässt sich der komplette Theme-Code nach einem bestimmten Begriff durchsuchen, wie ein Grep über den gesamten Ordner, nur eben als Gespräch formuliert. Wenn ich wissen will, welche WordPress-Version, welches Theme und welche Plugins auf einer Seite aktiv sind, bekomm ich das in einem Satz beantwortet, ohne mich einzuloggen.
Für die eigentliche Bearbeitung baut WPVibe komplett neue klassische Themes von Grund auf, oder klont ein bestehendes Theme in eine Entwurfsversion, an der Claude arbeitet, ohne dass die Live-Seite etwas davon mitbekommt. Einzelne Dateien lassen sich lesen, schreiben, löschen, und für die Kontrolle zwischendurch gibt’s einen Vorschau-Link, der nach kurzer Zeit automatisch abläuft. Erst wenn ich zufrieden bin, wird die Entwurfsversion zur echten Version. Für kleinere Anpassungen, ein Tracking-Snippet hier, eine kleine PHP-Funktion dort, kann Claude über die WPCode-Integration auch eigenständige Code-Snippets anlegen, ohne dass ich dafür extra ein eigenes Mini-Plugin bauen muss.
Beim Content selbst deckt WPVibe die komplette WordPress-REST-API ab: Beiträge, Seiten, Medien, Kommentare, Nutzer, Kategorien und Schlagwörter, alles ansprechbar über dieselbe Unterhaltung. WPVibe kann sogar direkt bei Unsplash nach passenden Stockfotos suchen und sie hochladen, ohne dass ich den Umweg über eine eigene Browser-Registerkarte nehmen muss, das hat mich überrascht. Für WooCommerce-Shops gilt dasselbe Prinzip, Produkte, Preise, Lagerbestände und Beschreibungen lassen sich im Gespräch anlegen und in Serie bearbeiten, auch Custom Fields auf eigenen Post Types werden korrekt gelesen und geschrieben, ein Bereich, an dem einfache REST-Anbindungen erfahrungsgemäß gerne scheitern.
Für alles, wofür es früher SSH-Zugriff gebraucht hätte, gibt es eine WP-CLI-Anbindung mit über 40 Kommandos, komplett in PHP nachgebaut. Ich muss also keinem Tool einen Terminal-Zugang zu meinem Server geben, damit trotzdem WP-CLI-typische Aufgaben laufen, Cache leeren, Rewrite-Regeln neu schreiben, ein Search-Replace mit Vorschau vor der eigentlichen Ausführung. Und weil ich mehrere Seiten parallel betreue, lassen sich Verbindungen zu einzelnen Websites im selben Account anlegen und wieder trennen, ohne dass ich für jedes Projekt einen komplett neuen Zugang einrichten muss.
Wie sicher ist das wirklich? Ein Blick unter die Haube
Vor allem wenn eine KI Schreibzugriff auf eine Live-Website bekommt, will ich wissen, was im Hintergrund passiert. Ich hab mir das technisch genau angeschaut, bevor ich WPVibe an einem Kundenprojekt eingesetzt hab, nicht nur bei mir selbst.
Die Anmeldung läuft über WordPress Application Passwords, ein Feature, das seit WordPress 5.6 fest eingebaut ist. Dein normales Login-Passwort ist an keiner Stelle im Spiel. Die Zugangsdaten liegen AES-256-verschlüsselt, jede Änderung an einem Theme passiert zuerst in einer isolierten Entwurfskopie, die Live-Seite bleibt unberührt, bis du selbst auf Veröffentlichen klickst. Löschvorgänge landen im Papierkorb, nicht sofort im Nichts. Datenbankabfragen sind standardmäßig auf SELECT beschränkt, schreibende SQL-Befehle brauchen deine explizite Freigabe, und auch die WP-CLI-Kommandos aus dem letzten Abschnitt laufen über eine fix definierte Positivliste statt einem offenen Terminal. Dateiänderungen sind zusätzlich auf eine Handvoll erlaubter Endungen begrenzt, PHP, CSS, JS, JSON, HTML, und jede gespeicherte PHP-Datei wird vor dem Schreiben auf saubere Syntax geprüft, bevor sie überhaupt auf dem Server landet. Details dazu findest du in der offiziellen WPVibe-Dokumentation.
Bei einem Punkt bin ich mir noch nicht ganz sicher: Wo genau die Verbindungsdaten des gehosteten WPVibe-Dienstes liegen und wie das für dich aussieht, wenn du personenbezogene Kundendaten über die Schnittstelle bearbeitest, solltest du dir für dein eigenes Setup selbst ansehen, bevor du das produktiv mit sensiblen Daten einsetzt. Für meine eigenen Blogartikel und Standardseiten ist das für mich unkritisch. Bei einem Kundenprojekt mit echten Buchungs- oder Kontaktdaten schau ich mir die Auftragsverarbeitung im Einzelfall an, statt das einfach anzunehmen.
Warum bin ich nach der Testphase sofort auf Pro umgestiegen?
Das Plugin selbst kostet nichts, dauerhaft, das ändert sich auch mit einem Upgrade nicht. Was begrenzt ist, ist das tägliche Kontingent an WordPress-Aktionen, die WPVibe über den eigenen, gehosteten Dienst durchreicht. Die kostenlose Stufe reicht für ein einzelnes, gelegentlich betreutes Projekt locker aus. Ich betreue aber mehrere Seiten parallel: meine eigene, ein paar Kundenprojekte, dazu Testinstallationen für neue Workflows. Mein Kontingent war an einem einzigen Vormittag aufgebraucht, nicht weil ich es verschwendet hätte, sondern weil ein einziger echter Website-Check schon aus mehreren Einzelschritten besteht: Seitenquelltext holen, Plugins prüfen, Audit laufen lassen, Fix vorbereiten, Vorschau abrufen.
Die Pro-Version liegt bei 19 US-Dollar im Monat oder 99 im Jahr und bringt das Fünffache des täglichen Kontingents. Die Power-Stufe für 49 im Monat legt nochmal drauf, das brauch ich aktuell nicht. Für mich war die Rechnung schnell gemacht: Ein einziger Fehler wie das kaputte Reservierungsformular hätte ohne rechtzeitige Entdeckung tagelang stillen Umsatzverlust bedeutet, oder eben eine Rechnung von einem Freelancer für Fehlersuche und Fix. 19 Dollar im Monat sind dagegen fast lächerlich wenig. WPVibe bietet zusätzlich eine 14-tägige Geld-zurück-Garantie auf den ersten Pro-Kauf, ganz ohne Rückfragen, das hat mir die Entscheidung noch leichter gemacht.
An der Preislogik überzeugt mich vor allem eines: WPVibe verlangt nichts für das eigentliche KI-Modell. Du zahlst weiterhin nur deinen normalen Claude-Zugang, WPVibe berechnet ausschließlich das Kontingent an WordPress-Aktionen obendrauf. Du zahlst damit zwei getrennte, nachvollziehbare Kosten, die du unabhängig voneinander einschätzen kannst.
Häufige Fragen zu WPVibe und Claude
Was macht WPVibe in Kombination mit Claudes geplanten Aufgaben noch besser?
Was WPVibe für mich richtig gut macht, hab ich erst gemerkt, nachdem ich es schon eine Weile genutzt hab: Ich hab mir in Claude eine geplante Aufgabe eingerichtet, die einmal wöchentlich läuft. Claude geht dabei über WPVibe alle meine Seiten durch, prüft Lighthouse-Werte, tote Links, leere Meta-Descriptions und ein paar SEO-Basics, und wirft mir das Ergebnis als fertige Markdown-Datei in einen Ordner. Jeden Montag früh, wenn ich den ersten Kaffee aufsetz, liegt der aktuelle Report meiner Webseiten schon da, ohne dass ich irgendwas dafür anstoßen musste. Kein Login, kein manueller Check, keine Excel-Liste, die ich selbst pflegen müsste. Für jemanden, der mehrere Seiten parallel betreut, ist das schlicht unbezahlbar.
WPVibe hat bei mir die Reihenfolge verändert, in der ich Probleme überhaupt wahrnehme. Früher hab ich reagiert, wenn ein Kunde angerufen hat. Jetzt findet Claude die Baustelle, bevor sie irgendwem auffällt, jede Woche, ohne dass ich selbst nachschauen muss. Bei dem Restaurantbesitzer wäre der Fehler mit diesem wöchentlichen Report am ersten Montag aufgefallen, nicht erst, als ihn eine Stammkundin im Sparmarkt drauf angesprochen hat.
Schau’s dir einfach mal an. Kostet nichts:
