Serveur local : WampServer, Local, DDEV ou XAMPP ?

Un serveur local permet de développer et tester un site sur son ordinateur sans modifier la production. Local convient bien à WordPress, DDEV aux projets professionnels reproductibles, WampServer aux utilisateurs Windows et WordPress Playground aux essais instantanés.

Installer Apache, PHP et MySQL à la main n’est plus un passage obligé pour développer un site web. Plusieurs outils peuvent créer un environnement local complet en quelques minutes.

Le bon choix dépend toutefois du projet. Un débutant qui souhaite tester WordPress n’a pas les mêmes besoins qu’une équipe devant partager plusieurs versions de PHP, une base de données, Redis et une configuration versionnée.

Ce guide compare les principales solutions actuelles : WampServer, Local, DDEV, XAMPP, MAMP, Laravel Herd, wp-env et WordPress Playground.

Codeable: trouvez les meilleurs développeurs WordPress

Qu’est-ce qu’un serveur local ?

Un serveur local reproduit sur votre ordinateur les principaux composants utilisés par un site web dynamique. Il permet d’exécuter PHP, d’interroger une base de données et d’afficher le résultat dans un navigateur.

Selon l’outil choisi, l’environnement peut comprendre :

Apache ou Nginx comme serveur HTTP ;
PHP et ses extensions ;
MySQL ou MariaDB ;
phpMyAdmin ou Adminer ;
WP-CLI pour administrer WordPress ;
Composer pour les dépendances PHP ;
Node.js et npm pour les ressources front-end ;
Redis pour le cache d’objets ;
Mailpit pour intercepter les emails ;
Xdebug pour le débogage ;
un certificat HTTPS local.

Le site reste accessible uniquement depuis la machine locale, sauf si vous choisissez volontairement de l’exposer sur le réseau.

À quoi sert un environnement de développement local ?

Travailler directement sur un site en production reste une excellente méthode pour transformer une petite erreur en incident public. Un environnement local évite précisément ce genre de créativité.

développer un thème ou une extension ;
tester une mise à jour de WordPress ou WooCommerce ;
essayer une nouvelle version de PHP ;
reproduire une erreur sans affecter les visiteurs ;
importer une copie d’un site existant ;
exécuter des tests automatisés ;
travailler sans connexion permanente à internet ;
tester une migration ou un changement de configuration ;
apprendre PHP, SQL ou WordPress sans payer d’hébergement.

Le développement local ne remplace pas forcément un environnement de préproduction. Il intervient plus tôt dans le workflow, avant les tests effectués sur une infrastructure proche de la production.

Kinsta: Premium Managed WordPress hosting

WAMP, MAMP et LAMP : des piles, pas seulement des logiciels

Les termes WAMP, MAMP et LAMP décrivent initialement une combinaison de technologies.

Acronyme	Système	Serveur	Base de données	Langage
WAMP	Windows	Apache	MySQL ou MariaDB	PHP
MAMP	macOS	Apache	MySQL ou MariaDB	PHP
LAMP	Linux	Apache	MySQL ou MariaDB	PHP
LEMP	Linux	Nginx	MySQL ou MariaDB	PHP

WampServer est donc une implémentation de la pile WAMP. De même, MAMP est à la fois un acronyme générique et le nom d’un logiciel.

Comparatif rapide des principaux outils

Solution	Systèmes	Meilleur usage	Isolation	Niveau
Local	Windows, macOS, Linux selon paquet disponible	Sites WordPress	Par site	Débutant à intermédiaire
DDEV	Windows, macOS, Linux	WordPress et projets PHP professionnels	Conteneurs	Intermédiaire à expert
WampServer	Windows	PHP traditionnel sous Windows	Globale	Débutant à intermédiaire
XAMPP	Windows, macOS, Linux	Apprentissage et projets simples	Globale	Débutant
MAMP	macOS et Windows	Développement PHP avec interface graphique	Partielle	Débutant à intermédiaire
Herd	macOS et Windows	PHP et Laravel natifs	Par site	Intermédiaire
wp-env	Docker ou Playground	Développement d’extensions et de thèmes WordPress	Conteneurs	Intermédiaire à expert
WordPress Playground	Navigateur	Tests rapides et démonstrations	Bac à sable	Tous niveaux

Local : le choix le plus simple pour WordPress

Local est conçu spécialement pour WordPress. Il crée automatiquement le serveur, la base de données, le certificat HTTPS et l’installation WordPress.

La création d’un site demande seulement quelques informations :

le nom du projet ;
la version de PHP ;
le serveur web disponible dans la configuration ;
les identifiants administrateur WordPress.

Local fournit ensuite une interface pour démarrer le site, ouvrir son administration, consulter la base de données et faire confiance au certificat local.

Avantages de Local

installation WordPress automatisée ;
interface graphique claire ;
HTTPS local ;
gestion de plusieurs sites ;
changement de certaines versions de PHP ;
accès rapide à la base de données et aux logs ;
connexion facilitée avec certains hébergeurs.

Limites de Local

solution principalement pensée pour WordPress ;
configuration moins facilement partageable qu’un projet DDEV ;
environnement parfois différent d’un serveur de production personnalisé ;
dépendance à une application de bureau ;
prise en charge Linux moins homogène selon la distribution.

Local convient parfaitement pour créer un site WordPress, tester une extension ou préparer une petite refonte. Il devient moins séduisant lorsque plusieurs développeurs doivent reproduire strictement la même infrastructure.

Le plus lu : Une inscription "opt-in" pour WordPress ?

DDEV : le meilleur compromis pour un workflow professionnel

DDEV crée des environnements isolés à partir de conteneurs. Il utilise Docker en arrière-plan, mais masque une grande partie de sa complexité.

Chaque projet possède son propre fichier de configuration. Vous pouvez donc versionner et partager les choix techniques avec le code :

type de projet ;
version de PHP ;
serveur Apache ou Nginx ;
version et type de base de données ;
services additionnels ;
commandes personnalisées ;
configuration réseau.

DDEV inclut notamment HTTPS local, WP-CLI et un routeur permettant de lancer plusieurs projets simultanément.

Créer un site WordPress avec DDEV

Après avoir installé Docker et DDEV, créez le répertoire du projet :

mkdir mon-site
cd mon-site

ddev config --project-type=wordpress
ddev start

Téléchargez ensuite WordPress avec WP-CLI :

ddev wp core download --locale=fr_FR

ddev wp config create \
	--dbname=db \
	--dbuser=db \
	--dbpass=db \
	--dbhost=db

ddev wp core install \
	--url="https://mon-site.ddev.site" \
	--title="Mon site local" \
	--admin_user="admin-local" \
	--admin_password="change-me-locally" \
	--admin_email="dev@example.test"Langage du code : JavaScript (javascript)

Les identifiants ci-dessus concernent uniquement un environnement local. N’utilisez pas ce mot de passe sur un site public.

Ouvrez ensuite le site :

ddev launch

Importer un site WordPress existant

Placez les fichiers du site dans le projet, puis importez la base :

ddev import-db --file=database.sql.gz
ddev import-files --source=uploads.tar.gzLangage du code : JavaScript (javascript)

Adaptez ensuite les URL avec WP-CLI :

ddev wp search-replace \
	'https://www.example.com' \
	'https://mon-site.ddev.site' \
	--all-tables-with-prefix \
	--precise \
	--report-changed-onlyLangage du code : JavaScript (javascript)

Effectuez toujours une copie de la base avant un remplacement massif, même en local. Les mauvaises habitudes traversent très bien les environnements.

Avantages de DDEV

configuration reproductible et versionnable ;
prise en charge de Windows, macOS et Linux ;
plusieurs projets exécutés simultanément ;
HTTPS et noms de domaine locaux automatiques ;
WP-CLI, Composer et outils de base intégrés ;
import simple des bases et fichiers ;
services complémentaires disponibles ;
bonne proximité avec les infrastructures modernes.

Limites de DDEV

Docker ou un moteur compatible reste nécessaire ;
consommation de mémoire supérieure à une pile native ;
prise en main légèrement plus technique ;
les performances des volumes peuvent varier selon le système.

Pour des projets WordPress et WooCommerce professionnels, DDEV offre généralement le meilleur équilibre entre simplicité, isolation et reproductibilité.

WampServer : toujours pertinent sous Windows

WampServer installe sous Windows une pile composée d’Apache, PHP, MySQL ou MariaDB, phpMyAdmin et Adminer.

Une icône dans la zone de notification permet de :

démarrer ou arrêter les services ;
changer de version de PHP ;
ouvrir les fichiers de configuration ;
consulter les logs ;
accéder à phpMyAdmin ou Adminer ;
créer des alias et hôtes virtuels.

WampServer reste une bonne solution pour apprendre PHP ou administrer directement une pile Windows. Contrairement à DDEV, la configuration est toutefois largement globale : plusieurs projets partagent souvent les mêmes services.

Quand choisir WampServer ?

vous développez uniquement sous Windows ;
vous souhaitez comprendre Apache, PHP et MySQL ;
vous préférez une installation native à Docker ;
vos projets partagent des versions compatibles ;
vous avez besoin d’une interface simple pour gérer les services.

Quand éviter WampServer ?

l’équipe utilise plusieurs systèmes d’exploitation ;
chaque projet exige une pile différente ;
la configuration doit être versionnée ;
vous devez reproduire facilement l’environnement sur une autre machine ;
le projet utilise plusieurs services supplémentaires.

XAMPP : simple, multiplateforme, mais peu isolé

XAMPP propose une pile préconfigurée avec Apache, MariaDB, PHP et plusieurs outils complémentaires. Il fonctionne sous Windows, macOS et Linux.

Il reste utile pour :

apprendre PHP et MySQL ;
lancer rapidement un projet simple ;
suivre une formation utilisant une pile traditionnelle ;
tester une application sans mettre en place Docker.

Comme WampServer, XAMPP repose surtout sur une pile partagée. Changer PHP ou la base de données pour un projet peut donc affecter les autres.

XAMPP est pratique pour commencer. Il devient moins confortable pour maintenir plusieurs projets ayant des dépendances contradictoires.

MAMP : une interface native surtout appréciée sur macOS

MAMP installe un environnement PHP avec une interface graphique. Historiquement associé à macOS, il existe également sous Windows.

La version gratuite suffit pour des besoins simples. La version commerciale ajoute notamment davantage d’outils de gestion, de domaines et de services.

MAMP reste adapté aux développeurs souhaitant une pile native et une interface graphique. Pour un workflow WordPress, Local paraît souvent plus direct. Pour un environnement partagé en équipe, DDEV reste plus reproductible.

Le plus lu : WordPress : éditer les liens de la base de données pour refléter le changement de structure des permaliens

Laravel Herd : un environnement PHP natif et rapide

Laravel Herd fournit un environnement PHP natif pour macOS et Windows. Malgré son nom, il peut servir à d’autres projets PHP que Laravel.

Herd inclut notamment PHP et Nginx. Il facilite la création de domaines locaux et le changement de version de PHP par site.

Selon l’édition utilisée, certains services tels que MySQL, PostgreSQL ou Redis peuvent nécessiter Herd Pro ou une installation séparée.

Herd convient particulièrement si :

vous préférez une installation native et légère ;
vous travaillez principalement avec PHP ou Laravel ;
vous souhaitez changer facilement de version PHP ;
vous n’avez pas besoin de reproduire toute l’infrastructure avec des conteneurs.

Pour WordPress, Herd peut fonctionner correctement. Il offre toutefois moins d’automatisation spécialisée que Local et moins de reproductibilité complète que DDEV.

wp-env : idéal pour développer une extension ou un thème WordPress

@wordpress/env, généralement appelé wp-env, est l’outil officiel du projet WordPress pour lancer rapidement un environnement de développement.

Il convient particulièrement aux dépôts d’extensions, de thèmes et de blocs Gutenberg. La configuration peut être conservée dans un fichier .wp-env.json.

Installer wp-env dans un projet

npm install --save-dev @wordpress/envLangage du code : CSS (css)

Ajoutez ensuite des scripts dans package.json :

{
	"scripts": {
		"env:start": "wp-env start",
		"env:stop": "wp-env stop",
		"env:destroy": "wp-env destroy"
	}
}Langage du code : JSON / JSON avec commentaires (json)

Démarrez l’environnement :

npm run env:startLangage du code : CSS (css)

Une configuration minimale pour une extension peut ressembler à ceci :

{
	"$schema": "https://schemas.wp.org/trunk/wp-env.json",
	"core": "WordPress/WordPress#master",
	"plugins": [
		"."
	],
	"config": {
		"WP_DEBUG": true,
		"SCRIPT_DEBUG": true
	}
}Langage du code : JSON / JSON avec commentaires (json)

wp-env facilite aussi l’usage de WP-CLI, PHPUnit, Composer et Xdebug. Il reste plus adapté au développement d’un composant WordPress qu’à la gestion quotidienne d’un grand site client.

WordPress Playground : tester WordPress sans rien installer

WordPress Playground exécute WordPress directement dans le navigateur grâce à WebAssembly.

Il permet notamment de :

tester une extension ou un thème ;
essayer une version de WordPress ou de PHP ;
préparer une démonstration ;
reproduire un bug dans un environnement isolé ;
partager une configuration avec un Blueprint ;
prévisualiser certaines modifications sans serveur.

Playground ne remplace pas toujours un environnement local persistant. Certaines intégrations réseau, tâches de fond, fonctions email et connexions à des services externes restent limitées.

Il constitue néanmoins la solution la plus rapide pour essayer WordPress sans installer PHP, MySQL, Docker ou une application de bureau.

Quel outil choisir selon votre besoin ?

Je découvre WordPress

Choisissez Local. Son interface réduit la configuration au minimum et permet de créer un site fonctionnel très rapidement.

Je veux seulement tester une extension ou un thème

Utilisez WordPress Playground pour un essai immédiat. Préférez wp-env si vous développez le composant et souhaitez conserver la configuration dans son dépôt.

Je développe plusieurs sites WordPress ou WooCommerce

Choisissez DDEV. Chaque projet peut disposer de sa propre version de PHP, de sa base et de ses services.

Je travaille en équipe

DDEV constitue également le meilleur choix général. La configuration du projet peut être versionnée et reproduite sur Windows, macOS ou Linux.

Je développe uniquement sous Windows sans Docker

WampServer reste une solution simple et efficace. Herd peut aussi convenir si vous préférez Nginx et une pile PHP plus légère.

Je développe principalement avec Laravel

Herd offre une excellente expérience native. DDEV reste toutefois intéressant si le projet dépend de plusieurs services ou doit être partagé avec une équipe hétérogène.

Reproduire la production sans tout copier aveuglément

Un environnement local doit être suffisamment proche de la production pour révéler les incompatibilités importantes.

utilisez la même branche majeure de PHP ;
reproduisez Apache ou Nginx lorsque leur comportement influence le projet ;
utilisez MySQL ou MariaDB selon la production ;
activez les extensions PHP réellement nécessaires ;
reproduisez Redis si l’application en dépend ;
testez les tâches planifiées ;
conservez les mêmes règles de réécriture ;
utilisez HTTPS localement.

Une reproduction parfaite n’est pas toujours nécessaire. Elle devient toutefois importante pour WooCommerce, les sites à fort trafic, les paiements, les abonnements et les applications possédant de nombreuses intégrations.

Protéger les données importées depuis la production

Importer une base de production sur un ordinateur de développement peut exposer des données personnelles, des commandes, des adresses ou des identifiants.

anonymisez les données clients lorsque leur présence n’est pas nécessaire ;
remplacez les adresses email par des domaines réservés comme example.test ;
désactivez les passerelles de paiement réelles ;
retirez les clés API de production ;
interceptez les emails avec Mailpit ou un outil équivalent ;
désactivez les webhooks externes ;
ne synchronisez pas les sauvegardes locales dans un cloud personnel non maîtrisé ;
chiffrez le disque de la machine de développement.

Le plus lu : wp-cli : importer et exporter les utilisateurs WP

Un site local ne doit jamais envoyer accidentellement un email de commande ou de réinitialisation de mot de passe à un véritable client.

Ne rendez pas votre serveur local public

Les piles locales privilégient la commodité. Elles ne sont pas configurées comme des serveurs de production.

limitez l’écoute à l’interface locale ;
n’ouvrez pas les ports Apache, MySQL ou phpMyAdmin sur internet ;
ne placez pas une pile XAMPP ou WampServer directement en production ;
protégez les outils de base de données ;
évitez les mots de passe vides hors d’un bac à sable strictement local ;
arrêtez les services inutilisés ;
utilisez un tunnel temporaire uniquement lorsque cela est nécessaire.

Lorsque vous devez montrer le projet à un client, un environnement de préproduction protégé reste préférable à une exposition permanente de votre ordinateur.

Environnement local ou préproduction ?

Environnement local	Préproduction
Exécuté sur votre ordinateur	Exécutée sur un serveur distant
Rapide pour développer	Plus proche du réseau de production
Généralement inaccessible au client	Peut être partagée avec le client
Peut fonctionner hors ligne	Nécessite une connexion
Idéal pour coder et déboguer	Idéal pour valider avant mise en ligne
Données souvent simplifiées	Configuration proche de la production

Un workflow solide utilise souvent les deux :

développement et tests rapides en local ;
versionnement des modifications avec Git ;
déploiement sur une préproduction protégée ;
validation fonctionnelle et visuelle ;
sauvegarde de la production ;
déploiement contrôlé.

Que sont devenues les solutions recommandées en 2007 ?

La première version de cet article recommandait WampServer, EasyPHP, XAMPP et MAMP. Le paysage a beaucoup évolué.

WampServer reste maintenu et pertinent sous Windows.
XAMPP reste disponible pour les trois principaux systèmes de bureau.
MAMP demeure une option native avec interface graphique.
EasyPHP ne constitue plus un choix recommandé pour démarrer un nouveau projet.
Local a simplifié le développement WordPress.
DDEV a rendu les environnements conteneurisés plus accessibles.
Herd propose une alternative PHP native moderne.
WordPress Playground permet désormais d’exécuter WordPress dans un navigateur.

Le besoin n’a donc pas disparu. Les outils sont simplement devenus plus spécialisés et plus reproductibles.

Besoin d’un environnement WordPress fiable ?

Je peux reproduire votre site dans un environnement isolé, préparer une migration ou mettre en place un workflow de développement adapté à votre infrastructure.

environnement local ou de préproduction ;
migration WordPress et WooCommerce ;
configuration DDEV et WP-CLI ;
tests de mises à jour PHP et WordPress ;
optimisation des performances ;
hébergement, maintenance et sécurité.

Décrivez votre projet depuis la page Contact. Nous choisirons une architecture adaptée au site, pas simplement l’outil qui possède la plus jolie icône.

Questions fréquentes

Quel est le meilleur serveur local pour WordPress ?

Local constitue le choix le plus simple pour commencer. DDEV convient mieux aux développeurs qui souhaitent une configuration reproductible, partageable et proche d’une infrastructure professionnelle.

WampServer existe-t-il encore ?

Oui. WampServer reste maintenu sous Windows et fournit Apache, plusieurs versions de PHP, MySQL, MariaDB, phpMyAdmin et Adminer.

Faut-il utiliser Docker pour développer WordPress ?

Docker n’est pas obligatoire. Il devient intéressant lorsque plusieurs projets nécessitent des versions différentes ou lorsque l’environnement doit être reproduit par une équipe. DDEV simplifie fortement son utilisation.

Peut-on installer WordPress sans serveur local ?

Oui. WordPress Playground permet de lancer WordPress directement dans un navigateur. Cette solution convient aux tests et démonstrations, mais elle possède davantage de limites qu’un environnement local complet.

Local remplace-t-il un serveur de préproduction ?

Non. Local facilite le développement sur votre ordinateur. Une préproduction permet ensuite de tester le site dans un environnement distant proche de la production et de le faire valider par d’autres personnes.

Peut-on utiliser WampServer ou XAMPP en production ?

Ce n’est pas recommandé. Ces outils privilégient la simplicité du développement local. Un serveur public doit être configuré, sécurisé, supervisé et maintenu pour la production.

Comment tester plusieurs versions de PHP ?

WampServer, Local, Herd et DDEV permettent de changer de version PHP selon leurs modalités. DDEV et Herd facilitent particulièrement l’affectation d’une version différente à chaque projet.

Conclusion

WampServer n’a pas disparu. Il reste un outil valable pour développer en PHP sous Windows. Il n’est simplement plus la réponse universelle à tous les projets.

Pour WordPress, Local offre la prise en main la plus rapide. DDEV fournit un workflow plus reproductible pour les développeurs et les équipes. Herd propose une pile PHP native élégante, tandis que wp-env cible les extensions et thèmes.

Enfin, WordPress Playground permet de tester WordPress presque instantanément, sans installer de serveur.

Le meilleur environnement local n’est donc pas nécessairement le plus complet. C’est celui qui reproduit correctement les besoins du projet sans transformer sa configuration en second métier.

Sources et ressources

Report a typo

Facebook Tweet Pin LinkedIn