Héberger une application Base44 ailleurs : GitHub, frontend et backend

Vous souhaitez héberger une application créée avec Base44 en dehors de son hébergement ? Vous pouvez exporter le code vers un dépôt et déployer une interface compatible depuis Git, mais cela ne transfère pas automatiquement la base de données, les utilisateurs ni les fonctions serveur. Décidez d’abord si vous voulez seulement changer l’hébergement de l’interface ou remplacer toute la plateforme.

Base44 documente l’export vers GitHub et la synchronisation bidirectionnelle. Son SDK permet aussi à une application externe d’utiliser Base44 comme backend. Une possibilité consiste à publier l’interface sur Hostbrid Projects tout en conservant temporairement les services Base44. Nous n’avons pas migré d’application réelle d’un client ni certifié une compatibilité générale : vérifiez le dépôt et le forfait avant de commander.

1. Exportez le projet et vérifiez son contenu

Dans l’éditeur, connectez GitHub ou téléchargez le projet au format ZIP. Le guide GitHub officiel de Base44 décrit l’export et la synchronisation ; sa documentation développeur propose aussi une CLI et l’éjection du projet en local. Vérifiez les conditions du forfait et les options disponibles dans votre compte, car elles peuvent évoluer.

Avec un ZIP, extrayez les fichiers puis créez ou envoyez un dépôt Git ; Projects connecte des dépôts et n’accepte pas le ZIP comme déploiement direct. Avant le premier push, vérifiez .gitignore et retirez les secrets, données utilisateurs, exports de base de données et fichiers .env. Identifiez la branche qui contient les dernières modifications et gardez une copie indépendante du projet d’origine.

2. Distinguez frontend, backend et données

Inspectez package.json, les scripts, les dépendances et les fichiers du projet. Un frontend React/Vite peut nécessiter une compilation statique ; un projet avec des routes ou des processus serveur a besoin d’un runtime compatible. Le nom React ne suffit pas pour le déterminer.

Recherchez les imports @base44/sdk, les appels base44.entities, l’authentification, les fonctions backend, les connecteurs et les appels API. La documentation officielle du SDK permet de créer un client dans une application externe et d’utiliser Base44 comme backend. Cela conserve une dépendance opérationnelle à Base44 : héberger le frontend ailleurs ne migre pas ses tables, utilisateurs, permissions, fichiers, automatisations ni connecteurs.

Le SDK réserve aussi l’accès service role aux fonctions backend hébergées par Base44 ; un backend externe ne reçoit pas cette permission élevée. N’ajoutez pas une clé administrateur au navigateur pour contourner cette limite. Pour quitter entièrement Base44, prévoyez des remplacements et migrations distincts pour l’authentification, les données, les règles d’accès, les fichiers, les fonctions, les e-mails, les paiements et les intégrations. L’export du code ne prouve pas que ces services sont portables.

3. Testez le dépôt sur Projects

Connectez le dépôt à Hostbrid Projects, choisissez la bonne branche et vérifiez les commandes ainsi que le dossier de sortie réellement utilisés. Projects peut déployer depuis Git ; les options de services, ressources et limites dépendent du forfait en vigueur. Ne copiez pas des commandes génériques et ne supposez pas que toutes les fonctions Base44 s’exécutent comme un processus Node.

Commencez par un domaine temporaire. Testez l’accès direct aux routes, la connexion et la déconnexion, les lectures et écritures autorisées, les téléversements et chaque intégration. Vérifiez les erreurs de console et de réseau, CORS, les URL autorisées, OAuth et les callbacks. Si Base44 reste votre backend, confirmez que les requêtes depuis le nouveau domaine fonctionnent toujours et que les règles de données restent appliquées.

4. Changez de domaine après les tests

Ne basculez pas le domaine définitif avant d’avoir validé les tests fonctionnels et vérifié secrets, permissions, quotas et coûts externes. Gardez une solution de retour : laissez l’ancien hébergement et Base44 disponibles jusqu’à la validation de la nouvelle version. Une compilation réussie prouve seulement que le code a été compilé ; elle ne prouve pas que les utilisateurs, paiements ou données ont été migrés.

Pour une interface déployée depuis Git, comparez les forfaits et ressources Projects actuels. Si vous devez aussi remplacer le backend Base44, estimez d’abord la migration et testez-la avec une copie des données. Le bon choix dépend de la part du backend géré que vous souhaitez conserver.

Sources : documentation développeur Base44 · client SDK Base44 · GitHub avec Base44 · Hostbrid Projects