Votre app Lovable ne marche pas en production ? La rendre prête pour la production

Pourquoi mon app Lovable marche-t-elle en aperçu mais casse-t-elle en production ?

Dans l'aperçu, vous êtes un seul utilisateur, avec des données de test, à cliquer sur les parcours que vous avez construits. La production ajoute des inconnus, de l'argent réel et le temps qui passe. Les pannes qui suivent viennent rarement d'une mauvaise ligne de code. Ce sont des décisions manquantes : qui peut lire quelle ligne, que se passe-t-il quand un paiement réussit mais que le navigateur se ferme, et qui remarque qu'un e-mail ne part plus.

• Des fuites de données entre utilisateurs. Supabase rend une table d'un schéma exposé lisible et modifiable par tout rôle qui dispose d'un droit dessus, sauf si la sécurité au niveau des lignes est activée et que ses règles sont correctes.
• Des secrets dans le navigateur. La clé publishable (anon) peut être publiée sans risque ; la clé service-role contourne toutes les règles RLS et ne doit jamais atteindre le navigateur.
• Des paiements qui dérivent. Un paiement qui revient sur une page de succès n'est pas une preuve de paiement. Le serveur doit le confirmer auprès de Stripe.
• Des modifications qui cassent d'anciennes fonctionnalités. Sans tests de non-régression, chaque nouveau prompt peut défaire quelque chose qui fonctionnait la semaine dernière.
• Des pannes silencieuses. Sans supervision, vos clients trouvent le bug avant vous.

Rien de tout cela n'est propre à Lovable. Toute première version rapide, écrite par une personne ou par une IA, a tendance à présenter les mêmes lacunes, parce que le rôle d'un prototype est de prouver l'idée, pas de résister à des inconnus.

Une app Lovable est-elle prête pour la production dès le départ ?

En partie. La documentation de Lovable indique qu'il écrit des règles de sécurité au niveau des lignes pour les tables lorsque vous connectez Supabase, qu'il lance une analyse de sécurité rapide à la publication (une revue de la base de données, comme les tables sans RLS ou les règles qui laissent tout le monde passer, un audit des dépendances et un contrôle du serveur MCP), et qu'il propose une analyse plus poussée à lancer manuellement. Elle dit aussi clairement que l'analyse ne peut pas garantir une sécurité complète et ne remplace pas un examen de sécurité approfondi.

C'est une description honnête. Une analyse peut vous dire qu'une règle existe. Elle ne peut pas vous dire si la règle correspond à vos règles métier, par exemple qu'un administrateur d'équipe peut voir les factures mais pas un simple membre. Ce jugement, c'est ce que signifie concrètement être prêt pour la production.

Que veut dire « prête pour la production » pour une app Lovable ?

Comment ajouter des paiements Stripe à une app Lovable en toute sécurité ?

L'intégration Stripe de Lovable passe par des fonctions edge, ce qui garde votre clé secrète hors de l'app, et les paiements ponctuels ouvrent Stripe Checkout. D'après la documentation de Lovable, elle ne configure pas de webhooks par défaut : l'app vérifie le statut des paiements et des abonnements directement auprès de Stripe, et des webhooks peuvent être ajoutés sur demande. Elle précise aussi que les identifiants de prix diffèrent entre le mode test et le mode réel : passer en réel en demande donc de nouveaux.

Vérifier le statut à la demande fonctionne pour un paiement simple. Dès que vous vendez des abonnements, il vous faut généralement aussi des webhooks, car les renouvellements, les cartes refusées et les résiliations surviennent quand votre utilisateur n'est pas sur la page. La documentation de Stripe est précise sur la manière de le faire en sécurité :

• Vérifiez chaque webhook avec l'en-tête Stripe-Signature et le secret de votre point de terminaison, sur le corps brut de la requête.
• Attendez-vous à des doublons et à des événements dans le désordre. Enregistrez les identifiants des événements traités pour que chacun ne soit traité qu'une fois (idempotence).
• Souvenez-vous que Stripe retente les envois échoués en mode réel pendant trois jours maximum : un point de terminaison en panne peut rejouer plusieurs jours d'événements à son rétablissement.
• Séparez les secrets de test et de production. Les objets d'un mode ne sont pas visibles dans l'autre.

Corriger moi-même, faire appel à un freelance ou à une équipe ?

Si votre app a une poignée d'utilisateurs, aucun paiement et aucune donnée sensible, vous pouvez parcourir vous-même le tableau ci-dessus avec l'analyse de sécurité de Lovable et le Security Advisor de Supabase, qui signale les tables sans RLS et les règles qui laissent tout le monde passer. C'est un après-midi bien employé.

Un freelance ou un sprint de sauvetage au forfait convient à un problème connu et délimité : une intégration cassée, un audit. C'est souvent l'option la moins chère pour cela. Ce qu'une correction ponctuelle ne vous donne pas, ce sont les six mois suivants : les tests, les mises en production, les mises à jour et l'incident hors heures ouvrées. C'est cette prise en charge continue que nous vendons : Plutonapps est spécialisée dans la mise en production et l'exploitation d'apps Lovable, et notre comparatif agences, freelances, recrutement interne et abonnements indique quand chaque option convient.

Que se passe-t-il après le lancement, et qui est d'astreinte ?

Le lancement est le moment où le travail change, pas celui où il s'arrête. Quelqu'un doit surveiller les erreurs, appliquer les mises à jour de sécurité, répondre aux incidents et livrer la fonctionnalité suivante sans casser la précédente. Avec notre offre Starter, les fondateurs continuent d'écrire leurs prompts dans Lovable, et nos ingénieurs intègrent chaque version au vrai produit, exécutent tests de non-régression et de régression visuelle, revue de code et contrôles de sécurité sur chaque modification, déploient en production deux fois par semaine et prennent en charge jusqu'à cinq interventions d'urgence en production par mois, avec un support aux heures ouvrées. Growth ajoute le déploiement continu et le support 24 h/24, 7 j/7. Détails et prix sur notre page Tarifs.