Une app Lovable peut déjà être en production au sens strict : elle est publiée, accessible et utilisée. Avant d'augmenter son exposition, il reste à vérifier les garanties qui ne se voient pas dans une démonstration. Elles concernent les accès, les comptes, les sauvegardes, la capacité à absorber l'usage et la reprise du projet.
Lovable peut aujourd'hui utiliser Supabase ou Lovable Cloud. Les contrôles précis varient, mais les six questions suivantes restent valables dans les deux cas.
1. Les règles d'accès protègent-elles chaque donnée ?
Les backends compatibles Supabase utilisent le Row Level Security, ou RLS, pour décider qui peut lire, modifier ou supprimer chaque ligne. La clé publique visible dans le navigateur est normale. La protection repose sur les politiques associées aux tables et sur des tests avec plusieurs rôles utilisateurs.
2. L'authentification est-elle complète ?
Il faut tester l'inscription, la connexion, l'expiration de session, la récupération de mot de passe, la suppression de compte et la protection côté serveur. Masquer une page dans l'interface ne constitue pas une règle d'autorisation.
3. Qui contrôle les comptes critiques ?
Le dépôt GitHub, le workspace Lovable, le projet Supabase éventuel, le domaine, les clés de paiement et les emails transactionnels doivent appartenir à l'organisation qui porte le produit. Les rôles d'administration et la double authentification doivent être documentés.
4. Les sauvegardes sont-elles restaurables ?
Une sauvegarde utile possède une fréquence adaptée au volume d'activité et une procédure de restauration testée. Les fichiers stockés séparément de la base doivent faire partie du plan.
5. L'app correspond-elle à l'usage attendu ?
Le plan d'hébergement, les requêtes, le volume de données et les intégrations doivent être comparés au nombre d'utilisateurs simultanés et au niveau de disponibilité attendu. Il n'existe pas de seuil universel entre prototype et production.
6. Quelqu'un d'autre peut-il reprendre le projet ?
Le dépôt doit se construire hors de Lovable et la configuration nécessaire doit être décrite. Pour Lovable Cloud, une migration reste possible, mais données, utilisateurs, fichiers, secrets et fournisseurs d'authentification ne suivent pas tous automatiquement le code.
Ce que tu peux vérifier sans développer
Tu peux contrôler la propriété des comptes, la double authentification, la présence des sauvegardes, les contacts d'alerte et les parcours visibles. Les règles d'accès, la protection côté serveur, les dépendances et la tenue en charge demandent une lecture technique. La checklist de lancement sépare ces deux niveaux, et le Scan documente le second.
Si tu es encore en train de construire, KERN-IT propose aussi du coaching comme expert Lovable en Belgique. Tu restes aux commandes et nous t'aidons à prendre les décisions, sans modifier ni extraire l'application. La réalisation par notre équipe constitue une mission séparée.