« Vous prenez Webflow ou vous codez en custom ? » Cette question revient à chaque devis. Et la réponse est rarement aussi simple que ce que les puristes des deux camps voudraient. Webflow et le développement sur-mesure ne sont pas des concurrents — ce sont des outils différents, taillés pour des usages différents. Voici comment trancher selon votre projet.
Le faux débat : « Webflow vs sur-mesure »
Le débat technique est souvent posé en termes idéologiques :
- Côté pro-Webflow : « Webflow permet de livrer en 2 semaines, sans dépendance technique, avec un CMS clé en main. Le custom est over-engineering. »
- Côté pro-custom : « Webflow ne tient pas la charge, on est prisonnier de la plateforme, et on ne peut rien faire de complexe. »
Les deux camps ont raison… sur certains projets seulement. La vraie question n'est jamais « Webflow ou pas Webflow » — c'est « Quelle est la nature exacte de mon produit, et qui l'utilisera ? ».
Ce que Webflow fait remarquablement bien
Webflow brille sur quatre grandes catégories de projets :
Sites vitrines et marketing
Présentation d'entreprise, pages services, landings campagnes, blog. Le CMS visuel permet aux équipes marketing de mettre à jour le contenu sans toucher au code. Le déploiement est instantané, le CDN inclus, et le SEO de base est correctement géré (sitemap, meta, schema.org).
Time-to-market court
Un projet en 2 à 4 semaines avec un budget contenu (10 à 30 k€) trouve dans Webflow son meilleur compromis qualité/délai. Pas de setup serveur, pas de configuration Git, pas de pipeline de déploiement à monter.
Sites éditoriaux et magazines
Le système de Collections (l'équivalent CMS) gère très bien les structures contenu récurrent : articles, projets, témoignages, équipe. Avec les Templates dynamiques, on couvre 90 % des besoins éditoriaux sans une ligne de code.
Maquettage haute-fidélité
Beaucoup d'agences utilisent Webflow comme un Figma livrable : le client navigue dans la version « design » en attendant la version finale. Plus lisible qu'une maquette statique, plus rapide qu'un dev complet.
Les limites concrètes de Webflow
Au-delà de ces cas, Webflow montre ses limites :
Logique métier complexe
Si votre produit demande des règles de calcul, des workflows multi-étapes, des permissions utilisateur fines, ou des intégrations bidirectionnelles avec des systèmes tiers (ERP, CRM custom), Webflow ne suit pas. Les Membership et la Logic suite couvrent les cas simples mais cassent rapidement.
Volume et performance
Un blog avec 200 articles tient parfaitement. Un catalogue produits avec 50 000 SKUs et des filtres dynamiques côté client : non. Les Collections sont limitées à 10 000 items, et la recherche n'est pas full-text.
Dépendance plateforme
Vous ne possédez ni le code, ni le serveur, ni la base de données. Si Webflow change ses tarifs (ce qu'ils font régulièrement) ou ferme une API, vous subissez. Pour un projet stratégique avec une durée de vie de 5 ans et plus, c'est un risque à peser.
Personnalisation back-end
L'export Webflow est limité au front-end statique. Toute logique serveur (auth complexe, paiements custom, traitement d'image, génération PDF, queue de jobs) doit être hébergée ailleurs et orchestrée — ce qui annule le gain de simplicité.
Quand le sur-mesure devient indispensable
Le développement sur-mesure (Next.js, Laravel, Django, etc.) prend le relais quand :
- Le produit est lui-même un logiciel. Une application métier, une plateforme SaaS, un dashboard analytique. Webflow n'est pas conçu pour ça.
- Les performances sont critiques. Un site e-commerce à fort trafic, une app temps réel, un produit financier — tout ce qui exige une optimisation fine du code et de l'infrastructure.
- Les intégrations sont profondes. Plus de trois systèmes tiers à orchestrer en backend, avec des événements bidirectionnels et de la cohérence transactionnelle.
- La sécurité est non-négociable. Données médicales, financières, ou stratégiques. Le sur-mesure permet l'audit complet du code et des processus, ce que Webflow ne propose pas.
La règle simple : Webflow pour communiquer, sur-mesure pour opérer. Si votre produit raconte quelque chose, Webflow suffit. S'il fait quelque chose, prenez du sur-mesure.
L'approche hybride : le meilleur des deux
Souvent, la bonne réponse n'est ni « tout Webflow » ni « tout custom » — c'est une architecture hybride :
- Site marketing + blog en Webflow (édité par l'équipe marketing, déployé en quelques minutes)
- Application métier en sur-mesure (Next.js, hébergée séparément, accessible via un sous-domaine type
app.votresite.com) - SSO partagé entre les deux pour une expérience utilisateur fluide
Cette architecture donne à chaque outil son terrain : le marketing évolue vite côté Webflow, le produit reste robuste et évolutif côté custom. C'est le pattern qu'on recommande à 70 % de nos clients chez HWS.
Comment décider concrètement ?
Trois questions à se poser, dans l'ordre :
- Mon site va-t-il principalement présenter de l'information, ou exécuter des tâches utilisateur ? Si c'est présenter → Webflow. Si c'est exécuter → custom (ou hybride).
- Quelle est la complexité des règles métier ? Calculs simples → Webflow OK. Workflows multi-acteurs ou intégrations critiques → custom.
- Quelle est la durée de vie attendue, et qui maintiendra le projet dans 3 ans ? Court terme + équipe non-tech → Webflow. Long terme + équipe technique → custom.
Vous hésitez encore sur votre projet ? 30 minutes avec nous et on vous donne une recommandation écrite, sans engagement. On ne pousse pas l'un ou l'autre — on aligne le choix sur votre besoin réel.
