Lovable, Webflow, Wix : quand migrer vers un site sur-mesure ?
Vous avez lancé votre site avec Lovable, Webflow ou Wix. C'était rapide, propre, suffisant. Et pendant un temps, ça l'était vraiment.
Puis vous avez voulu ajouter un formulaire de candidature multi-étapes. Ou connecter votre site à une base de données. Ou passer le site en deux langues. Et là, vous avez commencé à vous battre avec l'outil.
Ce scénario se répète. Pas parce que les outils no-code sont mauvais — ils ne le sont pas. Mais parce qu'ils ont été conçus pour un cas d'usage précis, et qu'à un moment, votre projet sort de ce cas.
Ce que le no-code fait bien
Soyons honnêtes d'abord.
Lovable, Webflow, Framer, Wix, Squarespace : ces outils permettent de mettre un site en ligne en quelques jours, sans développeur, pour quelques centaines d'euros par an. Pour beaucoup de projets, c'est exactement ce qu'il faut.
Un site vitrine de 5 pages pour une PME locale ? Webflow ou Wix font parfaitement le job. Un landing page pour valider une idée ? Lovable ou Framer en 24h. Une boutique simple ? Shopify sans hésiter.
Le no-code a aussi radicalement baissé le coût d'entrée sur le web. Il y a dix ans, lancer un site propre demandait un budget de plusieurs milliers d'euros. Aujourd'hui, un outil no-code bien choisi donne un résultat correct pour une fraction du prix.
Donc le point de départ n'est pas "le no-code c'est nul". C'est "le no-code a des limites, et elles deviennent visibles à un moment précis".
Pourquoi ça bloque à un moment
Les performances plafonnent
Les outils no-code génèrent du code. Et ce code, vous ne le contrôlez pas. Les balises inutiles, le JavaScript non optimisé, les images non compressées — tout ça s'accumule.
Sur Google, la vitesse de chargement est un critère de classement. Sur les IA (ChatGPT, Perplexity), un site lent est souvent ignoré. Et pour vos utilisateurs, chaque seconde de chargement en plus, c'est un pourcentage de plus qui ferme l'onglet.
Un site fait maison en Next.js avec les bonnes optimisations charge en moins d'une seconde. Un site Wix moyen, deux à quatre secondes. Ce n'est pas anodin.
Il n'y a pas de vrai backend
La plupart des outils no-code se connectent à des services tiers via des intégrations (Zapier, Make, etc.). Ça suffit pour les cas simples. Mais dès que vous avez besoin de stocker des données structurées, de gérer des fichiers, d'envoyer des emails personnalisés ou de mettre en place une logique métier un peu complexe — vous construisez une chaîne de rustines.
Chaque intégration tierce est un point de défaillance. Un changement de prix chez l'un des outils casse le workflow. Et vous n'avez aucun contrôle sur ce qui se passe vraiment.
La personnalisation a un plafond
Webflow permet de faire beaucoup. Jusqu'à ce que vous vouliez faire quelque chose que Webflow n'a pas prévu. Et là, soit vous faites avec ce qui existe, soit vous bricolez du code personnalisé dans un éditeur qui n'a pas été conçu pour ça.
La même logique s'applique à tous ces outils. Ils couvrent 90% des besoins courants. Le problème, c'est que les 10% restants sont souvent exactement ceux dont vous avez besoin pour vous différencier.
L'internationalisation est souvent une croix
Faire un site bilingue FR/EN sur Webflow ou Wix, c'est faisable. Mais c'est souvent bancal : des URL mal structurées, des balises hreflang incorrectes, une gestion de contenu qui double la maintenance.
Pour un site bilingue qui doit aussi être bien référencé dans les deux langues, le no-code atteint ses limites assez vite.
Les 4 signaux qui disent "c'est le moment"
1. Vous contournez l'outil plus que vous ne l'utilisez
Si vous passez du temps à chercher des workarounds, à imbriquer des intégrations tierces pour faire des choses qui devraient être simples — c'est un signal. L'outil est devenu un obstacle, pas un accélérateur.
2. Vos performances web se dégradent
Ouvrez PageSpeed Insights et regardez le score de votre site sur mobile. En dessous de 70, vous perdez du référencement et des utilisateurs. Si vous ne pouvez pas améliorer ce score sans toucher au code que l'outil génère, vous êtes bloqué.
3. Vous avez besoin d'un vrai backend
Formulaires connectés à une base de données, upload de fichiers, espace utilisateur, notifications automatiques, gestion de candidatures, tableau de bord interne — dès que ce type de besoin apparaît, le no-code seul ne suffit plus.
4. Votre site ne reflète plus votre niveau
C'est le signal le plus subjectif, mais souvent le plus parlant. Votre activité a grandi, vos clients attendent plus, votre site vitrine généré via un outil IA ressemble à tous les autres. Le design ne vous différencie plus.
Ce que ça change concrètement : le cas Korsa
Korsa Talent est une agence de recrutement belge spécialisée dans le placement de jeunes diplômés en Business, Ingénierie, Finance et Droit.
Leur site existant avait été généré avec Lovable. Propre, rapide à mettre en place. Mais ils se heurtaient à trois problèmes concrets : des formulaires de candidature trop limités, pas de backend pour stocker les dossiers, et un site uniquement en français alors qu'une partie de leur clientèle est anglophone.
La migration s'est faite vers Next.js 15 avec un backend Supabase. Concrètement :
- Formulaires multi-étapes connectés directement à une base de données (candidats, entreprises, candidatures — trois tables distinctes)
- Upload de CV dans un bucket privé Supabase, accessible uniquement à l'équipe Korsa
- Site bilingue FR/EN via next-intl, avec des URL propres dans les deux langues
- Déploiement continu sur Vercel — chaque mise à jour est en ligne en quelques secondes
Le résultat : l'équipe Korsa gère ses candidatures en autonomie depuis le dashboard Supabase. Plus d'emails avec des pièces jointes perdues, plus de tableurs Excel en parallèle. Tout est centralisé, structuré, sécurisé.
Le design est resté quasiment identique à l'original — c'était volontaire. La migration n'était pas une refonte visuelle, c'était un remplacement de l'infrastructure technique par quelque chose de solide. Le projet est visible dans mes réalisations.
Ce qui ne vaut pas la migration
Autant être clair sur l'autre côté.
Si vous avez un site vitrine de 5 pages, stable, qui ne va pas évoluer significativement — rester sur Webflow ou Wix est la bonne décision. Une migration vers du sur-mesure coûte entre 3 000 et 12 000 euros selon la complexité. Si le besoin ne justifie pas cet investissement, ne le faites pas.
De même si vous êtes en phase de validation. Avant de savoir si votre produit ou service trouve son marché, un outil no-code est parfait pour tester vite et peu cher. Investir dans du sur-mesure avant d'avoir validé vos hypothèses, c'est prendre le risque de sur-construire quelque chose qui va changer de direction.
La migration est pertinente quand :
- Votre activité est établie et stable
- Vous avez des besoins techniques que l'outil actuel ne couvre pas
- Vous avez un budget pour le faire bien
- Le site est un canal important de génération de business
Comment ça se passe concrètement
Une migration no-code → sur-mesure, ça ne se fait pas en une semaine. Voici les étapes réalistes.
Audit de l'existant : qu'est-ce qui marche, qu'est-ce qui ne marche pas, qu'est-ce qu'on garde (design, contenu, URLs si possible pour le SEO).
Choix de la stack : pour la plupart des projets en 2026, Next.js 15 + Supabase + Vercel est une base solide. Performant, scalable, avec un backend managé qui ne vous demande pas de gérer des serveurs.
Migration du contenu : le contenu texte migre facilement. Les images demandent parfois un retraitement (formats modernes, redimensionnement). Les URLs doivent être planifiées pour éviter de casser le référencement existant.
Backend et intégrations : c'est là que ça prend du temps. Modéliser les données, mettre en place les formulaires, configurer le stockage de fichiers, les emails transactionnels, les permissions. Rien de magique — juste du travail propre.
Tests et déploiement : on ne bascule pas d'un coup. On teste, on valide, on migre progressivement.
La durée réaliste pour un projet de taille Korsa : 4 à 8 semaines selon la complexité des fonctionnalités.
Si vous voulez voir comment ça se structure, j'explique mes services en détail sur la page dédiée.
FAQ
Lovable génère du code React — c'est du "vrai" code, non ?
Oui, Lovable génère du code React. Vous pouvez l'exporter. Mais ce code est généré automatiquement, sans considération pour la maintenabilité ou les performances. Le récupérer et le faire évoluer demande souvent autant de travail que de repartir de zéro.
Est-ce qu'on peut migrer le SEO sans tout casser ?
Oui, à condition de planifier les redirections 301 correctement. Chaque ancienne URL doit pointer vers la nouvelle. Si votre domaine a de l'autorité et des backlinks, on préserve ça. C'est un point d'attention important dans toute migration.
Webflow propose du CMS — c'est suffisant pour un backend ?
Le CMS Webflow est utile pour du contenu éditorial (articles, produits, équipe). Mais pour stocker des données utilisateur, gérer des uploads, appliquer des règles métier complexes ou exposer une API — non, ce n'est pas fait pour ça.
Quel est le coût d'un site sur-mesure ?
Pour un site vitrine avec quelques pages et un formulaire de contact, comptez 3 000 à 5 000 euros. Pour un projet avec backend, formulaires complexes, bilinguisme et intégrations — entre 5 000 et 12 000 euros. Ce sont des fourchettes : chaque projet est différent.
On peut faire évoluer le site ensuite, sans dépendre de vous ?
Oui. Je livre des projets documentés, avec du code lisible. Si vous avez un développeur interne ou souhaitez changer de prestataire plus tard, vous pouvez le faire sans repartir de zéro. C'est un critère que j'applique à chaque livraison.
Est-ce que Supabase est fiable pour stocker des données sensibles comme des CV ?
Oui. Supabase utilise PostgreSQL, avec des politiques de sécurité granulaires (Row Level Security). Les fichiers stockés dans un bucket privé ne sont accessibles que via des tokens signés, jamais publiquement. C'est une infrastructure utilisée par des milliers de startups et d'entreprises en production.
Faut-il vraiment Next.js, ou d'autres options existent ?
Next.js est mon choix par défaut en 2026 parce qu'il couvre bien la plupart des besoins : performances (Server Components), SEO (rendu côté serveur), i18n, déploiement sur Vercel. Pour d'autres contextes, d'autres stacks peuvent s'imposer. Mais pour un site vitrine avec backend léger, c'est difficilement battu aujourd'hui.
Le no-code est un bon outil de départ. À un moment, il devient un plafond. Si vous sentez que vous vous battez contre votre site au lieu de le faire travailler pour vous, c'est probablement le moment d'en parler. Contactez-moi — on fait le point ensemble, et on regarde si une migration a du sens pour votre cas.