• Formerly Platform.sh
  • Contact us
  • Documentation
  • Login
Watch a demoFree trial
Blog
Blog
BlogProduitÉtudes de casNouvellesPerspectives
Blog

WordPress Vanilla, Composer ou Bedrock : lequel l'emporte ?

WordPressPHPflux de travail du développeurdéploiementDevOps
10 novembre 2025
Partager
Cette page a été rédigée en anglais par nos experts, puis traduite par une IA pour vous y donner accès rapidement! Pour la version originale, c’est par ici.

Cet article de blog est basé sur le live stream Upsun avec Greg Qualls, directeur du marketing produit, et Paul Gilzow, développeur chez Upsun.

WordPress alimente plus de 40 % du web, mais toutes les installations WordPress ne se valent pas. Que vous soyez un développeur indépendant, que vous gériez une agence ou que vous supervisiez des centaines de sites, la manière dont vous installez et gérez WordPress peut faire ou défaire votre processus.

Lors d'une récente discussion en direct, nous avons approfondi trois méthodes d'installation WordPress populaires : Vanilla, Composer-based et Bedrock. Chaque approche a ses mérites, mais laquelle choisir ? Analysons les différentes options.

WordPress Vanilla

L'installation traditionnelle. Vanilla WordPress est ce à quoi la plupart des gens pensent lorsqu'ils entendent « installation WordPress ». Cette approche est utilisée depuis l'introduction de WordPress et reste la méthode la plus courante aujourd'hui.

Elle suit un processus simple : vous téléchargez le fichier ZIP depuis wordpress.org, vous l'extrayez dans le répertoire de votre serveur et vous effectuez la célèbre installation en cinq minutes. Ensuite, vous installez les plugins et les thèmes via le tableau de bord d'administration de WordPress, et les mises à jour s'effectuent d'un simple clic depuis WordPress lui-même. Si vous travaillez avec un contrôle de version, vous commandez généralement tous les fichiers principaux de WordPress dans votre référentiel et les transférez vers votre environnement d'hébergement.

Les avantages :

  • Terrain familier : la plupart des développeurs WordPress connaissent cette approche sur le bout des doigts.
  • Rétrocompatibilité : fonctionne avec pratiquement toutes les configurations d'hébergement
  • Simplicité : aucun outil ou connaissance supplémentaire n'est requis
  • Large assistance : nombreux tutoriels et aide de la communauté disponibles.

Les inconvénients :

  • Cauchemar du contrôle de version : l'ajout des fichiers principaux de WordPress à votre référentiel crée des référentiels surchargés.
  • Anxiété liée aux mises à jour : vous vous souvenez de l'écran blanc de la mort ? Les mises à jour manuelles peuvent endommager les sites.
  • Collaboration entre développeurs : difficile de s'assurer que tout le monde dispose des mêmes versions de plugins
  • Problèmes de sécurité : l'accès direct aux fichiers peut être risqué en production.

Comme l'a fait remarquer Paul Gilzow, qui gérait plus de 200 sites WordPress pendant ses études universitaires : « J'ai lutté contre Composer pendant six mois parce que j'étais tellement habitué à Vanilla, mais j'ai finalement réalisé qu'il n'y avait tout simplement aucun moyen d'atteindre tous les objectifs dont j'avais besoin avec cette configuration traditionnelle. »

WordPress basé sur Composer : la révolution des gestionnaires de paquets

Composer apporte une gestion moderne des dépendances à WordPress, ce qui change fondamentalement notre façon de concevoir les installations WordPress. Plutôt que de traiter WordPress comme une application unique avec des modules complémentaires, Composer traite tout, y compris le cœur de WordPress lui-même, comme un paquet.

Le processus commence par la création d'un fichier composer.json qui définit le cœur de WordPress, les plugins et les thèmes comme des dépendances, avec des numéros de version spécifiques. L'exécution de composer install télécharge toutes ces dépendances dans des répertoires organisés. Il est important de noter que seuls votre code personnalisé et vos fichiers de configuration sont soumis au contrôle de version ; les fichiers WordPress proprement dits sont téléchargés à chaque fois. Les mises à jour s'effectuent en modifiant les numéros de version dans votre fichier JSON et en exécutant composer update , plutôt qu'en cliquant sur des boutons dans l'administration WordPress.

Les avantages :

  • Référentiels propres : seuls votre code personnalisé et vos fichiers de configuration sont validés
  • Builds reproductibles : n'importe qui peut recréer votre configuration exacte à l'aide d'une seule commande
  • Restaurations faciles : modifiez un numéro de version au lieu d'annuler les validations
  • Gestion de flotte : parfait pour les agences ou les organisations disposant de plusieurs sites
  • Mises à jour sans interruption : les mises à jour du code ont lieu pendant le déploiement, et non sur les sites en ligne
  • Capacités d'audit : voyez exactement quelles versions vous utilisez sur tous les sites

Les défis :

  • Dépendance vis-à-vis de tiers : repose sur des paquets gérés par la communauté
  • Courbe d'apprentissage : nécessite de comprendre les concepts de gestion des paquets
  • Assistance moins officielle : WordPress.org n'apporte aucune aide en cas de problèmes avec Composer

Bedrock : l'approche architecturale moderne

Bedrock, créé par Roots, prend WordPress basé sur Composer et y ajoute une méthodologie complète d'application en 12 facteurs.

Bedrock, créé par Roots, prend WordPress basé sur Composer et y ajoute une méthodologie complète d'application à 12 facteurs. Cette approche ne se contente pas de moderniser la façon dont vous installez WordPress, elle modernise toute votre perspective sur les applications WordPress.

Conçu à partir de WordPress basé sur Composer, il ajoute ses propres règles sur la manière dont les choses doivent être organisées. Considérez-le comme un système de classement strict : chaque chose a sa place. Au lieu d'intégrer directement dans vos fichiers des paramètres tels que les mots de passe de base de données, Bedrock récupère ces informations à partir de l'environnement serveur. Cela signifie que vous pouvez déplacer votre site entre différents serveurs sans avoir à modifier le code.

Les avantages :

  • Conformité aux 12 facteurs : suit les meilleures pratiques modernes en matière d'applications cloud.
  • Améliorations de la sécurité : hachage de mot de passe bcrypt intégré et autres améliorations.
  • Prise en charge des plugins indispensables : gère automatiquement cette particularité de WordPress.
  • Assistance officielle : documentation réelle et assistance communautaire de Roots.
  • Compatible avec Laravel : idéal pour les développeurs ayant une expérience de Laravel.

Les défis :

  • Dépendance vis-à-vis de tiers : comme Composer, vous dépendez de Roots pour la maintenance de ses paquets.
  • Structure imposée : Bedrock a des méthodes spécifiques ; si celles-ci ne correspondent pas à vos besoins, vous risquez de rencontrer des conflits avec le framework.
  • Complexité supplémentaire : il y a plus de concepts à apprendre que ceux de Composer.
  • Enfermement propriétaire : dépendance vis-à-vis du fournisseur : dépendance vis-à-vis de Roots pour la maintenance du projet.
  • Problèmes réglementaires : comme Paul l'a remarqué lors de son expérience universitaire, certaines organisations ont des problèmes avec les solutions propriétaires.
  • Surdimensionnement pour les sites simples : tous les avantages des 12 facteurs peuvent être inutiles pour les sites WordPress basiques.

Le verdict

Il ne s'agit pas de gagner, mais de trouver la solution la mieux adaptée. Après avoir pesé le pour et le contre, nous sommes d'accord : il n'y a pas de gagnant universel. Tout comme pour choisir entre un marteau perforateur, une visseuse à percussion et un tournevis classique, le meilleur outil dépend de la tâche à accomplir.

Choisissez Vanilla si :

  • Vous travaillez seul sur des sites simples
  • Votre hébergement ne prend pas en charge les pratiques de déploiement modernes
  • Vous avez besoin d'une compatibilité maximale avec les processus existants
  • Vous débutez avec WordPress

Choisissez Composer si :

  • Vous gérez plusieurs sites WordPress
  • Vous travaillez avec d'autres développeurs et avez besoin de cohérence
  • Vous souhaitez mettre en place des pratiques de développement modernes sans trop de complexité
  • Vous utilisez des plateformes d'hébergement cloud qui prennent en charge le déploiement basé sur Git

Choisissez Bedrock si :

  • Vous développez des applications complexes et évolutives
  • Votre équipe apprécie les méthodologies de développement modernes
  • Vous avez besoin de la sécurité et des avantages organisationnels des applications 12-factor
  • Vous êtes prêt à apprendre un processus plus structuré

Recommandations concrètes

D'après l'expérience de Paul, qui a géré des centaines de sites web universitaires : « Composer facilite vraiment la gestion d'un ensemble de sites. Vous pouvez vérifier quels plugins sont utilisés sur tous vos sites, les mettre à jour de manière cohérente et éviter les problèmes du type « ça marche sur mon ordinateur ».

Pour la plupart des développeurs et des agences, WordPress basé sur Composer est la solution idéale. Il offre les avantages des outils modernes sans la complexité de Bedrock, tout en restant accessible aux développeurs familiarisés avec WordPress vanilla.

L'avenir du développement WordPress

À mesure que WordPress continue d'évoluer, en ajoutant la prise en charge de GraphQL, en améliorant l'éditeur de blocs et en s'orientant vers des capacités plus headless, la chaîne d'outils de développement devient de plus en plus importante.

Alors que le monde du développement web adopte les gestionnaires de paquets, la conteneurisation et les pratiques de déploiement modernes, les installations WordPress classiques pourraient devenir l'exception plutôt que la règle. Mais pour l'instant, la force de WordPress réside dans sa flexibilité à s'adapter à toutes ces approches.

Pour commencer

Prêt à moderniser votre processus de travail WordPress ? Voici les prochaines étapes :

  • Essayez WordPress basé sur Composer avec un projet simple pour découvrir la gestion des paquets
  • Explorez Upsun ou des plateformes similaires qui fournissent des modèles pour les trois approches
  • Réfléchissez aux besoins de votre équipe : gérez-vous un seul site ou une centaine ?
  • Réfléchissez à votre environnement d'hébergement : prend-il en charge les pratiques de déploiement modernes ?

Le duel WordPress ne vise pas à désigner un seul gagnant. Il s'agit de comprendre vos options et de choisir l'approche qui rendra votre vie de développeur plus facile, plus sûre et plus évolutive.

Liens utiles

Restez informé

Abonnez-vous à notre newsletter mensuelle pour les dernières mises à jour et nouvelles.

Votre meilleur travail
est à l'horizon

Essai gratuit
UpsunFormerly Platform.sh

Join our monthly newsletter

Compliant and validated

ISO/IEC 27001SOC 2 Type 2PCI L1HIPAATX-RAMP
© 2026 Upsun. All rights reserved.