Parmi les nouveautés les plus surprenantes de l’année, WordPress Playground mérite qu’on s’y attarde : c’est un WordPress complet, cœur inclus, qui s’exécute entièrement dans le navigateur, sans serveur PHP ni base de données MySQL classique. La prouesse technique repose sur PHP compilé en WebAssembly, associé à SQLite comme moteur de base de données en remplacement de MySQL. Le résultat : un site WordPress qui démarre en quelques secondes, dans un onglet, sans rien installer.
On l’a testé sur plusieurs cas d’usage concrets où on aurait auparavant monté un environnement Docker ou un sous-domaine de démonstration temporaire, pour voir ce qu’il change vraiment dans notre façon de travailler.
Comment ça fonctionne, sans rentrer dans les détails de WebAssembly
Playground utilise une version de PHP compilée pour s’exécuter directement dans le moteur JavaScript du navigateur, sans passer par un serveur distant. WordPress s’exécute donc littéralement sur la machine de la personne qui consulte la page, avec SQLite en guise de base de données — WordPress prend en charge SQLite comme alternative à MySQL depuis l’intégration de ce support dans le cœur, précisément pour permettre ce genre d’usage.
<iframe
src="https://playground.wordpress.net/?plugin=mon-plugin&php=8.0&wp=6.3"
style="width:100%;height:600px;border:0;"
></iframe>Cette simple balise iframe suffit à intégrer un WordPress fonctionnel avec un plugin précis préchargé, directement dans une page web — utile pour une documentation interactive ou une page de démonstration de plugin, sans jamais toucher à un serveur.
Notre usage principal : la démonstration de plugin
Avant Playground, présenter un plugin maison à un client impliquait soit une capture vidéo (peu interactive), soit un environnement de démonstration hébergé quelque part (coût de maintenance, risque de dérive de version). Playground remplace avantageusement les deux pour une première démonstration : le client teste réellement le plugin, dans un vrai WordPress, sans qu’on ait à héberger quoi que ce soit.
# blueprint.json : configuration d'un environnement Playground préconfiguré
{
"landingPage": "/wp-admin/",
"preferredVersions": {
"php": "8.1",
"wp": "6.3"
},
"steps": [
{ "step": "login", "username": "admin", "password": "password" },
{
"step": "installPlugin",
"pluginZipFile": { "resource": "url", "url": "https://exemple.fr/mon-plugin.zip" }
}
]
}Les fichiers blueprint permettent de scripter précisément l’état de départ d’un environnement Playground : version de PHP et de WordPress, plugins préinstallés, utilisateur déjà connecté. On en garde un par plugin maison, prêt à être partagé en un lien lors d’une démonstration commerciale.
Les limites à connaître avant de s’enthousiasmer trop vite
- Par défaut, aucune donnée ne persiste au-delà de la session du navigateur — un rafraîchissement de page repart de zéro, sauf configuration spécifique de sauvegarde
- Certaines fonctionnalités qui dépendent d’extensions PHP non compilées en WebAssembly (des opérations réseau sortantes complexes, par exemple) restent limitées ou indisponibles
- Ce n’est pas un substitut à un environnement de développement complet : c’est un outil de démonstration et de test rapide, pas un outil de production
Playground face aux environnements de développement classiques
| Critère | WordPress Playground | DDEV / Docker / Local |
|---|---|---|
| Temps de démarrage | Quelques secondes, dans le navigateur | Quelques minutes, installation locale |
| Persistance des données | Non, par défaut | Oui |
| Partage instantané d’une démo | Excellent, un simple lien | Nécessite un hébergement dédié |
| Développement au long cours | Non adapté | Adapté |
Playground ne remplace aucun de nos outils de développement habituels. Il ouvre une nouvelle catégorie d’usage qu’on n’avait tout simplement pas avant : la démonstration instantanée, sans coût d’hébergement, sans installation côté client.
Ce qu’on surveille pour la suite
Le projet évolue vite, porté activement par l’équipe cœur de WordPress. On suit de près les annonces autour de la persistance de données côté navigateur et des cas d’usage côté tests automatisés, deux pistes évoquées par la communauté qui pourraient, à terme, transformer Playground en un outil de test rapide pour les développeurs de plugins, au-delà de son usage actuel de démonstration.
En résumé
WordPress Playground n’est pas un gadget : c’est un vrai changement dans la façon de partager un WordPress fonctionnel sans infrastructure. Pour une démonstration de plugin ou un premier contact avec une fonctionnalité, il remplace avantageusement un environnement de démonstration hébergé. Pour du développement sérieux au long cours, les outils habituels — DDEV, Docker, Local — gardent toute leur pertinence.
