Pourquoi nous ne faisons pas de WordPress.

Chaque studio a une version de cette note. La plupart lisent comme du tribalisme — WordPress mauvais, notre stack bonne. Ce n'est pas ça.

Nous ne construisons pas les sites clients sur WordPress. Pas parce que c'est un mauvais outil. Il fait tourner environ 40% du web pour de bonnes raisons. Nous n'y allons pas parce que nos clients nous paient pour leur remettre quelque chose qui tiendra cinq ans sans contrat de support — et c'est une question différente de « quel CMS est populaire ».

Ce qui casse vraiment

Le mode d'échec que nous héritons sur des refontes WordPress est presque toujours le même. Un build bien intentionné livre en année un sur un thème + huit plugins. Deux ans plus tard, l'auteur du thème a dérivé, trois plugins ne sont plus maintenus, l'un a une CVE critique, PHP a bougé, et on demande au client de payer pour une « modernisation » qui coûte une bonne partie du build initial. Le site devient un passif déguisé en actif.

Vous pouvez tout à fait faire tourner WordPress à un niveau où rien de tout ça n'arrive. Les éditeurs le font. Mais ça demande un hébergement managé payant, un retainer de maintenance, une diète de plugins, et une personne qui possède les mises à jour au calendrier. Si vous payez pour tout ça de toute façon, notre lecture est qu'un petit build custom sur notre stack — Next.js, TypeScript, Payload CMS, un Postgres qui vous appartient, un Railway ou équivalent — vous coûtera moins sur trois ans et cassera moins en chemin.

Quand nous recommanderions WordPress

Si l'équipe du client écrit et publie du contenu chaque semaine et a besoin de la surface éditoriale WordPress standard (catégories, tags, calendrier éditorial, rich text natif), et qu'il y a déjà une agence qui gère les mises à jour et l'hébergement, WordPress est le bon choix. Nous vous le dirons. Nous ne sommes juste pas le bon studio pour le construire — nous n'avons pas les ops en forme WordPress, et nous serions silencieusement moins bons que les spécialistes que vous trouvez à Genève.

Ce que nous livrons vraiment

Pour la plupart de nos clients — hôtels, restaurants, promoteurs, cabinets d'avocats, fonds, ateliers — le contenu bouge une fois par trimestre, pas une fois par semaine. Ce qui compte, c'est que le site charge vite, se positionne correctement, tienne face à une revue de conformité, et ne demande pas d'y penser. C'est un problème beaucoup plus facile à résoudre sur un petit build custom que sur un CMS d'hébergement partagé — et ça coûte moins.

Le signal que WordPress est le mauvais outil pour un brief donné : le client dit « on n'aura pas besoin d'y toucher souvent ». Si personne ne va rester dans l'admin régulièrement, vous n'avez pas besoin de la surface admin de WordPress. Vous avez besoin d'un site qui reste tranquille.