Webflow Outgroeien: Wat Komt Volgende voor Groeiende Bedrijven
Webflow ontgroeien: wat komt er daarna voor groeiende bedrijven
Er komt een moment waarop elk groeiend bedrijf tegen Webflow aanloopt. Het begint meestal klein – misschien heb je meer dan 10.000 CMS-items nodig, of je marketingteam wil server-side personalisatie, of je developers vechten voor de derde keer dit kwartaal tegen de limiet van 10.000 karakters voor custom code. Je lekt het met een third-party tool. Dan nog een. En nog een. En op een dag kijk je naar je tech stack en realiseer je je dat je een Rube Goldbergmachine rond een website builder hebt gebouwd die nooit voor dit soort toepassingen is ontworpen.
Ik heb tientallen teams door exact deze transitie geholpen. Sommige waren agencies waarvan de klanten Webflow ontgroeide. Anderen waren interne teams bij Series B-startups die in de vroege dagen op Webflow waren gestart en nu iets nodig hadden dat echt kon schalen. Het gesprek begint altijd op dezelfde manier: "We houden van hoe Webflow eruit ziet, maar we stoten steeds op beperkingen."
Dit artikel is voor jou als je nu in die situatie zit. We gaan concreet in op waar Webflow tekortkort, welke realistische alternatieven er in 2025 zijn, en hoe je een migratie plant zonder je SEO of je gezondheid te ruïneren.

Inhoudsopgave
- De echte Webflow-beperkingen die migraties noodzakelijk maken
- Signalen dat je bedrijf Webflow ontgroeid is
- Wat komt na Webflow: de realistische opties
- Headless CMS + modern framework: het meest voorkomende pad
- Framework-vergelijking voor teams na Webflow
- De migratie plannen zonder je SEO te verwoesten
- Het agencystandpunt: wanneer Webflow afraden
- Echte kostenopstelling: Webflow versus custom stack
- Veelgestelde vragen
De echte Webflow-beperkingen die migraties noodzakelijk maken
Laten we duidelijk zijn: Webflow is echt geweldig voor een specifiek gebruiksscenario. Marketingsites, landingspagina's, portfoliosites, kleine tot middelgrote contentsites – het verwerkt dit allemaal prachtig. De visual builder is absolute top. De leercurve voor designers is dramatisch lager dan elk op code gebaseerd alternatief. Ik ben niet hier om Webflow af te kraken.
Maar er zijn harde grenzen, en die zijn niet theoretisch. Dit zijn degene waartegen ik teams steeds weer zien botsen.
CMS-itemlimieten
Het Business-plan van Webflow beperkt je tot 10.000 CMS-items, uit te breiden naar 20.000 met add-ons. Enterprise-plans kunnen dit naar 50.000–100.000+ duwen, maar je kijkt naar custom Enterprise-pricing dat ongeveer $800–$1.000+/maand begint, afhankelijk van je onderhandeling.
Voor een B2B SaaS-bedrijf met 200 blogposts en 50 case studies? Geen probleem. Voor een directoryssite, marketplace, mediapublicatie of e-commerce-catalogus met duizenden SKU's? Je zult deze muur snel raken.
Geen server-side logica
Webflow verzorgt hosting voor je – wat geweldig is totdat je iets op de server moet doen. Geen custom redirects buiten basis 301's (en zelfs die hebben limieten). Geen middleware. Geen server-side rendering met dynamische data. Geen edge functions. Geen API-routes.
Wil je andere content tonen op basis van de locatie van een gebruiker? Wil je gebruikers verifiëren voordat ze een pagina zien? Wil je A/B-tests server-side uitvoeren zodat er geen layout shift is? Je bolts externe services aan of je zit vast.
De limiet voor custom code karakters
Webflow beperkt custom code-insluitsels tot 10.000 karakters per pagina en 10.000 karakters in de site-brede header/footer. Dat klinkt als veel totdat je Google Tag Manager, een customer support widget, analytics-scripts, een personalisatietool en marketing automation pixels insluit. Plotseling minifieer je alles aggressief en maak je compromissen over welke tools op welke pagina's mogen bestaan.
E-commerce die niet enterprise-klaar is
Webflow E-commerce is in de loop der jaren verbeterd, maar vanaf 2025 ontbreekt het nog steeds multi-currency support bij checkout, subscription billing, complexe productvarianten, inventarismanagement voor meerdere magazijnen en meeste dingen die een groeiend DTC-merk nodig heeft. Het gebrek aan grote e-commerce-updates heeft veel agencies ertoe gebracht om naar headless commerce-oplossingen zoals Shopify Hydrogen, Medusa of Saleor gekoppeld aan een Webflow of custom frontend te kijken.
Hostingafhankelijkheid
Je kunt je HTML, CSS en afbeeldingen uit Webflow exporteren. Wat je niet kunt exporteren: CMS-content in een gestructureerd formaat dat schoon verband houdt met een ander systeem, interacties en animaties, formulierverzendingen, logic attributes, of wat dan ook met betrekking tot Webflow's propriëtaire functies. De export geeft je statische bestanden – een snapshot, geen levende site. Dit maakt migratie moeilijker dan het hoort.
Beperkte integraties op schaal
Webflow werkt goed samen met een handvol tools: Google Analytics, Mailchimp, Zapier, basis webhooks. Maar er is geen native integratie met Salesforce, HubSpot's volledige suite, Segment, Braze, of meeste CDP's en marketing automation platforms. Je eindigt met fragiele verbindingen via Zapier of custom scripts die breken wanneer Webflow iets aanpast.
Signalen dat je bedrijf Webflow ontgroeid is
Niet elke frustratie betekent dat je moet migreren. Sommige problemen worden beter opgelost door op Webflow te blijven en gerichte integraties toe te voegen. Maar er zijn duidelijke signalen dat het platform zelf de bottleneck is geworden:
- Je spendt meer tijd aan workarounds dan aan werkelijke ontwikkeling. Als je developers 40% van hun tijd Webflow's beperkingen tegenpolen in plaats van functies te bouwen, gaat de rekening niet meer op.
- Je third-party tool kosten overschrijden je Webflow-abonnement. Wanneer je betaalt voor Memberstack, Jetboost, Finsweet attributes, Outseta en drie Zapier-verbindingen alleen al voor basisvunctionaliteit, betaal je custom development prijzen voor een beperkt platform.
- Je hebt geverifieerde gebruikerservaringen nodig. Afgesloten content, gebruikersdashboards, gepersonaliseerde views, op rol gebaseerde toegang – allemaal hiervan vereisen bolted-on oplossingen in Webflow die voelen als ingewikkelder dan een doelgerichte implementatie.
- Je content team wordt geblokkeerd door CMS-beperkingen. Limieten voor multi-reference velden, de cap van 20 velden per collectie (verhoogd maar nog steeds beperkend voor complexe content modellen) en de CMS-itemlimiet creëren allemaal friction voor content-heavy operaties.
- Prestatievereisten vereisen server-side controle. Als je ISR (Incremental Static Regeneration), server-side rendering voor dynamische content, edge caching met custom logica of welke vorm van backend processing nodig hebt, kan Webflow dat niet geven.
- Je verliest deals door technische beperkingen. Voor agencies is dit het duidelijkste signaal. Wanneer prospects vragen naar features die je niet op Webflow kunt leveren en je steeds business naar elders doorverwijst, is het tijd om je stack uit te breiden.

Wat komt na Webflow: de realistische opties
Er is geen enkel "post-Webflow" antwoord. Het juiste pad hangt af van de technische mogelijkheden van je team, je content workflows, je budget en wat specifiek niet werkt.
Optie 1: Blijf op Webflow voor marketing, bouw de app apart
Eerlijk gezegd? Dit is het juiste antwoord voor veel teams. Als je marketingsite prima op Webflow werkt maar je hebt app-functionaliteit nodig, migreer de marketingsite niet. Voer app.yourdomain.com op een custom stack en behoud www.yourdomain.com op Webflow. Je marketingteam blijft zonder blokkade, je engineeringteam krijgt de tools die ze nodig hebben.
Optie 2: Headless CMS + Modern framework
Dit is het meest voorkomende migratiepad voor teams die echt Webflow ontgroeid zijn. Je kiest een headless CMS (Sanity, Contentful, Storyblok, Payload, Strapi) voor contentbeheer en paar het met een modern framework (Next.js, Astro, Remix, Nuxt) voor de frontend. We doen veel van dit werk – je kunt onze aanpak zien op onze pages voor headless CMS development en Next.js development.
Optie 3: Headless commerce stack
Voor e-commerce bedrijven die Webflow's winkelfeatures ontgroeien, is het spel meestal Shopify's Storefront API (of alternatieven zoals Medusa/Saleor) met een custom frontend. Je krijgt Shopify's onverstoorbere checkout en inventarismanagement met volledige designvrijheid op de frontend.
Optie 4: Volledig custom application
Soms bouw je niet meer een "website" – je bouw een product. Een SaaS-dashboard, een marketplace, een platform. In dezen gevallen heb je een full-stack framework, een echte backend, een echte database en een echte deployment pipeline nodig. Dit is geen website-migratie; het is een product build.
Headless CMS + Modern framework: het meest voorkomende pad
Omdat dit het pad is dat de meeste Webflow teams uiteindelijk nemen, laten we dieper ingaan op hoe dit er echt uitziet.
Een headless CMS kiezen
De CMS-keus is belangrijker dan de meeste teams beseffen, omdat het bepaalt hoe je content team haar dagelijkse werk doet. Hier is wat ik heb zien werken:
| CMS | Het beste voor | Prijzen (2025) | CMS-items | Leercurve |
|---|---|---|---|---|
| Sanity | Complexe content modellen, realtimesamenwerking | Gratis tier, dan €13/gebruiker/maand (Growth) | Onbeperkt op alle plans | Gemiddeld |
| Contentful | Enterprise teams, sterk API ecosysteem | Gratis tier, dan €270/maand (Team) | Varieert per plan (tot 1M+ entries) | Laag-gemiddeld |
| Storyblok | Visuele bewerking, op component gebaseerde content | Gratis tier, dan €95/maand (Business) | Onbeperkt op betaalde plans | Laag |
| Payload | Zelf gehost, volledige controle, TypeScript-native | Gratis (open source), Cloud vanaf €31/maand | Onbeperkt (je database) | Gemiddeld-hoog |
| Strapi | Zelf gehost, flexibel, grote community | Gratis (open source), Cloud vanaf €26/maand | Onbeperkt (je database) | Gemiddeld |
Voor teams die van Webflow komen, voelt Storyblok vaak het meest vertrouwd door zijn visuele editor. Sanity is mijn persoonlijke favoriet voor complexe projecten omdat zijn GROQ-querytaal en realtimesamenwerking functies echt uitzonderlijk zijn. Payload heeft serieus aan terrein gewonnen in 2025 voor teams die hun infrastructuur willen beheersen.
Een frontend framework kiezen
Dit is waar de voorkeuren van je developer belangrijk zijn, maar er zijn echte technische verschillen die de keuze moeten beïnvloeden.
Voor content-zware sites (blogs, documentatie, marketingsites) waar prestatie primair is, is Astro moeilijk te verslaan. Het verstuurt nul JavaScript standaard en hydreert alleen interactieve componenten – een concept genaamd "islands architecture." We hebben gezien dat Lighthouse-scores van middel-70s op Webflow naar consistente 95+ op Astro-builds springen.
Voor sites die dynamische functionaliteit nodig hebben – gebruikersauthenticatie, realtimedata, complexe interactie – blijft Next.js de meest getest optie. De App Router (stabiel sinds Next.js 13, volwassen bij Next.js 15 in 2025) geeft je servercomponenten, streaming en middleware die exact de use cases aanpakken die Webflow niet kan.
Voor teams die iets eenvoudiger willen dan Next.js maar dynamischer dan Astro, zijn Remix of SvelteKit het overwegen waard. Maar in de praktijk landen de meeste teams op Next.js of Astro.
Framework-vergelijking voor teams na Webflow
| Criterium | Next.js 15 | Astro 5 | Remix | Webflow (ter referentie) |
|---|---|---|---|---|
| Static Site Generation | ✅ Uitzonderlijk | ✅ Best-in-class | ⚠️ Beperkt | ✅ Ingebouwd |
| Server-Side Rendering | ✅ Volledige support | ✅ Met adapters | ✅ Volledige support | ❌ Geen |
| API Routes | ✅ Ingebouwd | ✅ Met adapters | ✅ Loaders/actions | ❌ Geen |
| Visuele bewerking | ⚠️ Via CMS plugins | ⚠️ Via CMS plugins | ⚠️ Via CMS plugins | ✅ Native |
| Bouwtijd (1000 pagina's) | ~45s (ISR beschikbaar) | ~30s | N/A (on-demand) | N/A (managed) |
| Hostingkosten (typisch) | $18-91/maand (Vercel) | €0-18/maand (Netlify/Cloudflare) | $18-46/maand | €35-192/maand |
| Leercurve voor designers | Hoog | Gemiddeld | Hoog | Laag |
| CMS-itemlimiet | Geen | Geen | Geen | 10.000-20.000 |
De migratie plannen zonder je SEO te verwoesten
Dit is waar ik zie dat teams kostbare fouten maken. Een slecht geplande migratie kan je organisch traffic maanden lam leggen. Hier is het proces dat we volgen:
1. Alles controleren voordat je iets aanraakt
Crawl je bestaande Webflow-site met Screaming Frog of Sitebulb. Documenteer elke URL, zijn statuscode, canonical tag, metagegevens en interne links. Exporteer je Webflow CMS-content via de API (de REST API, niet de visuele export). Map elke 301-redirect die je in Webflow's dashboard hebt ingesteld.
2. URL-structuren exact matchen
Als je Webflow-blog op /blog/post-slug staat, moet je nieuwe site /blog/post-slug gebruiken. Niet /posts/post-slug. Niet /blog/post-slug/. Elke gewijzigde URL heeft een 301-redirect nodig en zelfs met redirects verlies je wat link equity. Hoe minder redirects je nodig hebt, hoe beter.
// next.config.js - Voorbeeld redirect mapping
module.exports = {
async redirects() {
return [
// Alleen voor URL's die MOETEN veranderen
{
source: '/old-webflow-path/:slug',
destination: '/new-path/:slug',
permanent: true,
},
];
},
};
3. Content programmatisch migreren
Kopieer-plak content niet handmatig. Gebruik Webflow's CMS API om gestructureerde data te exporteren, schrijf dan een migratiescript om het in je nieuwe CMS te importeren. Hier is een ruw patroon:
// Voorbeeld: Webflow CMS-items naar Sanity migreren
import { createClient } from '@sanity/client';
const sanity = createClient({
projectId: 'your-project',
dataset: 'production',
token: process.env.SANITY_TOKEN,
apiVersion: '2025-01-01',
useCdn: false,
});
async function migrateWebflowToSanity(webflowItems: WebflowItem[]) {
for (const item of webflowItems) {
await sanity.create({
_type: 'blogPost',
title: item.name,
slug: { current: item.slug },
body: convertRichTextToPortableText(item['post-body']),
publishedAt: item['published-on'],
excerpt: item['post-summary'],
});
}
}
4. Zet proper technical SEO vanaf dag één
Dingen die Webflow automatisch doet en die je handmatig moet implementeren op een custom stack:
- XML sitemaps (gebruik
next-sitemapvoor Next.js of@astrojs/sitemapvoor Astro) - Canonical tags
- Open Graph en Twitter kaart meta tags
- Gestructureerde data (JSON-LD)
- Robots.txt
- Afbeeldingsoptimalisatie (Next.js Image component of Astro's ingebouwde afbeeldingsoptimalisatie)
5. Draai beide sites parallel
Voordat je overschakelt, deploy je nieuwe site naar een staging URL en voer je een vergelijkingscrawl uit. Controleer dat elke URL de juiste statuscode retourneert, dat metagegevens overeenkomen en dat prestatiestatistieken minstens zo goed zijn als Webflow. Gebruik Google Search Console's URL Inspection tool om rendering te verifiëren.
Het agencystandpunt: wanneer Webflow afraden
Als je een agency bent, is de beslissing om een klant van Webflow af te halen beladen. Webflow-projecten hebben voorspelbare timelines, designers kunnen veel van de bouw onafhankelijk aan en onderhoud is eenvoudig. Naar een custom stack gaan betekent meer uren ontwikkeling, meer complexe deployments en een klant die je meer nodig heeft op lange termijn.
Dat laatste punt is eigenlijk het voordeel. Wanneer een klant Webflow ontgroeit, verdiept de agency die de migratie kan begeleiden – in plaats van doorverwijzing naar een dev shop – de relatie en opent terugkerende inkomsten via voortgaande ontwikkeling, optimalisatie en ondersteuning.
Hier is mijn raamwerk voor de aanbeveling:
Blijf op Webflow als:
- De frustraties van de klant kunnen worden opgelost met 1-2 third-party tools
- De site krijgt minder dan 100.000 maandelijkse bezoekers
- Content volume is onder 5.000 items en groeit langzaam
- Er is geen behoefte aan geverifieerde ervaringen of custom backend logica
- De klant heeft geen budget voor custom development ($27.000+ voor een goed uitgevoerde migratie)
Migreer als:
- Third-party tool kosten overschrijden €180/maand bovenop Webflow
- Het team spendt aanzienlijke tijd aan workarounds
- Zakelijke vereisten bevatten functies die Webflow fundamenteel niet kan ondersteunen
- Prestatiebehoeften overschrijden wat Webflow's hosting kan leveren
- De klant heeft een development team (of budget ervoor) om een custom stack te onderhouden
Als je een agency bent die dit pad aan klanten wil aanbieden maar niet de interne development team voor Next.js of Astro builds hebt, dat is exact het soort werk waarmee we samenwerken. Kijk op onze capabilities of neem contact op – we werken regelmatig met agencies als development partner.
Echte kostenopstelling: Webflow versus custom stack
Laten we echte getallen spreken. Deze zijn gebaseerd op projecten die we in 2024–2025 hebben afgeleverd.
| Kostencategorie | Webflow (Business Plan) | Custom Stack (Next.js + Sanity) | Custom Stack (Astro + Payload) |
|---|---|---|---|
| Platform/CMS | €44/maand (€528/jaar) | €13/gebruiker/maand (Sanity Growth) | €0-31/maand (Payload Cloud) |
| Hosting | Inbegrepen | €18-91/maand (Vercel) | €0-18/maand (Cloudflare Pages) |
| Initiële build | €4.500-13.500 | €22.500-54.000 | €18.000-45.000 |
| Third-party tools | €90-360/maand (typisch) | Meestal ingebouwd | Meestal ingebouwd |
| Jaarlijks onderhoud | €1.800-4.500 | €5.400-13.500 | €4.500-10.800 |
| Jaar 1 totaal | €8.100-19.800 | €29.700-69.300 | €23.400-56.700 |
| Jaar 2+ totaal | €3.600-9.000/jaar | €7.200-16.200/jaar | €5.400-13.500/jaar |
De custom stack is 3-4x duurder in jaar één. Geen verplichting daarover. Maar tegen jaar twee wordt de kloof aanzienlijk kleiner en je krijgt mogelijkheden die Webflow letterlijk niet kan bieden. Voor bedrijven waar deze mogelijkheden zich direct vertalen naar inkomsten – betere conversiepercentages, snellere pagina's, gepersonaliseerde ervaringen, complexe e-commerce – gaat de ROI-rekening op.
Voor een meer gedetailleerde opsplitsing op maat van jouw situatie, geeft onze pricing page je een idee van typische projectbereiken.
Veelgestelde vragen
Wat zijn de grootste beperkingen van Webflow voor groeiende bedrijven? De meest impactvolle beperkingen zijn de CMS-itemlimiet (10.000–20.000 items op Business plans), geen server-side logica of API-routes, de limiet voor custom code karakters (10.000 karakters per embed), hostingafhankelijkheid met beperkte export mogelijkheden en e-commerce features die multi-currency, subscriptions en complexe inventarismanagement missen. Voor de meeste marketingsites zijn dit geen problemen, maar ze worden dealbreakers naarmate bedrijven schalen.
Kan ik mijn Webflow-site exporteren en ergens anders hosten? Je kunt statische HTML, CSS en afbeeldingen exporteren, maar je verliest alle CMS-content structuur, Webflow Interactions, formularfunctionaliteit en logica gebonden aan Webflow's platform. De export is in wezen een bevroren snapshot van je site op een bepaald moment. Het is geen lebendig pad voor voortgaande ontwikkeling – het is meer een noodoplossing backup.
Wat is het beste alternatief voor Webflow voor een content-zware site? Voor content-zware sites geeft de combinatie van Astro of Next.js met een headless CMS zoals Sanity of Payload je onbeperkte content-items, volledige controle over je content model en aanzienlijk betere prestatie. Astro is hier bijzonder sterk omdat het minimale JavaScript verstuurt en snel duizenden statische pagina's kan genereren.
Hoe lang duurt een Webflow naar Next.js migratie? Een typische migratie voor een 50–100 pagina's site met CMS-content duurt 8–14 weken. Dit omvat content modeling in de nieuwe CMS, frontend development, content migratie scripting, SEO-audit en redirect mapping, QA en gefaseerde rollout. Grotere sites of sites met complexe custom functionaliteit kunnen 16–20+ weken duren.
Zal migratie van Webflow mijn SEO schaden? Dat kan gebeuren als het slecht wordt uitgevoerd. De sleutel is het behoud van URL-structuren (of het instellen van uitgebreide 301-redirects), ervoor zorgen dat alle metagegevens correct overgaan, interne linkstructuren behouden en direct na migratie bijgewerkte sitemaps indienen. Wanneer goed uitgevoerd, zien de meeste sites een tijdelijke dip van 10–15% in organisch traffic gedurende 2–4 weken, gevolgd door herstel en vaak verbetering door betere Core Web Vitals scores.
Is Webflow goed genoeg voor e-commerce? Voor kleine winkels met eenvoudige producten (onder 500 SKU's, enkele valuta, geen subscriptions), werkt Webflow E-commerce prima. Daarboven wil je een dedicated e-commerce backend. De meest voorkomende aanpak is Shopify's Storefront API koppelen met een custom frontend gebouwd in Next.js – je krijgt Shopify's bewezen checkout en inventarismanagement met volledige designvrijheid.
Wat kost een Webflow migratie? Begroting €18.000–€54.000 voor de initiële build afhankelijk van complexiteit, met voortgaand onderhoud van €450–€1.350/maand. Dit is aanzienlijk meer dan een Webflow build, maar je krijgt een custom platform zonder plafond voor functionaliteit. De investering is zinvol wanneer Webflow's beperkingen je je direct geld kosten of wanneer third-party workarounds €180+/maand in SaaS-kosten toevoegen.
Moeten agencies Next.js leren of met een development team samenwerken? Beide paden werken. Als je agency alles zelf wil aanpakken, kost investering in Next.js of Astro expertise 6–12 maanden om echte vakbekwaamheid op te bouwen. Als je liever gericht blijft op design en strategie, het samenwerken met een headless development agency stelt je in staat custom oplossingen aan klanten aan te bieden die Webflow ontgroeid zijn zonder de overhead van het bouwen van een dev team. Veel succesvolle agencies gebruiken een hybrid aanpak – design en content strategie afhandelen terwijl ze technische implementatie partneren.