Du wachst eines Morgens auf und versuchst, einen neuen Blog-Beitrag in Webflow zu veröffentlichen – und wirst mit einem Fehler konfrontiert. Du hast 10.000 CMS-Elemente erreicht. Vielleicht hast du es kommen sehen – die Website wurde seit Wochen langsamer, Collection-Seiten dauerten ewig, um im Designer zu laden, und dein Content-Team beschwerte sich über Veröffentlichungszeiten, die über 10 Minuten hinausgingen. Oder vielleicht hat es dich völlig überrascht, weil dir niemand gesagt hat, dass es eine Obergrenze gibt.

Auf jeden Fall sitzt du jetzt fest. Und die Antwort ist nicht so einfach wie „upgrade einfach deinen Plan".

Ich habe Teams bei der Migration weg von Webflow geholfen, nachdem sie genau diese Mauer erreicht hatten. Ich habe auch Teams dabei geholfen, auf Webflow zu bleiben, indem ich ihre Datenstruktur umstrukturiert habe. Der richtige Weg hängt von deiner Situation, deinem Budget und davon ab, ob deine Inhalte in Google auftauchen müssen. Lass mich dich durch alles durchführen, das ich gelernt habe.

Inhaltsverzeichnis

Webflows CMS-Grenzen verstehen

Webflows CMS-Grenzen sind nicht nur eine Frage der Elementanzahl. Es gibt eine ganze Matrix von Einschränkungen, die miteinander interagieren, und die vollständige Situation zu verstehen ist wichtig, bevor du Entscheidungen triffst.

Plan CMS-Elemente Collections Felder pro Collection Jahrespreis (pro Monat) Monatspreis
CMS 2.000 20 60 23 $/Mo. 29 $/Mo.
Business 10.000 (bis zu 20.000) 40 60 39 $/Mo. 49 $/Mo.
Enterprise 100.000+ (Benutzerdefiniert) Benutzerdefiniert Benutzerdefiniert ~1.250–4.166 $/Mo. Benutzerdefiniert

Ein paar Dinge, die Leute übersehen:

Jeder Eintrag in jeder Collection zählt zu deiner Gesamtsumme. Wenn du 3.000 Blog-Beiträge, 4.000 Produktauflistungen, 2.000 Autorprofile und 1.500 Category-Tags hast, das sind 10.500 Elemente. Du überschreitest das Business-Plan-Limit, obwohl keine einzelne Collection so groß ist.

Referenzfelder multiplizieren die Komplexität deines Datenmodells. Eine Theater-Website mit 250 Aufführungen, die jeweils mit 20 Performances verlinken, und jede mit 20 Schauspielern verlinkt – das sind möglicherweise 100.000+ Elemente, nur um eine Domäne zu modellieren. Das ist nicht hypothetisch; ich habe dieses genaue Szenario auf den Webflow-Foren gesehen.

Die 60-Felder-pro-Collection-Grenze zwingt dich, mehr Collections zu erstellen, was bedeutet mehr Elemente, was bedeutet, dass du die Obergrenze schneller erreichst. Es ist ein zusammengesetztes Problem.

Wie Item-Zahlen sich einschleichen

Die meisten Teams starten nicht mit 10.000 Elementen. Sie starten mit ein paar Hundert. Dann fügen sie einen Blog hinzu. Dann eine Ressourcenbibliothek. Dann Case Studies. Dann Testimonials. Dann starten sie eine programmatische SEO-Kampagne, die 5.000 Standortseiten generiert. Plötzlich sind sie bei 9.800 Elementen und geraten in Panik.

Das Muster, das ich am häufigsten sehe:

  1. Jahr 1: 500 Elemente. Alles ist großartig.
  2. Jahr 2: 3.000 Elemente. Die Veröffentlichungszeiten beginnen langsamer zu werden.
  3. Jahr 3: 7.000 Elemente. Der Designer wird merklich träge.
  4. Jahr 3,5: 10.000 Elemente. Harte Mauer.

Warum deine Webflow-Website langsam wird, bevor du das Limit erreichst

Hier ist etwas, das Webflow nicht bewirbt: Die Leistungsverschlechterung beginnt lange bevor du das Item-Limit erreichst. Und es manifestiert sich auf mehrere Weisen.

Designer-Leistung

Der Webflow Designer lädt dein gesamtes CMS in den Browser, wenn du an Collection-Seiten arbeitest. Bei 5.000+ Elementen wirst du Verzögerungen beim Wechsel zwischen Collections, beim Filtern von Elementen oder beim Bearbeiten von Collection-Vorlagen bemerken. Bei 8.000+ kann es echt schmerzhaft werden – mehrere Sekunden Verzögerung bei jeder Interaktion.

Veröffentlichungszeiten

Webflow erstellt deine gesamte Website bei jeder Veröffentlichung neu. Das ist ein Static-Site-Generator unter der Haube, und er muss jedes CMS-Element, jede Collection-Seite und jede dynamische Referenz verarbeiten. Teams mit 10.000+ Elementen berichten von Veröffentlichungszeiten von 15–30 Minuten. Ich habe von 45-Minuten-Veröffentlichungen auf komplexen Websites gehört.

Das bedeutet, dass dein Content-Team auf „Veröffentlichen" klickt und dann eine halbe Stunde wartet, um zu sehen, ob ihre Änderungen richtig aussehen. Wenn etwas nicht stimmt, beheben sie es und warten weitere 30 Minuten. Die Content-Geschwindigkeit sinkt absolut.

Seiten-Ladeleistung

Collection-List-Elemente im Frontend leiden auch. Wenn du 100 Elemente in eine Collection-Liste lädst (Webflows Maximum pro Liste ist 100), jedes mit Bildern und Rich Text, versendest du viel HTML an den Browser. Webflow unterstützt keine Pagination nativ – du musst dich auf Lösungen von Drittanbietern wie Finsweets CMS Library verlassen, um Load-More-Muster zu handhaben.

API-Ratenlimits

Wenn du Webflows CMS-API verwendest, um Inhalte von externen Quellen zu synchronisieren, wirst du Ratenlimits erreichen. Die Standard-API erlaubt 60 Anfragen pro Minute. Wenn du Tausende von Elementen aktualisieren musst, bedeutet das, dass deine Sync-Jobs Stunden laufen.

// Webflow-API-Ratenlimit-Mathematik
// 60 Anfragen/Minute = 1 Anfrage/Sekunde
// Aktualisierung von 10.000 Elementen = ~167 Minuten (knapp 3 Stunden)
// Und das ist unter der Annahme null Fehler oder Wiederholungen

Die echten Kosten der Skalierung in Webflow

Lass uns über Geld sprechen, denn hier wird es interessant.

Der Business-Plan bei 39 $/Monat (jährlich) gibt dir 10.000 Elemente. Du kannst zusätzliche Item-Pakete kaufen, um 20.000 zu erreichen, aber Webflow berechnet ungefähr 75–85 $ extra pro Monat für dieses Upgrade, was deine Gesamtsumme auf etwa 124 $/Monat bringt.

Darüber hinaus? Enterprise ist deine einzige Option. Und Enterprise-Preise beginnen im Bereich $15.000 bis $50.000+ pro Jahr. Das ist kein Tippfehler.

Skalierungspfad Element-Kapazität Monatliche Kosten Jährliche Kosten
Business (Basis) 10.000 $39 $468
Business (maximiert) 20.000 ~$124 ~$1.488
Enterprise (niedriges Ende) 100.000+ ~$1.250 ~$15.000
Enterprise (mittlerer Bereich) 100.000+ ~$2.500 ~$30.000
Enterprise (hohes Ende) Benutzerdefiniert ~$4.166+ ~$50.000+

Zum Vergleich kostet ein Headless CMS wie Sanity 99 $/Monat für ihren Team-Plan mit 100.000 Dokumenten. Contentfuls Team-Plan kostet 300 $/Monat. Auch Storybloks Business-Plan bei 499 $/Monat gibt dir weitaus mehr Content-Kapazität als Webflows Business-Plan.

Die Hosting-Kosten für eine Next.js oder Astro-Website auf Vercel oder Netlify? Oft kostenlos bis 20 $/Monat für die meisten Websites.

Die Gesamtkosten einer Headless-Architektur könnten also 120–520 $/Monat betragen, während du 10–50x die Content-Kapazität von Webflows Business-Plan erhältst. Die Mathematik sieht ziemlich überzeugend aus, sobald du über 10.000 Elementen bist.

Sechs Strategien, um über 10.000 Elemente zu gehen

Nicht jeder muss migrieren. Gehen wir durch die Optionen vom am wenigsten störend zum am meisten störend.

1. Deine CMS-Struktur überprüfen und optimieren

Bevor du etwas Drastisches tust, schau dir an, was tatsächlich in deinem CMS ist. Ich habe herausgefunden, dass viele Websites erheblichen Verschleiß haben:

  • Draft-Elemente, die niemand jemals veröffentlichen wird. Lösch sie.
  • Archivierte Inhalte, die null Traffic bekommen. Brauchst du wirklich 6 Jahre alte Blog-Beiträge mit 0 monatlichen Aufrufen, die Elementplätze verbrauchen?
  • Redundante Collections. Manchmal erstellen Teams separate Collections für Dinge, die eine einzige Collection mit einem Category-Feld sein sollten.
  • Referenzelemente, die einfacher Text sein könnten. Braucht wirklich jeder Autor sein eigenes CMS-Element, oder könntest du einfach ein Textfeld verwenden?

Ich arbeitete mit einem Team zusammen, das 2.400 Elemente freigab, nur indem es drei Collections zu einer konsolidierte und Draft-Inhalte löschte. Das verschaffte ihnen ein weiteres Jahr.

2. Nicht-SEO-Daten extern speichern

Wenn du Inhalte hast, die nicht von Suchmaschinen indiziert werden müssen – denk an interne Verzeichnisse, Inhalte mit Anmeldung, Dashboards oder interaktive Tools – verschieb sie in eine externe Datenbank und lade sie client-seitig.

Beliebte Stacks dafür:

  • Webflow + Wized + Xano: Wized handhabt die Frontend-Logik, Xano bietet das Backend/die Datenbank. Kein Code erforderlich.
  • Webflow + Airtable + Make/Zapier: Nutze Airtable als deine Datenbank, synchronisiere via Automatisierung zu Webflow für die Elemente, die wirklich SEO brauchen, behalte den Rest in Airtable.
// Beispiel: Laden externe Daten client-seitig
const response = await fetch('https://your-xano-instance.com/api/v1/listings?page=1&limit=20');
const data = await response.json();

// Elemente in ein Webflow-Div rendern
const container = document.getElementById('listings-grid');
data.items.forEach(item => {
  const card = document.createElement('div');
  card.className = 'listing-card';
  card.innerHTML = `
    <h3>${item.title}</h3>
    <p>${item.description}</p>
  `;
  container.appendChild(card);
});

Der Nachteil: Google wird client-seitig gerenderte Inhalte nicht zuverlässig indizieren. Für Nicht-SEO-Inhalte ist das in Ordnung. Für deine Money Pages? Keine Option.

3. Webflows Reverse Proxy für Hybrid-Architektur verwenden

Webflow Cloud führte ein Native Reverse Proxy-Feature ein, das dir ermöglicht, Seiten von einer externen Anwendung unter deiner Webflow-Domain zu servieren. Das ist kraftvoll, weil:

  • Seiten, die über den Proxy serviert werden, zählen nicht gegen dein CMS-Item-Limit
  • Sie leben auf der gleichen Domain, also behältst du deine SEO-Autorität
  • Du kannst jede Backend-Technologie verwenden – Next.js, Astro, was auch immer

Das ist im Wesentlichen ein Hybrid-Headless-Ansatz. Deine Marketing-Seiten, Homepage und About-Seite bleiben in Webflow. Deine 50.000 programmatischen SEO-Seiten werden von einer separaten Anwendung über den Proxy serviert.

4. Upgrade auf Business Max (20.000 Elemente)

Wenn du zwischen 10.000 und 20.000 Elementen bist und die Kosten von ~$124/Monat akzeptabel sind, ist dies der Weg des geringsten Widerstands. Keine architektonischen Änderungen, kein Migrationsrisiko. Du zahlst einfach mehr.

Aber verstehe, dass dies eine vorübergehende Lösung ist, wenn dein Inhalt wächst. Du verschiebst die Dose die Straße hinunter, löst nicht das zugrunde liegende Skalierungsproblem.

5. Zu Enterprise gehen

Für Organisationen, bei denen Webflow tief in ihren Workflow integriert ist und eine Migration nicht realistisch ist, ist Enterprise die Antwort. Du erhältst benutzerdefinierte Item-Limits (100.000+), dedizierten Support, SLAs und erweiterte Sicherheitsfunktionen.

Der Jahrespreis von $15.000–$50.000+ macht dies hauptsächlich für Unternehmen mit erheblichen Einnahmen realistisch, bei denen die Webflow-Workflow-Produktivität die Kosten rechtfertigt. Wenn dein Marketing-Team in Webflow 10x schneller ausliefert als in einem Headless CMS, könnte die Mathematik funktionieren.

6. Vollständige Migration zu Headless-Architektur

Für Teams, die Webflows CMS völlig outgrown haben, bietet die Migration zu einer Headless-Architektur praktisch unbegrenzte Content-Skalierung, bessere Leistung und mehr Flexibilität.

Das ist die disruptivste Option, aber auch die zukunftssicherste. Ich werde dies im nächsten Abschnitt im Detail behandeln.

Wann es Zeit ist, Webflow zu verlassen

Ich sage das nicht leichtfertig. Webflow ist wirklich großartig für bestimmte Anwendungsfälle. Aber es gibt klare Signale, dass es Zeit ist weiterzugehen:

Du brauchst mehr als 20.000 CMS-Elemente und kannst Enterprise nicht bezahlen. Das ist der häufigste Auslöser. Wenn du ein wachsendes Startup mit einer inhaltsgeladenen Strategie bist, sind 15.000+ $/Jahr nur für Hosting ein harter Verkauf.

Veröffentlichungszeiten töten die Produktivität deines Content-Teams. Wenn es 30 Minuten dauert, einen Tippfehler live zu nehmen, stimmt etwas nicht. Moderne Frameworks wie Next.js und Astro unterstützen inkrementelle Builds – Aktualisierung einer einzelnen Seite in Sekunden, nicht Neubau der gesamten Site.

Du brauchst komplexe Datenbeziehungen. Webflows CMS ist flach. Es ist großartig für einfache Content-Modelle, aber bricht zusammen, wenn du tief verschachtelte Beziehungen, berechnete Felder oder Inhalte brauchst, die sich selbst rekursiv referenzieren.

Deine Website braucht dynamische Personalisierung. Webflow serviert statisches HTML. Wenn du serverseitige Personalisierung, A/B-Tests auf Content-Ebene oder benutzer-spezifische Inhalte brauchst, brauchst du eine andere Architektur.

Dein Development-Team kämpft mehr gegen Webflows Einschränkungen als es Features baut. Wenn du mehr Zeit für Workarounds als für tatsächliche Produktentwicklung aufwendest, ist die Platform eine Haftung geworden.

Migrationspfade, die wirklich funktionieren

Wenn du beschlossen hast, von Webflows CMS zu gehen, sind hier die Architekturen, die ich in der Produktion erfolgreich gesehen habe.

Next.js + Headless CMS

Das ist der beliebteste Migrationspfad, und aus gutem Grund. Next.js gibt dir statische Generierung, serverseitiges Rendering, inkrementelle statische Regeneration und API-Routen – alles in einem Framework. Paare es mit einem Headless CMS wie Sanity, Contentful oder Storyblok und du erhältst:

  • Unbegrenzte Content-Skalierung (die meisten Headless-CMS-Pläne unterstützen 100k+ Elemente zu einem Bruchteil von Webflows Enterprise-Preisen)
  • Sub-Sekunden-Builds mit ISR (nur Seiten neu erstellen, die sich geändert haben)
  • Vollständige Kontrolle über Datenmodellierung (kein 60-Feld-Limit, kein 40-Collection-Limit)
  • Bessere Core Web Vitals (Next.js Image-Optimierung, automatisches Code-Splitting, Edge-Rendering)
// Next.js ISR: Individuelle Seiten auf Abruf neu erstellen
// statt die gesamte Website neu zu erstellen
export async function generateStaticParams() {
  const posts = await sanityClient.fetch(`*[_type == "post"]{slug}`);
  return posts.map((post) => ({ slug: post.slug.current }));
}

export const revalidate = 60; // Revalidiere alle 60 Sekunden

export default async function BlogPost({ params }) {
  const post = await sanityClient.fetch(
    `*[_type == "post" && slug.current == $slug][0]`,
    { slug: params.slug }
  );
  return <Article post={post} />;
}

Astro + Headless CMS

Für inhaltsgeladene Websites, bei denen JavaScript-Interaktivität minimal ist (Blogs, Dokumentation, Verzeichnisse), ist Astro unglaublich überzeugend. Es versendet standardmäßig null JavaScript und generiert statisches HTML, das blitzschnell lädt.

Astros Content-Collections-Feature bietet auch eingebaute Typsicherheit für deine CMS-Inhalte, was ein schönes Developer-Experience-Win ist.

Erhaltung deines Webflow-Designs

Ein häufiges Anliegen: „Wir haben 50.000 Dollar für das Design unserer Website in Webflow ausgegeben. Verlieren wir das alles?"

Nicht unbedingt. Ein geschicktes Development-Team kann Webflow-Designs in eine Next.js oder Astro-Codebasis übersetzen, wobei das visuelle Design erhalten bleibt und gleichzeitig alle architektonischen Vorteile gewonnen werden. Der Webflow Designer bleibt hervorragend für Prototyping und Design – du brauchst ihn einfach nicht, um deine Produktionsseite von ihm zu hosten und zu servieren.

Wenn du diesen Pfad erkundest, baut unser Team genau diese Art von Migrationen. Wir haben es oft genug gemacht, um zu wissen, wo die Fallstricke sind.

Wie man entscheidet: Ein Framework

Hier ist das Entscheidungs-Framework, das ich Clients durchführe:

Frage Wenn ja Wenn nein
Bist du unter 20.000 Elementen? Upgrade auf Business max Migration in Betracht ziehen
Kannst du dir 15k+/Jahr für Enterprise leisten? Bleib auf Webflow Enterprise Migration in Betracht ziehen
Ist dein Content-Team stark vom visuellen Editor von Webflow abhängig? Erkunde Hybrid (Reverse Proxy) Vollständige Migration ist weniger riskant
Ist SEO kritisch für den Content, der das Limit überschreitet? Vermeide client-seitige Rendering-Lösungen Externe DB + client-seitig ist ok
Hast du Engineering-Ressourcen für eine Migration? Vollständige Migration zu Headless Bleib auf Webflow, optimiere CMS-Struktur
Sind Veröffentlichungszeiten bereits ein Problem? Migration wird dies sofort lösen Weniger Dringlichkeit zur Migration

Es gibt keine universell richtige Antwort. Die beste Wahl hängt von den technischen Fähigkeiten deines Teams, deinem Budget und davon ab, wie schnell dein Content wächst. Wenn du deine spezifische Situation durchgehen möchtest, helfen wir gerne.

FAQ

Wie viele CMS-Elemente sind maximal in Webflow?

Der Business-Plan unterstützt bis zu 20.000 CMS-Elemente (10.000 Basis mit bezahlten Upgrades auf 20.000). Der Enterprise-Plan bietet benutzerdefinierte Limits von über 100.000 Elementen. Der CMS-Plan ist auf 2.000 begrenzt. Dies sind Hardlimits – du kannst neue Elemente nicht veröffentlichen, sobald du sie erreichst.

Warum ist meine Webflow-Website mit vielen CMS-Elementen so langsam?

Webflow erstellt deine gesamte Website als statisches HTML bei jeder Veröffentlichung neu. Mehr CMS-Elemente bedeutet mehr Seiten zum Generieren, was die Veröffentlichungszeiten direkt erhöht. Der Webflow Designer lädt auch CMS-Daten in den Browser, daher verursachen große Collections Verzögerungen in der Bearbeitungsoberfläche. Websites mit 5.000+ Elementen erleben häufig bemerkenswerte Verlangsamungen.

Kann ich eine externe Datenbank mit Webflow verwenden?

Ja. Du kannst Daten aus externen Quellen wie Airtable, Xano oder Supabase mithilfe von client-seitigem JavaScript oder Tools wie Wized laden. Inhalte, die auf diese Weise geladen werden, werden jedoch nicht zuverlässig von Suchmaschinen indiziert. Für SEO-kritische Inhalte müsstest du das Reverse-Proxy-Feature von Webflow verwenden oder zu einer Headless-Architektur migrieren.

Wie viel kostet Webflow Enterprise?

Webflow Enterprise-Preise sind Benutzerdefiniert und nicht öffentlich aufgelistet, aber basierend auf gemeldeten Zahlen von Agenturen und Teams, erwarten Sie zwischen 15.000 und 50.000+ Dollar pro Jahr. Der Preis hängt von deinen CMS-Element-Anforderungen, Datenverkehrsvolumen und Support-Anforderungen ab. Du musst dich an Webflows Verkaufsteam wenden, um ein Angebot zu erhalten.

Ist es besser, von Webflow zu migrieren oder zu Enterprise zu upgraden?

Das hängt von deinem Budget und deinen technischen Ressourcen ab. Wenn dein Team stark vom visuellen Editor von Webflow abhängig ist und du Enterprise-Preise bezahlen kannst, macht das Bleiben Sinn. Wenn du Entwicklungsressourcen hast und bessere Leistung, niedrigere Kosten und unbegrenzte Skalierung möchtest, ist die Migration zu einem Headless CMS mit Next.js oder Astro typischerweise kostengünstiger langfristig – besonders auf der 20.000+ Element-Ebene.

Wie migriere ich meine Inhalte von Webflow CMS?

Webflow bietet eine CMS-API, die es dir ermöglicht, alle deine Collection-Elemente programmgesteuert zu exportieren. Du kannst CMS-Daten auch als CSV-Dateien vom Webflow Dashboard exportieren. Für eine vollständige Site-Migration musst du dein Datenmodell in der neuen CMS neu erstellen, deine Inhalte exportieren und transformieren, deine Vorlagen in deinem gewählten Framework neu erstellen und 301-Umleitungen einrichten, um SEO-Eigenkapital zu bewahren.

Welches Headless CMS funktioniert am besten als Webflow-Ersatz?

Sanity ist beliebt für seine Flexibilität und Echtzeit-Zusammenarbeit. Contentful ist eine starke Wahl für größere Teams, die strukturierte Workflows und Rollen benötigen. Storyblok bietet einen visuellen Editor, der dem Designer von Webflow am nächsten kommt, was den Übergang für nicht-technische Content-Redakteure vereinfachen kann. Alle drei integrieren sich gut mit Next.js und Astro.

Zählt das 10.000-Element-Limit von Webflow Entwürfe und archivierte Elemente?

Ja. Jedes CMS-Element zählt zu deinem Limit, unabhängig vom veröffentlichten Status. Entwurfselemente, archivierte Elemente und gestaffelte Elemente verbrauchen alle Elementplätze. Daher ist regelmäßige CMS-Überprüfung wichtig – das Löschen ungenutzter Entwürfe und veralteter archivierter Inhalte kann erhebliche Kapazität freigeben.