Choisir un service, c'est accepter une part de dépendance. C'est vrai d'un hébergeur, d'une base de données, d'un service d'emails, et c'est vrai des plateformes de développement par IA. La question utile n'est donc pas « suis-je dépendant ? ». C'est « combien me coûterait de partir, et suis-je capable de le faire si je le décide ? ».
Les quatre couches de dépendance
Une app construite avec Lovable, Bolt, v0, Replit ou Base44 repose sur plusieurs couches, qui ne se déplacent pas toutes de la même façon :
| Couche | Exemples | Ce qu'il faut vérifier |
|---|---|---|
| Le code | Interface, logique, fonctions serveur | Export possible, dépôt Git sous ton contrôle |
| Les données | Base, fichiers, utilisateurs | Méthode d'export, format, propriétaire du compte |
| Les comptes | Domaine, emails, paiement, hébergement | Titulaire, accès administrateur, facturation |
| Les services propres | Base intégrée, authentification maison, connecteurs | Équivalent disponible ailleurs, effort de remplacement |
La dépendance est souvent faible sur le code, plus forte sur les données et les services propres à la plateforme, et parfois invisible sur les comptes, jusqu'au jour où l'on découvre que le domaine appartient à un ancien prestataire.
Ce que disent les plateformes
Les situations diffèrent selon l'outil et la configuration. Lovable synchronise le code dans les deux sens avec un dépôt GitHub créé dans le compte ou l'organisation de ton choix, privé par défaut, et ce dépôt reste en place si tu te déconnectes. La documentation GitHub de Lovable ne couvre pas la base, les fichiers ni les secrets : ceux-ci dépendent de Supabase ou de Lovable Cloud, et s'inventorient à part.
Nos pages consacrées à Lovable, Bolt, v0, Replit et Base44 détaillent, sources officielles à l'appui, ce qui est exportable, ce qui reste lié au service et ce qui dépend de la configuration du projet.
Côté réglementation, le Data Act européen, applicable depuis le 12 septembre 2025, crée un cadre pour faciliter le changement de fournisseur de services cloud. Il ne règle pas les questions techniques d'une migration, mais il renforce ta position pour obtenir tes données.
Comment mesurer ta dépendance
- Le dépôt Git existe-t-il, et à qui appartient-il ? Il doit être dans une organisation au nom de l'entreprise
- Peux-tu exporter les données aujourd'hui ? Teste-le une fois, sur une copie, avec les fichiers et les utilisateurs
- Qui est titulaire de chaque compte ? Domaine, base, hébergeur, emails, paiement, analytics
- Quelles fonctionnalités reposent sur un service propre à la plateforme ? Pour chacune, existe-t-il un équivalent standard ?
- Les variables et secrets sont-ils documentés ? Sans eux, un code exporté ne redémarre pas ailleurs
Notre guide pour exporter et posséder le code de son app IA déroule ces vérifications plateforme par plateforme.
Un exemple concret
Une agence immobilière utilise depuis un an une app de gestion des visites construite avec Base44. L'app fonctionne bien. Un partenaire demande une intégration avec son logiciel, et le conseil d'administration veut savoir ce qui se passerait si la plateforme changeait ses tarifs.
L'analyse montre une dépendance moyenne : le code est récupérable, les données s'exportent, mais l'authentification et deux automatisations reposent sur des services propres à la plateforme. La décision prise : rester, placer les comptes au nom de l'agence, planifier un export mensuel des données et documenter le remplacement des deux automatisations. Coût : quelques jours. La porte de sortie est connue, sans migration.
Les erreurs les plus fréquentes
- Confondre export du code et indépendance : le code sans les données, les comptes et la configuration ne redémarre pas
- Laisser les comptes au nom d'un prestataire ou d'une adresse personnelle
- Ne jamais tester l'export des données avant d'en avoir besoin
- Migrer par principe, sans besoin précis, et créer une nouvelle dépendance ailleurs
- Déduire la dépendance de la seule plateforme, sans regarder la configuration réelle du projet
Ce qu'il faut retenir
La dépendance fournisseur se gère comme un risque : on la mesure, on la documente et on la réduit là où l'enjeu le justifie. Rester sur une plateforme est un choix légitime, tant que la sortie est possible et chiffrée. Le Scan de vibebusters établit cet état des lieux couche par couche, et l'Intervention réalise les transferts de comptes ou la migration lorsque celle-ci est décidée.