En 2025, j’ai basculé tous mes projets WordPress sur DDEV. Vraiment tous. Les projets clients, mes sites persos, les trucs pour les formations.
Après des années à jongler entre Docker fait maison (quand j’avais le courage), Local by Flywheel (quand j’avais besoin que ça marche vite) et des stacks qui plantaient différemment selon la machine… bref, DDEV s’est imposé.
Et c’est pas par militantisme open-source ou parce que c’est tendance. C’est juste que ça marche, point.
Le stade du développement WordPress en 2025
Bon, soyons honnêtes deux secondes.
Développer WordPress aujourd’hui, c’est plus du tout le petit htdocs avec ton XAMPP et ton thème Twenty Twenty bidouillé. C’est devenu :
- Plusieurs versions de PHP à gérer (parce que oui, ce client là est encore en 7.4)
- MySQL, MariaDB, parfois PostgreSQL si t’as un projet exotique
- Node, npm, Vite, Sass… Le build front, quoi
- Des environnements qui doivent ressembler à la prod (sinon tu te prends des surprises sympas)
- Du Git, de la CI, du staging
- Des formations à donner où tu dois expliquer tout ça sans perdre la moitié de la salle
Le problème c’est pas WordPress. C’est l’environnement autour.
Et c’est là que DDEV a changé ma vie. Je sais, ça sonne dramatique. Mais attends.
Ce que DDEV m’a vraiment apporté
Trois trucs que j’arrivais jamais à avoir en même temps ailleurs. Et crois-moi, j’ai cherché.
Un environnement prévisible
Imagine : même stack sur toutes les machines. Mon Mac. Le Windows sous WSL2 de l’étudiant au fond de la salle. Le Debian du collègue qui fait son intégriste. Même résultat partout.
Fini le « ouais mais chez moi ça marche ».
Un environnement documenté (pour de vrai)
Une vraie doc. Pas juste un README Github avec 3 commandes et « good luck ».
Des erreurs compréhensibles. Des commandes explicites (ddev describe, ddev debug). Tu vois ce qui se passe. Tu peux expliquer ce qui se passe. Ça change tout.
Un environnement pédagogique
Et ça, pour moi c’est clé. Je peux expliquer ce que je fais. Je peux montrer la stack. Je peux transmettre sans dire « fais-moi confiance, tape cette commande magique et ça marchera ».
Quand tu formes des gens, c’est pas anodin.
Ce qui a changé en 2025 (et pourquoi ça compte)
L’année 2025 a été un tournant pour DDEV. Pas avec des grosses annonces marketing, juste… par maturité.
Infrastructure robuste
Les pulls Docker parallèles qui accélèrent tout. Le nettoyage des dépendances fragiles qui plantaient sans raison. La refactorisation complète de l’API Docker. L’arrivée de Podman et du Docker rootless. Les images Debian 13.
Concrètement ? Moins de bugs fantômes. Moins de temps perdu à débugger des trucs qui devraient juste marcher.
J’ai chronométré une fois (oui je m’ennuie) : 2min30 de moins par démarrage de projet. Multiplie ça par le nombre de projets que tu lances dans une semaine.
Un écosystème d’add-ons qui tient la route
176 add-ons disponibles. 29 officiels maintenus. Des add-ons en PHP maintenant (beaucoup plus puissants que les scripts shell). Les dépendances gérées automatiquement. Une visibilité claire sur l’état des add-ons.
Pour WordPress :
- Redis (enfin)
- Node (propre)
- FrankenPHP (je teste encore mais c’est prometteur)
- Intégration Upsun / Platform.sh
- NVM en add-on (pas un script crade dans ton
.bashrc)
Avant je bricolais tout ça à la main. Maintenant c’est ddev get et c’est parti.
Expérience développeur
Quelques trucs concrets que j’utilise tous les jours :
ddev exec --user → je choisis avec quel user je lance ma commande (pratique pour les droits fichiers)
ddev describe → même projet arrêté, je vois la config
Shell completion → je tape ddev + Tab et j’ai tout
Auto-diagnostics Mutagen et Xdebug → fini de chercher pourquoi ça sync pas ou pourquoi le debug marche pas
Communication HTTP/S entre projets → mes projets peuvent se causer
Meilleure intégration IDE → VS Code et autres IDE comprennent ce que je fais
On sent vraiment que l’outil est fait par des devs qui développent. Pas par des marketeux qui ont imaginé comment un dev travaille.
Pourquoi je l’utilise pour WordPress
Contrairement à Local, DevKinsta et compagnie, DDEV surplombe pas WordPress.
Il cherche pas à :
- Cacher Docker derrière une UI magique
- Simplifier jusqu’à l’absurde
- T’enfermer dans un workflow propriétaire
Il fait exactement l’inverse. Il rend la stack lisible. Il respecte les standards. Il impose aucun workflow WordPress spécifique.
Du coup :
Je peux faire du GeneratePress, du FSE, du custom theme old school, du headless… DDEV s’en fout. C’est mon problème.
Je peux former sur du WordPress réel, pas un WordPress sous cloche qui marche que dans l’interface.
Je peux expliquer la prod, le staging, le debug, sans avoir à traduire depuis un environnement imaginaire.
DDEV comme outil de formation
Ça mérite sa section parce que c’est devenu central pour moi.
Je forme. Je suis jury DWWM et CDA. J’accompagne des reconversions. Et DDEV a changé la donne.
Pourquoi ?
Même environnement pour tous. L’étudiant sur son Asus à 400€ sous Windows a la même chose que moi sur mon Mac. Zéro excuse.
Erreurs reproductibles. Si ça plante, on peut reproduire. Si ça plante chez l’un, on peut vérifier chez l’autre. Fini le « je sais pas, chez toi c’est bizarre ».
Compatible WSL2 / Windows / macOS / Linux. On peut former sans se poser la question du matériel.
Aligné avec Docker et les pratiques pro. Ce qu’ils apprennent, c’est ce qu’ils vont utiliser ensuite.
DDEV est devenu un outil pédagogique autant qu’un outil technique. Et ça, j’avais jamais eu ça avant.
Ce que j’assume aussi : DDEV c’est pas « grand public »
Autant le dire tout de suite. DDEV demande un minimum de culture technique. Docker n’est pas magique. Il faut accepter de comprendre un minimum ce qu’on fait.
Si tu veux juste « cliquer et ça marche », prends Local. Vraiment. C’est très bien pour ça.
Mais si tu veux :
- Comprendre ce que tu fais
- Reproduire un environnement de prod
- Former des gens proprement
- Avoir quelque chose de maintenable sur le long terme
Alors DDEV. Sans hésiter.
Un outil professionnel doit pas mentir sur la complexité. Il doit l’accompagner.
Et maintenant 2026 ?
Avec PHP 8.4 par défaut, PHP 8.5 en support complet, Node 24, des diagnostics automatisés encore améliorés, ddev share modernisé, et une meilleure gouvernance du projet…
DDEV s’installe durablement comme le socle de développement local open-source le plus sérieux pour WordPress.
Et je dis bien « pour WordPress ». Parce que ça marche aussi pour Laravel, Symfony, Drupal, Craft CMS… Mais pour WordPress, en 2025, c’est devenu mon standard.
Ressources
Getting Started with DDEV for Drupal Development
