Mettre une app Lovable en production
Lovable vous amène très vite à une app qui marche. Avant d'y faire entrer de vrais clients et de vraies données, quelques vérifications évitent l'essentiel des incidents.
Ce que génère Lovable : React, Vite et TypeScript côté interface, Supabase (ou Lovable Cloud) côté données et authentification.
Les risques typiques d'une app Lovable
Tables Supabase lisibles par tous
Sans Row Level Security correctement configurée, la clé publique de l'app suffit pour lire ou modifier les données. C'est la faille documentée sous CVE-2025-48757.
Secrets exposés dans le navigateur
Une clé d'API tierce placée côté client est visible par n'importe quel visiteur. Elle doit passer par une edge function.
Tester en aperçu n'est pas tester en production
L'aperçu partage souvent la même base que l'app publiée. Une base de test séparée évite de corrompre les données réelles.
Référencement limité
L'app est rendue côté navigateur : les moteurs de recherche voient peu de contenu. Les pages marketing gagnent à vivre sur un site statique à part.
À vérifier avant de lancer
- RLS activée sur chaque table, avec des politiques par propriétaire
- Aucune clé secrète dans le code envoyé au navigateur
- Projet synchronisé sur GitHub
- Base de staging distincte de la production
- Domaine personnalisé et sauvegardes vérifiés
La checklist complète couvre tous les points à contrôler, quel que soit l'outil.
Questions fréquentes
Lovable est-il prêt pour la production ?
La plateforme peut héberger une app en production. La sécurité de vos données, elle, dépend de la configuration de votre projet : c'est ce qu'il faut vérifier avant le lancement.
Faut-il quitter Lovable pour passer en production ?
Non. On peut sécuriser et garder l'app sur Lovable, ou l'exporter via GitHub vers un autre hébergeur si vous avez besoin de plus de contrôle.
Votre app Lovable est-elle prête ?
Un audit vous le dit en quelques jours, avec la liste précise de ce qu'il faut corriger.