Je bent tegen Webflow's CMS-limiet aangelopen. Nu wat?

Je wordt wakker op een ochtend, probeert een nieuw blogbericht in Webflow te publiceren en krijgt een foutmelding. Je bent tegen de 10.000 CMS-items aangelopen. Misschien zag je het aankomen -- de site was weken lang steeds langzamer geworden, collection pages duurden eeuwig om in de Designer te laden, en je content team klaagde erover dat het publiceren meer dan 10 minuten duurde. Of misschien trof het je volledig onverwacht omdat niemand je had verteld dat er een plafond bestond.

Hoe dan ook, je zit vast. En het antwoord is niet zo simpel als "upgrade gewoon je plan."

Ik heb teams geholpen om weg te migreren van Webflow nadat ze tegen deze muur aanliepen. Ik heb ook teams geholpen om op Webflow te blijven door hun data te herstructureren. Het juiste pad hangt af van je situatie, je budget en of je content in Google moet verschijnen. Laat me je meenemen door alles wat ik heb geleerd.

Inhoudsopgave

Webflow's CMS-limieten begrijpen

Webflow's CMS-limieten gaan niet alleen over het aantal items. Er is een volledig netwerk van beperkingen die elkaar beïnvloeden, en het volledige plaatje begrijpen is belangrijk voordat je beslissingen gaat nemen.

Plan CMS-items Collections Velden per collection Jaarlijkse prijs (per maand) Maandelijkse prijs
CMS 2.000 20 60 €23/mnd €29/mnd
Business 10.000 (tot 20.000) 40 60 €39/mnd €49/mnd
Enterprise 100.000+ (aangepast) Aangepast Aangepast ~€1.250–€4.166/mnd Aangepast

Een paar dingen die mensen missen:

Elk item in elke collection telt mee naar je totaal. Als je 3.000 blogposts hebt, 4.000 productlijsten, 2.000 auteurprofielen en 1.500 categorietags, dat is 10.500 items. Je bent over de Business plan-limiet heen, ook al is geen enkele collection zo groot.

Referentievelden vermenigvuldigen de complexiteit van je datamodel. Een theatersite met 250 shows, elk gekoppeld aan 20 voorstellingen, elk gekoppeld aan 20 acteurs -- dat zijn mogelijk 100.000+ items alleen maar om één domein te modelleren. Dit is niet theoretisch; ik heb dit exacte scenario op de Webflow forums gezien.

De limiet van 60 velden per collection dwingt je om meer collections te maken, wat meer items betekent, wat betekent dat je sneller het plafond bereikt. Het is een samengesteld probleem.

Hoe itemtellingen zich stilletjes opbouwen

De meeste teams beginnen niet met 10.000 items. Ze beginnen met een paar honderd. Dan voegen ze een blog toe. Dan een resourcebibliotheek. Dan case studies. Dan getuigenissen. Dan lanceren ze een programmatische SEO-campagne die 5.000 locatiepagina's genereert. Plotseling hebben ze 9.800 items en raken ze in paniek.

Het patroon dat ik het meest zie:

  1. Jaar 1: 500 items. Alles is prima.
  2. Jaar 2: 3.000 items. Publicatietijden beginnen te vertragen.
  3. Jaar 3: 7.000 items. Designer wordt merkbaar trager.
  4. Jaar 3,5: 10.000 items. Hard wall.

Waarom je Webflow-site traag wordt voordat je de limiet bereikt

Hier is iets dat Webflow niet adverteert: prestatievermindering begint wel voordat je het itemlimiet bereikt. En het manifesteert zich op verschillende manieren.

Designer-prestaties

De Webflow Designer laadt je gehele CMS in de browser wanneer je aan collection pages werkt. Bij 5.000+ items zul je lag opmerken bij het schakelen tussen collections, het filteren van items of het bewerken van collection templates. Bij 8.000+ kan het echt pijnlijk worden -- vertraging van meerdere seconden bij elke interactie.

Publicatietijden

Webflow herbouwt je hele site bij elke publicatie. Dit is een static site generator onder de motorkap, en het moet elk CMS-item, elke collection page en elke dynamische referentie verwerken. Teams met 10.000+ items melden publicatietijden van 15–30 minuten. Ik heb verhalen gehoord over 45 minuten durende publicaties op complexe sites.

Dit betekent dat je content team op "Publiceren" klikt en vervolgens een half uur wacht om te zien of hun wijzigingen er goed uitzien. Als er iets fout is, corrigeren zij het en wachten nog eens 30 minuten. De snelheid van content crumbles absoluut.

Paginalaadprestaties

Collection list elementen op de frontend lijden ook. Als je 100 items in een collection list laadt (Webflow's maximum per list is 100), elk met afbeeldingen en rijke tekst, stuur je veel HTML naar de browser. Webflow ondersteunt geen native paginering -- je bent aangewezen op third-party oplossingen zoals Finsweet's CMS Library om load-more patronen af te handelen.

API-tarieflimieten

Als je Webflow's CMS API gebruikt om content van externe bronnen te synchroniseren, bereik je tarieflimieten. De standaard API staat 60 verzoeken per minuut toe. Wanneer je duizenden items moet updaten, betekent dat dat je synchronisatietaken uren duren.

// Webflow API-tariefberekening
// 60 verzoeken/minuut = 1 verzoek/seconde
// 10.000 items updaten = ~167 minuten (bijna 3 uur)
// En dat is ervan uitgaande dat nul fouten of pogingen zijn

De werkelijke kosten van schaling binnen Webflow

Laten we het over geld hebben, want hier wordt het interessant.

Het Business plan tegen €39/maand (jaarlijks) geeft je 10.000 items. Je kunt aanvullende itempakketten kopen om 20.000 te bereiken, maar Webflow berekent ongeveer €75–€85 extra per maand voor die upgrade, wat je totaal naar ongeveer €124/maand brengt.

Voorbij 20.000? Enterprise is je enige optie. En Enterprise-prijzen beginnen in het bereik van €15.000 tot €50.000+ per jaar. Dit is geen typo.

Schaalpad Itemcapaciteit Maandelijkse kosten Jaarlijkse kosten
Business (basis) 10.000 €39 €468
Business (max) 20.000 ~€124 ~€1.488
Enterprise (laag) 100.000+ ~€1.250 ~€15.000
Enterprise (middenbereik) 100.000+ ~€2.500 ~€30.000
Enterprise (hoog) Aangepast ~€4.166+ ~€50.000+

Ter vergelijking: een headless CMS zoals Sanity kost €99/maand voor hun Team plan met 100.000 documenten. Contentful's Team plan is €300/maand. Zelfs Storyblok's Business plan van €499/maand geeft je veel meer contentcapaciteit dan Webflow Business.

De hostingkosten voor een Next.js of Astro site op Vercel of Netlify? Vaak gratis tot €20/maand voor de meeste sites.

Dus de totale kosten van een headless architectuur kunnen €120–€520/maand zijn terwijl je 10–50x de contentcapaciteit van Webflow's Business plan krijgt. De wiskunde begint er behoorlijk overtuigend uit te zien als je eenmaal voorbij 10.000 items bent.

Zes strategieën om voorbij 10.000 items te gaan

Niet iedereen hoeft te migreren. Laten we de opties doorgaan van minst verstorend tot meest verstorend.

1. Controleer en optimaliseer je CMS-structuur

Voordat je iets drastisch doet, kijk wat werkelijk in je CMS zit. Ik heb opgemerkt dat veel sites significant verspilling hebben:

  • Concept-items die niemand ooit zal publiceren. Verwijder ze.
  • Gearchiveerde content die nul traffic krijgt. Heb je echt 6 jaar oude blogposts nodig met 0 maandelijks views die itemslots opnemen?
  • Redundante collections. Soms creëren teams aparte collections voor dingen die een enkele collection met een categorieveld zouden moeten zijn.
  • Referentie-items die alleen tekst zouden kunnen zijn. Heeft elke auteur echt zijn eigen CMS-item nodig, of zou je gewoon een tekstveld kunnen gebruiken?

Ik werkte met een team dat 2.400 items vrijmaakte door drie collections in één samen te voegen en conceptcontent te verwijderen. Dat gaf hen nog een jaar.

2. Sla niet-SEO-data extern op

Als je content hebt die niet door zoekmachines geïndexeerd hoeft te worden -- denk aan interne directories, ingelogde gebruikerscontent, dashboards of interactieve tools -- zet dit in een externe database en laad het client-side.

Populaire stacks voor dit:

  • Webflow + Wized + Xano: Wized handelt de frontend-logica af, Xano voorziet de backend/database. Geen code vereist.
  • Webflow + Airtable + Make/Zapier: Gebruik Airtable als je database, synchroniseer naar Webflow via automation voor items die wel SEO nodig hebben, houd de rest in Airtable.
// Voorbeeld: Externe data client-side laden
const response = await fetch('https://your-xano-instance.com/api/v1/listings?page=1&limit=20');
const data = await response.json();

// Items in een Webflow div renderen
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);
});

Het nadeel: Google indexeert client-side gerenderde content niet betrouwbaar. Voor niet-SEO content is dat prima. Voor je geldkranten? Geen optie.

3. Gebruik Webflow's reverse proxy voor hybride architectuur

Webflow Cloud introduceerde een Native Reverse Proxy feature waarmee je pagina's van een externe applicatie onder je Webflow-domein kunt serveren. Dit is krachtig omdat:

  • Pagina's die via de proxy worden geserveerd, tellen niet mee naar je CMS-itemlimiet
  • Ze staan op hetzelfde domein, dus je behoudt je SEO-autoriteit
  • Je kunt elke backend-technologie gebruiken -- Next.js, Astro, wat dan ook

Dit is eigenlijk een hybride headless benadering. Je marketingpagina's, homepage en about pagina blijven in Webflow. Je 50.000 programmatische SEO-pagina's worden geserveerd via een aparte applicatie door de proxy.

4. Upgrade naar Business Max (20.000 items)

Als je tussen 10.000 en 20.000 items zit en de ~€124/maand kostprijs acceptabel is, dit is het pad van minste weerstand. Geen architecturale wijzigingen, geen migratierisico. Je betaalt gewoon meer.

Maar begrijp dat dit een tijdelijke oplossing is als je content groeit. Je schuift het probleem voor je uit, je lost het onderliggende schalbaarheidsprobleem niet op.

5. Ga Enterprise

Voor organisaties waar Webflow diep in hun workflow is ingebed en migratie niet realistisch is, Enterprise is het antwoord. Je krijgt aangepaste itemlimieten (100.000+), dedicated support, SLA's en geavanceerde beveiligingsfuncties.

De jaarlijkse prijskaartje van €15.000–€50.000+ maakt dit vooral haalbaar voor bedrijven met aanzienlijke inkomsten waar de Webflow workflow-productiviteit de kosten rechtvaardigt. Als je marketing team 10x sneller in Webflow schepen dan in een headless CMS, kan de wiskunde uitkomen.

6. Volledige migratie naar headless architectuur

Voor teams die uit Webflow's CMS zijn gegroeid, migreren naar een headless architectuur geeft je vrijwel onbeperkte content schaling, betere prestaties en meer flexibiliteit.

Dit is de meest verstorende optie maar ook de meest toekomstbestendig. Ik zal dit in detail behandelen in het volgende gedeelte.

Wanneer het tijd is om Webflow te verlaten

Ik zeg dit niet licht. Webflow is werkelijk geweldig voor bepaalde gebruiksscenario's. Maar er zijn duidelijke signalen dat het tijd is om verder te gaan:

Je hebt meer dan 20.000 CMS-items nodig en kunt Enterprise niet betalen. Dit is de meest voorkomende trigger. Als je een groeiend startup bent met een content-zware strategie, €15.000+/jaar alleen maar voor hosting is een moeilijk verhaal.

Publicatietijden vermoorden de productiviteit van je content team. Wanneer een typofout 30 minuten duurt om live te gaan, klopt iets niet. Moderne frameworks zoals Next.js en Astro ondersteunen incrementele builds -- het updaten van een enkele pagina in seconden, niet het herbouwen van de hele site.

Je hebt complexe datarelaties nodig. Webflow's CMS is plat. Het is prima voor eenvoudige content-modellen maar valt uit elkaar wanneer je diep geneste relaties, berekende velden of content nodig hebt die naar zichzelf verwijst.

Je site heeft dynamische personalisatie nodig. Webflow dient statische HTML. Als je server-side personalisatie, A/B-testen op contentniveau of gebruiker-specifieke content nodig hebt, heb je een ander architectuur nodig.

Je development team vecht meer tegen Webflow-beperkingen dan dat het features bouwt. Wanneer je meer tijd aan workarounds besteedt dan aan werkelijke productontwikkeling, is het platform een aansprakelijkheid geworden.

Migratiepaden die werkelijk werken

Als je hebt besloten om Webflow's CMS te verlaten, hier zijn de architecturen die ik in productie het best heb zien werken.

Next.js + Headless CMS

Dit is het meest populaire migratiepad, en terecht. Next.js geeft je static generation, server-side rendering, incremental static regeneration en API routes -- alles in één framework. Combineer het met een headless CMS zoals Sanity, Contentful of Storyblok en je krijgt:

  • Onbeperkte content schaling (de meeste headless CMS plans ondersteunen 100k+ items voor een fractie van Webflow Enterprise prijzen)
  • Sub-second builds met ISR (alleen de pagina's herbouwen die zijn gewijzigd)
  • Volledige controle over datamodellering (geen 60-veld limiet, geen 40-collection limiet)
  • Betere Core Web Vitals (Next.js Image optimization, automatische code splitting, edge rendering)
// Next.js ISR: individuele pagina's on-demand herbouwen
// in plaats van de hele site herbouwen
export async function generateStaticParams() {
  const posts = await sanityClient.fetch(`*[_type == "post"]{slug}`);
  return posts.map((post) => ({ slug: post.slug.current }));
}

export const revalidate = 60; // Elke 60 seconden herevalueren

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

Voor content-zware sites waar JavaScript interactiviteit minimaal is (blogs, documentatie, directories), Astro is ongelooflijk overtuigend. Het schept standaard nul JavaScript en genereert statische HTML die bliksemnel laadt.

Astro's content collections feature biedt ook ingebouwde type safety voor je CMS-content, wat een leuke developer experience winst is.

Je Webflow-ontwerp behouden

Een veel voorkomende zorg: "We gaven €50.000 uit voor het ontwerp van onze site in Webflow. Verliezen we dat allemaal?"

Niet noodzakelijk. Een ervaren development team kan Webflow-ontwerpen vertalen naar een Next.js of Astro codebase, het visuele ontwerp behouden terwijl alle architecturale voordelen worden behaald. De Webflow Designer blijft uitstekend voor prototyping en ontwerp -- je hoeft je productiesite er gewoon niet van af te serveren.

Als je dit pad verkent, ons team bouwt precies deze soort migraties. We hebben het genoeg gedaan om te weten waar de valkuilen zijn.

Hoe je beslist: Een raamwerk

Hier is het beslissingsraamwerk dat ik met clients doorloop:

Vraag Ja Nee
Ben je onder 20.000 items? Upgrade naar Business max Migratie overwegen
Kun je €15k+/jaar voor Enterprise betalen? Blijf op Webflow Enterprise Migratie overwegen
Is je content team sterk afhankelijk van Webflow's visuele editor? Verken hybride (reverse proxy) Volledige migratie is minder risicovol
Is SEO kritisch voor de content die boven de limiet uitkomt? Vermijd client-side rendering-oplossingen Externe DB + client-side is prima
Heb je engineering resources voor een migratie? Volledige migratie naar headless Blijf op Webflow, optimaliseer CMS-structuur
Zijn publicatietijden al een probleem? Migratie zal dit onmiddellijk oplossen Minder urgentie om te migreren

Er is geen universeel juist antwoord. De beste keuze hangt af van je team's technische mogelijkheden, je budget en hoe snel je content groeit. Als je je specifieke situatie wilt bespreken, we helpen je graag.

Veelgestelde vragen

Wat is het maximale aantal CMS-items in Webflow? Het Business plan ondersteunt tot 20.000 CMS-items (10.000 basis met betaalde upgrades naar 20.000). Het Enterprise plan biedt aangepaste limieten van meer dan 100.000 items. Het CMS plan is beperkt tot 2.000. Dit zijn harde limieten -- je kunt geen nieuwe items publiceren als je ze bereikt.

Waarom is mijn Webflow-site zo traag met veel CMS-items? Webflow herbouwt je hele site als statische HTML telkens wanneer je publiceert. Meer CMS-items betekenen meer pagina's om te genereren, wat directement de publicatietijden verlengt. De Webflow Designer laadt ook CMS-data in de browser, dus grote collections veroorzaken lag in de bewerkingsinterface. Sites met 5.000+ items ondervinden meestal merkbare vertragingen.

Kan ik een externe database met Webflow gebruiken? Ja. Je kunt data van externe bronnen laden zoals Airtable, Xano of Supabase met behulp van client-side JavaScript of tools zoals Wized. Content die op deze manier wordt geladen, wordt echter niet betrouwbaar door zoekmachines geïndexeerd. Voor SEO-kritische content zou je Webflow's reverse proxy feature moeten gebruiken of migreren naar een headless architectuur.

Hoeveel kost Webflow Enterprise? Webflow Enterprise-prijzen zijn aangepast en niet openbaar vermeld, maar op basis van gerapporteerde cijfers van agencies en teams, verwacht ongeveer €15.000 tot €50.000+ per jaar. De prijs hangt af van je CMS-itembehoeften, verkeersvolume en supportvereisten. Je zult contact moeten opnemen met Webflow's verkoopteam voor een offerte.

Is het beter om van Webflow te migreren of naar Enterprise te upgraden? Het hangt af van je budget en technische resources. Als je team sterk op Webflow's visuele editor vertrouwt en je kunt Enterprise-prijzen betalen, blijven logisch. Als je development resources hebt en je wilt betere prestaties, lagere kosten en onbeperkte schaling, migratie naar een headless CMS met Next.js of Astro is meestal kosteneffectiever op lange termijn -- vooral op het 20.000+ item niveau.

Hoe migreer ik mijn content van Webflow CMS? Webflow biedt een CMS API die je toestaat om alle je collection items programmatisch te exporteren. Je kunt CMS-data ook als CSV-bestanden uit het Webflow-dashboard exporteren. Voor een volledige site-migratie zul je je datamodel in de nieuwe CMS opnieuw moeten creëren, je content moeten exporteren en transformeren, je templates in je gekozen framework opnieuw moeten opbouwen en 301 redirects moeten instellen om SEO-waarde te behouden.

Welke headless CMS werkt het beste als Webflow-vervanging? Sanity is populair voor zijn flexibiliteit en real-time samenwerkende bewerking. Contentful is een sterke keuze voor grotere teams die gestructureerde workflows en rollen nodig hebben. Storyblok biedt een visuele editor die het dichtst bij Webflow's Designer ervaring ligt, wat de overgang voor niet-technische content editors gemakkelijker kan maken. Alle drie integreren goed met Next.js en Astro.

Telt Webflow's 10.000 itemlimiet concepten en gearchiveerde items? Ja. Elk CMS-item telt mee naar je limiet, ongeacht de publicatiestatus. Concept-items, gearchiveerde items en gefaseerde items consumeren allemaal itemslots. Daarom zijn regelmatige CMS-audits belangrijk -- het verwijderen van ongebruikte concepten en verouderde gearchiveerde content kan aanzienlijke capaciteit vrijmaken.