« Quelle stack technique pour mon projet ? » Question piège, parce qu’il n’y a pas de bonne réponse universelle. Le bon choix dépend de votre projet, de vos contraintes, de votre équipe, de votre horizon temporel. Mais il y a des principes pour ne pas se planter.
Voilà comment je raisonne en 2026 quand un client me demande sur quoi partir.
Qu’est-ce qu’une stack technique
Une stack, c’est l’ensemble des technologies qui composent votre site ou application : le langage de programmation, le framework, la base de données, le serveur, les outils de développement.
Pour un site WordPress classique, la stack est : PHP (langage), WordPress (framework), MySQL (base), Apache ou Nginx (serveur). Pour une application Next.js, c’est : TypeScript (langage), Next.js (framework), PostgreSQL via Supabase (base), Vercel (hébergement).
Le choix de stack détermine beaucoup : la rapidité de développement, le coût, la disponibilité de développeurs, la performance, la facilité d’évolution.
Les questions à poser avant de choisir
Avant toute discussion technique, six questions.
Que doit faire votre application, vraiment ? Une vitrine, une boutique, un outil métier, un SaaS ? Le besoin oriente la stack.
Quelle est votre équipe technique aujourd’hui ? Si vous avez en interne ou avec un partenaire des compétences sur PHP, partez sur du PHP. Sur du JavaScript, partez sur du JavaScript. Choisir une stack que personne autour de vous ne maîtrise, c’est se piéger dès le départ.
Quel est votre budget ? Une stack très moderne (Next.js, GraphQL, Supabase) demande un dev plus expérimenté donc plus cher. Une stack mature (WordPress) trouve plus facilement des développeurs juniors moins chers.
Quelle est votre tolérance au risque ? Une stack mature comme WordPress est ultra-stable, prévisible, fiable. Une stack émergente est plus puissante mais peut introduire des inconnues.
Combien d’utilisateurs prévoyez-vous, à quel horizon ? 100 utilisateurs simultanés ? 10 000 ? La stack doit pouvoir scaler.
Quel est votre horizon temporel ? Vous lancez un MVP que vous referez peut-être dans deux ans ? Vous construisez un produit que vous gardez dix ans ? Le choix n’est pas le même.
Les stacks que je pratique en 2026
Après dix ans, j’ai stabilisé quatre stacks selon les cas d’usage.
Stack 1 : WordPress avec un thème léger (GeneratePress ou Astra) plus Gutenberg plus WooCommerce si e-commerce. Pour 70 % des projets TPE et PME que je prends. Sites vitrines, e-commerces simples, blogs, sites institutionnels. Budget mise en place : 4 000 à 12 000 €.
Stack 2 : Next.js plus TypeScript plus Supabase plus Vercel. Pour les SaaS et les applications web sur-mesure. Outils internes, dashboards, plateformes complexes. Budget mise en place : 15 000 à 60 000 €.
Stack 3 : Shopify avec personnalisation Liquid plus thème custom. Pour les e-commerces ambitieux qui veulent du sérieux et de la simplicité. Budget mise en place : 4 500 à 15 000 €.
Stack 4 : React Native (Expo) plus Supabase. Pour les applications mobiles cross-platform. Budget mise en place : 15 000 à 45 000 €.
Sur 90 % de mes projets, l’une de ces quatre stacks suffit.
Les stacks que j’évite
J’ai aussi mes drapeaux rouges.
Magento pour des projets en dessous de 100 000 € : c’est de l’over-engineering, et le coût de maintenance est prohibitif pour une TPE.
Drupal pour un site de moins de 50 pages : trop complexe, trop spécialisé. WordPress fait le job 95 % du temps.
PrestaShop en 2026 : l’écosystème s’est dégradé, je ne le conseille plus.
Ruby on Rails sur des projets à long terme : excellent framework, mais le vivier de devs Ruby a fondu en France. Trouver un repreneur dans deux ans peut être difficile.
Vue.js / Nuxt pour des projets B2B en France : techniquement excellent, mais l’écosystème React est plus large, donc plus de devs disponibles à recruter ou sous-traiter.
Ces choix sont opinionnés. D’autres pros peuvent en faire d’autres.
Le piège du tout dernier framework
Tous les six mois, un nouveau framework devient à la mode dans la communauté dev. Astro, SvelteKit, Solid, Remix, Hono. Chacun apporte des choses intéressantes.
Mais choisir un framework sorti il y a 18 mois pour un projet client, c’est prendre un risque énorme. Pas de stabilité éprouvée, pas de bibliothèques tierces matures, pas de devs disponibles à recruter, pas de documentation établie.
Pour des projets perso, des side-projects, des explorations, foncez sur les nouveautés. Pour des projets clients qui doivent tenir 5 ans, restez sur des stacks éprouvées.
Le critère de la transmissibilité
Question cruciale qu’on oublie souvent : si vous voulez changer de prestataire dans deux ans, combien de devs disponibles peuvent reprendre votre stack ?
Pour WordPress : énormément. Vous trouverez un développeur compétent en quelques jours.
Pour Next.js / React : beaucoup. Le vivier est large en France.
Pour Shopify : oui, mais avec un profil plus rare (Liquid plus Shopify spécifique).
Pour Vue.js, Nuxt, Astro : moins, surtout sénior.
Pour des frameworks plus marginaux (Phoenix, Solid, Remix, Qwik) : très peu. Vous prenez un risque sur la durée.
Plus la stack est mainstream, plus elle est transmissible. C’est un critère sous-estimé.
La règle d’or
Choisissez la stack la plus simple qui fait le job correctement. Pas la plus puissante, pas la plus moderne. La plus simple.
Une stack simple, c’est : développement plus rapide (donc moins cher), maintenance plus facile, transmission plus aisée, vivier de devs plus large.
Une stack complexe se justifie quand le projet l’exige vraiment : haut volume, contraintes métier spécifiques, intégrations complexes. Pour 80 % des projets TPE et PME que je vois, WordPress plus WooCommerce ou Shopify font le job, à un coût et une complexité raisonnables.
Le bon choix de stack, c’est moins une affaire de mode qu’une affaire de pragmatisme.