Ich habe eine Live-Wix-Website mit Claude bearbeitet — ohne Builder
Ich habe diese Woche eine Telefonnummer auf einer Live-Wix-Website geändert, ohne den Page Builder ein einziges Mal zu öffnen. Kein Drag-and-Drop. Kein Suchen nach "Moment, welches Textfeld ist das?" Kein Starren auf den Veröffentlichen-Button und Grübeln, ob ich den Header auf Mobilgeräten zerschossen habe.
Ich tippte einen Satz. Claude Opus 4.8 las die Live-Seite, öffnete den Editor über den Wix MCP-Server, aktualisierte die Nummer an zwei Stellen, scannte den Rest der Website, stellte mir eine kluge Frage und veröffentlichte. Das Ganze fühlte sich weniger wie Software benutzen an und mehr wie eine Aufgabe an einen kompetenten Assistenten zu übergeben, der tatsächlich seine Arbeit überprüft.
Wenn du jemals eine Wix-Website verwaltet hast — deine eigene oder die eines Kunden — weißt du genau, über welche Reibung ich spreche. Du loggst dich ein, um eine Zeile zu ändern. Fünfzehn Minuten später scrollst du immer noch durch Abschnitte und versuchst dich zu erinnern, wo dieses eine störrische Element steckt. Die Fähigkeit, eine Wix-Website mit Claude zu bearbeiten, beseitigt diese Reibung vollständig, und sie tut es auf eine Weise, die sich wirklich vom AI-Website-Hype unterscheidet, an dem du vorbeigescollt hast. Lass mich dir genau zeigen, was passiert ist, und dann erklären, wie du es einrichtest und wo es scheitert.
Was tatsächlich passiert ist, als ich die Wix-Website bearbeitet habe
Hier ist der Moment, der mich innehalten und aufmerksam werden ließ.
Ich sagte zu Claude: "Verbinde dich mit meiner Wix-Website." Es kam mit einer Liste jeder Website auf meinem Konto zurück — nicht ein generisches "Ich kann dir dabei helfen," sondern die tatsächlichen Websites, namentlich. Ich wählte eine aus.
Dann: "Was ist die Telefonnummer auf der Landingpage?" Es las die Live-Seite und gab mir die Nummer, die gerade veröffentlicht ist. Nicht eine Nummer aus einem Entwurf, nicht etwas, das es geraten hatte. Die Nummer, die ein Besucher sehen würde, wenn er die Seite genau jetzt laden würde.
"Aktualisiere sie auf diese neue Nummer." Hier wurde es interessant. Es öffnete den Editor, fand die Nummer im Header, fand sie erneut in der Hero-Sektion und aktualisierte beide. Dann tat es etwas, worum ich nicht gebeten hatte: Es scannte den Rest der Seiten. Und es fand eine dritte Telefonnummer — eine alte, im Footer stehend, ohne Bezug zur Änderung, die ich angefragt hatte.
Es fasste sie nicht an.
Stattdessen markierte es sie: "Im Footer steht eine andere Telefonnummer, die weder mit der alten noch mit der neuen übereinstimmt. Soll ich diese auch aktualisieren oder sie lassen?"
Das ist der Teil, der alles für mich in ein neues Licht rückte. Die Geschwindigkeit war nett. Aber die Geschwindigkeit ist nicht die Geschichte. Das Urteilsvermögen ist die Geschichte. Eine blinde Automatisierung hätte den Footer entweder komplett ignoriert oder — schlimmer — Pattern-Matching auf "Telefonnummer" gemacht und etwas überschrieben, was sie nicht hätte tun sollen. Diese hier pausierte und fragte. Das ist der Unterschied zwischen einem Skript und einem Mitarbeiter.
Ich sagte, es solle den Footer lassen (es war eine alte Support-Hotline, die wir behalten). Es veröffentlichte die Änderung und verifizierte dann gegen die Live-URL, um zu bestätigen, dass die neue Nummer tatsächlich angezeigt wurde. Lesen, bearbeiten, verifizieren, veröffentlichen — der vollständige Kreislauf, von Anfang bis Ende, aus einem einzigen Gespräch.
Was ist der Wix MCP-Server und warum ist er wichtig?
Der Wix MCP-Server ist ein Connector, der Claude ermöglicht, von deiner Live-Wix-Website zu lesen und darauf zu schreiben — in natürlicher Sprache, über das offene Model Context Protocol statt eines visuellen Editors. Das ist die Zusammenfassung in einem Satz. Hier ist, warum es interessanter ist, als es klingt.
MCP — das Model Context Protocol — ist ein offener Standard, den Anthropic ursprünglich einführte, um ein spezifisches, langweiliges, teures Problem zu lösen: Jeder KI-Assistent brauchte eine maßgeschneiderte Integration für jedes Tool, das er berührte. Claude mit deinem Kalender verbinden? Sonderbau. Dein CRM? Noch ein Sonderbau. Deine Website? Wieder ein anderer. Es war das Integrations-Äquivalent eines anderen Netzsteckeradapters für jede Steckdose in deinem Haus.
MCP ist der Universaladapter. Es definiert ein Standard-Client-Server-Modell: Der Client ist die KI-App (Claude Desktop, Claude.ai, Cursor und andere), und der Server ist das Tool, mit dem du dich verbindest (in diesem Fall Wix). Der Server stellt eine Reihe strukturierter Tools bereit — lies dies, schreib das, veröffentliche jenes — und jeder MCP-kompatible Client kann sie aufrufen. Wix hat den Server gebaut und pflegt ihn. Claude ist der Client. Sie sprechen dasselbe Protokoll, also arbeiten sie einfach zusammen.
Ich habe zuvor über die drei MCPs, die Claude in meine Operationszentrale verwandelten geschrieben — Canva, Zapier und Stripe — und das Muster ist hier identisch. Der Connector ist kein Wix-Feature, das auf Claude geschraubt wurde, und kein Claude-Feature, das auf Wix geschraubt wurde. Es ist ein gemeinsames Protokoll, das beiden Seiten erlaubt, unabhängig zu bleiben und trotzdem fließend zu kommunizieren. Deshalb ist dieselbe Fähigkeit übertragbar: Sobald du verstehst, wie sich ein MCP-Connector verhält, verstehst du die Form aller anderen.
Der Grund, warum das speziell für die Website-Verwaltung wichtig ist: Eine Wix-Website ist ein strukturiertes Objekt. Seiten, Abschnitte, Elemente, Content-Sammlungen, Produkte, Blogbeiträge — alles lebt in einem Datenmodell, das Wix bereits über seine APIs bereitstellt. Der MCP-Server gibt Claude ein sauberes, kontrolliertes Fenster in dieses Modell. Wenn ich also sage "aktualisiere die Telefonnummer," simuliert Claude keine Klicks auf einem Bildschirm wie ein brüchiger Browser-Bot. Es macht echte, strukturierte Änderungen über dieselbe API-Oberfläche, die auch Wix's eigene Tools nutzen. Deshalb ist es zuverlässig genug zum Veröffentlichen.
Laut der Entwicklerdokumentation von Wix stellt der MCP-Server etwa zwölf strukturierte Tool-Kategorien bereit — für Website-Verwaltung, CMS-Daten, eCommerce-Operationen wie Produkte und Bestellungen, Blog-Inhalte und API-Dokumentationsabfragen. Du musst dir diese Kategorien nicht merken. Du beschreibst, was du willst, und Claude ordnet deine Absicht den richtigen Tools zu. Was mich zum Teil bringt, den alle wirklich wollen: die Einrichtung.
Wie du den Wix-Connector in Claude bekommst (die echten Schritte)
Die Einrichtung ist wirklich eine Ein-Klick-Angelegenheit, und das fühlt sich angesichts der früheren Konfigurationslast von MCP immer noch leicht unwirklich an. Hier ist der genaue Ablauf Stand Mitte 2026.
Der Wix MCP ist ein eingebauter, First-Party-Connector in Claude — gelistet im Anthropic-Partnerverzeichnis. Du schreibst keine Konfigurationsdatei. Du berührst kein Terminal. Du installierst kein Node und fügst keinen JSON-Blob in eine Einstellungsdatei ein (die ältere manuelle Route existiert noch für Entwickler, die das wollen, und ich werde behandeln, wann man das bräuchte).
Für den eingebauten Connector sieht der Ablauf so aus:
- Öffne den Connectors-Bereich in Claude. In der Claude Desktop-App findest du das unter dem Connectors/Erweiterungen-Panel. Durchsuche das Verzeichnis von Anthropic-geprüften Connectors. (Wix ist unter Anthropic & Partners gelistet — es ist eine First-Party-Integration, kein Community-Add-on.)
- Suche nach "Wix" und wähle es aus.
- Autorisiere dein Wix-Konto mit einem einzigen Anmeldeschritt. Das ist ein Standard-OAuth-Flow — derselbe Mechanismus wie "Mit Google anmelden." Du gibst Claude nicht dein Wix-Passwort. Du gewährst begrenzten, widerrufbaren Zugang über Wix's eigenen Anmeldebildschirm.
- Das war's. Claude kann jetzt deine Websites auflisten und darauf agieren.
Ein paar ehrliche Anmerkungen aus meiner eigenen Erfahrung. Erstens ändert sich die genaue Menübenennung, wenn beide Apps aktualisiert werden — Anthropic hat das zwischen den Labels "Connectors," "Erweiterungen" und "Verzeichnis" in verschiedenen Releases verschoben. Wenn der Pfad in deinem Build nicht wörtlich übereinstimmt, suche nach dem Panel, das Anthropic-geprüfte Connectors durchsucht; Wix ist darin. Kämpfe nicht gegen ein bestimmtes Label.
Zweitens gibt es eine manuelle Konfigurationsroute. Wenn du ein Entwickler bist, der den Wix MCP in Cursor, Windsurf, VS Code mit Copilot oder einem benutzerdefinierten Agent SDK-Setup nutzen möchte, kannst du den Server selbst betreiben — du brauchst Node.js 19.9.0 oder höher für diesen Weg. Für 95% der Menschen, die eine Live-Website bearbeiten, ist der eingebaute Connector die richtige Antwort und du wirst nie eine Konfigurationsdatei sehen.
Wenn du jemals MCP-Server auf die alte Art eingerichtet hast, ist der Kontrast stark. Ich bin tief eingetaucht in MCP-Server in Claude Code installieren, als das noch bedeutete, JSON per Hand zu bearbeiten und die App neu zu starten, um zu sehen, ob man einen Pfad vertippt hatte. Das eingebaute Connector-Modell ist eine andere Welt. Ein Autorisierungsbildschirm und du bist fertig.
Jetzt — bevor du irgendetwas verbindest — lass uns darüber reden, was du tatsächlich gewährst, denn "ein Klick" kann viel verbergen.
Welche Berechtigungen gewährst du Wix und Claude tatsächlich?
Wenn du den Wix-Connector autorisierst, gewährst du Claude begrenzten, widerrufbaren Zugang zu deinem Wix-Konto über OAuth — nicht dein Passwort und keine unbegrenzte Kontrolle. Hier ist, was das in der Praxis bedeutet und worauf du achten solltest.
OAuth funktioniert, indem Claude ein Token erhält, nachdem du dich direkt bei Wix anmeldest. Claude sieht nie deine Anmeldedaten. Das Token trägt Scopes — spezifische Berechtigungen wie "Website-Inhalte lesen," "Seiten bearbeiten," "Produkte verwalten," "Veröffentlichen." Wix bestimmt, welche Scopes der Connector anfordert, und du genehmigst sie auf dem Autorisierungsbildschirm. Du kannst diesen Zugang jederzeit in deinen Wix-Kontoeinstellungen überprüfen und widerrufen, was das Token sofort ungültig macht.
Ein paar Dinge, die ich als nicht verhandelbare Gewohnheiten behandeln würde, besonders wenn du Kunden-Websites verwaltest:
- Lies den Autorisierungsbildschirm. Klicke dich nicht automatisch durch. Wisse, ob du Veröffentlichungsrechte oder nur Lesezugang gewährst. Für viele Workflows reicht Lesen-und-Entwurf, und du veröffentlichst manuell.
- Überprüfe Änderungen, bevor sie live gehen. Claude kann veröffentlichen, aber es muss nicht automatisch veröffentlichen. Ich halte meins in einer Überprüfungshaltung — es macht die Bearbeitungen, zeigt mir, was sich geändert hat, und wartet. Der Telefonnummer-Workflow veröffentlichte nur, weil ich es ausdrücklich angewiesen habe. Behandle Veröffentlichen als einen bewussten Befehl, nicht als Standard.
- Denke in Scope pro Website. Wenn du fünfzehn Kunden-Websites auf einem Wix-Konto hast, kann der Connector alle sehen. Das ist bequem und ein Risiko. Sei präzise darüber, welche Website du im Gespräch nennst, und überprüfe, ob Claude die richtige zurückgibt, bevor du "los" sagst.
- Widerrufe Zugang nach einmaligen Aufgaben. Wenn du dich für eine einzelne Migration oder einen einmaligen Kundengefallen verbunden hast, trenne danach die Verbindung. Zugang, den du nicht nutzt, ist nur Angriffsfläche.
Ich schreibe auf der Cybersicherheitsseite meiner Arbeit genug über Sicherheit, dass ich nicht umhin kann, darauf hinzuweisen: Bequemlichkeit und Exposition skalieren zusammen. Der Connector ist sicher by Design — OAuth, Scopes, Widerruf, ein echtes Unternehmen, das den Server pflegt. Aber "sicher by Design" setzt voraus, dass du die Kontrollen nutzt. Das Footer-Telefonnummer-Moment von vorhin ist die freundliche Version dieses Prinzips. Die unfreundliche Version ist eine KI mit Veröffentlichungsrechten, ohne Überprüfungsschritt und einer vagen Anweisung. Behalte den Überprüfungsschritt. Immer.
Mit den Sicherheitsvorkehrungen geklärt, lass mich die tatsächliche Bearbeitungsschleife Schritt für Schritt durchgehen, denn das Wie ist, wo das richtig nützlich wird.
Die Lesen → Bearbeiten → Verifizieren → Veröffentlichen Schleife, Schritt für Schritt
Das, was dies vertrauenswürdig macht, ist nicht ein einzelner Schritt. Es ist die Schleife. Hier ist die genaue Sequenz, die Claude für die Telefonnummeränderung durchlief, generalisiert, damit du sie auf jede Bearbeitung anwenden kannst.
Schritt 1 — Verbinden und Ziel bestätigen. Du sagst "verbinde dich mit meiner Wix-Website," Claude listet deine Websites auf, du nennst die gemeinte. Warum das wichtig ist: Das ist dein erster Kontrollpunkt. Wenn du mehrere Websites hast, ist das der Moment, an dem du ein falsches Ziel erkennst, bevor eine Änderung passiert. Was schiefgehen kann: Eine Website mehrdeutig benennen ("die neue"), wenn zwei passen könnten. Sei spezifisch — verwende den tatsächlichen Website-Namen.
Schritt 2 — Zuerst den Live-Zustand lesen. Bevor du irgendetwas änderst, frage Claude, was jetzt da steht. "Was ist die Telefonnummer auf der Landingpage?" "Was sagt die Hero-Überschrift?" Warum das wichtig ist: Du stellst die Grundwahrheit gegen die veröffentlichte Website fest, nicht gegen einen veralteten Entwurf oder eine Vermutung. Diese eine Gewohnheit verhindert den häufigsten KI-Bearbeitungsfehler — selbstbewusst etwas zu ändern, das nicht das war, was du dachtest. Pro-Tipp: Lies immer, bevor du schreibst. Es kostet einen Satz und erspart dir eine schlechte Veröffentlichung.
Schritt 3 — Beschreibe die Änderung in einfachem Deutsch. "Aktualisiere sie auf 555-0142." Claude ordnet diese Absicht den richtigen MCP-Tools zu, findet jede Instanz und bereitet die Bearbeitungen vor. Warum das wichtig ist: Du beschreibst das Ergebnis, nicht die Mechanik. Du sagst nicht "öffne das Header-Element, klick auf den Text, alles auswählen, tippen." Du sagst, was du als wahr haben möchtest. Was schiefgehen kann: Vage Anweisungen produzieren vage Bearbeitungen. "Mach die Kontaktinfo besser" ist ein schlechter Prompt. "Aktualisiere die Telefonnummer auf X überall, wo sie als primäre Kontaktnummer erscheint" ist ein guter.
Schritt 4 — Lass es auf Kollateralschäden scannen. Das ist der Schritt, den die meisten überspringen und der das meiste Vertrauen verdient. Claude bearbeitet nicht nur die Stelle, die du genannt hast — es scannt den Rest der Website nach verwandten Instanzen und zeigt sie, anstatt still zu handeln. Warum das wichtig ist: Das ist der Footer-Moment. Das Urteilsvermögen, zu markieren und zu fragen statt blind zu überschreiben, ist der gesamte Unterschied zwischen einem Tool und einem Teammitglied. Was schiefgehen kann: Wenn du an der Frage vorbeirauschst mit "ja, egal, mach einfach," hast du die beste Sicherheitsfunktion weggeworfen. Lies die Frage. Beantworte sie bewusst.
Schritt 5 — Gegen die Live-URL verifizieren. Nach dem Veröffentlichen liest Claude die Live-Seite erneut, um zu bestätigen, dass die Änderung tatsächlich gerendert wurde. Warum das wichtig ist: Es prüft die Realität, anstatt Erfolg anzunehmen. "Ich habe es aktualisiert" und "Ich habe bestätigt, dass es live ist" sind verschiedene Aussagen, und Opus 4.8 ist bemerkenswert gut darin, die zweite zu machen. Pro-Tipp: Wenn es nicht von selbst verifiziert, frage: "Bestätige, dass die neue Nummer auf der Live-Landingpage angezeigt wird." Mache Verifizierung zu einem erforderlichen Schritt, nicht zu einem hoffnungsvollen.
Wenn du bis hierhin gelesen hast, verstehst du das bereits besser als die meisten, die es kalt ausprobieren werden. Die Schleife ist das Produkt. Geschwindigkeit ist nur der Nebeneffekt.
Für Teams, die diesen gesamten Workflow eingerichtet, gesteuert und über ein Portfolio von Kunden-Websites gewartet haben möchten — mit den Überprüfungsgatern und der Scope-Disziplin eingebaut — ist das genau die Art von Engagement, die ich übernehme. Du kannst sehen, was ich baue, auf meinem Fiverr-Profil.
Warum Claude Opus 4.8 das zum Funktionieren bringt
Ein Connector ist Leitungsbau. Das Wasser ist das Modell. Und der Grund, warum diese spezifische Schleife zusammenhält, ist konkret Claude Opus 4.8, das Anthropic am 28. Mai 2026 auslieferte — nur 41 Tage nach Opus 4.7, ihre schnellste Flagship-Kadenz bisher.
Zwei Dinge an Opus 4.8 sind hier direkt relevant.
Erstens, agentische Mehrstufenzuverlässigkeit. Die Telefonnummer-Aufgabe ist wirklich mehrstufig: verbinden, lesen, lokalisieren, an zwei Stellen bearbeiten, alle Seiten scannen, eine Ausnahme nach oben bringen, auf Eingabe warten, veröffentlichen, verifizieren. Das ist die Art verketteter Arbeit, bei der schwächere Modelle auf halber Strecke den Faden verlieren oder den Verifizierungsschritt überspringen, weil sie "annehmen," dass es funktioniert hat. Opus 4.8 erzielt starke agentische und Computernutzungs-Werte — Anthropic berichtet 83,4% auf OSWorld-Verified für Computernutzung und 69,2% auf SWE-Bench Pro für agentisches Coding — und du spürst diese Zuverlässigkeit in genau diesen langen Tool-Use-Ketten. Es lässt keine Schritte aus.
Zweitens — und das ist der Punkt, der mir mehr bedeutet — Ehrlichkeit. Anthropic hat speziell hervorgehoben, dass Opus 4.8 eher bereit ist zuzugeben, wenn ihm Informationen fehlen, und weniger geneigt ist, unbegründete Behauptungen aufzustellen. Das ist keine Benchmark-Show. Das ist der Footer-Moment. Ein Modell, das darauf eingestimmt ist zu sagen "Ich bin mir nicht sicher, ob das geändert werden sollte, hier ist warum, was willst du?" anstatt selbstbewusst darüber hinwegzuwalzen, ist genau das, was du am Veröffentlichen-Button einer Live-Website haben möchtest. Die Ehrlichkeitsverbesserung ist der Unterschied zwischen einem Connector, dem du vertrauen kannst, und einem, den du beaufsichtigen musst.
Ich habe genug Zeit mit diesem Modell verbracht, um eine gefestigte Meinung zu haben — ich habe einen vollständigen Hands-on-Test von Claude Opus 4.8s Aufwandsstufen geschrieben, der behandelt, wo es glänzt und die eine Einstellung, die entscheidet, ob du es liebst. Für Live-Website-Bearbeitung ist das Fazit einfach: Das Urteilsvermögen des Modells leistet genauso viel Arbeit wie der Leitungsbau des Connectors.
Wann dies den visuellen Editor schlägt — und wann nicht
Lass mich ehrlich über die Grenzen sein, denn die atemlose Version dieser Geschichte hilft dir nicht.
Dies gewinnt entscheidend, wenn:
- Die Änderung Inhalt ist, nicht Design. Telefonnummern, Überschriften, Fließtext, Öffnungszeiten, Produktbeschreibungen, Blogbeiträge, ein Tippfehler im Footer. Alles, was "ändere diese Wörter in jene Wörter" ist, geht per Gespräch schneller als per Klicken.
- Die Änderung mehrere Seiten umfasst. Eine Information aktualisieren, die an fünf Stellen vorkommt, ist im visuellen Editor elend und im Gespräch trivial — "finde jede Instanz und aktualisiere sie" ist ein Satz.
- Du Websites verwaltest, in denen du nicht täglich lebst. Wenn du das Wix-Dashboard eines Kunden einmal pro Quartal berührst, wirst du nie wissen, wo alles ist. Die Änderung zu beschreiben schlägt jedes Mal das erneute Erlernen der Oberfläche.
- Du einen Verifizierungsschritt willst. Der Editor überprüft deine Arbeit nicht noch mal. Die Schleife schon.
Der visuelle Editor gewinnt noch immer, wenn:
- Die Änderung räumlich oder ästhetisch ist. "Verschiebe das 12 Pixel," "mach das ausgeglichener," "ich weiß den richtigen Farbton, wenn ich ihn sehe." Geschmacksgetriebenes, pixelgenaues Design ist immer noch eine Sehen-um-es-zu-tun-Aufgabe. Natürliche Sprache ist schlecht in "ein bisschen nach links."
- Du explorativ gestaltest. Wenn du noch nicht weißt, was du willst, und Dinge verschiebst, um es zu entdecken, ist die Leinwand das richtige Werkzeug. Gespräch ist für wenn du das Ergebnis kennst.
- Die Änderung komplexe Interaktionen, Animationen oder benutzerdefinierte Layout-Logik betrifft, die wirklich visuell ist.
Ich habe einmal eine komplette Website auf die AI-First-Art gebaut und bin genau gegen diese Wand gelaufen — ich habe es im Detail in meiner Analyse von eine AI-Website mit Claude und WordPress + Elementor bauen behandelt. Die Lektion überträgt sich sauber: KI ist phänomenal auf der Inhalts- und Strukturebene und immer noch ungeschickt auf der Pixel- und Gefühlebene. Der Wix MCP ändert das nicht. Er macht nur die Inhaltsebene wie Magie, während die Designebene bleibt, wo sie immer war.
Die ehrliche Einordnung ist also nicht "der Page Builder ist tot." Es ist "du hast jetzt zwei Werkzeuge, und an den meisten Tagen greifst du zuerst zum Gespräch und nur dann zur Leinwand, wenn du deine Augen brauchst."
Für wen das tatsächlich ist
Drei Gruppen werden das sofort spüren.
Solo-Gründer, die ihre eigene Website gebaut haben und sich davor fürchten, sie anzufassen. Du willst den Editor nicht jedes Mal neu lernen, wenn sich ein Preis ändert. Du willst sagen "aktualisiere die Preise auf der Angebotsseite auf X" und dich wieder deinem eigentlichen Geschäft widmen. Das ist für dich gebaut.
Freelancer und Agenturen, die einen Stapel Kunden-Websites verwalten. Das ist die größte Entfesselung. Kontextwechsel zwischen fünfzehn verschiedenen Wix-Dashboards ist eine Steuer, die du jeden einzelnen Tag zahlst. Ein Gespräch, das sich mit jedem verbindet, den aktuellen Zustand liest, die Änderung macht und verifiziert — das komprimiert einen Nachmittag kleiner Kundenanfragen in eine einzige Chat-Sitzung. Die Scope-Disziplin, die ich vorher behandelt habe, ist hier nicht optional; sie ist das, was es sicher macht, auf Portfolio-Ebene zu arbeiten.
Jeder, der Angst hat, die Live-Website zu zerschießen. Die Zuerst-lesen, auf-Kollateralschäden-scannen, Danach-verifizieren Schleife ist gezielt das Gegenmittel gegen Veröffentlichungsangst. Du fliegst nicht blind durch eine Oberfläche und hoffst, dass du nichts losgebrochen hast. Du hast einen Mitarbeiter, der vorher und nachher prüft.
Wenn es eine Denkweise-Änderung gibt, dann diese: Du hörst auf, die Person zu sein, die das Werkzeug bedient, und wirst die Person, die die Arbeit steuert und das Ergebnis beurteilt.
Die Fähigkeit ist nicht mehr das Kennen des Werkzeugs
Hier ist die Sache, auf die ich immer wieder zurückkomme, Tage nach dieser Telefonnummer-Bearbeitung.
Ich musste nicht wissen, wo das Header-Element im Wix-Editor steckt. Ich musste mich nicht an den Veröffentlichungs-Workflow erinnern. Ich musste das Werkzeug eigentlich gar nicht kennen. Was ich brauchte, war präzise zu beschreiben, was ich wollte, und zu beurteilen, ob das Ergebnis richtig war — einschließlich der Erkenntnis, dass die Footer-Nummer eine bewusste Beibehaltung war, kein Fehler.
Das ist das ganze Spiel jetzt. Wir betreten eine Ära, in der die wertvolle Fähigkeit nicht das Bedienen der Software ist. Die Software bedient sich selbst. Die Fähigkeit ist Context Engineering — das Ergebnis klar genug zu beschreiben, damit die KI das Richtige tut — und Urteilsvermögen — zu wissen, ob das, was zurückkam, tatsächlich korrekt ist. Der Footer-Moment schnitt in beide Richtungen: Claude hatte das Urteilsvermögen zu fragen, und ich brauchte das Urteilsvermögen, um gut zu antworten.
Ich habe diese gesamte Verschiebung ausgepackt in die KI-Fähigkeiten, die deine Karriere 2026 zukunftssicher machen — "die KI-Person werden," Geschmack entwickeln und Context Engineering als Kernkompetenz behandeln. Eine Wix-Website per Gespräch bearbeiten ist eine kleine, konkrete Instanz dieses viel größeren Musters. Die Werkzeuge lösen sich in Sprache auf. Was bleibt, und was sich aufbaut, ist dein Geschmack und deine Fähigkeit, Richtung zu geben.
Heute Abend, wenn du eine Wix-Website hast und zehn Minuten übrig, mach das: Verbinde den Wix-Connector in Claude und frag es einfach etwas über deine Live-Website. Ändere noch nichts. Lies zuerst. Frag, was deine Hero-Überschrift sagt. Schau zu, wie es die echte, veröffentlichte Antwort abruft. Diese eine Leseaktion ist der Moment, in dem es klickt — dass du keinen Chatbot mehr anschaust. Du schaust auf eine Hand auf deiner Website, die ihre Arbeit prüft, bevor sie handelt.
Die Frage, die bei mir hängen blieb: Wenn die Fähigkeit nicht mehr das Kennen des Werkzeugs ist, was wirst du mit all der Zeit anfangen, die du früher mit der Suche nach diesem einen Textfeld verbracht hast?
Häufig gestellte Fragen
Kann Claude eine Live-Wix-Website direkt bearbeiten?
Ja — Claude kann von einer Live-Wix-Website lesen und darauf schreiben über den Wix MCP-Server, einschließlich des Aktualisierens von Seiteninhalten und des Veröffentlichens von Änderungen. Es macht echte Änderungen an der echten Website über Wix's API, nicht an einem simulierten Entwurf. Behalte einen Überprüfungsschritt, damit das Veröffentlichen ein bewusster Befehl bleibt. Siehe die Lesen → Bearbeiten → Verifizieren → Veröffentlichen Schleife oben für den vollständigen Workflow.
Ist der Wix MCP-Server kostenlos mit Claude nutzbar?
Der Wix MCP-Connector ist eine eingebaute, First-Party-Integration in Claude, und Anthropic hat die Preise von Opus 4.8 gegenüber 4.7 unverändert gelassen. Du brauchst ein aktives Wix-Konto und einen Claude-Plan, der Connectors unterstützt; dein Wix-Plan bestimmt, was die Website selbst kann.
Muss ich Code schreiben, um Wix mit Claude zu verbinden?
Nein. Der eingebaute Wix-Connector ist eine Ein-Klick-OAuth-Autorisierung ohne Konfigurationsdateien oder Terminal. Eine manuelle Route existiert für Entwickler, die Cursor, Windsurf oder VS Code nutzen — dieser Weg erfordert Node.js 19.9.0 oder höher — aber die meisten werden ihn nie berühren.
Ist es sicher, Claude Zugang zu meiner Wix-Website zu geben?
Es ist sicher by Design — der Zugang wird über begrenzte, widerrufbare OAuth-Tokens gewährt, nicht über dein Passwort, und du kannst dich jederzeit über die Wix-Einstellungen trennen. Das echte Risiko ist der Prozess, nicht das Protokoll: Lies die Autorisierungs-Scopes, behalte einen manuellen Überprüfungsschritt vor dem Veröffentlichen und widerrufe den Zugang nach einmaligen Aufgaben.
Was kann der Wix MCP-Server nicht?
Er ist schwach bei räumlichem und ästhetischem Design — "verschiebe das ein bisschen nach links," Farbnuancen feinjustieren oder exploratives Layout-Arbeiten gehört noch immer in den visuellen Editor. Er glänzt bei Inhaltsänderungen (Text, Preise, Blogbeiträge, Updates über mehrere Seiten) und Verifizierung, nicht bei pixelgenauem, geschmacksgetriebenem Design.
Lass uns zusammenarbeiten
Du möchtest KI-Systeme aufbauen, Workflows automatisieren oder deine technische Infrastruktur skalieren? Ich helfe gerne.
- Fiverr (Maßarbeit & Integrationen): fiverr.com/s/EgxYmWD
- Portfolio: mejba.me
- Ramlit Limited (Enterprise-Lösungen): ramlit.com
- ColorPark (Design & Branding): colorpark.io
- xCyberSecurity (Sicherheitsdienste): xcybersecurity.io
