Test de réalité en production
L'application Lovable semblait lovable. La production n'est pas d'accord.
Séparez le problème d'éditeur ou de preview de la panne publiée. Vérifiez ensuite code et services, pas des prompts au hasard.
01
Qu'est-ce qui s'est passé ?
Lovable associe souvent Vite aux données, à l'auth, au storage et aux fonctions Supabase ; la production change domaine, callbacks, variables et policies.
02
Pourquoi cela arrive
- URL ou clés Supabase diffèrent.
- Le domaine manque dans les redirections auth.
- RLS ou une edge function bloque le parcours réel.
03
Ce que vous pouvez vérifier
- Reliez erreurs réseau aux logs Supabase et serveur.
- Vérifiez domaine, callbacks et variables.
- Testez les policies sans session puis avec deux comptes.
04
Comment tester le correctif sans risque
Appliquez le correctif dans une branche dédiée, validez-le sur un staging proche de la production et déployez exactement la version approuvée. Gardez le dernier artefact stable et un rollback testé.
05
Quand faire appel à un développeur
Faites intervenir un développeur senior si les données, l'authentification, les droits, les paiements ou l'infrastructure sont concernés, ou si la cause reste inexpliquée. Shipvise réunit staging, contrôles automatiques, revue IA ou senior, déploiement contrôlé, hébergement et rollback.
FAQ
Questions après la panne de la démo
Pourquoi seulement en preview ?
La version publiée peut avoir domaine, callbacks, build, variables ou policies différents.
Shitvise est-il affilié à Lovable ?
Non. Shitvise et Shipvise sont indépendants et ne sont pas approuvés par Lovable.
Lovable est une marque de son propriétaire respectif. Shitvise et Shipvise sont indépendants et ne sont ni affiliés ni approuvés par Lovable.