Et derrière cette question s’en cache une autre, bien plus lourde : vais-je bâtir mon projet sur les bonnes fondations, ou découvrir dans deux ans qu’il faut tout refaire ? Quand on investit plusieurs milliers — parfois dizaines de milliers — d’euros, c’est ça, la vraie inquiétude.
Problème fréquent
Mon projet a-t-il besoin de WordPress ou d’une application sur mesure ?
C’est la mauvaise question. « WordPress ou Symfony ? » revient à demander « marteau ou tournevis ? » sans dire ce qu’on veut construire. La vraie question n’est pas quelle technologie choisir, mais : qu’est-ce que votre site doit faire ? La techno n’est jamais un point de départ. C’est une conséquence du besoin.
Ce que je vois en arrivant chez un client
La plupart des gens arrivent avec la technologie déjà choisie — et souvent pour de mauvaises raisons. Un ami a dit « prends WordPress ». Un développeur a dit « il te faut du Symfony, c’est plus sérieux ». Une tendance, un article lu quelque part.
Le problème, c’est qu’un mauvais choix de départ se paie longtemps. J’ai vu des WordPress tordus pour faire tourner une application métier qu’ils n’étaient pas conçus pour gérer durablement : passé un certain volume de données et de logique, les performances s’effondrent. Et j’ai vu l’inverse — du développement sur mesure lourd là où un bon WordPress aurait suffi, livré plus tard et plus cher, pour rien.
Dans les deux cas, l’erreur est la même : on a choisi l’outil avant d’avoir défini le besoin.
La vraie question : un site, ou une application ?
Avant de parler technologie, je pose trois questions. Ce sont elles qui décident, pas les modes.
-
Un site de contenu, ou une application métier ?
Présenter une offre, publier des articles, vendre des produits — c’est du contenu. Gérer des processus, des utilisateurs aux rôles complexes, des données qui s’enchaînent — c’est une application.
-
Quel volume, quelle charge ?
Quelques dizaines ou centaines de pages, c’est une chose. Des dizaines de milliers d’enregistrements qui s’interrogent en permanence, c’en est une autre.
-
Quelle complexité de logique ?
Y a-t-il des calculs métier, des règles, des traitements qui font de votre outil bien plus qu’un site qui s’affiche ?
Les réponses à ces trois questions désignent la technologie. Pas l’inverse.
Quand WordPress est le bon choix
Pour un site de contenu — vitrine, éditorial, e-commerce — WordPress est excellent, à condition de l’utiliser pour ce qu’il est : avec des contenus structurés, un thème sur mesure, et le moins de dépendances possible.
C’est ce que je construis le plus souvent. Une boutique en ligne soignée et bien positionnée, un site associatif qui centralise et diffuse ses contenus, un site d’organisation qui gère ses formations et ses documents : autant de projets où WordPress, bien exploité, fait exactement le travail — durable, autonome, et où le client garde la main pour faire évoluer lui-même.
Quand Symfony s’impose
Dès qu’on quitte le terrain du contenu pour entrer dans l’applicatif, Symfony devient le bon outil. Process métier, calculs, données qui s’enchaînent, montée en volume : c’est là qu’un framework solide prend tout son sens, là où WordPress montrerait vite ses limites.
J’ai développé sur Symfony une plateforme d’audit du parc de matériel médicalisé d’un fabricant : des dizaines d’évaluateurs y centralisent leurs relevés, là où tout se faisait auparavant sur des fichiers Excel dispersés. Elle tourne depuis plusieurs années. Je travaille aussi sur une application de suivi sportif dont le modèle de données — une soixantaine d’entités — a été pensé pour anticiper des évolutions que WordPress n’aurait jamais pu absorber proprement. Ce ne sont pas des sites. Ce sont des outils. Et un outil, ça se construit sur des fondations faites pour ça.
Souvent, la réponse est WordPress — et c’est parfait
Je ne pousse pas le sur-mesure pour faire impressionnant. Dans la majorité des cas, le bon choix est WordPress, et le dire honnêtement fait partie de mon travail. Recommander du développement lourd à quelqu’un qui a besoin d’un site vitrine, ce serait lui vendre une complexité — et une facture — dont il n’a pas besoin.
Il m’arrive même de conseiller plus simple encore : pour une pure vitrine qui n’évoluera pas, un site léger en HTML et CSS peut suffire, sans la moindre dépendance à maintenir. Le bon outil, c’est le plus simple qui répond vraiment au besoin — pas le plus prestigieux.
Vous hésitez pour votre projet ?
- Vous ne savez pas si votre projet est « un site » ou « un outil » ?
- On vous a recommandé une technologie sans vous demander ce que vous vouliez en faire ?
- Vous craignez de vous enfermer dans un mauvais choix dès le départ ?
Je peux cadrer votre projet avant la moindre ligne de code, définir ce qu’il doit vraiment faire, et vous dire — en toute franchise — quelle solution est la bonne.
Ce que je regarde pour trancher
-
La nature du besoin
Contenu à publier, ou processus à faire tourner.
-
Le volume et la charge
Attendus aujourd’hui, et dans deux ans.
-
La complexité métier
La logique derrière l’interface.
Faire cadrer mon projet
Ce qu’il faut retenir
WordPress et Symfony ne sont pas concurrents. Ce sont deux bons outils pour deux types de besoins différents. WordPress excelle sur le contenu ; Symfony sur l’applicatif, le volume et la logique métier. Choisir, ce n’est pas une question de goût ou de prestige — c’est une question d’usage.
Et le vrai risque n’est pas de « mal choisir entre les deux ». C’est de choisir une technologie avant d’avoir défini le besoin. Faites l’inverse, et la réponse devient évidente.
La question à se poser n’est donc pas « WordPress ou Symfony ? », mais : mon projet est-il un site à publier, ou un outil à faire fonctionner ?