Webflow-CMS: So funktionieren Collections für Marketingteams

Das Webflow-CMS speichert Inhalte, die auf deiner Website immer wieder in derselben Form auftauchen. Du pflegst sie einmal an einer Stelle, und Webflow spielt sie überall im passenden Design aus. Auf B2B SaaS Websites sind das typischerweise Blogartikel und Kundenreferenzen, oft auch Use Cases oder Stellenanzeigen.

Wir erklären das Prinzip hier so einfach wie möglich und fangen mit einem Beispiel an, die Fachbegriffe kommen danach. Anschließend zeigen wir, welche Inhalte sich als Collection lohnen und wo die Limits liegen. Unsere Sicht stammt aus über 50 Webflow-Projekten in sechs Jahren.

Webflow-CMS in fünf Begriffen

Im Webflow-CMS legst du eine Collection mit Feldern an und füllst sie mit Einträgen. Diese Einträge erscheinen dann auf Detailseiten oder in Listen. Am einfachsten wird das an einem Beispiel. Nimm die Kundenreferenzen auf deiner Website: Jede Referenz hat einen Kundennamen, ein Logo, ein Zitat und eine Branche.

Genau dieses Beispiel übersetzt Webflow in fünf Begriffe:

• Collection: die Inhaltsart, hier „Kundenreferenzen".
• Fields (Felder): die Angaben, die jede Referenz braucht, also Name, Logo, Zitat und Branche.
• Item (Eintrag): eine einzelne Referenz, also die eines bestimmten Kunden.
• Collection Page: die Vorlage für die Detailseite. Webflow erzeugt daraus für jeden Eintrag eine eigene Unterseite.
• Collection List: eine Liste oder ein Raster, das du auf jeder beliebigen Seite platzieren kannst, etwa die neuesten Referenzen auf der Startseite.

So sieht dasselbe Beispiel in der Webflow-Oberfläche aus. Die Collection heißt dort Customer testimonials, die Felder Logo, Quote und Industry:

Der Unterschied zu einer normalen Seite liegt in der Pflege. Statischen Text änderst du an jeder Stelle, an der er vorkommt, einzeln. Dynamische Inhalte kommen dagegen aus einer Quelle: Änderst du das Zitat im CMS, aktualisiert Webflow es überall, wo die Referenz eingebunden ist. Über Referenzfelder kannst du Collections außerdem verknüpfen, zum Beispiel eine Kundenreferenz mit dem passenden Use Case.

Wer Webflow noch gar nicht kennt, findet die Grundlagen im Artikel Was ist Webflow? Wie sich das CMS im Alltag von WordPress unterscheidet, zeigt der Vergleich Webflow vs. WordPress.

Marketing-Anwendungsfälle für SaaS-Websites

Als Collection lohnt sich alles, was regelmäßig dazukommt und immer gleich aufgebaut ist. Für eine einzelne Seite wie das Impressum brauchst du kein CMS. Die Tabelle zeigt die Collections, die auf B2B SaaS Websites am häufigsten vorkommen.

Blog und Ressourcen

Der Blog ist fast immer die erste Collection. Jeder Beitrag nutzt dieselbe Vorlage, und die Übersichtsseite füllt sich über eine Collection List von selbst. Typischer Fehler: Whitepaper und Webinare landen in derselben Collection wie Blogartikel, obwohl sie andere Felder brauchen. Leg für Ressourcen besser eine eigene Collection an.

Kundenreferenzen und Case Studies

Referenzen tauchen auf vielen Seiten auf, auf der Startseite genauso wie auf Produkt- und Use-Case-Seiten. Als Collection pflegst du jede Referenz einmal und zeigst sie über Referenzfelder dort, wo sie passt.

Kurze Zitate und ausführliche Case Studies müssen nicht automatisch in getrennten Collections liegen. Wenn dieselben Felder reichen, kannst du beides in einer Collection halten und über die bedingte Sichtbarkeit steuern, welche Abschnitte erscheinen. Ein langer Case-Text oder ein Download blendet sich zum Beispiel nur ein, wenn das Feld gefüllt ist. Eigene Collections lohnen sich, wenn sich die Felder deutlich unterscheiden.

Webflow erzeugt für CMS-Einträge grundsätzlich auch Collection Pages. Brauchen kurze Kundenstimmen keine eigene Detailseite, solltest du verhindern, dass daraus viele inhaltsarme URLs indexiert werden. In den Item-Details lässt sich die Sitemap-Indexierung pro Eintrag ausschalten, auf bezahlten Site-Plänen. Der Eintrag bekommt dann ein noindex-Tag und fällt aus der Sitemap.

Use Cases

Use Cases beschreiben, wie eine bestimmte Zielgruppe dein Produkt nutzt. Als Collection bekommen alle Use-Case-Seiten denselben Aufbau, und dein Team ergänzt neue Anwendungsfälle ohne neues Layout. Typischer Fehler: Felder so knapp anzulegen, dass sich die Seiten am Ende nur im Titel unterscheiden.

Features und Integrationen

Integrationsseiten sind verlockend, weil eine Vorlage schnell 50 Seiten erzeugt. Lohnend sind sie nur, wenn jede Seite eigenen Inhalt hat, etwa was die Integration konkret leistet und wie das Setup abläuft. Massenhaft erzeugte Seiten ohne Mehrwert stuft Google in seinen Spam-Richtlinien als Missbrauch skalierter Inhalte ein. Zehn gut gepflegte Integrationsseiten bringen dir deshalb mehr als 80 dünne.

Weitere Collections für Team und Produkt

Teamseiten und Stellenanzeigen eignen sich ebenfalls als Collection. Ein Changelog lohnt sich, sobald dein Produkt regelmäßig Updates veröffentlicht. Hier reichen wenige Felder, und die Pflege kann bei HR oder im Produktteam liegen.

Skalierung und Limits

Das Webflow-CMS wächst innerhalb der Limits deines Site-Plans mit. Für die meisten Marketing-Websites reichen diese Limits gut aus. Häufiger wird es eng, wenn Collections ohne Plan wachsen und niemand mehr weiß, welches Feld wofür gedacht ist.

Die wichtigsten Grenzen laut Webflow-Preisseite und Webflow Help Center (Stand 09.11.2026):

Die Listen-Limits gelten nur für die Anzeige auf einer Seite. Wie viele Einträge dein CMS speichern kann, regelt der Site-Plan. Eine Collection List zeigt standardmäßig bis zu 100 Einträge. Mehr Einträge auf derselben Seite bekommst du über Pagination oder indem du die Liste duplizierst und bei der Kopie unter Limit items einen Skip-Wert setzt, zum Beispiel 100. Dann zeigt die erste Liste die Einträge 1 bis 100, die zweite die Einträge 101 bis 200. Plane lieber mehrere klare Collections als eine mit sehr vielen Feldern, dann bleibt die Pflege auch bei 500 Einträgen übersichtlich. Was die Pläne kosten, vergleichen wir im Artikel Webflow-Preise.

Was Marketing selbst pflegt

Mit vorbereiteten Feldern und den passenden Rechten legt dein Marketingteam Einträge selbst an und veröffentlicht sie. Neue Collections und Änderungen an den Vorlagen bleiben dagegen Aufgaben für Design oder Entwicklung. Wie gut das im Alltag klappt, hängt von der Rollenverteilung und von ein paar Details beim Aufbau ab.

Webflow unterscheidet dafür zwei Rollen. Ein Content Editor bearbeitet Inhalte und CMS-Einträge, ein Marketer baut zusätzlich neue Seiten aus vorhandenen Komponenten. Ab dem Workspace-Plan Growth kannst du für Rollen wie Designer, Marketer oder Content Editor das Recht zum Veröffentlichen der gesamten Website ein- oder ausschalten. Das ersetzt keinen verbindlichen Freigabeprozess: Auch ohne dieses Recht können diese Personen einzelne CMS-Einträge veröffentlichen. Einen festen Freigabeablauf allein aus dem Growth-Workspace abzuleiten, wäre deshalb falsch.

Im Premium-Plan kannst du einzelne Einträge veröffentlichen, ohne die ganze Website neu zu publizieren, und Einträge zeitgesteuert live schalten. Pflichtfelder verhindern Einträge ohne Bild oder Meta-Description. Kurze Hilfetexte an den Feldern erklären deinem Team, was in welches Feld gehört.

In unseren Projekten planen wir Komponenten und CMS-Felder anhand der Aufgaben, die dein Team nach dem Launch erledigt. In der Übergabe übt dein Team genau diese Aufgaben, zum Beispiel eine neue Referenz anlegen oder einen Blogartikel veröffentlichen. Wie wir dabei vorgehen, beschreiben wir auf unserer Seite als Webflow-Agentur.

Wann das Webflow-CMS nicht die beste Wahl ist

Das Webflow-CMS passt, solange deine Inhalte vor allem auf der Website leben und Marketing sie pflegt. Über die CMS API kannst du Einträge anlegen, ändern und veröffentlichen. Die Content Delivery API liefert veröffentlichte Inhalte zusätzlich an andere Kanäle aus, etwa an Apps oder E-Mail-Strecken, und bedient sie dafür aus einem Cache.

Trotzdem bleibt Webflow ein websitegebundenes CMS. Das Datenmodell folgt Collections und Feldern, die du für Seiten gebaut hast. Die Inhalte leben in Webflow, und ein späterer Systemwechsel heißt, sie zu migrieren. Sanity ist als Headless-CMS unabhängig vom Front-end: Du modellierst Inhalte einmal als Datenquelle für Website, Produkt-App und Help Center und behältst sie, wenn sich das Website-System ändert. Webflow reicht, wenn die Website der Hauptkanal ist und andere Systeme gelegentlich mitlesen. Ein separates Headless-CMS lohnt sich, wenn viele Systeme dieselbe Quelle brauchen, das Datenmodell komplexer wird oder du die Inhalte vom Website-Stack lösen willst.

Diese Fälle sprechen ebenfalls für eine Alternative:

• Viele Kanäle sollen dieselben Inhalte als zentrale Quelle nutzen, oder das Datenmodell wird dafür zu komplex.
• Dein Team arbeitet mit Git und Code-Review und will Änderungen über Deployments ausrollen.
• Das Datenmodell sprengt die Plan-Limits, etwa ein Katalog mit zehntausenden Einträgen.
• Jede Änderung soll im vollständigen Quellcode eines eigenen Repositories liegen, nicht nur in der Webflow-Oberfläche.

AI-Agenten können auch in Webflow mitarbeiten. Der Webflow-MCP-Server gibt ihnen Zugriff auf CMS-Inhalte, Seiten, Komponenten, Styles und weitere Site-Daten, innerhalb der bestehenden Berechtigungen. Ein eigenes Git-Repository ist dafür nicht nötig. Converia befüllt sein Webflow-CMS häufig über genau diesen Weg mit AI-Unterstützung.

Ein codebasiertes Setup mit Astro hat andere Stärken. Änderungen liegen in einem eigenen Repository, mit Versionsverlauf und Review, bevor etwas live geht. Agenten arbeiten dort direkt mit dem vollständigen Quellcode. Webflow-MCP eignet sich, wenn dein Team in der Plattform bleiben und Inhalte oder Komponenten mit AI vorbereiten will. Astro lohnt sich, wenn der Code euch gehören und jede Änderung über Git laufen soll.

In diesen Fällen prüfen wir mit dir ein Setup mit Astro und Sanity. Inhalte liegen dort als strukturierte Daten in Sanity, und der Code der Website gehört deinem Team. Wann sich der Wechsel lohnt und wie er abläuft, zeigen wir auf der Seite zur Migration von Webflow zu Astro.