WordPress, Webflow, React, Astro, headless CMS… Si vous avez consulté plusieurs prestataires pour votre site web, vous avez probablement reçu autant de réponses techniques que de devis. Chacun pousse sa solution. Et vous, vous n’y comprenez rien.
C’est normal. Ce n’est pas votre métier.
Le problème, c’est que beaucoup de prestataires abordent la question à l’envers. Ils partent de la technologie qu’ils maîtrisent, puis cherchent comment la faire rentrer dans votre projet. Alors que la démarche devrait être inverse : comprendre votre besoin d’abord, choisir l’outil ensuite.
Après 10 ans à accompagner des TPE sur leurs projets web, je peux vous dire une chose avec certitude : il n’y a pas de stack miracle. La bonne réponse, c’est celle qui colle à votre situation. Des fois c’est WordPress. Des fois c’est un site statique. Des fois c’est du sur-mesure. Et quiconque vous affirme le contraire ne s’intéresse pas vraiment à votre besoin.
Cet article n’est pas là pour vous vendre une technologie. Il est là pour vous donner les clés de lecture pour faire un choix pragmatique.
D’abord : pourquoi le choix technique est rarement le vrai sujet
La plupart des TPE que j’accompagne arrivent avec une question technique : “Il me faut WordPress ou pas ?” Mais la vraie question, c’est : qu’est-ce que vous attendez de votre site, et comment il va vivre dans la durée ?
WordPress est excellent quand c’est le bon outil. Il est catastrophique quand c’est le mauvais. Pareil pour Astro, pour React, pour n’importe quelle techno. Le problème, ce n’est jamais l’outil. C’est le décalage entre l’outil choisi et le besoin réel.
Pourquoi les prestataires poussent tous “leur” stack
C’est humain : on recommande ce qu’on maîtrise. Une agence WordPress vend du WordPress. Un freelance React vend du React. Un expert Webflow vend du Webflow.
Ce qui est rentable pour le prestataire n’est pas forcément adapté à votre besoin. Une agence WordPress vous proposera WordPress même si un site statique suffirait. Un développeur React vous proposera Next.js même si vous avez juste besoin de 5 pages.
Le bon prestataire, c’est celui qui vous pose des questions sur votre métier AVANT de vous parler de technologie.
Les vraies questions à se poser (avant de choisir quoi que ce soit)
Oubliez les noms de technologies. Posez-vous ces questions :
1. Qu’est-ce que votre site doit FAIRE ?
- Présenter votre activité (5-15 pages fixes, mises à jour rares) → c’est un site vitrine
- Vendre des produits en ligne (catalogue, panier, paiement) → c’est du e-commerce
- Gérer des données utilisateurs (espace client, dashboard, formulaires complexes) → c’est une application web
- Publier du contenu régulièrement (blog, actualités, ressources) → c’est du contenu éditorial
Chaque cas appelle une réponse technique différente.
2. Qui va mettre à jour le contenu ?
- Personne (ou le prestataire 2 fois par an) → pas besoin de CMS lourd
- Vous-même, une fois par mois → un système simple suffit (Markdown, CMS léger)
- Votre équipe, plusieurs fois par semaine → il faut un vrai CMS avec interface d’édition
La fréquence de mise à jour change radicalement le choix technique. Payer 1 000€/an de maintenance WordPress pour un site que vous touchez 2 fois par an, c’est du gaspillage. Mais imposer du Markdown à une équipe qui publie tous les jours, c’est une torture.
3. Quel est votre budget total sur 3 ans ?
Pas juste le coût de développement initial. Le coût TOTAL : développement + hébergement + maintenance + mises à jour + évolutions. Certaines solutions sont peu chères au départ mais coûtent cher à maintenir. D’autres demandent un investissement initial plus important mais ne coûtent presque rien ensuite.
4. Comment votre besoin va évoluer ?
Un site vitrine aujourd’hui, peut-être un espace client demain, peut-être de l’e-commerce dans un an. Si vous savez que vos besoins vont évoluer, choisir une technologie flexible dès le départ peut vous éviter de tout reconstruire.
Chaque besoin, sa réponse technique
Voici ce que je recommande selon les cas. Pas une stack universelle, mais une grille de lecture.
Site vitrine (5-15 pages, mises à jour rares)
Le besoin : Présenter vos services, vos références, vos coordonnées. Un site rapide, bien référencé, qui ne demande aucune maintenance.
La bonne réponse : Un site statique (Astro, Hugo, ou Eleventy) hébergé gratuitement sur Cloudflare ou Vercel. Zéro maintenance, performances maximales, SEO excellent.
Pourquoi pas WordPress ? C’est surdimensionné. Vous payez de la maintenance, de l’hébergement, des mises à jour de sécurité pour un site que vous ne touchez jamais. C’est comme louer un entrepôt pour stocker un carton.
Coût typique : 1 500€ à 5 000€ de développement, puis 0€/mois.
Site vitrine avec contenu éditorial (blog, actualités)
Le besoin : Site vitrine + blog ou section actualités. Vous ou votre équipe publiez régulièrement.
La bonne réponse : Ça dépend de la fréquence.
- 1-4 articles par mois : Site statique + Markdown ou CMS léger (Decap CMS, Tina). Vous éditez dans une interface simple, le site se régénère automatiquement.
- Plusieurs articles par semaine : WordPress. Oui, WordPress. Quand le contenu éditorial est le coeur de l’activité, son éditeur et son écosystème de plugins sont difficiles à battre.
L’erreur : Choisir WordPress “au cas où” vous publieriez beaucoup, alors qu’en réalité vous écrirez 3 articles par an.
E-commerce
Le besoin : Vendre des produits en ligne avec gestion de stock, paiement, expédition.
La bonne réponse : Ça dépend du volume.
- Petit catalogue (< 20 produits) : Shopify ou une solution simple et managée. Pas besoin de réinventer la roue.
- Catalogue moyen avec besoins spécifiques : WooCommerce (si vous avez déjà WordPress) ou PrestaShop.
- Gros besoins custom : Solution sur mesure (Nuxt, Next.js) avec Stripe. Plus cher, mais 100% adapté à votre logique métier.
L’erreur : Construire un e-commerce custom pour vendre 10 produits, ou inversement utiliser Shopify quand vous avez besoin d’un tunnel de vente sur mesure.
Application web (espace client, dashboard, outil métier)
Le besoin : Vos utilisateurs se connectent, interagissent, gèrent des données. C’est un outil, pas un site.
La bonne réponse : Un framework full-stack : Nuxt.js, Next.js, SvelteKit, ou Laravel selon l’écosystème. Le choix dépend de l’expertise du développeur et des contraintes du projet.
Ce qu’il faut savoir : On est dans un autre registre. Un site statique ne peut pas faire ça. WordPress non plus (pas proprement). C’est du développement applicatif.
Coût typique : 5 000€ à 15 000€ pour un MVP, selon la complexité.
Les pièges à éviter absolument
Piège n°1 : le prestataire qui ne propose qu’une seule techno
Si votre prestataire vous dit “je fais tout en WordPress” ou “je fais tout en React”, posez-vous la question : est-ce qu’il recommande ce qui est bon pour VOUS, ou ce qui est pratique pour LUI ?
Un bon prestataire maîtrise plusieurs approches et choisit la plus adaptée à votre situation. Il vous recommandera WordPress quand c’est pertinent, un site statique quand ça suffit, et du sur-mesure quand c’est nécessaire.
Piège n°2 : choisir la techno “à la mode”
Les technologies web changent vite. Ce qui est à la mode cette année sera peut-être abandonné dans 3 ans. Ce qui compte, ce n’est pas que la techno soit tendance, c’est qu’elle soit mature, maintenue, et adaptée à votre besoin.
WordPress existe depuis 2003. C’est pas sexy, mais c’est solide. Astro est plus récent mais a une communauté active et une fondation solide. React existe depuis 2013, c’est éprouvé. Le critère, c’est la stabilité, pas la nouveauté.
Piège n°3 : sur-dimensionner “au cas où”
“On prend WordPress au cas où on voudrait ajouter un blog.” “On prend React au cas où on voudrait une app mobile plus tard.” “On prend un CMS headless au cas où on voudrait faire du multicanal.”
Ces “au cas où” vous coûtent cher en complexité et en budget. Commencez par ce dont vous avez besoin maintenant. Si vos besoins évoluent, un bon développeur saura faire évoluer la solution ou migrer vers une autre.
Piège n°4 : confondre le prix de la techno et le prix du projet
WordPress est “gratuit”. Astro est “gratuit”. React est “gratuit”. La technologie ne coûte rien. Ce qui coûte, c’est le temps du développeur, la qualité du design, la stratégie SEO, l’accompagnement.
Un site WordPress à 2 000€ et un site WordPress à 15 000€ n’ont rien à voir. La techno est la même, mais le travail, l’expertise et le résultat sont totalement différents.
Ce qui compte vraiment (au-delà de la techno)
La performance
Quel que soit le choix technique, votre site doit charger en moins de 2 secondes. C’est non négociable. Google pénalise les sites lents. Vos visiteurs partent si c’est lent. Un site WordPress bien optimisé peut être rapide. Un site React mal fait peut être lent. La techno ne garantit rien, c’est l’exécution qui compte.
Le SEO
Votre site doit être trouvable. Meta tags, structure sémantique, sitemap, vitesse de chargement, contenu de qualité. Là encore, ça ne dépend pas de la techno mais de la compétence du développeur et de votre stratégie de contenu.
La propriété
Vous devez être propriétaire de votre site. Code source accessible, hébergement à votre nom, données exportables. Si votre prestataire disparaît, vous devez pouvoir continuer sans lui. C’est vrai quelle que soit la techno.
La maintenabilité
Votre site doit être maintenable dans 2 ans, 5 ans. Par vous ou par un autre développeur. Un code propre, documenté, qui suit les conventions de sa techno, c’est un investissement sur la durée.
Comment choisir le bon prestataire (pas la bonne techno)
Le vrai choix, ce n’est pas WordPress vs Astro vs React. C’est : à qui vous faites confiance pour comprendre votre besoin et y répondre avec la bonne solution ?
Les bons signaux :
- Il vous pose des questions sur votre métier, vos clients, vos objectifs
- Il vous propose une techno ET vous explique pourquoi elle est adaptée à VOTRE cas
- Il est capable de dire “dans votre situation, WordPress est le meilleur choix” même si ce n’est pas sa techno préférée
- Il vous parle de coût total (pas juste du devis initial)
- Il a des références vérifiables dans des contextes similaires au vôtre
Les mauvais signaux :
- Il vous parle de techno avant d’avoir compris votre besoin
- Il ne propose qu’une seule solution, quel que soit le projet
- Il ne pose aucune question sur votre activité
- Il promet que “sa stack” est la meilleure pour tout le monde
FAQ
”Alors, quelle techno vous utilisez VOUS ?”
Ça dépend du projet. Pour un site vitrine rapide et sans maintenance, j’utilise souvent Astro. Pour une application web avec logique métier, Nuxt.js. Pour un client qui a besoin de publier du contenu tous les jours avec son équipe, WordPress peut être le bon choix. Mon boulot, c’est de choisir le bon outil pour chaque situation, pas de vendre un marteau à tout le monde.
”J’ai un petit budget, quelle est l’option la moins chère ?”
Pour un site vitrine simple (5-10 pages), un site statique est imbattable : 1 500€ à 4 000€ de développement, puis 0€ de frais récurrents (hébergement gratuit sur Cloudflare ou Vercel). Pas de maintenance, pas de mises à jour de sécurité. Sur 3 ans, c’est la solution la plus économique de loin.
”WordPress, c’est vraiment si mal que ça ?”
Non. WordPress est un excellent outil quand il est utilisé pour ce qu’il fait bien : gérer du contenu éditorial fréquent. Le problème, c’est qu’on l’utilise pour TOUT, y compris des sites vitrines de 5 pages qui ne changent jamais. Là, c’est surdimensionné et ça coûte cher en maintenance pour rien. WordPress bien utilisé, c’est très bien. WordPress par défaut, c’est un piège.
”Comment savoir si mon prestataire me recommande la bonne techno ?”
Posez-lui la question : “Pourquoi cette technologie plutôt qu’une autre pour MON projet ?” S’il vous donne une réponse spécifique à votre situation (fréquence de mise à jour, budget, besoins d’évolution), c’est bon signe. S’il vous répond “parce que c’est la meilleure” ou “parce que c’est ce qu’on utilise”, méfiez-vous.
”Et si mes besoins changent après le lancement ?”
Un bon développeur anticipe ça. Il choisit une techno qui permet d’évoluer sans tout reconstruire. Un site statique peut se transformer en site dynamique. Un site vitrine peut accueillir un blog. Une application MVP peut grandir. L’important, c’est que le code soit propre et que vous soyez propriétaire de tout. Le reste, c’est de l’évolution, pas de la reconstruction.