Server Actions et routes API
Chaque action vérifie la connexion et les droits côté serveur. Une page protégée ne protège pas les actions qu’elle contient.
Diagnostic · v0
Votre app v0 est belle à l’écran. Est-elle aussi solide derrière ?
Je fais le diagnostic de votre application v0 en quelques jours : code serveur Next.js, secrets, base de données, publication sur Vercel et coûts. Vous savez ce qu’il faut garder, corriger ou refaire, et combien ça coûte.
Premier échange de 15 min, sans engagement. Diagnostic à partir de 1 200 € HT.
v0 en bref
Générateur d’applications web par IA (Vercel). Ce qu’il faut savoir avant de faire grandir une app construite avec.
- Ce que v0 génère
- Une app Next.js (React, TypeScript, Tailwind CSS, shadcn/ui). L’interface et le code serveur vivent dans le même projet.
- Base de données
- Au choix via la marketplace Vercel : Supabase, Neon (Postgres), Upstash ou Vercel Blob. Chaque intégration ouvre un compte chez le fournisseur.
- Récupérer le code
- Oui : connexion GitHub (dépôt privé, une branche par conversation, pull requests) ou export. C’est un projet Next.js standard.
- Hébergement
- Sur Vercel, avec une préversion par branche. Le code peut tourner chez un autre hébergeur, avec un peu de configuration.
- Point de vigilance n°1
- Le code serveur. Une Server Action peut être appelée directement, sans passer par l’interface : chacune doit vérifier qui appelle et ce qu’il a le droit de faire.
Informations vérifiées le 5 novembre 2026. Ces outils évoluent vite : je mets cette page à jour régulièrement.
Ça vous parle ?
- L’interface est terminée, mais une partie des données est encore factice.
- Vous ne savez pas à qui appartient le compte Supabase ou Neon créé par l’intégration.
- Les « Fix with v0 » s’enchaînent, et vos crédits avec.
- Plusieurs conversations ont modifié le projet et vous ne savez plus ce qui est en ligne.
- Une clé d’API commence par NEXT_PUBLIC_ et vous ne savez pas si c’est grave.
Ce que je vérifie sur une app v0
Variables NEXT_PUBLIC_
Ce préfixe envoie la valeur dans le navigateur. Aucune clé de base de données, de paiement ou d’IA ne doit le porter.
Base de données
Supabase ou Neon ajouté via Vercel : compte à votre nom, schéma versionné, et règles RLS qui filtrent par utilisateur si c’est Supabase.
Composants client
Ils ne reçoivent que les champs dont ils ont besoin. Une fiche complète passée à un composant client part entière dans le navigateur.
Circuit de publication
Publier depuis v0 fusionne la pull request dans votre branche principale. Je vérifie les protections de branche, la CI et le retour en arrière sur Vercel.
Et sur chaque projet
Propriété des comptes
Qui détient les comptes de l’outil, de la base de données, de GitHub et du nom de domaine ? Tout doit être à votre nom.
Sauvegardes et environnements
Existe-t-il des sauvegardes, une version de test séparée de la production, et un moyen de revenir en arrière ?
Coûts mensuels
Abonnements, crédits, base de données et services tiers : ce que l’app coûte aujourd’hui et à 10 fois plus d’utilisateurs.
Garder, corriger, refaire
Le rapport classe chaque partie de l’app dans l’une de ces trois cases. Voici ce que l’on trouve le plus souvent sur un projet v0.
À garder
L’interface et les composants : c’est le point fort de v0, sur des bases standards (Tailwind, shadcn/ui).
À corriger
Les contrôles d’accès dans les Server Actions, les variables d’environnement et les données envoyées aux composants client.
À refaire
Les parties restées en données factices, et parfois l’authentification ou les paiements ajoutés au fil des conversations.
Mon avis de CTO
MonJoliMariage, mon SaaS avec IA, tourne sur Next.js : c’est la pile que génère v0, et je la connais bien. v0 sort des interfaces soignées, sur des composants que tout développeur React connaît. Le risque est ailleurs. Dans Next.js, interface et code serveur sont mélangés, et une action qui oublie de vérifier l’utilisateur ne se voit pas en démo. C’est la première chose que je relis. Viennent ensuite la base de données et la facture : qui possède les comptes, et combien l’app coûtera avec dix fois plus d’utilisateurs.
Comment se passe le diagnostic
- 01Accès en lecture
Vous m’invitez en lecture seule sur le dépôt GitHub et sur le projet (Supabase, Firebase…). Les accès sont retirés à la fin, et je peux signer un accord de confidentialité.
- 02Analyse
Sécurité des données, structure du code, sauvegardes, propriété des comptes et coûts mensuels.
- 03Rapport
Un feu vert, orange ou rouge par point, avec des exemples tirés de votre code et un plan garder, corriger, refaire.
- 04Restitution
1 h pour décider ensemble : vous continuez seul avec le plan, je corrige, ou je prends la direction technique.
Tarifs
Diagnostic express
HT1 200 €
environ 3 jours ouvrés
- Sécurité, code, données et coûts
- Un feu vert, orange ou rouge par point
- 1 h de restitution en visio
Audit complet + feuille de route
HT2 400 €
environ 5 jours ouvrés
- Tout le diagnostic express
- Ce qui marche vraiment, fonctionnalité par fonctionnalité
- Feuille de route chiffrée : conserver, corriger, remplacer
Reprise et mise en production
à partir de · HT5 000 €
en général 2 à 8 semaines
- Corrections de sécurité et des bugs bloquants
- Mise en production et suivi des erreurs
- Documentation et passation
Accès en lecture seule, retirés à la fin. Accord de confidentialité possible.
Vos questions
Peut-on sortir de v0 et de Vercel ?
Oui. Le code est un projet Next.js standard, récupéré via GitHub ou par export. Il peut tourner chez un autre hébergeur, avec un peu de configuration. Les services ajoutés via la marketplace (Neon, Upstash, Blob) sont à vérifier un par un.
Mon app v0 n’a pas encore de vraie base de données. C’est grave ?
Non, c’est fréquent : beaucoup de projets v0 commencent par l’interface. Le diagnostic choisit la base adaptée (Supabase, Neon…) et l’ordre dans lequel brancher les vraies données.
Faut-il tout refaire ?
Rarement. L’interface et les composants se gardent presque toujours. Le travail porte sur le code serveur, la base de données et le circuit de publication.
Puis-je continuer à utiliser v0 ensuite ?
Oui. Connecté à GitHub, v0 travaille sur une branche par conversation et publie via une pull request. Avec une protection de branche, un développeur la relit avant la mise en ligne.
Quels accès faut-il ?
Un accès en lecture au dépôt GitHub, au projet Vercel et à la base de données (Supabase, Neon…). Les accès sont retirés à la fin.
Pour aller plus loin
Supabase ou Firebase ?Lovable ou Cursor ?Cursor ou Claude Code ?Diagnostic d’une app LovableDiagnostic d’une app BoltDiagnostic d’une app Base44Diagnostic d’une app FlutterFlowDiagnostic d’une app ReplitDiagnostic d’une app BubbleChecklist gratuite : votre app est-elle prête ?CTO freelance à temps partagé
La prochaine étape
Parlons de votre app v0.
Décrivez votre app en quelques lignes : ce qu’elle fait, où elle bloque, ce que vous voulez faire ensuite. Je vous dis par quoi commencer.