Source by Webflow: Codezugriff nur nach Bewerbung

Webflow stellte Source by Webflow am 2. September 2026 auf der Webflow Conf in Boston vor. Die neue Plattform gibt Marketingteams und KI-Agenten kontrollierten Zugriff auf Website-Code, ist aber noch kein regulär verfügbares Produkt: CMSWire bestätigte vor Ort den Start als begrenzte Research Preview.

Der Zugang setzt eine Bewerbung voraus und bleibt ausgewählten Agenturpartnern und Kunden vorbehalten. Nach Webflows Produktbeschreibung werden zugelassene Teilnehmer in den kommenden Monaten schrittweise aufgenommen; eine Bewerbung ist deshalb noch keine Freischaltung.

Code wird zur gemeinsamen Arbeitsgrundlage

Source by Webflow bereitet eine prüfbare Änderung an einer bestehenden Codebasis mit verbundenem CMS und Hosting vor.

Source unterscheidet sich vom bisherigen visuellen Webflow-Modell durch seinen codebasierten Ansatz. KI-Agenten sollen direkt mit dem Code arbeiten, der tatsächlich ausgeliefert wird, statt Änderungen nur innerhalb einer visuellen Abstraktionsschicht vorzubereiten. Dadurch sollen sie die Struktur einer Website erfassen, Änderungen vornehmen und ihre eigene Arbeit auswerten können.

Für Marketingteams bleibt eine visuelle Bearbeitung auf Grundlage desselben Codes vorgesehen. Source soll damit nicht einfach einen autonomen Coding-Agenten bereitstellen, sondern einen gemeinsamen Arbeitsraum für Marketing, Design, Entwicklung und automatisierte Systeme schaffen.

Die Plattform soll sich außerdem mit vorhandenen Codebasen, CMS-, Hosting- und Marketingwerkzeugen verbinden lassen. Dazu zählt Webflow ausdrücklich auch bereits mit Webflow erstellte Websites. Welche Frameworks, Repository-Dienste, CMS-Produkte und Hosting-Anbieter in der Preview tatsächlich unterstützt werden, ist bislang jedoch nicht dokumentiert.

Rollen und Freigaben begrenzen die Agenten

Eine agentische Website-Änderung durchläuft in Source getrennte Rollen, Protokollierung und menschliche Freigabe.

Direkter Codezugriff bedeutet nach dem angekündigten Modell nicht, dass Agenten unkontrolliert Änderungen veröffentlichen dürfen. Source soll Rollen, Berechtigungen, Freigabewege und Geschäftsregeln auf menschliche und agentische Arbeit anwenden. Teams können eine menschliche Prüfung vor der Veröffentlichung verlangen oder Agenten bei weniger riskanten Aufgaben mehr Autonomie geben.

Zu jeder Änderung soll nachvollziehbar bleiben, was bearbeitet wurde und ob der Eingriff von einer Person oder einem Agenten stammt. Webflow beschreibt zudem aufgabenspezifische Arbeitsbereiche, sogenannte Views, für Marketing, Design und Entwicklung. Wie detailliert sich Rechte, Prüfpflichten und Protokollierung konfigurieren lassen, muss die Research Preview erst zeigen.

Damit zielt Source auf ein organisatorisches Problem: Website-Arbeit verteilt sich häufig auf Code, Inhalte, Kampagnen und Freigaben, während die Verantwortung bei unterschiedlichen Teams liegt. Der angekündigte gemeinsame Arbeitsraum soll diese Abläufe zusammenführen, ohne die vorhandene technische Infrastruktur zwingend vollständig zu ersetzen.

Eine Bewerbung garantiert noch keinen Zugang

Interessierte können über die Source-Seite ihre Kontaktdaten hinterlassen und zusätzlich angeben, dass sie an der Research Preview teilnehmen möchten. Webflow wählt aus den Bewerbungen Agenturpartner und Kunden aus und informiert nur zugelassene Teilnehmer über die nächsten Schritte.

Research Preview bezeichnet dabei eine frühe, begrenzte Produktphase. Die vorgestellten Fähigkeiten beschreiben Webflows Zielbild; daraus folgt nicht, dass jede Funktion bereits für alle Preview-Teilnehmer vollständig umgesetzt oder unter identischen Bedingungen nutzbar ist.

Einen Termin für eine offene Beta oder die allgemeine Verfügbarkeit nennt Webflow bislang ebenso wenig wie Preise oder buchbare Tarife für Source. Bestehende Webflow-Konten und -Projekte erhalten durch die Ankündigung daher keine automatische Erweiterung.

Diese Vorbereitung ist schon ohne Preview möglich

Ein Webteam ordnet Repository-Zugriff, CMS-Verantwortung, Freigaben und einen rückbaubaren Piloten vor dem Source-Zugang.

Teams können ihre internen Voraussetzungen ordnen, bevor belastbare technische Details und ein breiterer Zugang vorliegen. Die folgenden Punkte sind keine von Webflow veröffentlichten Bewerbungskriterien, sondern eine redaktionelle Checkliste für das angekündigte Modell:

Rollen: Festhalten, wer Agenten beauftragen, Code prüfen, Inhalte abnehmen und Veröffentlichungen freigeben darf.
Freigaben: Definieren, welche Änderungen automatisierte Tests, ein Vier-Augen-Prinzip oder eine Prüfung durch Datenschutz, Recht und Markenverantwortliche benötigen.
Repository-Zugriff: Bestimmen, welche Repositories, Branches und Umgebungen angebunden werden dürften und wo Schreibrechte ausgeschlossen bleiben.
CMS-Verantwortung: Zuordnen, wer Inhaltsschemata, Taxonomien und redaktionelle Freigaben verantwortet, wenn Agenten Code und Inhalte bearbeiten.
Nachvollziehbarkeit: Festlegen, welche Aktivitäten für Fehleranalyse, interne Kontrollen und Compliance protokolliert werden müssen.
Pilot und Rückweg: Ein abgegrenztes, nicht geschäftskritisches Projekt auswählen und vorab klären, wie Änderungen zurückgesetzt oder Verbindungen wieder getrennt werden können.

Diese Vorbereitung ersetzt weder die technische Dokumentation noch einen eigenen Sicherheitstest. Sie macht aber sichtbar, welche Angaben ein Team später von Webflow benötigt, bevor Source Zugriff auf produktiven Code, Inhalte oder Veröffentlichungsprozesse erhält.

Bestehende Webflow-Projekte müssen vorerst nicht migrieren

Webflow erklärt, seine bisherige Plattform parallel zu Source weiterzuentwickeln. Kunden können bestehende Websites daher zunächst wie gewohnt betreiben. Wenn Source für ein Team bereitsteht und dieses wechseln möchte, stellt das Unternehmen einen unterstützten Migrationspfad in Aussicht.

Wie dieser Pfad technisch funktioniert, welche Projektbestandteile übernommen werden und unter welchen Bedingungen er angeboten wird, ist noch offen. Ebenso fehlen öffentliche Angaben zu unterstützten Technologie-Stacks, Datenverarbeitung, Betriebsgrenzen und dem Zeitplan für einen breiteren Zugang.

Gesichert sind damit der codebasierte Ansatz, die Verbindung mit bestehenden Webwerkzeugen, das Modell aus Rollen und Freigaben sowie die Auswahl nach Bewerbung. Ob Source diese Versprechen im produktiven Einsatz einlöst, lässt sich erst anhand weiterer Dokumentation und der Erfahrungen aus der begrenzten Research Preview beurteilen.

Lesen Sie auch:

Source by Webflow arbeitet direkt am Code – Zugang gibt es nur auf Bewerbung