Kurz gesagt: Webflow MCP 2.0 erlaubt Element-, Style- und Komponenten-Operationen jetzt ohne offene Designer-Session, dazu kommen Analyse-Reporting, Formular-Zugriff und Sitemap-Indexing. Ein visuelles Selbst-Review durch die KI gibt es aber weiterhin nicht - das eigentliche Klassen-Problem bleibt damit ungelöst.
Im Frühjahr hatte ich Webflow MCP 1.0 getestet und war beim CMS-Handling positiv überrascht, beim visuellen Klassen-System aber skeptisch geblieben. Am 21. Juli 2026 hat Webflow im offiziellen Changelog Version 2.0 veröffentlicht. Die Frage, die sich viele stellen, die mit KI-Agenten Webflow-Seiten bauen: Ist das Kernproblem jetzt gelöst, oder wurde nur nachgebessert?
Was Webflow MCP 2.0 neu kann
Der größte technische Sprung: Element-, Style-, Komponenten- und Variablen-Operationen laufen jetzt ohne offene Designer-Session im Browser. Bisher musste der Designer parallel geöffnet bleiben, damit der Agent Änderungen ausführen konnte. Das fällt jetzt weg.
Dazu kommen laut Changelog:
- Analyze-Reporting - der Agent kann Struktur- und Fehleranalysen der Seite ausgeben
- Zugriff auf Forms
- Custom-Fonts-Verwaltung
- Sitemap-Indexing-Steuerung
- Agent Instructions - projektspezifische Vorgaben, an die sich der Agent halten soll
Ein Punkt bleibt trotzdem gleich: Element-Snapshots, also das visuelle Review von Änderungen durch den Agenten selbst, brauchen weiterhin die Bridge-App im Browser. Interactions (Webflows Animations-System) werden nach wie vor nicht unterstützt.
Der Praxistest von Timothy Ricks
Bevor ich meinen eigenen Volltest mache, lohnt sich der Blick auf einen fundierten Community-Test. Der Webflow-Entwickler Timothy Ricks hat MCP 2.0 in einem ausführlichen Video an echten Projekten durchgespielt.
Sein Fazit zu den Stärken deckt sich mit meinem 1.0-Befund: Die Variablen-Bindung funktioniert sehr gut, der Agent verknüpft Design-Variablen sauber mit Elementen. Beeindruckend fand er auch die Konvertierung von statischen Inhalten in CMS-Collections und in Components mit Props und Varianten - Aufgaben, die manuell mehrere Klicks und Umbauten kosten, erledigt der Agent hier in einem Rutsch. Auch die Responsiveness der erzeugten Layouts über Breakpoints hinweg war laut seinem Test in Ordnung.
Wichtig für die Fairness: In einem ersten Anlauf hatte Ricks eine Seite komplett als Code-Embeds statt als native Webflow-Elemente bauen lassen. Das lag nach seiner eigenen Einschätzung nicht am MCP, sondern an seiner Prompt-Führung - ein Skill-Problem auf seiner Seite, kein Bug im Tool.
Was weiterhin nicht funktioniert
Die Grenzen, die Ricks dokumentiert, sind genau die, die ich schon bei 1.0 hatte:
- Ein bekannter Klassen-Anzeige-Bug besteht weiter, Klassennamen werden im Designer teils nicht korrekt angezeigt
- Padding-Wildwuchs: Der Agent vergibt neue Klassen statt bestehende Utility-Klassen wiederzuverwenden, das Klassensystem wuchert
- Kein visuelles Selbst-Review - der Agent sieht nicht, was er gebaut hat, du musst jeden Schritt selbst prüfen
- Der Prozess ist langsam: Ricks brauchte rund 20 Minuten für eine einzelne Seite und hat den Versuch an einer Stelle abgebrochen
- Aus der Community: Es gibt keine automatischen Backups vor Agent-Änderungen, Branches als Sicherheitsnetz sind nur in höheren Webflow-Plänen verfügbar
Das Muster bleibt: Der Agent arbeitet blind gegenüber dem visuellen Ergebnis. Er weiß, welche Klasse er anlegt, aber nicht, wie sie aussieht.
Der Agent kennt seine Klasse, aber nicht ihr Aussehen.
Mein Learning: HTML/CSS zuerst, dann ins MCP
Ricks’ wichtigster praktischer Tipp: Statt den Agenten direkt im Designer bauen zu lassen, lässt er zuerst sauberes HTML und CSS generieren und übergibt diese Struktur erst dann an das MCP. Die Ergebnisse waren laut seinem Test deutlich stabiler als der direkte Weg im Designer.
Das ist im Kern eine Bestätigung meiner These aus dem 1.0-Test: Ein KI-Agent arbeitet dort am besten, wo er in einem textbasierten System denkt, nicht in einem visuellen. Webflow zwingt ihn, natürliche Sprache in ein visuelles Klassensystem zu übersetzen, ohne dass er das Ergebnis sehen kann. Genau das ist die Lücke, die 2.0 nicht schließt.
CMS, Components und Variablen sind strukturierte, textnahe Konzepte, dort liefert der Agent gut ab. Layout, Abstände und Feinschliff sind visuelle Konzepte, dort bleibt er auf Krücken angewiesen.
Fazit - Fortschritt ja, Kernproblem nein
Webflow MCP 2.0 ist ein echter Schritt nach vorn: Die Designer-Session-Pflicht fällt weg, CMS- und Component-Konvertierung sind stark, Variablen-Bindung funktioniert zuverlässig. Für Projekte, in denen Inhalte strukturiert und Daten sauber modelliert werden müssen, ist das MCP heute schon nützlich.
Für das visuelle Feintuning einer Seite, das, worüber am Ende die Nutzer urteilen, bleibt der Agent blind. Wer heute mit KI baut und dabei ohne ständiges manuelles Nachjustieren auskommen will, fährt nach meiner Erfahrung mit direktem Code, etwa Astro und Claude Code, weiterhin besser. Für Kunden, die eine Website ohne diesen Umweg wollen, setze ich je nach Projekt weiterhin auf klassische Webflow- oder Code-Entwicklung.
Meinen eigenen Volltest von MCP 2.0 an einem echten Projekt hole ich in den nächsten Wochen nach, dieser Artikel basiert bewusst auf dem Changelog und dem dokumentierten Community-Test von Ricks.
FAQ
Was ist Webflow MCP 2.0? Webflow MCP 2.0 ist die aktualisierte Schnittstelle, über die KI-Agenten wie Claude direkt auf Webflow-Projekte zugreifen. Seit dem Update vom 21. Juli 2026 laufen Element-, Style-, Komponenten- und Variablen-Operationen ohne offene Designer-Session, dazu kommen Analyse-, Formular- und Sitemap-Funktionen.
Kann der KI-Agent seine Änderungen in Webflow selbst visuell prüfen? Nein, dafür braucht es weiterhin die Bridge-App im Browser. Der Agent selbst arbeitet blind gegenüber dem visuellen Ergebnis, du musst jede Änderung manuell im Designer kontrollieren.
Löst MCP 2.0 das Klassen-Problem aus Webflow MCP 1.0? Nein. Der bekannte Klassen-Anzeige-Bug besteht laut Praxistests weiter, ebenso die Tendenz, für jede Änderung neue Klassen statt bestehender Utility-Klassen anzulegen. Das Kernproblem, visuelles Bauen ohne visuelles Feedback, ist mit 2.0 nicht gelöst.
Sollte ich HTML und CSS zuerst schreiben lassen, bevor ich das MCP nutze? Nach den Erfahrungen aus der Community ja. Wird zuerst eine saubere HTML/CSS-Struktur generiert und diese dann an das MCP übergeben, sind die Ergebnisse stabiler, als wenn der Agent direkt im Webflow Designer arbeitet.
Für wen lohnt sich Webflow MCP 2.0 heute schon? Für Projekte mit viel CMS-Struktur, Component-Systemen und Design-Variablen liefert der Agent bereits brauchbare Ergebnisse. Für feines visuelles Layout und Interactions bleibt manuelle Nacharbeit nötig, hier ist direkter Code für viele Projekte weiterhin die verlässlichere Wahl.
