# Studio de WordPress.com : l’environnement local léger à l’essai

> Installation, fonctionnement basé sur Playground, synchronisation vers WordPress.com et limites de Studio quand on l'utilise pour de vrais projets clients.

- Auteur : Clément Hadrot
- Publié le : 2024-07-12
- Mis à jour le : 2024-07-12
- Catégorie : Outils & workflow
- URL : https://wpmoderne.dev.wordpress-developpement.fr/outils/studio-wordpress-com-environnement-leger/

## L’essentiel

- Studio démarre un site local en quelques secondes
- Il repose sur le moteur WebAssembly de Playground
- La synchronisation cible WordPress.com, pas un serveur tiers

Automattic a sorti Studio courant 2024 : une application de bureau qui promet de lancer un site WordPress local en quelques secondes, sans configurer de serveur ni de base de données à part. L'argument commercial est clair — remplacer le ticket d'entrée technique de Local ou de DDEV par un simple clic — et il vaut la peine d'être vérifié sur un vrai projet plutôt que sur une démo.

Nous l'avons installé pour tester deux choses précises : le temps réel de mise en route d'un environnement, et ce qui se passe quand on essaie de synchroniser ce site local vers un hébergement de production qui n'est pas WordPress.com.

## Installation et premier site

Studio s'installe comme une application de bureau classique (macOS et Windows), sans terminal ni ligne de commande à taper. Après ouverture, un bouton unique crée un nouveau site local :

1. Choisir un nom de site et un dossier de destination sur le disque ;
2. Studio télécharge et démarre une instance WordPress locale, avec PHP et une base SQLite embarqués ;
3. Le site est accessible immédiatement dans un navigateur intégré à l'application, avec un accès administrateur préconfiguré.

Le temps de démarrage tient ses promesses : un nouveau site est utilisable en quelques secondes, sans étape de configuration de base de données ni de virtual host à déclarer.

## Le moteur sous le capot : Playground

Studio n'est pas un environnement Docker déguisé : il repose sur le même moteur que WordPress Playground, capable de faire tourner PHP compilé en WebAssembly. Concrètement, chaque site Studio utilise par défaut une base de données SQLite plutôt que MySQL ou MariaDB, via le plugin d'intégration SQLite maintenu par l'équipe cœur de WordPress.

> L'essentiel à retenir : Studio démarre un site local en quelques secondes ; Il repose sur le moteur WebAssembly de Playground ; La synchronisation cible WordPress.com, pas un serveur tiers

Ce choix a une conséquence directe : un projet qui dépend de fonctionnalités spécifiques à MySQL (requêtes SQL brutes non compatibles SQLite, certaines extensions qui interrogent directement des tables avec une syntaxe propre à MySQL) peut se comporter différemment en local sous Studio et sur un serveur de production classique.

## Installer des extensions et un thème

Studio permet d'installer des extensions et des thèmes directement depuis l'annuaire WordPress.org, via une interface de recherche intégrée, ou d'ajouter le code d'un projet en développement dans le dossier `wp-content` du site local, comme sur n'importe quel environnement.

```
# structure d'un site Studio typique sur le disque
mon-site-local/
├── wp-content/
│   ├── themes/mon-theme-en-developpement/
│   └── plugins/
├── wordpress/          # cœur WordPress géré par Studio
└── .studio/            # configuration interne, base SQLite
```

## La synchronisation vers WordPress.com

La fonctionnalité la plus ambitieuse de Studio est la synchronisation directe vers un site hébergé sur WordPress.com : en quelques clics, le contenu, les extensions et les réglages du site local se retrouvent poussés vers l'hébergement Automattic. C'est un vrai gain de temps pour qui héberge déjà chez WordPress.com, et une manière de tester des modifications localement avant de les répercuter en un clic.

Cette synchronisation reste cependant fermée à cet écosystème : aucune option native ne permet de synchroniser un site Studio vers un VPS personnel, un hébergement mutualisé classique ou un serveur d'entreprise. Pour ces cas, il faut repasser par les méthodes habituelles — export de base, transfert de fichiers, script de déploiement — exactement comme avec n'importe quel autre environnement local.

## Ce que Studio ne couvre pas encore

- Pas de gestion fine de plusieurs versions de PHP par site, contrairement à des environnements plus matures sur ce point ;
- Pas de configuration Xdebug intégrée pour du débogage pas à pas avancé ;
- La base SQLite par défaut peut masquer des bugs qui n'apparaîtront qu'en production sous MySQL, si le projet manipule des requêtes SQL directes.

> Studio convient très bien pour prototyper vite ou démarrer un projet simple. Sur un projet client avec des contraintes serveur précises, on continue de vérifier la compatibilité MySQL avant la mise en production, même après des semaines de développement sous Studio.

## Notre verdict

Studio tient sa promesse de rapidité et abaisse réellement la barrière d'entrée pour lancer un site local, ce qui en fait un bon choix pour l'exploration rapide, la formation ou les projets simples déjà destinés à WordPress.com. Pour un usage professionnel sur des projets clients hébergés ailleurs, il reste, à ce stade, un complément plutôt qu'un remplacement des environnements plus établis.