WeWeb : le frontend no-code pour connecter vos API et Supabase
La plupart des builders no-code gèrent tout : front, back, base de données. WeWeb fait le choix inverse. Il se concentre uniquement sur le frontend et se connecte à vos backends existants, qu'il s'agisse de Supabase, de Xano, d'une API REST ou d'Airtable. C'est un positionnement déroutant au premier abord, mais c'est précisément ce qui le rend pertinent pour des projets sérieux.
Fondée à Paris en 2020 par Raphaël Goldsztejn, Marc Fabre et Florian Briou, passée par Y Combinator, la société a levé 3,1 millions de dollars en 2021. En 2026, elle emploie 58 personnes et sert des équipes chez PwC, L'Oréal et Decathlon. La France représente 30,8 % de sa base d'utilisateurs actifs, la plaçant devant le Brésil et le Portugal.
Ce que "frontend uniquement" change concrètement
Bubble, Adalo et la majorité des builders no-code enferment vos données dans leur propre base. Si vous décidez de migrer, vous repartez à zéro. WeWeb prend un pari différent : votre base de données reste sur l'infrastructure que vous choisissez, et le frontend devient un composant indépendant, exportable, remplaçable sans effacer votre travail.
Conséquence directe : vous pouvez construire un portail client complet avec WeWeb tout en conservant votre base Supabase en PostgreSQL managé, vos règles de sécurité au niveau row et vos fonctions edge. WeWeb ne touche pas à vos données, il se contente de les afficher et de les mettre à jour via les API que vous configurez.
C'est une architecture que les développeurs reconnaissent immédiatement : séparation des responsabilités, pas de couplage fort entre couches. Pour les équipes habituées à raisonner en systèmes, WeWeb s'intègre naturellement dans un stack existant plutôt que de le remplacer.
Les connexions backend disponibles
WeWeb propose des connecteurs natifs pour les backends les plus courants :
- Supabase (PostgreSQL, authentification, realtime)
- Xano (API no-code, logique métier)
- Airtable
- REST API et GraphQL
- Firebase
- Auth0 pour la gestion des identités
Le workflow de connexion est simple : vous déclarez une "source de données" dans l'éditeur, vous la liez à vos composants visuels, et WeWeb gère le cycle de vie des requêtes (chargement, erreur, mise à jour). Pas de code obligatoire, mais vous gardez la maîtrise de l'architecture sous-jacente.
La combinaison Xano + WeWeb est devenue l'un des stacks no-code full-stack les plus répandus en 2026. Xano gère la logique et la base de données, WeWeb construit le frontend qui l'expose. Si vous hésitez entre Xano et Supabase pour le backend, notre comparatif Xano vs Supabase vous aidera à trancher selon votre profil technique.
L'éditeur visuel : ce qu'on peut y faire
L'éditeur WeWeb repose sur un canvas drag-and-drop avec une grille CSS native, des breakpoints configurables et un système de binding de données sur n'importe quel composant. Vous liez un champ texte à une colonne de base de données, et WeWeb affiche la valeur en temps réel.
Les fonctionnalités notables :
- Workflows visuels avec conditions, boucles, appels API et redirections
- Gestion de l'authentification et du contrôle d'accès par rôles
- Bibliothèque de composants réutilisables
- Import de composants Vue.js codés à la main
- IA générative pour créer des layouts et des workflows à partir d'un prompt
L'IA consomme des tokens mensuels selon votre plan. Le plan Free inclut 1 million de tokens par mois, suffisant pour une dizaine de builds sérieux. Le plan Essential monte à 10 millions, et le Pro à 25 millions par siège. Les tokens ne se cumulent pas d'un mois à l'autre.
Plans et tarifs en 2026
WeWeb a augmenté ses prix en février 2026. La structure actuelle repose sur deux lignes indépendantes : un plan "siège" (accès à l'éditeur) et un plan "hébergement" (déploiement sur l'infrastructure WeWeb, optionnel si vous auto-hébergez).
Plans siège
| Plan | Mensuel | Annuel | Tokens IA/mois | Export de code |
|---|---|---|---|---|
| Free | 0 $ | 0 $ | 1 million | Non |
| Essential | 20 $/mois | 16 $/mois | 10 millions | Oui |
| Pro | 50 $/siège/mois | 40 $/siège/mois | 25 millions | Oui |
Plans hébergement (optionnels)
| Plan | Prix mensuel | Sessions/mois | Bande passante |
|---|---|---|---|
| Free | 0 $ | 1 000 | 1 Go |
| Launch+ | ~13 $/mois | Illimitées | 10 Go |
| Grow+ | ~20 $/mois | Illimitées | 50 Go |
| Scale+ | 66 $/mois | Illimitées | 200 Go |
Source : documentation officielle WeWeb, consultée le 08/06/2026.
Un développeur solo qui exporte son code et l'héberge sur Vercel ou Netlify ne paie que le plan siège : 20 $ par mois. L'hébergement WeWeb n'est nécessaire que si vous voulez déployer directement depuis l'éditeur sans gérer de pipeline CI/CD.
Pour un projet d'équipe avec trois développeurs sur le plan Pro et hébergement Grow+, le budget WeWeb tourne autour de 170 $ par mois, auxquels s'ajoute le backend (Supabase Pro à 25 $/mois ou Xano à partir de 29 $/mois).
L'export de code, le vrai différenciateur
À partir de l'Essential, WeWeb permet d'exporter l'application en Single Page Application Vue.js. Ce bundle se déploie sur n'importe quel CDN sans aucune dépendance à WeWeb à l'exécution. Si WeWeb arrêtait son service demain ou doublait ses tarifs, l'application continuerait de fonctionner indéfiniment.
Bubble n'exporte pas de code. Webflow exporte du HTML statique, mais pas d'application dynamique avec logique métier. Pour des projets avec de la data en temps réel et des workflows complexes, WeWeb est quasiment seul sur ce terrain.
En pratique, l'export s'utilise aussi pour les livraisons clients : vous construisez avec WeWeb, vous exportez, vous livrez du code Vue.js propre que le client peut héberger et maintenir sans abonnement WeWeb. C'est un argument fort pour les agences, et c'est précisément ce que l'équipe Noxcod propose pour les projets de portails et d'outils internes.
WeWeb et Supabase : une combinaison courante
La logique de stack séparé fonctionne de la même façon sur mobile que sur le web. Supabase gère le schéma de données, les politiques de sécurité (Row Level Security), les fonctions edge et l'authentification. WeWeb expose ces données dans une interface visuelle que vous construisez sans toucher à React ou Vue.js directement.
Un portail client typique prend forme en quelques jours : tables Supabase configurées, connecteur WeWeb branché, pages de liste et de détail construites dans l'éditeur, authentification Supabase Auth intégrée. Des équipes utilisent ce stack sur des applications en production avec 5 000 utilisateurs actifs sans problème de performance, le frontend WeWeb étant servi en moins de 200 ms depuis l'Europe via le CDN global de la plateforme.
Pour qui WeWeb est adapté, et pour qui non
WeWeb convient aux développeurs souhaitant gagner du temps sur le frontend sans sacrifier la qualité, aux agences livrant des interfaces sur des backends clients existants, aux équipes SaaS construisant un frontend connecté à Supabase ou Xano, et aux entreprises qui digitalisent des outils internes.
En revanche, si vous n'avez pas encore de backend et n'avez pas envie d'en gérer un, un outil full-stack sera plus adapté. Pour un site vitrine sans logique applicative, Webflow reste plus pertinent. Pour une app avec un besoin de plugins métier très spécifiques, l'écosystème Bubble (plus de 1 000 plugins) garde une longueur d'avance sur le catalogue WeWeb.
Sur le terrain des avis utilisateurs, WeWeb affiche 4,4 à 4,9 étoiles sur G2, Capterra et ProductHunt, pour 380 avis cumulés. Le point de friction récurrent dans les retours : la courbe d'apprentissage des workflows avancés et la consommation rapide de tokens IA sur les plans d'entrée de gamme.
Questions fréquentes
WeWeb peut-il remplacer Bubble ?
Pas à iso-fonctionnalité. Bubble est full-stack avec sa propre base et un marketplace de plugins mature. WeWeb est plus flexible et sans verrou propriétaire, mais demande un backend séparé. Pour une application construite sur Supabase ou Xano avec des contraintes de design, WeWeb est souvent plus adapté. Pour un projet qui doit aller vite sans backend existant, Bubble reste plus simple à démarrer.
L'export de code est-il réellement utilisable en production ?
Oui. Le code généré est du Vue.js standard qui se déploie sur Vercel ou Netlify en quelques minutes. Des équipes l'utilisent sur des applications en production avec des milliers d'utilisateurs. La limite n'est pas WeWeb, c'est le backend que vous choisissez et la façon dont vous optimisez vos requêtes API.
Faut-il maîtriser Vue.js pour utiliser WeWeb ?
Non. Les interfaces se construisent entièrement en drag-and-drop. Mais une culture technique aide, notamment pour configurer les connexions API et déboguer les workflows complexes. WeWeb permet d'injecter du code Vue.js custom si vous en avez besoin, ce qui le distingue des outils purement "clic-clic".
Peut-on utiliser WeWeb avec un backend sur mesure ?
Tout à fait. WeWeb se connecte à n'importe quelle API REST ou GraphQL. Si votre backend est une API FastAPI, une API Rails ou un service AWS, vous configurez les endpoints dans WeWeb et vous travaillez exactement comme avec Supabase ou Xano, sans dépendre d'un connecteur natif particulier.
