Le mauvais choix de stack peut vous coûter 3 mois avant même votre premier utilisateur. Le bon choix, au contraire, est invisible : vous ne le remarquez pas parce qu'il ne pose pas de problème. Cet article résume la stack que je recommande par défaut en 2026 pour une startup produit, et surtout les questions à se poser avant de s'éloigner du chemin balisé.
Principe directeur : « boring tech + un choix moderne ». Vous voulez 90 % de votre stack composée d'outils ennuyeux mais éprouvés, et 10 % de choix modernes là où c'est votre différenciation.
Pourquoi « boring » gagne
Chaque techno « shiny » que vous adoptez ajoute : un coût de recrutement, un risque de dépendance, un manque de doc, une communauté plus petite pour vous dépanner à 23 h la veille d'une démo. Vous voulez que la partie « nouveauté » de votre produit soit dans votre valeur métier, pas dans le choix du framework.
La stack par défaut recommandée
Front — Next.js (App Router)
Next.js 15 avec l'App Router est en 2026 le choix par défaut d'une écrasante majorité de startups. React sous le capot, SSR + SSG statique par route, image optim, SEO automatique, écosystème gigantesque. Déploie en un click sur Vercel.
Alternative si : une équipe déjà en Nuxt (Vue) ou SvelteKit peut y rester sans regret. Une équipe en Ruby on Rails avec Hotwire aussi : c'est encore redoutable en 2026 pour du CRUD métier.
Back-end et base de données — Supabase (ou Convex / Firebase)
Supabase = PostgreSQL managé + auth + storage + row-level security + realtime + edge functions, le tout avec une DX excellente et une facturation prévisible. Vous économisez 3 semaines de plomberie au démarrage.
Alternative si : logique métier lourde côté serveur → Node (Fastify / Hono) ou Python (FastAPI) avec Postgres directement. Applications collaboratives temps réel → Convex peut être un choix supérieur à Supabase.
Paiement — Stripe
En 2026, il n'y a toujours pas de concurrent sérieux à Stripe pour un SaaS français ou européen. Comptes, abonnements, portail client, factures conformes, TVA UE gérée automatiquement. Utilisez Stripe Checkout et le portail client, évitez de reconstruire ce qui existe déjà.
IA — OpenAI (avec Anthropic en secondaire)
Pour les cas d'usage courants (extraction, résumé, agents, RAG), OpenAI reste le meilleur ratio qualité / prix / DX en 2026. Anthropic (Claude) est un excellent secondaire pour les tâches de raisonnement long ou de rédaction éditoriale. Utilisez un provider qui expose une abstraction (Vercel AI SDK, LangChain) pour pouvoir basculer.
Mobile — Expo (React Native)
Sauf besoin natif fort, Expo est le chemin le plus court : config native cachée, OTA updates, EAS Build pour les publications, écosystème React. Un dev seul livre iOS + Android en une seule campagne.
Emails transactionnels — Resend ou Postmark
Resend est aligné DX-first avec React Email pour composer visuellement. Postmark reste la référence délivrabilité. Fuir SendGrid pour du transactionnel léger — sur-dimensionné.
Analytics — PostHog ou Plausible
PostHog si vous voulez événements + feature flags + session replay dans un seul outil. Plausible si vous voulez juste des vues et pas de conformité RGPD à gérer.
Monitoring — Sentry + Vercel Analytics
Sentry pour les erreurs (JS front, mobile, back), Vercel Analytics pour la performance edge et Web Vitals. Suffisant jusqu'à 100 k utilisateurs actifs.
Résumé en une phrase
Next.js + Supabase + Stripe + Expo + OpenAI + Resend + PostHog + Sentry. Vous êtes en production en 8 semaines, monitorée, monétisée, sécurisée. Le reste, c'est votre produit.
Quand s'éloigner de la stack par défaut ?
Trois raisons valables — et seulement ces trois-là :
- Compétence interne existante. Une équipe Rails compétente ne devrait pas repartir en Next.js pour la mode : elle sera plus rapide chez elle.
- Contrainte réglementaire. Hébergement souverain, certifications, secteur régulé. Ça change tout.
- Charge exceptionnelle. Millions de requêtes par jour, latence critique, streaming vidéo. Là oui, Go / Rust / architecture spécifique.
Les erreurs qui coûtent le plus cher
- Choisir un ORM « fancy » qui vous colle 3 mois plus tard avec des requêtes SQL brutes cachées derrière une abstraction. Restez sur Prisma ou Drizzle, voire du SQL direct.
- Micro-services au V1. Une architecture 3 services au démarrage vous coûte en complexité 5 × plus qu'un monolithe bien découpé. Attendez le vrai signal d'échelle.
- Auth maison. N'écrivez jamais votre système d'auth. Supabase Auth, Clerk, ou Auth.js. Point.
- Kubernetes en dessous de 20 personnes. Vercel, Railway ou Fly.io suffisent — et vous économisent un poste ops.
Combien coûte cette stack en infrastructure ?
Pour un SaaS jusqu'à 1 000 utilisateurs actifs :
- Vercel Pro : 20 € / mois
- Supabase Pro : 25 € / mois
- Stripe : 1,4 % + 0,25 € / transaction (pas d'abonnement)
- Resend : 20 € / mois pour 50 k emails
- PostHog : gratuit jusqu'à 1M events
- Sentry : 26 € / mois
- OpenAI : variable, souvent 50-200 € / mois au démarrage
Total typique : 150 à 350 € / mois tant que vous n'avez pas de vrai volume. Prévisible et sans surprise.
On regarde ensemble votre stack ?
En 30 minutes d'appel je peux vous aider à trancher, ou valider les choix que vous avez déjà faits. Souvent ça évite un mauvais démarrage qui prend 2 mois à corriger.
Réservez un créneau. À lire aussi : Livrer un MVP SaaS en 8 semaines.