Tarik Yayla
Veröffentlicht:
18.08.2026
•
Zuletzt aktualisiert:
18.08.2026
•
10 Min. Lesezeit
Im letzten Jahr wurde ein merkwürdiger Agentur-Take plötzlich populär.
AI mache Websites überflüssig. Kunden würden künftig alles selbst generieren. Die Zukunft gehöre Prompts, Apps und dem Website-Tool, das gerade in dieser Woche gelauncht wurde.
Manche Agenturen haben ihre komplette Positionierung auf diese Vorhersage umgebaut.
Sie haben das Ende viel zu früh ausgerufen.
Webflow hat jetzt „Getting to the source“ veröffentlicht. Darin beschreibt das Unternehmen ungewöhnlich offen die größte Architekturänderung seiner Geschichte.
Webflow will die Plattform rund um Code als Source of Truth neu aufbauen.
Das ist kein weiterer AI-Button im Designer. Es ist auch kein fertiger Produkt-Launch. Es ist die Entscheidung, das Fundament so zu verändern, dass Visual Canvas, Entwickler und AI Agents irgendwann am selben realen Artefakt arbeiten.
Für Teams, die ernsthafte Websites betreiben, ist dieser Unterschied entscheidend.
Heute arbeitet der Webflow Designer nicht direkt mit dem HTML, CSS und JavaScript, das später im Browser ankommt.
Er arbeitet mit einer proprietären internen Repräsentation der Website. Webflow kompiliert dieses Modell anschließend in den Code, der veröffentlicht wird.
Diese Abstraktion ist der Grund, warum Webflow überhaupt so erfolgreich werden konnte. Sie hat das Web für Designer und Marketingteams zugänglich gemacht, die nicht sinnvoll in Raw Code arbeiten konnten.
Sie hat aber auch eine strukturelle Grenze geschaffen.
Das, was du bearbeitest, und das, was veröffentlicht wird, sind zwei Versionen der Realität. Entwickler können den generierten Code exportieren. Sie können den Export aber nicht verändern und anschließend wieder in den Designer zurückspielen. Die Source of Truth bleibt ein Format, das nur Webflow selbst lesen kann.
Genau diese Trennung will Webflow auflösen.
Das bedeutet „Code als Source of Truth“.
Nicht Code als Exportformat. Nicht Code als Notausgang für Entwickler. Code als die tatsächliche Website.
„Code ist die Source of Truth“ hatte jahrelang ein offensichtliches Problem: Die meisten Menschen können keinen produktionsreifen Code schreiben oder warten.
Visuelle Tools haben dieses Problem gelöst, indem sie den Code hinter einer einfacheren Oberfläche versteckt haben. Der Preis dafür war Distanz zum eigentlichen Artefakt.
Coding Agents verändern diese Rechnung.
Ein Agent kann Code lesen, erklären, schreiben und refactoren – auch für Menschen, die nie ein Semikolon tippen werden. Code bleibt das zugrunde liegende Medium. Er muss aber nicht länger die Oberfläche sein, über die jeder arbeitet.
Webflow sagt, dass bereits mehr als 30 Prozent seiner Enterprise-Kunden Agents über MCP gegen produktive Websites laufen lassen. Seit Januar 2026 habe sich dieser Anteil ungefähr vervierfacht.
Die Plattformarbeit rund um dieses Verhalten ist bereits sichtbar:
Als einzelne AI-Experimente wirken diese Releases zusammengewürfelt. Als Teile einer neuen Architektur ergeben sie plötzlich Sinn.
Das Ziel ist eine Website, an der Marketing, Designer, Entwickler, Agentur und mehrere Agents über unterschiedliche Interfaces arbeiten können.
Dieser Punkt geht in der Begeisterung schnell verloren.
Webflow hat weder einen vollständigen Release noch einen öffentlichen Migrationsplan oder eine finale Feature-Liste angekündigt. Das Unternehmen hat eine Richtung angekündigt.
Bestehende Websites und heutige Workflows sollen weiter funktionieren. Webflow sagt ausdrücklich, dass zuerst die Brücke gebaut wird, bevor Kunden sie überqueren müssen.
Teams sollten deshalb nicht so tun, als wäre die neue Architektur bereits verfügbar.
Ein Entwickler kann heute weiterhin keinen Webflow-Export verändern und die Änderungen zurück in den Designer synchronisieren. Es gibt noch keine öffentliche Spezifikation dafür, wie Code Ownership, Versionierung, externe Dependencies oder Migrationen funktionieren werden.
Diese Details entscheiden darüber, ob aus der Vision ein belastbares Produktionsmodell wird.
Die Richtung ist relevant. Die Umsetzung muss sich erst beweisen.
Eine gemeinsame Source of Truth bedeutet nicht, dass alle dasselbe Interface bekommen.
Sie bedeutet, dass ihre Arbeit nicht länger durch getrennte Repräsentationen der Website laufen muss.
Der Canvas bleibt der natürliche Ort für Layout, Style und Interaktion.
Der Unterschied liegt darunter. Wenn Webflow die angekündigte Architektur liefert, rendert und verändert der Canvas dasselbe Artefakt, das später im Browser läuft.
Designer behalten das direkte visuelle Feedback, ohne in einem unsichtbaren proprietären Modell eingeschlossen zu sein.
Entwickler sollen die Website erweitern können, ohne Webflow als Einbahnstraße für generierten Code zu behandeln.
Das könnte Custom Components, Integrationen und komplexere Funktionalität deutlich wartbarer machen. Es könnte auch den merkwürdigen Bruch zwischen einer visuellen Marketing-Website und Code in einem separaten System reduzieren.
Das Wort „könnte“ ist hier wichtig. Webflow hat den finalen Developer-Workflow noch nicht detailliert genug beschrieben.
Marketing braucht keinen Code-Editor. Marketing braucht die Möglichkeit, Seiten zu veröffentlichen, Inhalte zu ändern und Kampagnen zu starten, ohne jedes Mal auf Engineering zu warten.
Ein Code-basiertes Fundament ist nur dann ein Fortschritt, wenn Webflow diese Autonomie erhält.
Der interessante Teil der Ankündigung ist nicht Code allein. Es ist Webflows Argument, dass Marketing, Entwickler und Agents jeweils das passende Interface und die passenden Berechtigungen bekommen – während sie am selben System arbeiten.
Agents brauchen keinen visuellen Canvas. Sie brauchen strukturierten Zugriff, klare Aufgaben und Grenzen, die sie nicht überschreiten dürfen.
Eine kanonische Codebasis gibt ihnen ein ehrlicheres Artefakt. Governance, Branching und Permissions entscheiden darüber, ob dieser Zugriff echten Hebel oder komplettes Chaos erzeugt.
Einem Agent Produktionszugriff ohne diese Kontrollen zu geben, ist keine Innovation. Es ist Fahrlässigkeit mit besserem Branding.
Code-First-Website-Tools existieren bereits.
Einige davon sind sehr gut. Die meisten wurden aber für einen Entwickler gebaut, der allein in einem Repository arbeitet. Dieses Modell wird fragil, sobald Marketing, Designer, Agentur, Entwickler und fünf Agents in derselben Woche dieselbe Website anfassen.
Eine funktionierende Seite zu generieren ist der einfache Teil.
Schwierig wird es, sie markenkonsistent zu halten, mit dem Designsystem zu verbinden, sicher zu veröffentlichen, nach dem Launch zu messen und für die nächste Person verständlich zu machen.
Genau dort hat Webflow einen glaubwürdigen Vorteil.
Das Unternehmen hat mehr als ein Jahrzehnt gelernt, wie visuelle Teams und Marketingteams Websites betreiben. Wenn Webflow diese Workflows mit Code als kanonischem Artefakt verbinden kann, holt die Plattform nicht nur zu Code-First-Tools auf. Sie löst das schwierigere Multi-User-Problem, auf das diese Tools früher oder später ebenfalls treffen.
Viele Beteiligte. Ein System. Unterschiedliche Interfaces. Gemeinsame Guardrails.
Das ist die Wette.
Die Ankündigung ist ambitioniert genug. Wir müssen keine Behauptungen hinzufügen, die Webflow selbst nicht gemacht hat.
Der visuelle Designer bleibt zentral. Code als kanonisches Artefakt verändert das Fundament – nicht die Erwartung, dass künftig alle in Code arbeiten.
Der nützliche Teil von No-Code war nie die Abwesenheit von Code. Es ging darum, mehr Menschen die Möglichkeit zu geben, Software zu bauen und zu betreiben.
Agents machen den zugrunde liegenden Code zugänglicher. Die meisten Marketer werden trotzdem lieber mit Komponenten, Feldern und visuellen Controls arbeiten als in einem Repository.
Webflow verspricht Kunden eine direktere und portablere Beziehung zum Code ihrer Website. Das ist nicht dasselbe wie eine Open-Source-Plattform.
Webflow sagt, dass bestehende Sites und Workflows weiter funktionieren. Es gibt keinen Grund, einen notwendigen Relaunch aufzuschieben und auf eine Architektur ohne öffentlichen Release-Termin zu warten.
Ein Agent kann bis zum Mittag zwanzig Headlines, drei Layouts und eine Komponente generieren.
Er entscheidet nicht, welche Position dein Unternehmen wirklich besetzen will, welcher Claim für Käufer glaubwürdig ist oder welchen Kompromiss das Leadership-Team eingehen sollte.
Schnellere Produktion ersetzt kein Urteil. Sie sorgt nur dafür, dass die Folgen schlechter Entscheidungen früher eintreffen.
AI reduziert den Aufwand, eine Idee in eine funktionierende Seite zu übersetzen.
Das trifft jede Agentur, die Produktionskapazität als ihren primären Wert verkauft. Figma-Dateien übertragen, Standardsektionen bauen und routinemäßige Content-Änderungen durchführen wird schneller und günstiger.
Der geschäftliche Bedarf hinter der Website bleibt.
B2B-Käufer nutzen die Website weiterhin, um ein Unternehmen und sein Produkt zu verstehen. Sales schickt Interessenten vor einem Call dorthin. Marketing braucht Landingpages für Kampagnen. Bewerber, Partner und Investoren beurteilen dort die Glaubwürdigkeit des Unternehmens.
AI verändert die Produktionsschicht.
Sie schärft keine Positionierung. Sie entscheidet nicht, was die Website sagen muss. Sie baut nicht automatisch ein konsistentes Designsystem oder ein Publishing-Modell, das ein Team sicher bedienen kann.
Wenn Produktion leichter wird, erreichen schlechte Entscheidungen den Markt einfach schneller.
Das hat die „Websites sind tot“-Fraktion übersehen.
Bei path digital behandeln wir die Website seit jeher als kommerzielles System.
Sie muss das Produkt verständlich erklären. Sie muss ein komplexes Angebot greifbar machen. Sie muss Conversion und Pipeline unterstützen. Und Marketing braucht genug Kontrolle, um nicht für jede Kampagne ein Developer-Ticket zu eröffnen.
Webflow passt besser zu diesem Betriebsmodell als die Alternativen.
Ein kleines, erfahrenes Team kann schnell darin arbeiten. Designer bleiben nah am finalen Medium. Entwickler können die Plattform dort erweitern, wo es sinnvoll ist. Marketingteams können nach dem Launch mit wiederverwendbaren Seiten und Komponenten arbeiten.
Wir kennen auch die Grenzen, weil wir jeden Tag darin arbeiten.
Die Trennung zwischen Webflows internem Modell und dem veröffentlichten Code war immer eine der größten strukturellen Einschränkungen. Code als Source of Truth könnte genau diese Grenze entfernen.
Damit sieht unsere Entscheidung, weiter tief in Webflow zu investieren, heute stärker aus als vor der Ankündigung.
Seiten im Designer bauen zu können, wird zur Grundvoraussetzung.
Kunden brauchen mehr als Produktionskapazität.
Das Team muss entscheiden, was die Website sagen soll, für wen sie gedacht ist und warum Käufer die Aussagen glauben sollten.
AI kann Optionen erzeugen. Sie übernimmt keine Verantwortung für die Entscheidung.
Seiten sollten aus wiederverwendbaren Komponenten, klaren Content-Modellen und verständlichen Regeln entstehen.
Eine Sammlung individuell designter Einzelseiten wird zum Bottleneck, sobald das Unternehmen wächst.
Mehr Menschen und Agents auf der Website bedeuten mehr Risiko.
Permissions, Branching, Designsystem-Grenzen, Review-Prozesse und Publishing-Regeln werden Teil der Website-Strategie. Geschwindigkeit ohne Governance erzeugt nur schneller Inkonsistenz.
Ein ernsthafter Partner muss wissen, wann natives Webflow ausreicht, wann Custom Code gerechtfertigt ist und wann ein spannendes neues Feature noch nicht auf eine produktive Website gehört.
Zu wissen, wo eine Plattform bricht, gehört dazu, sie wirklich gut zu kennen.
Der Launch ist der Beginn des nützlichen Teils.
Teams müssen erkennen, worauf Käufer reagieren, wo die Website unterperformt und was als Nächstes verbessert werden sollte – ohne wieder einen sechsmonatigen Relaunch zu starten.
So baut path digital B2B-SaaS-Websites: Positionierung, Messaging, Copy, Design und Webflow als ein zusammenhängendes System.
Die strategische Richtung ist klar. Die Umsetzung ist es noch nicht.
Wir beobachten vor allem fünf Bereiche:
Das sind keine Fußnoten. Diese Details entscheiden darüber, ob Code als Source of Truth zu einem belastbaren Produktionsmodell oder nur zu einer beeindruckenden Demo wird.
Webflow verdient Anerkennung dafür, die Richtung zu erklären, bevor die Arbeit als erledigt verkauft wird.
Jetzt muss das Unternehmen die Brücke liefern.
Webflow klebt AI nicht an den Rand des Produkts.
Das Unternehmen baut das Fundament für eine Welt um, in der visuelle Teams, Entwickler und Agents gemeinsam an derselben Website arbeiten.
Das ist eine deutlich größere und glaubwürdigere Wette, als die Website einfach für tot zu erklären.
Agenturen, die jedem neuen Tool hinterherlaufen, können weiter das Pferd wechseln.
Wir haben unseres bewusst gewählt.
Webflow ist weiterhin das richtige.
Wenn deine B2B-SaaS-Website deinem Unternehmen hinterherhinkt, wird das nächste AI-Tool die Lücke nicht schließen. Du brauchst eine schärfere Positionierung und ein Website-System, das dein Marketingteam tatsächlich bedienen kann.
Wir haben bereits über 50 Marketing-Teams dabei geholfen, sich aus der Entwickler-Abhängigkeit zu befreien. In einem 30-minütigen Strategiegespräch analysieren wir deine aktuelle Situation und zeigen dir, wie dein Weg zur Autonomie aussehen könnte.
Webflow will den tatsächlichen Website-Code zum kanonischen Artefakt machen. Visual Designer, Entwickler und AI Agents würden mit demselben zugrunde liegenden System arbeiten – statt mit einer proprietären Repräsentation, die erst beim Publishing in Code kompiliert wird.
Nicht in dem Sinn, den die Ankündigung beschreibt. Webflow hat eine strategische Richtung veröffentlicht, keinen fertigen Release. Heute arbeitet der Designer weiterhin mit Webflows internem Site-Modell und veröffentlicht daraus generiertes HTML, CSS und JavaScript.
Nein. Entwickler können Code aus geeigneten Webflow-Sites exportieren. Änderungen an diesem Export lassen sich aktuell aber nicht zurück in den Webflow Designer synchronisieren. Die angekündigte Architektur soll diese Einbahnstraße auflösen. Ein finaler Workflow oder Release-Termin ist noch nicht öffentlich.
Nein. Webflows Vision sieht Visual Canvas, Developer-Tools und AI Agents als unterschiedliche Interfaces für dasselbe Artefakt. Der Designer bleibt das passende Interface für visuelle Arbeit.
Webflow sagt, dass bestehende Sites und heutige Workflows weiter funktionieren. Das Unternehmen hat weder eine Zwangsmigration noch ein End-of-Life-Datum für die aktuelle Architektur angekündigt. Zuerst soll die Brücke gebaut werden.
Webflow hat keinen vollständigen Release-Plan veröffentlicht. Die Ankündigung beschreibt eine Richtung und verweist auf weitere Einblicke bei der Webflow Conf im September 2026. Teams sollten Webflow anhand des Produkts bewerten, das heute verfügbar ist.
AI drückt den Wert von Agenturen, die hauptsächlich Seitenproduktion verkaufen. Positionierung, Messaging, Designurteil, technische Architektur, Governance und kontinuierliche Verbesserung bleiben notwendig. Agenturen mit diesen Fähigkeiten werden AI nutzen, um schneller zu liefern. Für reine Figma-to-Webflow-Produktion wird es deutlich ungemütlicher.
Webflows MCP erlaubt freigegebenen Agents, mit produktiven Sites und Plattformfunktionen zu interagieren. Governance, Branching und Permission Controls sollen diese Aktivitäten innerhalb definierter Grenzen halten. Die verfügbaren Funktionen hängen vom aktuellen Webflow-Produkt und Account-Setup ab.
Normalerweise nicht. Es gibt keinen öffentlichen Release-Termin und bestehende Workflows sollen weiter unterstützt werden. Wenn die aktuelle Website Marketing ausbremst, Käufer verwirrt oder technisches Risiko erzeugt, ist das Warten auf eine nicht terminierte Architektur keine Strategie.
Weil Webflow kleinen Teams Geschwindigkeit und Marketingteams Kontrolle nach dem Launch gibt. path digital verbindet Positionierung, Messaging, Copy, Design und Webflow-Implementierung. Das Ergebnis ist keine Sammlung einzelner Seiten, sondern ein Website-System, das mit dem Unternehmen weiterarbeiten kann.