Comment créer un réseau multisite avec WordPress ?

Le multisite WordPress, c’est quoi ?

Depuis WordPress 3.0 (2010), une fonctionnalité dort dans le code de WordPress : le réseau multisite. Une seule installation, un seul jeu de fichiers, une seule base de données — mais plusieurs sites indépendants. Chaque site a ses propres articles, ses propres pages, sa propre bibliothèque de médias. Et tout se gère depuis un tableau de bord unique.

En 2026, le multisite reste la seule solution native. Ce tutoriel WordPress détaille comment gérer un réseau de sites. Pas besoin de plugin tiers, pas d’abonnement SaaS. C’est intégré au cœur du CMS.

Je forme des gens à WordPress depuis 2013, et le multisite fait partie des sujets qui reviennent régulièrement en formation WordPress. Pas parce que tout le monde en a besoin — au contraire. Mais parce que ceux qui en ont besoin ne savent souvent pas que ça existe.

Quand utiliser (et ne PAS utiliser) Multisite

Les bons cas d’usage

• Réseau de blogs d’entreprise : un blog par département, une seule installation à maintenir
• Sites multilingues : un sous-site par langue (monsite.fr/en/, monsite.fr/de/) — alternative gratuite à WPML
• Réseau de franchises : un site par ville ou région, même charte graphique, plugins centralisés
• Université ou école : un sous-site par département, par promo, par laboratoire
• Portfolio d’agence : sites clients sur la même infrastructure avec maintenance mutualisée
• SaaS WordPress : WordPress.com fonctionne exactement sur ce modèle

Quand c’est une mauvaise idée

Vous avez juste deux sites qui n’ont rien à voir entre eux ? Deux installations séparées. Un site vitrine et un e-commerce avec des stacks techniques très différentes ? Deux installations séparées. Votre hébergement mutualisé à 3€/mois ne supporte pas les wildcards DNS ? Même verdict.

Je vois trop de gens activer Multisite pour gérer 2 sites qui n’ont rien à voir. C’est comme acheter un camion pour faire ses courses. Ça roule, mais c’est pas fait pour ça.

Le multisite a un effet secondaire que personne ne mentionne dans les tutos : une panne touche tout le réseau d’un coup. Un plugin qui plante, une mise à jour du core qui casse quelque chose, et ce ne sont pas 1 mais 10 ou 50 sites qui tombent en même temps.

J’ai eu un client en 2022 qui gérait 14 sites e-learning sur une seule installation multisite. Même thème, plugins centralisés, mise à jour en une fois. Sur le papier, c’est idéal. Jusqu’au jour où une mise à jour de WooCommerce a cassé le checkout sur les 14 sites simultanément. Un vendredi soir. Évidemment.

Prérequis techniques

Avant de commencer, vérifiez que vous avez :

• WordPress installé en mode standard (si ce n’est pas fait, suivez notre guide pour installer WordPress)
• Un accès FTP ou un gestionnaire de fichiers (cPanel, Plesk) pour modifier wp-config.php et .htaccess
• Un hébergement qui supporte les wildcard subdomains (si vous choisissez le mode sous-domaines)
• Une sauvegarde complète — fichiers + base de données (voir notre guide de sauvegarde WordPress)

Ce dernier point n’est pas négociable. On va toucher aux deux fichiers les plus sensibles d’une installation WordPress. Si quelque chose casse, une sauvegarde vous remet d’aplomb en 5 minutes. Sans sauvegarde, vous passez la soirée à transpirer.

Dernier point : vérifiez que vos extensions ne bloquent pas le multisite. C’est rare, mais ça existe. Certains plugins de sécurité verrouillent wp-config.php en écriture.

Activer WordPress Multisite — étape par étape

La procédure prend environ 15 minutes. Moins si vous êtes à l’aise avec FTP.

Étape 1 : désactiver tous les plugins

Dans votre tableau de bord WordPress, allez dans Extensions > Extensions installées et désactivez toutes vos extensions. WordPress l’exige pour éviter les conflits lors de l’installation du réseau. Ne les supprimez pas — juste désactivez. Vous les réactiverez après.

Étape 2 : ajouter la constante dans wp-config.php

Connectez-vous à votre serveur via FTP. Téléchargez wp-config.php. Ouvrez-le dans un éditeur de texte et cherchez cette ligne :

/* C'est tout, ne touchez pas à ce qui suit ! Bon Blogging ! */

Juste au-dessus, ajoutez :

define( 'WP_ALLOW_MULTISITE', true );

Enregistrez. Remettez le fichier sur le serveur.

Étape 3 : aller dans Outils > Installation du réseau

Retournez dans votre tableau de bord WordPress. Un nouveau menu est apparu : Outils > Création du réseau.

WordPress vous demande de choisir entre deux modes. Renseignez le titre de votre réseau et l’email de l’admin réseau. Cliquez sur Installer.

Étape 4 : choisir sous-domaines ou sous-répertoires

C’est LA décision à prendre. Vous ne pourrez pas en changer après sans migration complète.

Sous-domaines (blog.monsite.fr, boutique.monsite.fr) : chaque site a son propre sous-domaine. Ça demande un enregistrement DNS wildcard — un enregistrement A avec * (astérisque) pointant vers l’IP de votre serveur. Propagation : quelques minutes à 24h.

Sous-répertoires (monsite.fr/blog/, monsite.fr/boutique/) : les sites s’affichent comme des dossiers. Pas de configuration DNS. Le choix le plus simple pour débuter.

Attention : le mode sous-répertoires n’est disponible que si votre installation WordPress a moins de 30 jours. C’est une restriction du core pour éviter les conflits d’URL avec du contenu existant.

Pour le SEO, les sous-répertoires ont un avantage : Google les considère comme faisant partie du même site, ce qui mutualise l’autorité de domaine. Les sous-domaines sont traités comme des sites distincts.

Étape 5 : ajouter les lignes générées dans wp-config.php et .htaccess

WordPress affiche deux blocs de code. Le premier va dans wp-config.php, sous la ligne WP_ALLOW_MULTISITE :

define( 'MULTISITE', true );
define( 'SUBDOMAIN_INSTALL', false );
define( 'DOMAIN_CURRENT_SITE', 'monsite.fr' );
define( 'PATH_CURRENT_SITE', '/' );
define( 'SITE_ID_CURRENT_SITE', 1 );
define( 'BLOG_ID_CURRENT_SITE', 1 );

Le second remplace le contenu de votre fichier .htaccess :

RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]

# add a trailing slash to /wp-admin
RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]

RewriteCond %{REQUEST_FILENAME} -f [OR]
RewriteCond %{REQUEST_FILENAME} -d
RewriteRule ^ - [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
RewriteRule ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
RewriteRule . index.php [L]

Étape 6 : se reconnecter et réactiver les plugins

Mettez les deux fichiers à jour sur votre serveur. Reconnectez-vous à WordPress. Le réseau multisite est actif. Un nouveau menu apparaît en haut de la barre d’administration avec un accès direct à chaque site du réseau.

Réactivez vos extensions une par une. Si l’une d’elles pose problème en multisite, vous saurez immédiatement laquelle.

Gérer le réseau au quotidien

Super Admin vs Admin de site

Quand vous activez le multisite, WordPress crée un nouveau rôle : le Super Admin. Ce rôle dépasse celui d’administrateur classique. Il peut créer des sites, installer des plugins et des thèmes, gérer tous les utilisateurs du réseau.

L’admin du réseau est accessible à l’URL /wp-admin/network/. Chaque site individuel garde son propre /wp-admin/ avec un tableau de bord classique.

L’Administrateur de site, lui, ne peut pas installer de plugins ni de thèmes — c’est réservé au Super Admin. Il gère uniquement le contenu, les utilisateurs et les réglages de son propre site.

Plugins : activés par réseau vs par site

Depuis l’Admin du réseau, vous pouvez activer un plugin pour tout le réseau en un clic. Tous les sites l’utilisent, même configuration, même version. C’est la méthode recommandée pour les plugins de sécurité, de cache ou de SEO.

L’autre option : rendre le plugin disponible sans l’activer globalement. Chaque administrateur de site décide alors s’il l’active ou non. Pratique quand certains sites ont des besoins spécifiques.

Les mu-plugins fonctionnent aussi en multisite — ils s’exécutent automatiquement sur tous les sites du réseau, sans possibilité de les désactiver depuis l’interface.

Thèmes : disponibles pour le réseau, activés par site

Les thèmes se gèrent différemment. Depuis l’Admin du réseau, vous rendez un thème "disponible" pour le réseau. Chaque site peut ensuite le sélectionner. Vous ne pouvez pas imposer un thème unique à tous les sites — vous contrôlez seulement ce qui est disponible.

Utilisateurs : un compte unique sur tout le réseau

Un utilisateur créé dans le réseau dispose d’un seul compte. Mais il peut avoir des rôles différents sur chaque site : administrateur sur le site A, éditeur sur le site B, abonné sur le site C. Les rôles se gèrent site par site.

Le Super Admin, lui, a accès à tout. Ne donnez ce rôle qu’aux personnes qui en ont réellement besoin. Deux Super Admins maximum sur un réseau, c’est une bonne règle.

Médias : chaque site a sa propre bibliothèque

Les médias sont cloisonnés. Le site 2 stocke ses fichiers dans wp-content/uploads/sites/2/, le site 3 dans wp-content/uploads/sites/3/. Pas de partage entre les sites. Si vous avez besoin de médias communs, il faudra les uploader sur chaque site ou utiliser un plugin de bibliothèque partagée (Network Media Library, par exemple).

Hébergement et performance Multisite

Compatibilité des hébergeurs

La plupart des hébergements mutualisés ne supportent pas les wildcards DNS nécessaires au mode sous-domaines. Pour le mode sous-répertoires, quasiment tout hébergement convient.

Quelques hébergeurs testés et compatibles :

• O2switch : supporte le multisite nativement, wildcard DNS configurable depuis cPanel. Mon choix pour les projets WordPress francophones
• OVH : configurable mais la gestion DNS demande de la patience
• Kinsta, WP Engine : support natif du multisite sur les plans Business et supérieurs
• Infomaniak : compatible, bonne documentation en français

Pour bien choisir votre hébergement WordPress, pensez à vérifier la compatibilité multisite avant de signer.

Impact sur la base de données

Chaque sous-site partage la même base de données. WordPress crée un jeu de tables par site : wp_2_posts, wp_2_options, wp_3_posts, wp_3_options… Sur un réseau de 20 sites, vous avez facilement 200+ tables. Les requêtes s’allongent, les sauvegardes deviennent volumineuses.

Avec 5 sites à faible trafic, pas de problème. Avec 50 sites actifs ? La BDD grossit vite. Règle simple : au-delà de 10 sites actifs, passez sur un VPS ou un serveur dédié. Le mutualisé ne suffit plus.

Nettoyez régulièrement les révisions et les transients. Sur un multisite, les gains de nettoyage sont multipliés par le nombre de sites.

Cache en multisite

LiteSpeed Cache, WP Super Cache et W3 Total Cache fonctionnent avec le multisite. La configuration se fait au niveau réseau et s’applique à tous les sites.

Certains plugins de cache moins connus ne gèrent pas le multisite correctement. Testez avant de vous engager. Et si vous utilisez un CDN, configurez-le une seule fois — il couvrira l’ensemble du réseau.

Plugins compatibles et incompatibles

La majorité des plugins WordPress fonctionnent en multisite sans problème. Mais il y a des pièges.

Compatible sans réserve

• Yoast SEO : fonctionne en multisite, configuration réseau + configuration par site
• Gravity Forms : compatible, licences réseau disponibles
• LiteSpeed Cache : configuration centralisée réseau
• WPS Hide Login : fonctionne au niveau réseau pour protéger toutes les URLs de connexion

Compatible avec précautions

WooCommerce fonctionne en multisite. Mais c’est une autre histoire. Chaque sous-site a sa propre boutique, ses propres produits, ses propres commandes. Si vous voulez un catalogue partagé entre les sites, ce n’est pas natif — il faut des extensions tierces.

Mon conseil : si votre projet principal est un e-commerce, ne partez pas en multisite. WooCommerce sur une installation classique sera plus simple. Le multisite + WooCommerce, c’est pour les cas très spécifiques (réseau de boutiques par région, marketplace multi-vendeurs).

Problématique ou incompatible

Certains plugins de sécurité ont des comportements imprévisibles en réseau. Certains builders (Divi, notamment) gèrent mal le contexte multisite dans leurs réglages globaux. Vérifiez toujours la page de documentation du plugin avant de l’activer au niveau réseau.

Migrer vers Multisite (ou en sortir)

Migrer un site existant vers Multisite

Vous avez un WordPress classique et vous voulez en faire la base d’un réseau ? Activez le multisite en suivant la procédure ci-dessus, puis importez vos sites supplémentaires via l’outil natif d’import/export XML (Outils > Exporter / Outils > Importer).

Pour déplacer un site WordPress d’un hébergement à un autre avant de l’intégrer au réseau, on a un guide dédié.

Un point d’attention : si votre site existant a plus de 30 jours et que vous voulez le mode sous-répertoires, WordPress refusera. Vous serez forcé de choisir les sous-domaines.

Extraire un sous-site du réseau

Vous voulez sortir un sous-site pour en faire un WordPress indépendant ? La procédure :

1. Exportez le contenu du sous-site via Outils > Exporter (articles, pages, médias)
2. Installez un WordPress neuf sur un autre hébergement ou dans un autre dossier
3. Importez le fichier XML via le plugin WordPress Importer
4. Récupérez les fichiers médias depuis wp-content/uploads/sites/ID/ et remettez-les dans wp-content/uploads/ de la nouvelle installation
5. Réinstallez et configurez le thème et les plugins

C’est pas automatique. Ça prend du temps. Mais c’est fiable.

WP-CLI pour les pros

Si vous êtes à l’aise en ligne de commande, WP-CLI simplifie toute la gestion multisite :

# Créer un nouveau site
wp site create --slug=boutique --title="Ma Boutique" --email=admin@monsite.fr

# Lister tous les sites du réseau
wp site list

# Activer un plugin sur tout le réseau
wp plugin activate yoast-seo --network

# Supprimer un site
wp site delete 3 --yes

La documentation officielle WordPress sur le multisite détaille toutes les commandes disponibles.

FAQ sur le multisite WordPress

Quelle est la différence entre sous-domaines et sous-répertoires ?

Les sous-domaines créent des URLs du type blog.monsite.fr, boutique.monsite.fr. Ils nécessitent un enregistrement DNS wildcard. Les sous-répertoires créent des URLs du type monsite.fr/blog/, monsite.fr/boutique/. Pas de configuration DNS nécessaire. Le mode sous-répertoires n’est disponible que sur les installations de moins de 30 jours. Pour le SEO, les sous-répertoires sont préférables car ils mutualisent l’autorité du domaine principal.

Puis-je utiliser WooCommerce avec Multisite ?

Oui, mais chaque sous-site aura sa propre boutique indépendante avec ses propres produits, commandes et clients. Le partage de catalogue entre sous-sites n’est pas natif — il faut des plugins tiers. Pour un simple e-commerce, une installation WordPress classique avec WooCommerce reste préférable. Le multisite + WooCommerce se justifie pour des cas précis : réseau de boutiques régionales, marketplace, réseau de franchises avec chacune sa boutique.

Mon hébergeur supporte-t-il WordPress Multisite ?

En mode sous-répertoires, quasiment tous les hébergeurs conviennent. En mode sous-domaines, il faut que l’hébergeur supporte les wildcards DNS. O2switch, Kinsta, WP Engine et Infomaniak le font sans problème. Les hébergements mutualisés d’entrée de gamme chez certains fournisseurs peuvent poser problème. Contactez le support de votre hébergeur pour confirmer avant de vous lancer.

Comment partager des utilisateurs entre les sites du réseau ?

C’est automatique. Un utilisateur créé dans le réseau multisite dispose d’un seul compte avec un seul identifiant et un seul mot de passe. Il peut ensuite recevoir des rôles différents sur chaque site : administrateur ici, éditeur là, abonné ailleurs. La gestion des rôles se fait site par site, mais le compte utilisateur est unique pour tout le réseau.

Peut-on avoir des thèmes différents par sous-site ?

Oui. Le Super Admin rend les thèmes disponibles au niveau du réseau, puis chaque administrateur de site choisit celui qu’il veut. Vous pouvez avoir le site A avec Astra, le site B avec GeneratePress, le site C avec un thème sur-mesure. Le Super Admin contrôle ce qui est proposé, pas ce qui est activé sur chaque site.

Comment sauvegarder un réseau Multisite ?

Une seule sauvegarde de la base de données couvre tous les sites du réseau — les fichiers sont communs aussi. Le point délicat, c’est la restauration partielle : si vous voulez restaurer un seul sous-site sans toucher aux autres, il faut un plugin qui gère ça (UpdraftPlus, par exemple). Sauvegardez quotidiennement si vos sites sont actifs.

WordPress Multisite ralentit-il le site ?

Pas en soi. Un réseau de 3 sites à faible trafic consomme à peine plus qu’une installation classique. Mais un réseau de 20+ sites actifs avec des plugins lourds sur un hébergement mutualisé, ça ralentit, oui. La base de données grossit avec chaque site ajouté (un jeu de tables par site), et les requêtes s’allongent. Prévoyez de la marge côté serveur et un bon plugin de cache.

Comment désactiver Multisite et revenir à un site unique ?

Exportez d’abord le contenu de chaque sous-site que vous voulez conserver (Outils > Exporter). Ouvrez wp-config.php et supprimez toutes les lignes ajoutées lors de l’activation (MULTISITE, SUBDOMAIN_INSTALL, DOMAIN_CURRENT_SITE, etc.). Restaurez le .htaccess standard de WordPress. Reconnectez-vous. Votre WordPress est redevenu une installation classique. Les tables des sous-sites restent en base mais n’interfèrent pas — supprimez-les via phpMyAdmin si vous voulez faire le ménage.