Webflow est un excellent outil pour la majorité des sites web professionnels. On le dit sans réserve, et on le met en pratique sur la plupart des projets vitrine et éditoriaux qu'on accompagne. Mais Webflow est un CMS visuel, pas un framework de développement. Il a des limites, et ces limites finissent par apparaître sur certains projets.
Next.js, lui, est un framework JavaScript basé sur React qui permet de construire des applications web sur mesure, sans les contraintes d'un outil visuel. Il ne remplace pas Webflow sur ce que Webflow fait bien. Il prend le relais quand Webflow ne suffit plus.
Cet article s'adresse à des décideurs (dirigeants, responsables produit, DSI) qui se posent la question de la bonne technologie pour leur projet. Pas besoin de savoir coder pour comprendre ce qui suit : l'objectif est de vous donner les critères pour évaluer si votre projet relève du CMS visuel ou du développement sur mesure.
Ce que Webflow fait bien, et jusqu'où
Webflow excelle sur un périmètre précis : les sites dont la complexité principale est visuelle et éditoriale. Sites vitrines, portfolios, sites de contenu, blogs d'expertise, landing pages, sites marketing. Pour ces usages, Webflow produit des résultats excellents : design sur mesure, performances solides, SEO technique maîtrisé, CMS flexible pour gérer le contenu en autonomie.
La limite de Webflow n'est pas le design : c'est la logique. Webflow peut afficher des données, les organiser, les filtrer avec des interactions simples. Il ne peut pas les calculer, les transformer, les soumettre à des règles métier complexes. Il ne peut pas gérer des rôles utilisateurs granulaires, des processus multi-étapes, des intégrations API qui nécessitent une logique conditionnelle poussée.
Webflow a aussi perdu en 2025-2026 deux fonctionnalités qui couvraient des besoins applicatifs simples : User Accounts (authentification native) supprimé en janvier 2026, et Logic (automatisation de workflows) supprimé en juin 2025. Ces suppressions ont renforcé le positionnement de Webflow comme outil de site web, pas d'application.
Ce n'est pas une critique : c'est la réalité de ce que l'outil est et veut être. La question est de savoir quand votre projet sort de ce périmètre.
Ce qu'est Next.js, sans jargon
Next.js est un framework de développement web basé sur React, le langage de composants le plus utilisé pour les interfaces web modernes. Il permet de construire des applications web qui peuvent faire des choses qu'un CMS visuel ne peut pas : gérer des utilisateurs avec des rôles précis, appliquer des règles métier complexes, communiquer avec des APIs tierces de façon avancée, afficher des données en temps réel, construire des interfaces très interactives.
Ce que Next.js ne fait pas mieux que Webflow par défaut : la vitesse de conception d'un site vitrine. Construire une page marketing élaborée en Next.js prend plus de temps qu'en Webflow. Le retour sur investissement du développement sur mesure se justifie quand la complexité fonctionnelle dépasse ce que les outils visuels permettent, pas quand le besoin est principalement esthétique.
Les signaux qui indiquent que Webflow ne suffit plus
Vous avez besoin de rôles utilisateurs et d'espaces cloisonnés
Dès qu'un projet nécessite que différents utilisateurs voient des contenus différents selon leur profil, Webflow atteint ses limites. Un espace client avec accès à ses propres documents, un portail partenaire avec des données filtrées selon l'organisation, une plateforme avec des niveaux d'accès distincts : ces besoins nécessitent un système d'authentification et d'autorisation que Webflow ne peut plus gérer nativement.
Les alternatives no-code (Memberstack, Outseta) couvrent les cas simples. Dès que les rôles sont multiples, les règles d'accès granulaires, et les données sensibles, le développement sur mesure s'impose.
Vous avez une logique métier complexe
Calculer un prix en temps réel selon des paramètres multiples, appliquer des règles d'éligibilité conditionnelles, orchestrer un processus multi-étapes avec validation à chaque étape, générer des documents dynamiques : ces fonctionnalités requièrent du code. Pas des interactions Webflow, du code.
Un configurateur produit qui calcule un prix selon la matière, la taille, la finition et la quantité, c'est de la logique métier. Un formulaire de devis qui génère automatiquement un PDF avec les éléments renseignés, c'est de la logique métier. Ce n'est pas le bon terrain de Webflow.
Vous devez vous connecter à des APIs spécifiques
Webflow peut se connecter à des outils via Make ou Zapier pour des flux simples. Mais certaines intégrations nécessitent une couche de développement : une API métier qui retourne des données dans un format non standard, une connexion à un ERP avec authentification complexe, une synchronisation en temps réel avec un outil interne. Ces cas nécessitent un développeur qui écrit le code d'intégration, pas un connecteur no-code.
Votre application a besoin de temps réel
Un chat entre utilisateurs, un tableau de bord qui se met à jour sans recharger la page, des notifications push, un suivi de commande en temps réel : ces fonctionnalités reposent sur des technologies (WebSockets, Server-Sent Events) que Webflow ne supporte pas. C'est du développement sur mesure.
Vous scalez au-delà du périmètre CMS
Un catalogue de plusieurs dizaines de milliers de produits avec des filtres dynamiques complexes, un annuaire avec des milliers d'entrées et des requêtes sophistiquées, une plateforme de contenu avec des relations entre items très imbriquées : à ces volumes, le CMS Webflow peut montrer ses limites en termes de performance et de flexibilité de requêtage.

Ce que le développement sur mesure implique concrètement
Passer à Next.js (ou tout autre framework de développement), c'est changer de paradigme sur plusieurs dimensions.
Le budget. Un développement sur mesure coûte significativement plus cher qu'un site Webflow. La phase de conception fonctionnelle seule (cahier des charges, spécifications, maquettes) représente un investissement réel avant même d'écrire une ligne de code. Comptez a minima 15 000 à 20 000 euros pour un projet sur mesure simple, et sans plafond défini pour des applications complexes. C'est justifié quand les fonctionnalités le nécessitent. Ce n'est pas justifié pour un site vitrine avec quelques animations.
Le délai. Un site Webflow se livre en quelques semaines. Une application Next.js se développe en plusieurs mois, selon des sprints itératifs. La complexité technique demande du temps de développement, de test, de débogage et de recette.
La maintenance. Un site Webflow est maintenu par Webflow : sécurité, infrastructure, mises à jour. Une application sur mesure nécessite une maintenance active : mises à jour des dépendances, surveillance de sécurité, gestion de l'hébergement. Ce coût récurrent doit être intégré dans le calcul.
La relation prestataire. Une application sur mesure crée une dépendance plus forte au prestataire qui l'a construite. Pour limiter ce risque, il faut exiger une documentation technique sérieuse, un code versionné (Git), et la propriété complète du code source et de l'infrastructure.
L'hébergement. Webflow gère l'hébergement. Next.js nécessite une infrastructure : serveur, base de données, CDN, sauvegardes. Des solutions comme Vercel simplifient ce déploiement, mais le coût et la gestion sont à prévoir.
L'architecture hybride : le meilleur des deux mondes
Pour certains projets, la bonne réponse n'est pas "Webflow ou Next.js" mais "Webflow et Next.js". Le site marketing, le blog, les pages produits restent sur Webflow : rapides à concevoir, faciles à maintenir, performants. La partie applicative (espace client, tableau de bord, fonctionnalités avancées) est développée en Next.js.
Les deux coexistent sous le même domaine, souvent via une configuration de sous-domaine (app.monsite.com pour l'application, monsite.com pour le site Webflow). Cette architecture permet de concentrer l'investissement de développement sur mesure là où c'est vraiment nécessaire, sans refaire en code ce que Webflow fait très bien.
C'est une approche qu'on met en place sur des projets où le produit digital est au cœur de l'activité mais où la communication marketing reste un enjeu fort. L'équipe marketing garde la main sur le site Webflow sans dépendre du développeur, pendant que l'équipe produit fait évoluer l'application en autonomie.

La question du budget comme critère de décision
Une manière simple de cadrer la décision : est-ce que les fonctionnalités qui nécessitent du développement sur mesure génèrent une valeur supérieure à leur coût ?
Un espace client qui automatise des processus qui prenaient deux heures de traitement manuel par jour, sur une équipe de dix personnes, représente une économie de temps significative. Un configurateur produit qui augmente le taux de conversion sur un e-commerce avec panier moyen élevé a un ROI calculable. Une plateforme qui remplace un outil SaaS générique à 500 euros par mois peut s'amortir rapidement.
En revanche, développer sur mesure une fonctionnalité disponible dans un plugin Webflow à 30 euros par mois, parce que "ce sera plus propre", n'est pas une décision économiquement justifiée.
La bonne question n'est pas "est-ce que Webflow peut faire ça ?", mais "est-ce que la valeur créée par du sur mesure justifie l'investissement supplémentaire ?"
Ce qu'on retient
Webflow pour les sites vitrines, les sites de contenu, les sites marketing, les portfolios : c'est l'outil le plus efficace rapport qualité/prix pour ces usages.
Next.js (ou tout autre framework) pour les projets qui nécessitent des rôles utilisateurs avancés, une logique métier complexe, des intégrations API sophistiquées, du temps réel, ou des volumes qui dépassent les capacités d'un CMS.
L'architecture hybride pour les projets qui ont besoin des deux : site marketing sur Webflow, application sur mesure en parallèle.
Le développement sur mesure coûte plus cher, prend plus de temps, et demande plus de maintenance. Il se justifie quand les fonctionnalités nécessaires dépassent ce que les outils visuels permettent, et quand le retour sur investissement est calculable. Pas avant.
Voir aussi :





