FR/ENDemander un devis
Accueil/Expertises/Reprise & modernisation/Agence WeWeb
Agence WeWeb — Paris

WeWeb promet un code exportable.Mais exportable ne veut pas dire maintenable.

Scroll a construit des interfaces en WeWeb. On sait ce que l'outil permet pour aller vite sur un frontend connecté à Supabase ou Xano. On sait aussi pourquoi le code Vue.js exporté n'est généralement pas celui que vos développeurs voudront maintenir.

Échanger avec un expert Voir nos réalisations
Migration mapFrontend uniquement
Frontend — on remplaceWeWeb editor · Vue.js générémigration vue par vueNext.js · React · TypeScript
Backend — on gardeinchangé
Supabase · PostgreSQLAuth · StorageSchéma de données
Tables & données conservéesCode frontend maintenable
01 — Ce que nous faisons

Trois situations
où on intervient sur un projet WeWeb.

Construire l'interface, auditer l'existant, ou sortir le frontend de l'éditeur. Le bon mouvement dépend de la maturité de votre application — pas d'un discours commercial décidé d'avance.

01

Construction d'interface WeWeb

WeWeb est pertinent quand vous avez déjà un backend Supabase ou Xano et que vous voulez construire l'interface rapidement, sans dépendre d'un développeur frontend à temps plein.

FrontendSupabaseXano
02

Audit de projet existant

Votre interface WeWeb fonctionne mais devient difficile à faire évoluer. Les pages s’accumulent, la logique dans les composants est illisible, les performances commencent à poser problème. On diagnostique.

AuditPerformancesDiagnostic
03

Migration du frontend vers Next.js

Votre backend Supabase est solide — c’est le frontend WeWeb qui limite. On remplace la couche WeWeb par du Next.js sur-mesure, en conservant le schéma de données et toute la logique backend construite.

Next.jsBackend conservéSur-mesure
02 — L'argument « export Vue.js »

Pourquoi l'export WeWeb
ne résout pas le problème de maintenabilité.

« Vous pouvez exporter votre code » est l'argument fort de WeWeb. Il est réel — mais incomplet. Voici ce qu'il cache, et ce qui, lui, est déjà solide chez vous.

01

Du code généré, pas du code écrit

WeWeb exporte du Vue.js, c'est vrai. Mais ce code est généré par un éditeur visuel : il est structuré pour fonctionner avec WeWeb, pas pour être lu et modifié par un développeur. Les noms de composants sont génériques, la logique est imbriquée, les tests sont absents.

02Ce qui survit

Le backend, lui, est déjà propre

Si vous avez construit votre backend sur Supabase, vous avez déjà une base solide et portable. La migration ne touche pas à ça — on remplace uniquement la couche frontend WeWeb par du Next.js qui parle au même Supabase.

03

La logique complexe finit toujours en code

WeWeb permet d'écrire du JavaScript dans ses composants. Sur les projets qui grandissent, cette logique custom finit par représenter l'essentiel du code — et elle est éparpillée dans l'éditeur visuel, sans structure ni tests.

Ils nous ont fait confianceVoir nos cas clients
Ubki
Perfway
Hexa
Art Explora
Bellman
Cabaia
03 — Stack de migration

Ce qu'on remplace
— et ce qu'on garde.

La migration WeWeb n'est pas une reconstruction complète. On remplace la couche frontend ; le backend Supabase, lui, reste en place. C'est ce qui rend l'opération nettement plus légère qu'une migration Bubble.

CoucheWeWebAprès migration
FrontendWeWeb editor (Vue.js généré)Next.js, React, TypeScript natif
Backend / DataSupabase, Xano, REST (inchangé)Supabase (PostgreSQL) — on garde
AuthentificationWeWeb Auth ou Supabase AuthSupabase Auth (inchangé si bien configuré)
Logique métierJS custom dans l’éditeurAPI routes Next.js, fonctions serverless
IA & automatisationsAbsentLLM natif (Mistral, OpenAI, Claude) + n8n
CI/CD & testsAbsentGitHub Actions, Jest, Playwright
Dans la majorité des migrations WeWeb, le backend Supabase reste intact. On ne reconstruit que ce qui est dans l'éditeur visuel.
04 — FAQ

Questions de directions techniques et produit.

Les questions qui reviennent quand l'argument « export Vue.js » se heurte à la réalité de la maintenance. Si la vôtre n'y est pas, écrivez-nous — la réponse rejoindra cette liste.

WeWeb est plus proche du code que Bubble — il génère du Vue.js et permet d’écrire du JS custom. Mais « proche du code » n’est pas « du code maintenable ». Dès qu’une équipe technique doit reprendre le projet, la différence est immédiate.
Non. C’est précisément la force de cette architecture : le backend Supabase est totalement indépendant de WeWeb. On remplace uniquement la couche frontend, le schéma de données et toutes les tables restent en place.
Pour une application de taille moyenne (10 à 20 vues, logique métier établie) : 6 à 12 semaines. On migre vue par vue, en maintenant WeWeb jusqu’à la bascule finale.
Oui. Tous les projets ne justifient pas une migration. On peut intervenir pour améliorer les performances, restructurer les composants WeWeb existants, ou documenter l’existant sans toucher à la stack.
Si vous voulez valider vite une interface sur un backend existant : WeWeb peut être pertinent. Si l’application a vocation à devenir critique ou à intégrer de l’IA, on part directement sur Next.js — le gain de temps initial ne compense pas le coût de la migration future.
Démarrer

Votre backend Supabase est solide. Votre frontend WeWeb l'est-il autant ?

On évalue ensemble — sans présupposer qu'il faut migrer.

Coordonnées
contact@agence-scroll.com
+33 6 48 03 90 27
20 Rue des Taillandiers
75011 Paris
Réponse sous 24h ouvrées.