Quelle technologie pour votre projet web ?
CMS ou sur mesure, React ou rien, PHP ou Node : ces choix décident de votre budget, de votre autonomie et de votre capacité à faire évoluer le projet. Voici comment les trancher.
Le premier arbitrage : CMS ou développement sur mesure
Avant de parler de langages, il y a une question qui décide de tout le reste : votre projet est-il un site que vous voulez pouvoir modifier vous-même, ou un outil qui fait travailler des utilisateurs connectés ?
Pour le premier, un CMS comme WordPress fait le travail pour une fraction du prix, et vous gardez la main sur les contenus. Pour le second, le sur mesure devient nécessaire dès que les règles métier dépassent ce qu'une extension sait faire — et le forcer dans un CMS produit ces sites impossibles à maintenir, empilant quarante extensions qui se marchent dessus.
Le mauvais choix ici coûte plus cher que n'importe quelle erreur de langage ensuite.
CMS ou sur mesure ?
| CMS (WordPress, Shopify…) | Développement sur mesure | |
|---|---|---|
| Coût de départ | Faible | Élevé |
| Autonomie sur les contenus | Totale | Selon ce qui a été prévu |
| Règles métier complexes | Vite limitant | Sans limite |
| Maintenance | Mises à jour de sécurité fréquentes | Plus légère mais spécialisée |
| Bon pour | Sites, blogs, boutiques standard | Portails, SaaS, outils métier |
Selon le cas, voyez notre page agence de développement web pour les sites et boutiques, ou développement d'application web pour les plateformes et le SaaS.
Les technologies que nous faisons utiliser
WordPress
Le CMS le plus répandu, et pour de bonnes raisons : vous trouverez toujours quelqu'un pour le maintenir. Sa faiblesse est aussi sa force : les extensions résolvent tout, et un site qui en accumule trop devient ingérable.
Shopify, PrestaShop, WooCommerce
Pour le e-commerce. Shopify va très vite mais vous enferme dans son écosystème et sa commission. Les deux autres donnent plus de liberté et demandent plus de maintenance.
React, Vue, Angular
Pour les interfaces d'applications web, celles où l'utilisateur travaille vraiment. Inutiles sur un site vitrine, où ils alourdissent le chargement sans rien apporter.
Node.js, Symfony, Laravel, Python, .NET
Côté serveur. Le choix se fait autant sur ce que vos équipes savent reprendre que sur des critères techniques : si votre informatique connaît PHP, rester sur PHP est une bonne décision.
PostgreSQL, MySQL
Pour les données. Le choix compte moins qu'on ne le croit, à la différence de la façon dont les données sont structurées, qui est la décision durable.
OVHcloud, Scaleway, AWS
Pour l'hébergement. Les deux premiers permettent de garder les données en France, ce qui est régulièrement une exigence en B2B et dans le secteur public.
Trois pièges que nous voyons souvent
- Choisir une technologie à la mode. Elle sera moins à la mode dans trois ans, et vous chercherez quelqu'un pour la maintenir. La popularité durable vaut mieux que la nouveauté.
- Un site vitrine développé sur mesure. Cela arrive, et cela vous coûte trois fois le prix pour un résultat que vous ne pourrez plus modifier sans appeler le prestataire.
- Une plateforme métier forcée dans un CMS. L'inverse du précédent, et le plus coûteux à long terme : chaque nouveau besoin demande une contorsion supplémentaire.
Dans les deux derniers cas, le problème n'est pas la technologie mais le fait que personne n'a posé la bonne question au départ.
La question qu'il faut poser à tout prestataire
« Si je veux changer de prestataire dans deux ans, qu'est-ce que je récupère et qui saura reprendre ? »
La réponse vous en dira plus long que n'importe quelle discussion sur les frameworks. Elle doit inclure le code source, la documentation, les accès, et une technologie pour laquelle il existe un marché de développeurs. Si l'un des quatre manque, le prix affiché n'est pas le prix réel.
Questions fréquentes
WordPress est-il un bon choix en 2026 ?
Pour un site, un blog ou une boutique standard, oui : c'est éprouvé, économique, et vous trouverez toujours quelqu'un pour le maintenir. Pour une plateforme métier avec des règles complexes, non — et c'est là que la plupart des mauvaises décisions se prennent.
Faut-il un framework JavaScript pour un site vitrine ?
Non, dans la grande majorité des cas. Sur un site de contenu, React ou Vue alourdissent le chargement et compliquent le référencement sans bénéfice pour le visiteur. Ils sont faits pour les applications, pas pour les sites.
Nos données peuvent-elles rester en France ?
Oui, chez OVHcloud ou Scaleway. C'est une demande régulière en B2B et une exigence fréquente avec les acteurs publics. Précisez-le au cadrage : cela restreint le choix des prestataires et se répercute sur le budget.
Qui choisit la technologie, vous ou nous ?
Nous recommandons par écrit, avec les conséquences sur le budget, la maintenance et le recrutement futur. Vous décidez. Et si vous avez une contrainte interne — une technologie que votre informatique maîtrise déjà — c'est un critère parfaitement légitime que nous intégrons à la sélection.
Peut-on migrer plus tard vers une autre technologie ?
C'est possible mais rarement bon marché : cela revient à redévelopper. En revanche, les données et l'API se conservent, ce qui plaide pour bien les concevoir dès le départ, indépendamment du reste.
Un projet web à cadrer ?
Décrivez ce que le projet doit faire, pas la technologie que vous imaginez. Nous vous dirons ce qui convient et pourquoi.