J'ai construit des dizaines de sites dans Webflow. J'aime vraiment ça. Le constructeur visuel est excellent pour les sites marketing, les landing pages et les portfolios. Mais après trois ans de le proposer sur des projets clients, j'ai développé une image très claire de l'endroit où Webflow s'effondre -- et il s'effondre dur quand vous essayez de faire évoluer.

Ce n'est pas un article d'attaque. C'est un guide de terrain. Si vous évaluez Webflow pour un projet qui va au-delà d'un site brochure, vous devez connaître ces limitations avant d'être bloqué six mois après. Je vais parcourir chaque limitation avec des chiffres réels, expliquer pourquoi cela compte, et vous dire ce que nous utilisons réellement à la place sur les projets de production.

Table des matières

1. Le plafond de 10 000 éléments CMS

C'est le grand. La limitation qui a affecté plus nos clients que n'importe quelle autre.

Webflow plafonne les collections CMS à 10 000 éléments sur le plan Business (39 $/mois). Vous pouvez étendre à 20 000 avec des modules complémentaires, et la tarification Enterprise (à partir d'environ 50 K $/an) peut atteindre 50 000 à 100 000. Mais pour la plupart des équipes, 10 000 est le mur.

Cela semble beaucoup jusqu'à ce que vous fassiez le calcul. Un blog publie 3 articles par semaine et atteint 10 000 en environ six ans -- d'accord. Mais un site d'annonces immobilières avec 5 000 propriétés, chacune étiquetée avec des emplacements et des équipements ? Vous dépasserez 10 000 éléments CMS en mois car les balises et les références comptent aussi contre la limite.

Le problème le plus profond n'est pas seulement le nombre. Le CMS de Webflow n'a aucune fonction d'agrégation -- pas de SUM, pas de COUNT, pas de filtrage multi-critères au niveau de la base de données. Vous ne pouvez pas interroger à travers les niveaux de relation. Et quand vous exportez ? Vous obtenez un JSON/CSV plat qui perd toutes vos références.

En 2025, Webflow a expédié des améliorations : 2x listes de collections par page, 5x listes imbriquées, et imbrication profonde à 3 niveaux. Ceux-ci aident à la présentation, mais le plafond d'éléments bruts n'a pas bougé pour les plans standard.

Ce qu'il faut utiliser à la place

Pour les sites riches en contenu, nous déplaçons les clients vers un CMS headless associé à un framework frontend moderne. Sanity.io est notre préféré -- le niveau gratuit n'a pas de limite d'éléments, et le plan Growth à 99 $/mois vous offre des fonctionnalités d'équipe. Contentful fonctionne bien pour les équipes d'entreprise à 489 $/mois pour le niveau Premium.

Nous les associons généralement à Next.js ou Astro pour le frontend. Si vous êtes curieux de cet empilement, nous avons écrit sur notre approche de développement CMS headless et constructions Next.js en détail.

2. Pas d'authentification utilisateur ni de tableaux de bord membres

Webflow n'a pas de système de connexion intégré. Pas de sessions utilisateur. Pas de flux d'authentification. Si vous avez besoin que les utilisateurs se connectent, gèrent un profil ou accèdent à du contenu gâté -- Webflow ne peut pas le faire nativement.

Oui, des outils tiers comme Memberstack (25 à 95 $/mois) ajoutent l'authentification. Mais vous ajoutez du JavaScript côté client en haut d'un système qui n'a pas été conçu pour cela. Il n'y a pas de gestion de session côté serveur, ce qui signifie que la sécurité dépend entièrement du tiers intégré. Et vous payez maintenant les frais d'hébergement de Webflow plus le module complémentaire d'authentification.

Pour tout ce qui ressemble à une application web -- un portail client, un tableau de bord SaaS, une communauté d'adhésion -- c'est un problème majeur.

Ce qu'il faut utiliser à la place

Si vous voulez rester sans code, Bubble.io (29 $/mois Starter) gère les utilisateurs et les règles de confidentialité nativement. Pour les projets menés par des développeurs, Supabase (niveau gratuit, 25 $/mois Pro) vous offre une authentification soutenue par PostgreSQL avec la sécurité au niveau des lignes. Nous utilisons Supabase associé à Next.js pour la plupart des portails clients -- c'est rapide à construire et vous possédez complètement les données.

3. Limites de caractères pour l'intégration de code personnalisé

Voici celui qui surprend les gens. Webflow applique une limite de 10 000 caractères pour le code personnalisé global (la section <head>) et 5 000 caractères par page.

Ce n'est pas beaucoup. Un seul setup d'analyse avec Google Tag Manager, des scripts de consentement aux cookies et des balises de schéma peut consommer la plupart de votre budget global. Vous voulez ajouter des tests A/B avec Optimizely ? Personnalisation avec Segment ? Un widget de chat ? Vous allez manquer de caractères.

Et cette limite n'augmente pas sur les plans plus élevés. Même Enterprise ne l'étend pas. Vous finissez par charger des scripts à partir de CDN externes comme contournement, ce qui ajoute de la latence et de la complexité pour quelque chose qui devrait être trivial.

Ce qu'il faut utiliser à la place

WeWeb (49 $/mois Pro) vous permet d'injecter du code illimité via son constructeur basé sur Vue.js. Mais honnêtement, si vous atteignez les limites d'intégration de code, vous avez probablement dépassé les constructeurs visuels. Un projet Next.js ou Astro vous donne un contrôle complet sur chaque ligne de code dans votre <head> et au-delà.

Pour des victoires rapides, héberger des scripts utilitaires sur Cloudflare Workers (gratuit pour 100 K demandes/jour) soulage le crunch de caractères sans migration complète.

4. Limitation du débit API qui tue les intégrations

L'API de Webflow vous plafonne à 60 requêtes par minute sur la plupart des plans. Enterprise la pousse à environ 120/min. C'est tout.

Pour mettre cela en perspective : si vous synchronisez les éléments CMS vers une base de données externe et vous avez 10 000 éléments avec pagination retournant 100 par requête, c'est 100 appels API juste pour lire tout. À 60/min, cela prend près de deux minutes -- et c'est en supposant que rien d'autre ne frappe l'API pendant cette fenêtre.

Besoin de mises à jour en temps réel ? Le support webhook de Webflow est limité aux formulaires, commandes et événements CMS de base. Pas de webhooks pour les changements de conception, événements personnalisés ou mises à jour granulaires. Vous finissez par faire du sondage, ce qui brûle rapidement votre limite de débit.

Ce qu'il faut utiliser à la place

Strapi (auto-hébergé gratuit, 99 $/mois cloud) vous offre des API REST et GraphQL sans limite. Directus est une autre excellente option avec accès API illimité sur les déploiements auto-hébergés. Les deux sont open-source, donc vous pouvez mettre à l'échelle votre infrastructure sans permission d'un fournisseur.

5. Zéro logique côté serveur

Webflow est à la base un générateur de site statique. Il n'y a pas de fonctions côté serveur, pas de fonctions edge, pas de middleware. Vous ne pouvez pas traiter un paiement sans un tiers. Vous ne pouvez pas redimensionner une image à la volée. Vous ne pouvez pas exécuter un travail cron.

Chaque comportement dynamique nécessite un service externe : Zapier pour l'automatisation (29,99 $/mois Starter), les intégrations Stripe pour les paiements, Cloudinary pour le traitement des images. Chaque intégration ajoute un autre point de défaillance, un autre projet de loi mensuel et un autre fournisseur à gérer.

Quand les clients viennent à nous avec un site Webflow qui a accumulé cinq ou six couches d'intégration, le coût total dépasse souvent ce qu'une solution construite personnalisée aurait coûté.

Ce qu'il faut utiliser à la place

Xano (79 $/mois Unlimited) fournit un backend sans code avec des points de terminaison API et des fonctions sans serveur. Pour les équipes de développeurs, Firebase (niveau gratuit généreux, paiement à l'utilisation) ou Supabase Edge Functions gèrent la logique côté serveur sans gérer l'infrastructure.

Notre approche préférée est une application Next.js avec des routes API ou des actions serveur -- vous obtenez SSR, middleware, fonctions edge, et tout s'exécute dans un codebase. Consultez nos capacités de développement Next.js pour voir comment nous structurons ces projets.

6. Plafond de pages statiques à 100

Webflow vous limite à 100 pages statiques sur les plans payants. Les plans gratuits et Starter en obtiennent encore moins.

Les pages dynamiques (générées à partir de collections CMS) ne comptent pas contre cette limite, ce qui est d'accord si votre contenu se mappe proprement aux collections. Mais de nombreux sites ont besoin de pages statiques uniques -- pages de services, pages de localisation, variantes de landing pages pour les campagnes publicitaires. Une entreprise régionale avec 150 emplacements ne peut pas créer de pages statiques individuelles pour chacun.

Vous pouvez contourner cela en fourrageant tout dans des collections CMS, mais ensuite vous êtes contraint par les limitations CMS du point #1. C'est des tortues tout du long.

Ce qu'il faut utiliser à la place

Framer (15 $/mois Mini) offre des pages illimitées et est livré avec la génération de pages assistée par IA. Pour les projets plus importants, tout générateur de site statique -- Astro, Next.js, Hugo -- n'a pas de limites de pages du tout. L'hébergement sur Vercel ou Netlify est souvent moins cher aussi.

7. Restrictions de bande passante et d'actifs

Les plafonds de bande passante de Webflow varient selon le niveau du plan :

  • Gratuit : 1 Go/mois
  • Basic : 50 Go/mois
  • CMS : 200 Go/mois
  • Business : 400 Go/mois

Cela semble raisonnable pour les sites riches en texte, mais tout projet avec du contenu vidéo, de grandes galeries d'images ou des actifs téléchargeables peut le dépasser. Les vidéos de fond sont plafonnées à 30 Mo par fichier. Les dépassements forcent les mises à niveau de plan.

Pour le contexte, Vercel et Netlify offrent tous deux une bande passante non mesurée sur leurs niveaux gratuits et payants (avec des politiques d'utilisation équitable). Vous payez Webflow pour une bande passante qui est essentiellement gratuite ailleurs.

Ce qu'il faut utiliser à la place

Vercel (niveau gratuit Hobby, 20 $/mois Pro) avec un CDN global gère la bande passante sans l'anxiété. Associez-le à Cloudinary ou Mux pour la livraison de médias, et votre pipeline d'actifs est plus rapide et moins cher que l'hébergement intégré de Webflow.

8. Filtrage faible, pas d'agrégations

Si vous avez déjà essayé de construire un catalogue de produits ou un répertoire dans Webflow, vous avez ressenti cette douleur. Le CMS n'a pas de support pour :

  • Filtrage multi-critères (par exemple, « afficher les éléments où prix < 50 $ ET catégorie = chaussures ET couleur = rouge »)
  • Agrégations (nombre, somme, moyenne)
  • Recherche en texte intégral au-delà de la correspondance de base
  • Requêtes de relation complexes

Les améliorations d'imbrication de 2025/2026 (3 niveaux de profondeur) aident à l'affichage, mais le moteur de requête sous-jacent n'a pas changé. Vous ne pouvez pas additionner une colonne de prix. Vous ne pouvez pas compter les éléments correspondant à une condition. Pour tout ce qui dépasse « lister les éléments de cette collection, triés par date », vous aurez besoin de JavaScript personnalisé -- ce qui vous ramène aux limites d'intégration de code.

Ce qu'il faut utiliser à la place

Builder.io (299 $/mois Pro) offre un CMS visuel avec filtrage au niveau des requêtes. Mais pour un véritable pouvoir de filtrage, utilisez un CMS headless avec GraphQL -- le langage de requête Sanity's GROQ est particulièrement bon pour le filtrage complexe et les agrégations. Nous avons construit des catalogues de produits avec 50 000+ SKU sur Sanity sans problème.

9. E-commerce qui ne monte pas en charge

L'e-commerce de Webflow est d'accord pour vendre une poignée de produits. Mais il manque :

  • Facturation par abonnement (pas de paiements récurrents sans tiers)
  • Multi-devises et multi-langues (duplication manuelle requise pour les traductions)
  • Intégrations ERP et inventaire (webhooks limités, limitation du débit API)
  • Variantes de produits avancées (options limitées par produit)

Le plan Ecommerce Plus coûte 39 $/mois par site, et vous êtes toujours limité par les limitations CMS pour les nombres de produits. Le contenu est lié à la conception -- vous ne pouvez pas réutiliser les données de produits sur une application mobile et un site Web sans reconstruire.

Ce qu'il faut utiliser à la place

Shopify (39 $/mois Basic) gère le commerce à n'importe quelle échelle avec un énorme écosystème d'applications. Pour le commerce headless, Saleor (open-source) ou l'API Storefront de Shopify associé à un frontend Next.js vous donne un contrôle complet. Nous détaillons cette architecture dans nos capacités de développement CMS headless.

10. Verrouillage de l'hébergement et limitations d'exportation

C'est celui qui garde les CTO éveillés la nuit. Vous ne pouvez pas entièrement exporter un site Webflow.

Vous pouvez exporter HTML/CSS/JS sur les plans payants, mais vous perdez :

  • Relations de données CMS
  • Fonctionnalité de formulaire
  • Fonctionnalités d'e-commerce
  • Interactions et animations (partiellement)
  • Configuration d'hébergement

Webflow supprime les en-têtes Cache-Control, vous ne pouvez pas définir de règles serveur personnalisées au-delà des redirections 301 de base, et il n'y a pas d'équivalent .htaccess. Votre site vit sur l'infrastructure de Webflow, et s'en éloigner signifie reconstruire.

Les coûts de mise à l'échelle augmentent considérablement : Business à 39 $/mois à Enterprise à 10 K $/an. C'est une falaise raide quand vous pouviez héberger le même contenu sur Vercel pour 20 $/mois.

Ce qu'il faut utiliser à la place

N'importe quel empilement où vous possédez votre code. WordPress (noyau gratuit) sur Vercel via headless, ou une construction Next.js + Sanity déployée sur n'importe quel hôte. Vous possédez chaque fichier, chaque configuration, chaque règle de redirection. La migration signifie git push, pas une reconstruction.

Si vous êtes actuellement verrouillé dans Webflow et évaluez une migration, contactez-nous -- nous avons fait cette transition plusieurs fois.

Tableau de comparaison : limites Webflow vs alternatives

Limitation Limite Webflow Meilleure alternative Prix de départ de l'alternative Avantage d'échelle
Éléments CMS 10 000–20 000 Sanity.io Gratuit / 99 $/mois Éléments illimités
Authentification utilisateur Aucune native Supabase Gratuit / 25 $/mois Auth complète + RLS
Intégrations de code 10K caractères global Next.js/Astro Gratuit (open source) Pas de limites
Débit API 60 req/min Strapi Gratuit / 99 $/mois Sans limite
Logique serveur Aucune Xano / Next.js 79 $/mois / Gratuit Backend complet
Pages statiques 100 max Astro / Next.js Gratuit Illimité
Bande passante 400 Go/mois max Vercel Gratuit / 20 $/mois Non mesuré
Filtrage Basique uniquement Sanity (GROQ) Gratuit / 99 $/mois Requêtes avancées
E-commerce Boutique basique Shopify 39 $/mois Commerce complet
Export/Portabilité HTML partiel uniquement N'importe quelle pile headless Varie Propriété complète

Quand Webflow a encore du sens

Je ne veux pas laisser l'impression que Webflow est mauvais. Ce n'est pas le cas. C'est un outil focalisé qui fait certaines choses très bien.

Webflow est un excellent choix quand :

  • Vous construisez un site marketing avec moins de 50 pages
  • Votre équipe de contenu veut l'édition visuelle sans implication de développeur
  • Vous devez expédier rapidement et le site ne dépassera pas quelques centaines d'éléments CMS
  • La fidélité de conception compte plus que la fonctionnalité dynamique
  • Vous n'avez pas besoin de comptes utilisateur, de filtrage complexe ou de logique côté serveur

Pour tout le reste -- applications web, sites de contenu volumineux, e-commerce à l'échelle, tout ce qui nécessite une authentification -- vous êtes mieux avec une architecture headless dès le départ. L'investissement initial se rentabilise la première fois que vous ne frappez pas un mur.

Nous avons vu le modèle se répéter plusieurs fois : les équipes commencent dans Webflow, se développent pendant 12 à 18 mois, atteignent la limite CMS ou ont besoin d'authentification, puis dépensent plus d'argent en migration qu'elles n'auraient dépensé en construisant correctement dès le départ. Environ 40 % des utilisateurs Webflow avec des sites riches en contenu signalent une migration après avoir atteint le plafond de 10K éléments.

Si vous planifiez un projet et vous demandez quelle approche convient, jetez un œil à nos tarifs ou contactez-nous pour une évaluation honnête.

FAQ

Quelle est la limite CMS de Webflow en 2025 ?

Le CMS de Webflow est plafonné à 10 000 éléments sur le plan Business (39 $/mois). Vous pouvez ajouter une capacité supplémentaire par incréments de 10K éléments pour environ 20 à 50 $/mois chacun, passant à 20 000. Les plans Enterprise (à partir d'environ 50 K $/an) supportent 50 000 à 100 000+ éléments, mais les chiffres exacts nécessitent une négociation personnalisée. Pour la plupart des équipes, le plafond pratique est de 10 000 à 20 000.

Pouvez-vous construire une application web avec Webflow ?

Pas vraiment. Webflow n'a pas de logique côté serveur, pas d'authentification native, pas de base de données au-delà de son CMS, et pas de capacité à exécuter du code backend personnalisé. Vous pouvez connecter des services tiers comme Memberstack et Zapier pour approximer des fonctionnalités d'application, mais vous paierez plus en modules complémentaires et traiterez plus de complexité d'intégration que si vous aviez construit avec un cadre d'application approprié comme Next.js ou utilisé un constructeur d'applications sans code comme Bubble.io.

Quelles sont les principales choses que Webflow ne peut pas faire ?

Les principales limitations sont : pas d'authentification utilisateur, un plafond d'éléments CMS de 10 000, pas de fonctions côté serveur ou de routes API, intégrations de code personnalisé limitées (10K caractères global), limitation du débit API à 60 requêtes/minute, pas de filtrage CMS avancé ou d'agrégations, e-commerce basique sans abonnements, un plafond de pages statiques de 100, plafonds de bande passante, et verrouillage de l'hébergement avec des options d'exportation limitées.

Webflow est-il bon pour l'e-commerce ?

Pour les petites boutiques vendant moins de 50 produits avec des variantes simples, l'e-commerce de Webflow fonctionne bien. Pour n'importe quoi de plus grand -- abonnements, multi-devises, gestion d'inventaire complexe, intégrations ERP -- vous aurez besoin de Shopify ou d'une solution de commerce headless. L'e-commerce de Webflow est une fonctionnalité, pas une plateforme.

Comment contourner la limite CMS Webflow de 10 000 ?

Vous avez trois options : payer pour Enterprise (cher), utiliser les modules complémentaires CMS pour passer à 20 000 (toujours limité), ou migrer votre contenu vers un CMS headless comme Sanity.io ou Contentful. L'approche headless est généralement le meilleur mouvement à long terme car elle supprime complètement le plafond d'éléments et vous donne un accès en premier lieu à votre contenu à partir de n'importe quel frontend.

Quoi de mieux que Webflow pour les grands sites web ?

Pour les sites riches en contenu, un CMS headless (Sanity, Contentful, Strapi) associé à Next.js ou Astro vous offre un contenu illimité, un contrôle de code complet, de meilleures performances et des coûts d'hébergement plus bas. Pour les alternatives sans code avec moins de limites, Framer offre des pages illimitées et WeWeb permet du code personnalisé illimité. Le bon choix dépend de la capacité technique de votre équipe.

Webflow peut-il gérer 100 000 pages ?

Pas sur les plans standard. Même avec la tarification Enterprise, vous poussez contre une architecture CMS qui n'a pas été conçue pour cette échelle. Un générateur de site statique comme Astro ou Next.js avec ISR (Incremental Static Regeneration) sur Vercel gère de manière routinière 100 000+ pages avec des temps de construction de moins de 10 minutes en utilisant la génération à la demande.

Est-ce difficile de migrer loin de Webflow ?

Oui, plus difficile que cela ne devrait l'être. L'exportation de Webflow vous offre HTML/CSS/JS mais supprime les relations de données CMS, la logique de formulaire, les fonctionnalités d'e-commerce et certaines interactions. Une migration signifie généralement reconstruire le frontend dans un nouveau framework et déplacer le contenu vers un CMS headless. Prévoyez 4 à 8 semaines selon la complexité du site. Plus tôt vous migrerez, moins vous aurez besoin de restructurer le contenu.