Webflow Cloud : le guide complet pour comprendre, choisir et déployer en 2026

Webflow a longtemps été un outil parfait pour les sites vitrines, les sites marketing et certains SaaS sans logique custom. Mais dès qu'un projet réclamait un peu plus — un calculateur dynamique, un espace membres, un tunnel personnalisé, une intégration IA, des pages générées à la volée — il fallait sortir de Webflow et brancher un Vercel, un Netlify ou un Cloudflare Pages à côté. Deux domaines, deux factures, deux pipelines, et une expérience client fragmentée.

Webflow Cloud change ce point précis. C'est la plateforme officielle de Webflow pour déployer une vraie application Astro ou Next.js sous le même domaine que votre site Webflow, sans serveur à gérer ni hébergeur tiers à coordonner.

Ce guide est conçu pour vous donner une vue d'ensemble exploitable : à quoi ça sert vraiment, ce que vous pouvez en faire que vous ne pouviez pas avant, combien ça coûte, où sont les limites, comment ça se compare à Vercel et Netlify, et — peut-être le plus important — quand un déploiement Webflow Cloud peut tenir dans votre équipe et quand il vaut mieux passer le projet à une agence qui en a déjà fait plusieurs.

Webflow Cloud, c'est quoi ?

Webflow Cloud est la plateforme officielle de Webflow pour déployer des applications full-stack, propulsée par Cloudflare Workers.

Concrètement, elle permet trois choses que Webflow seul ne savait pas faire :

• héberger une application (Astro ou Next.js) directement à côté de votre site Webflow ;
• monter cette app sur un sous-chemin du même domaine — par exemple monsite.com/app ou monsite.com/calculateur, sans bricoler un reverse proxy ;
• utiliser des services serveur (base SQLite, Key-Value Store, Object Storage) sans avoir à provisioner Supabase ou Firebase à côté.

Ce n'est pas un remplaçant de Webflow. C'est une extension de Webflow vers le monde des applications, pensée pour que vos clients, votre marketing ou votre direction n'aient plus à comprendre pourquoi votre "site" a besoin d'un autre service en dessous.

Pourquoi Webflow l'a lancé

Le contexte stratégique compte parce qu'il dit beaucoup sur la pérennité de l'outil.

Webflow est concurrencé sur deux fronts. D'un côté, des outils générateurs IA (Lovable, V0, Bolt) produisent des applications complètes en quelques prompts, mais avec un contrôle limité dès qu'on veut industrialiser. De l'autre, les frameworks full-stack modernes — Next.js, Astro, Remix — sont devenus accessibles à des profils non-experts, avec un déploiement en deux clics chez Vercel ou Cloudflare. Webflow risquait d'être coincé entre les deux : trop limité pour les apps, trop complexe pour les sites simples.

Webflow a réagi en ouvrant son écosystème. Webflow Cloud est l'élément central de cette ouverture. En septembre 2025, la marque a fait une donation de 150 000 dollars à Astro et est devenue son sponsor partenaire officiel (annonce). Et en janvier 2026, Cloudflare — qui propulse Webflow Cloud — a acquis l'équipe Astro, renforçant encore l'alignement Astro / Cloudflare Workers / Webflow Cloud. Tout cet écosystème pousse maintenant dans la même direction.

Cela change la conversation chez les clients qui hésitaient à rester sur Webflow pour leur prochain projet. On n'a plus à choisir entre "rester dans Webflow" et "passer à un vrai dev". On peut faire les deux dans le même livrable, sur le même domaine, dans la même facture.

Ce que vous pouvez faire maintenant que vous ne pouviez pas avant

C'est la question qui décide. Voici la bascule concrète, par profil.

Pour un dirigeant ou un product owner. Vous arrêtez d'arbitrer entre "ça doit être joli et facile à éditer" et "ça doit faire X". Les deux peuvent maintenant cohabiter sur le même domaine. Un site marketing évolutif côté Designer, une app calculateur ou un espace membres côté code, deux mondes mais un seul produit.

Pour une équipe marketing. Vous gardez Webflow pour ce que vous y faites déjà très bien : pages campagnes, articles, landing pages éditoriales. Mais vous pouvez désormais demander une feature spécifique — un quiz dynamique, un configurateur de devis, une intégration IA — sans avoir à réveiller un projet Vercel à part. Tout est sur monsite.com/..., donc vos cookies, vos pixels, votre tracking, votre cookie banner restent unifiés.

Pour un CTO ou un dev lead. Vous récupérez un terrain où votre équipe peut shipper du Astro ou du Next.js dans un environnement edge, avec base de données et storage natifs, sans gérer une seconde infra. Vous mutualisez aussi votre bande passante avec votre plan Webflow existant. Et le marketing peut continuer à publier en autonomie sans toucher à votre code.

Pour une agence Webflow ou un freelance. Vous pouvez désormais accepter des projets que vous deviez sous-traiter à un dev backend, ou refuser. Calculateur, configurateur, espace membres, intégration IA, dashboard client : tout cela tient maintenant dans un livrable Webflow étendu. Vous restez l'interlocuteur unique du client, et vous facturez plus haut sans changer de stack.

Pour qui c'est fait (et pour qui ça ne l'est pas)

Webflow Cloud n'est pas universel. Il y a des situations où c'est l'outil parfait, et d'autres où ce serait surdimensionné ou inadapté.

C'est fait pour vous si :

• vous avez déjà un site Webflow (ou un projet Webflow planifié) et un besoin dynamique précis qui ne tient pas dans les fonctions natives ;
• vous voulez que tout votre produit vive sous un seul domaine, sans sous-domaine app.monsite.com à expliquer ;
• vos besoins en logique serveur sont modérés : formulaires connectés à un CRM, calculateurs, configurateurs, espaces membres légers, intégrations IA, programmatic SEO.

Ce n'est probablement pas pour vous si :

• vous partez de zéro sans aucun projet Webflow : Vercel, Netlify ou Cloudflare Pages restent meilleurs pour un usage purement applicatif ;
• vous avez besoin d'un rollback instantané en cas d'incident en production ;
• votre stack repose sur Remix, SvelteKit ou Nuxt — pas encore supportés à ce jour ;
• vous construisez un SaaS complet, multi-tenant, avec des dizaines de microservices.

Si vous êtes dans la première catégorie, le reste de cet article devrait vous être utile. Si vous êtes dans la seconde, vous pouvez gagner du temps en arrêtant ici — ou en lisant la section comparative plus bas pour confirmer le diagnostic.

7 cas d'usage qui valent le coup

Ce sont les projets pour lesquels Webflow Cloud devient particulièrement pertinent.

Calculateur ou configurateur dynamique. Un calculateur de prix, un simulateur de devis, un quiz de qualification de leads, un configurateur de produit. Lourd à maintenir en code custom Webflow, naturel sur Astro ou Next.

Espace membres léger. Pas un Stripe Subscriptions complet, mais un accès gated à du contenu réservé : login passwordless, dashboard personnel, téléchargement de ressources, mini-CRM côté membre.

Programmatic SEO. Générer 500 ou 5 000 pages à partir d'une base de données — annuaire, comparateur, catalogue produit, pages locales. Astro génère statiquement, Webflow gère le marketing autour.

Page de capture intelligente. Une landing page d'acquisition payante avec un formulaire qui pousse les leads en temps réel vers un CRM, un workflow n8n ou un canal Slack, sans laisser de trace de l'opérationnel côté Webflow CMS.

Intégration IA en production. Un endpoint qui appelle l'API Claude ou OpenAI à partir d'un prompt utilisateur, avec rate limiting et logs. Le tout sous le même domaine que le site marketing — donc avec les mêmes cookies, le même tracking, la même cookie banner.

Outil interne. Un mini-CRM pour l'équipe, un dashboard de pilotage, un export de données en un clic, un panneau d'admin léger. Inutile de monter un autre service : on l'héberge à côté du site public, à une URL /admin ou /equipe.

Webhooks et intégrations entrantes. Recevoir un webhook Stripe, Calendly, Make ou n8n qui déclenche une action métier — envoyer un email, mettre à jour une base, publier une page.

Comment ça marche, en 2 minutes

Pas besoin d'être développeur pour comprendre l'essentiel.

Le runtime. Webflow Cloud tourne sur Cloudflare Workers, l'environnement edge de Cloudflare. Concrètement, votre code s'exécute sur un réseau global, au plus près de l'utilisateur. C'est rapide et fiable — mais cela impose certaines contraintes (pas de Node.js classique, pas de système de fichiers persistant).

Les frameworks supportés. Aujourd'hui, deux options : Astro ou Next.js. Astro convient pour les sites majoritairement statiques avec quelques routes serveur. Next.js convient pour les apps complètes avec beaucoup de logique côté serveur. Pour le reste — Remix, SvelteKit, Nuxt — il faudra attendre.

Le mount path. C'est le concept-clé. Quand vous créez un environnement, vous définissez l'URL où votre app sera montée : monsite.com/app, monsite.com/dashboard, monsite.com/calculateur. Ce chemin doit ensuite être configuré au même endroit dans le code de l'app — sinon les assets ne se chargent pas.

Le storage natif. Webflow Cloud inclut trois services rares chez la concurrence directe : SQLite pour les données structurées, Key-Value Store pour les sessions et compteurs, Object Storage pour les fichiers. Ils sont inclus dans tous les plans Webflow site, avec des limites variables selon le tier.

Prérequis techniques (pour info équipe dev) : Astro jusqu'à v5, Next.js à partir de v15, Node.js 22+, npm uniquement (pas yarn ni pnpm). L'adapter @astrojs/cloudflare ou @opennextjs/cloudflare est requis.

Webflow Cloud vs Vercel, Netlify et Cloudflare Pages

Comparer Webflow Cloud aux acteurs établis du déploiement permet de décider en lucidité plutôt que par défaut.

Vercel. Reste supérieur côté Developer Experience pure : rollback en un clic, support universel des frameworks, dashboards perfs avancés, preview deployments par PR. Webflow Cloud n'a pas tout ça. Choisissez Vercel si vous partez de zéro sans Webflow, ou si votre équipe est habituée à son écosystème.

Netlify. Très proche de Vercel, légèrement moins moderne sur le runtime, mais identité forte sur les forms et les functions. Mêmes critères que Vercel : si pas de Webflow, Netlify reste pertinent.

Cloudflare Pages directement. Webflow Cloud tourne dessus. Vous pouvez déployer directement sur Cloudflare Pages avec la même stack — vous perdez juste l'intégration Webflow native, le DevLink (génération de code React depuis vos composants Designer), et le mount path automatique sous votre domaine Webflow. Choisissez Cloudflare Pages si vous voulez le runtime edge sans Webflow.

Webflow Cloud. L'arbitrage devient évident : vous gagnez uniquement si vous partez d'un site Webflow existant ou planifié. Tout le reste — la maturité du tooling, la richesse des intégrations, la simplicité du rollback — penche vers les concurrents.

Combien ça coûte vraiment

Webflow Cloud est inclus dans tous les plans de site Webflow, avec un modèle usage-based par-dessus.

Trois compteurs sont suivis :

• Bandwidth — le volume de données servies.
• Requests — le nombre de requêtes traitées par les Workers.
• CPU minutes — le temps de calcul consommé. C'est le compteur le plus piégeux : une route lente ou mal optimisée mange des minutes sans qu'on le voie.

L'usage Webflow Cloud consomme les limites de votre plan Webflow site existant — il n'y a pas d'abonnement séparé. Si vous étiez déjà à l'aise sur votre plan, vous gardez de la marge. Si vous lancez un projet ambitieux côté Cloud, anticipez un éventuel passage au plan supérieur.

Surge protection. Si vous dépassez votre quota un mois donné, Webflow ne coupe pas le service. Vous avez une période de tolérance, puis deux mois consécutifs au-dessus déclenchent un upgrade automatique du plan. C'est rassurant pour la prod, moins pour la prévisibilité de la facture.

Le piège. Webflow ne publie pas de tarifs détaillés au moment où nous écrivons. Pour un site marketing classique avec une app légère (formulaires, calculateur), vous resterez probablement dans le plan inclus. Pour un programmatic SEO de 10 000 pages avec du SSR à chaque visite, vous risquez de dépasser et il faudra anticiper.

Vous n'arrivez pas à estimer le coût de votre projet sur Webflow Cloud ? En 30 minutes, on regarde votre cas et on vous donne une estimation honnête : plan inclus, ou montée en plan après quel volume. Réserver l'échange.

Les 6 endroits où ça casse en production

Webflow Cloud est une plateforme jeune. Sa documentation est solide mais incomplète sur certains points où les équipes perdent typiquement un à plusieurs jours. Voici les six à anticiper.

1. La configuration du mount path doit matcher exactement. Webflow Cloud monte votre app sur une URL choisie (/app, /calculateur, etc.). Cette URL doit être configurée au même endroit dans le code de l'app. Une virgule de travers et tous les assets sont en 404, sans erreur explicite — juste une page blanche stylée bizarrement.

2. Le trailing slash peut créer une boucle de redirect. Si la page racine de votre app est générée comme un fichier statique, Cloudflare Pages ajoute automatiquement un slash final à l'URL. Le reverse proxy Webflow Cloud, lui, fait l'inverse et le retire. Résultat : boucle infinie. La solution propre est de rendre cette page en SSR plutôt que statique — ce que recommande implicitement le starter officiel Webflow Cloud.

3. Les variables d'environnement ne sont disponibles qu'au runtime. Vos secrets et clés d'API ne sont injectés qu'au moment où l'app tourne, pas pendant le build. Cela paraît anodin, mais c'est une source de bugs récurrente : si votre build vérifie l'existence d'une clé d'API, il échouera. Tout ce qui dépend de secrets doit attendre l'exécution.

4. La librairie axios ne fonctionne pas. Utilisez fetch. Le runtime Cloudflare Workers ne supporte pas axios correctement — vous obtenez des erreurs cryptiques en prod alors que tout marche en dev. Habituez-vous à fetch, c'est l'API native, plus rapide et plus légère.

5. Le site Webflow doit être publié pour servir l'app. Tant que votre site Webflow associé n'est pas publié sur le bon domaine, l'application n'est pas accessible à son URL publique. Cela paraît évident dit comme ça, mais en pratique, lors d'un test sur un nouveau site, on l'oublie. Première étape de troubleshooting : vérifier que le site Webflow est bien en ligne.

6. Le rollback se fait via Git, pas via un dashboard. Vercel a un bouton "Rollback to previous deployment". Webflow Cloud ne l'a pas (encore). Si votre dernier déploiement casse la prod, vous devez revenir au commit précédent sur la branche connectée et attendre le redeploy. Comptez 90 à 180 secondes de propagation avant que la version revenue soit live. À anticiper dans tout plan de mise en production.

Sur un projet simple, ces six points coûtent 5 à 10 heures à un dev qui les découvre en direct. Sur un projet plus large — espace membres, programmatic SEO, intégration IA — c'est plutôt 5 à 10 jours, parce que les pièges s'enchaînent et qu'on cherche au mauvais endroit. Si votre projet rentre dans la deuxième catégorie, on peut l'auditer en 30 minutes et vous repartez avec la liste des risques techniques à anticiper.

DIY ou se faire accompagner ?

C'est probablement la question pratique la plus utile à trancher avant de se lancer. Voici une grille honnête, sans incitation gratuite à externaliser.

Faisable en interne sans accompagnement spécialisé :

• une page dynamique simple : un formulaire qui poste vers un endpoint, une fonction edge, un appel API ;
• un calculateur ou configurateur léger, si vous avez un dev à l'aise avec Astro ou Next.js sous la main ;
• un POC ou un projet expérimental sans enjeu de production immédiat.

Pour ces cas, la documentation Webflow Cloud + le starter officiel + cet article suffisent. Un dev junior à l'aise avec le framework concerné peut livrer en une journée à une semaine selon la complexité.

Plutôt accompagné :

• un espace membres avec authentification, données utilisateurs, paiements ;
• un programmatic SEO de plus de 1 000 pages, avec sitemap, hreflang, indexation propre ;
• une intégration IA en production avec rate limiting, logs, sécurisation des prompts ;
• une migration depuis Vercel ou Netlify en gardant les URL et le SEO ;
• une app interne avec règles métier, multi-rôles, audit trail ;
• tout projet avec une fenêtre de mise en production étroite et un rollback fiable exigé.

Pourquoi ces cas sortent du DIY ? Parce que les six pièges plus haut s'additionnent avec d'autres décisions d'architecture (où mettre les données, comment gérer les sessions, comment sécuriser une route, comment tester une migration sans casser la prod). Une équipe qui découvre la stack passe une semaine sur des décisions qui sont triviales pour quelqu'un qui a déjà déployé deux ou trois fois.

Notre méthode pour un projet Webflow Cloud

Scroll est une agence Webflow basée à Paris, qui combine design Webflow et développement d'application sur mesure. Sur un projet Webflow Cloud, voici comment on travaille.

1. Cadrage (1 à 2 semaines). On part de votre besoin et on tranche les arbitrages : Webflow Cloud ou Vercel ? Astro ou Next.js ? Quelle base de données ? Quel CMS pour quelle partie du contenu ? Vous repartez avec une note de cadrage, un macro-planning et un devis ferme — pas un T&M ouvert.

2. Design + développement (2 à 6 semaines selon la complexité). Le site Webflow et l'app full-stack avancent en parallèle, sur le même domaine, avec un environnement de staging accessible chaque jour. Vous voyez l'app prendre forme en temps réel, vous donnez votre feedback en temps réel, on évite les surprises en fin de projet.

3. Mise en production. Configuration du mount path, des variables d'environnement, des intégrations CRM ou IA, tests de charge, plan de rollback. La prod ne sort pas d'un push improvisé un vendredi soir.

4. Handover et maintenance. Documentation à jour, accès Webflow et GitHub clean, process de modification documenté pour votre équipe. Vous repartez avec un projet maintenable — pas un patchwork qui fait peur à toucher dans six mois.

Sur les sujets sensibles (SEO d'une migration, sécurité d'un espace membres, optimisation des CPU minutes pour éviter de payer plus que nécessaire), on a des positions fortes parce qu'on a déjà rencontré les pièges. C'est ce qui distingue une agence qui a déjà livré sur Webflow Cloud d'une agence qui découvre.

Conclusion

Webflow Cloud n'est pas révolutionnaire. C'est l'aboutissement logique d'une trajectoire : Webflow ouvre son produit aux apps full-stack, sans forcer ses utilisateurs à apprendre une autre plateforme.

Pour les agences et freelances qui travaillent déjà sur Webflow, c'est l'occasion d'élargir leur périmètre sans changer d'outil. Pour les entreprises qui ont un site Webflow et un besoin custom, c'est la fin du dilemme « on garde Webflow ou on bascule ». Pour les développeurs purs, c'est un nouveau terrain de jeu — utile à condition d'accepter ses limites actuelles.

Ce que la documentation officielle ne dit pas, c'est que la majorité des projets ne tiennent pas tout dans le statique pur. Dès qu'il y a un formulaire qui poste vers un CRM, un calculateur dynamique, une intégration IA, ou un endpoint webhook, vous sortez du Webflow standard. Webflow Cloud rend ces cas naturels au lieu d'exotiques.

Vous avez un projet en tête ?

Scroll conçoit des sites Webflow et y branche des applications Astro ou Next.js déployées en production sur Webflow Cloud. C'est une combinaison rare : la plupart des agences font Webflow ou du dev custom — pas les deux dans le même projet, sur le même domaine.

En 30 minutes d'échange (gratuit, sans engagement), vous repartez avec :

• un avis tranché : oui, non, ou sous condition ;
• une estimation de durée et de complexité, calibrée sur votre cas spécifique ;
• la liste des pièges techniques à anticiper si vous avancez ;
• une recommandation honnête entre Webflow Cloud, Vercel ou un dev custom ailleurs.

Pas de devis qui dort dans une boîte mail trois semaines : vous repartez de l'échange avec assez d'éléments pour décider tout de suite.

Estimer mon projet Webflow Cloud (30 min, gratuit)