Multisite WordPress : définition, installation et cas d’usage

Un multisite WordPress est une seule installation WordPress qui fait tourner un réseau de plusieurs sites : un seul code source, une seule base de données, des extensions et des thèmes installés une fois, et un tableau de bord réseau piloté par un « super administrateur ». Chaque site garde ses propres contenus et réglages. C’est une bonne solution pour des sites qui se ressemblent (agences régionales, franchises, écoles, marques d’un même groupe), beaucoup moins pour des sites très différents ou qui doivent partager des données entre eux.

La fonction est présente dans tout WordPress, mais désactivée par défaut. On explique ici comment fonctionne un réseau, comment l’activer pas à pas, comment choisir entre sous-domaines et sous-répertoires, ce qu’il faut savoir sur les rôles, les extensions et les noms de domaine, et dans quels cas il vaut mieux s’en passer.

• Qu’est-ce qu’un multisite WordPress ?
• Comment fonctionne un réseau multisite ?
• Dans quels cas utiliser un multisite ?
• Sous-domaines ou sous-répertoires : que choisir ?
• Comment activer le multisite, étape par étape ?
• Qui peut faire quoi dans un réseau ?
• Peut-on donner un nom de domaine propre à chaque site ?
• Quels sont les avantages et les inconvénients ?
• Quelles alternatives au multisite ?
• Les erreurs à éviter
• Questions fréquentes
• Sources

Qu’est-ce qu’un multisite WordPress ?

Le multisite (on parle aussi de « réseau de sites ») permet de gérer plusieurs sites WordPress à partir d’une seule installation. La documentation officielle le présente comme une solution adaptée aux entreprises dont les sites partagent certaines ressources, comme le thème ou les extensions, mais publient des contenus différents, par exemple pour leurs différentes régions.

Concrètement, au lieu d’avoir cinq installations WordPress à mettre à jour séparément, vous en avez une seule. Le cœur de WordPress, les extensions et les thèmes sont installés une fois pour tout le réseau. Chaque site, lui, conserve ses pages, ses articles, ses médias, ses menus et ses réglages.

Si vous débutez avec WordPress, notre article pourquoi WordPress est un bon CMS pour une entreprise pose les bases avant d’aller plus loin.

Comment fonctionne un réseau multisite ?

Une fois le réseau activé, trois choses changent par rapport à un site WordPress classique.

1. Une administration réseau apparaît. Dans la barre d’outils, le nom de votre site est remplacé par un menu « Mes sites ». De là, vous accédez à l’administration du réseau et à chacun des sites.
2. Les extensions et les thèmes sont centralisés. Ils ne s’installent et ne se mettent à jour que depuis l’administration réseau. Une extension peut être activée pour tout le réseau d’un coup, ou laissée disponible pour que chaque site l’active s’il en a besoin. Un thème doit être autorisé sur le réseau avant qu’un site puisse le choisir.
3. La base de données est partagée, mais pas les contenus. Selon la documentation WordPress, chaque site dispose de ses propres tables (articles, réglages, commentaires) et seule la table des utilisateurs est commune. Un même compte peut donc avoir accès à plusieurs sites, avec un rôle différent sur chacun.

Le gain principal est le temps de maintenance : une mise à jour d’extension ou de WordPress se fait une fois pour tous les sites. Le revers est tout aussi direct : une mise à jour qui casse quelque chose casse potentiellement tous les sites en même temps.

Dans quels cas utiliser un multisite ?

La bonne question n’est pas « ai-je plusieurs sites ? », mais « mes sites ont-ils la même base technique et la même équipe pour les administrer ? ». Voici les cas où le multisite est généralement pertinent :

• Un réseau d’agences, de magasins ou de franchises : même charte, même thème, contenus locaux gérés par chaque point de vente.
• Les sites d’un groupe dont les marques partagent une base graphique et fonctionnelle.
• Une école, une université ou une collectivité qui donne un site à chaque service, composante ou association.
• Une plateforme qui crée des sites à la demande (blogs de membres, mini-sites d’événements).
• Des versions linguistiques d’un même site, quand chaque langue a une équipe et des contenus vraiment différents. Pour une simple traduction, une extension multilingue sur un site unique est souvent plus simple.

À l’inverse, la documentation WordPress prévient que si vous prévoyez des sites fortement liés entre eux, qui partagent des données ou des utilisateurs, un réseau multisite n’est peut-être pas la meilleure solution. Un site unique avec les bonnes extensions fait alors souvent mieux l’affaire.

Sous-domaines ou sous-répertoires : que choisir ?

À l’installation, WordPress vous demande de choisir comment les sites du réseau seront adressés. Ce choix se fait une fois : la documentation indique qu’il est possible de le changer ensuite, mais que ce n’est pas simple.

Critère	Sous-répertoires	Sous-domaines
Exemple d’adresse	exemple.fr/lyon/	lyon.exemple.fr
Restriction à l’installation	Impossible si l’installation WordPress existe depuis plus d’un mois (conflits de permaliens)	Impossible si l’adresse du site contient un chemin, ou si elle est « localhost » ou une adresse IP
DNS	Rien de particulier	Un enregistrement DNS « joker » (*.exemple.fr) seulement si des sites doivent être créés à la demande
Emplacement de WordPress	Libre	À la racine du dossier web, sinon configuration serveur avancée

Côté référencement, les deux fonctionnent. La différence tient surtout à la façon dont vous voulez présenter les sites : comme des rubriques d’un même site ou comme des sites distincts. Nous avons détaillé ce débat dans l’article sous-domaine ou sous-répertoire pour le SEO.

Comment activer le multisite, étape par étape ?

La procédure officielle tient en quelques étapes, mais elle suppose d’être à l’aise avec l’édition de fichiers sur le serveur.

1. Sauvegardez la base de données et les fichiers du site.
2. Vérifiez que les permaliens « jolis » fonctionnent (Réglages, Permaliens).
3. Désactivez toutes les extensions. Vous les réactiverez après la création du réseau.
4. Autorisez le multisite en ajoutant cette ligne dans wp-config.php, au-dessus de la ligne qui indique d’arrêter l’édition :

define( 'WP_ALLOW_MULTISITE', true );

5. Installez le réseau depuis Outils, Configuration du réseau : choisissez sous-domaines ou sous-répertoires, donnez un nom au réseau et une adresse e-mail d’administration, puis cliquez sur Installer.
6. Copiez le code fourni par WordPress dans wp-config.php et dans .htaccess (sur un serveur Apache ; sur Nginx, les règles de réécriture se placent dans la configuration du serveur).
7. Reconnectez-vous : l’administration réseau est accessible depuis « Mes sites ».

Ensuite, chaque nouveau site se crée depuis l’administration réseau (Sites, Ajouter), ou en ligne de commande avec WP-CLI, pratique quand on gère beaucoup de sites :

wp site create --slug=lyon --title="Agence de Lyon" --email=admin@exemple.fr

Avant de passer en production, testez toutes vos extensions sur une copie du réseau : certaines ne sont pas prévues pour le multisite et se comportent mal une fois activées sur tout le réseau.

Qui peut faire quoi dans un réseau ?

Le multisite ajoute un rôle au-dessus de l’administrateur : le super administrateur. Selon la documentation WordPress sur les rôles, il dispose par défaut de toutes les capacités, sur tous les sites du réseau.

L’administrateur d’un site du réseau, lui, perd une partie de ses pouvoirs par rapport à un administrateur de site unique. Il ne peut pas installer, mettre à jour ou supprimer d’extensions ni de thèmes, ni mettre à jour WordPress, ni modifier les fichiers. Autre point souvent découvert trop tard : en multisite, seuls les super administrateurs ont la capacité unfiltered_html, qui permet d’insérer du code HTML ou JavaScript libre dans les contenus. Un administrateur de site qui colle un script de suivi dans une page le verra donc filtré.

Ce découpage est un atout pour un groupe : le siège garde la main sur la technique, chaque équipe locale gère ses contenus sans risque de casser le réseau.

Peut-on donner un nom de domaine propre à chaque site ?

Oui. Depuis WordPress 4.5, l’association d’un nom de domaine à un site du réseau (le « domain mapping ») est une fonction native : un site créé en lyon.exemple.fr peut répondre sur exemple-lyon.fr, sans extension dédiée. Il suffit de faire pointer le domaine vers le serveur et de renseigner la nouvelle adresse dans les réglages du site, depuis l’administration réseau.

Deux précautions indiquées par la documentation : installer un certificat SSL pour chaque domaine (le chiffrement de la connexion à l’administration en dépend), et, si la connexion échoue sur un site ainsi rattaché à un domaine, définir la constante COOKIE_DOMAIN dans wp-config.php.

Quels sont les avantages et les inconvénients ?

Avantages	Inconvénients
Une seule mise à jour de WordPress, des extensions et des thèmes pour tous les sites	Une mise à jour ratée, une extension défaillante ou une faille touchent potentiellement tout le réseau
Un seul compte pour accéder à plusieurs sites	Toutes les extensions ne sont pas compatibles multisite
Création d’un nouveau site en quelques minutes, sur une base déjà prête	Sortir un site du réseau, ou restaurer un seul site, est plus technique qu’avec une installation isolée
Cohérence graphique et fonctionnelle entre les sites	Tous les sites partagent le même serveur : un pic de trafic sur l’un peut ralentir les autres
Contrôle centralisé des droits (super administrateur)	Certains hébergements mutualisés limitent ou compliquent le multisite

Une nuance par rapport à ce qu’on lit souvent : le multisite n’est pas « plus cher à héberger » par nature. Il consomme moins d’espace disque que plusieurs installations séparées, mais il concentre la charge sur un seul serveur. Le coût dépend donc du trafic cumulé des sites, pas du nombre de sites. Notre article sur le prix d’un hébergement professionnel aide à dimensionner.

Quelles alternatives au multisite ?

Si votre objectif est surtout de gagner du temps sur la maintenance de plusieurs sites indépendants, des outils de gestion centralisée comme ManageWP ou MainWP permettent de mettre à jour, sauvegarder et surveiller plusieurs installations WordPress depuis un seul tableau de bord, sans les fusionner. Chaque site reste isolé : une panne sur l’un n’affecte pas les autres.

Pour un site multilingue, une extension de traduction sur un site unique évite la complexité du réseau. Et pour des besoins très spécifiques (portail avec comptes clients, données partagées entre sites), une architecture sur mesure est parfois plus saine qu’un multisite poussé au-delà de ce pour quoi il est fait.

Le choix entre ces options dépend de votre organisation autant que de la technique. C’est typiquement le genre de décision qu’on tranche au démarrage d’un projet avec notre équipe WordPress, avant d’écrire la première ligne de code.

Les erreurs à éviter

• Activer le multisite sans sauvegarde ni copie de test.
• Choisir les sous-répertoires trop tard : passé un mois d’existence du site, WordPress ne les propose plus.
• Activer une extension sur tout le réseau sans l’avoir testée sur chaque type de site.
• Mettre dans le même réseau des sites qui n’ont rien en commun : vous cumulez les contraintes sans profiter du partage.
• Négliger les mises à jour : une extension vulnérable expose tous les sites d’un coup. Voir notre article sur la maintenance d’un site WordPress.
• Oublier le plan de sortie : prévoyez dès le départ comment un site pourrait quitter le réseau (cession d’une filiale, fin d’un partenariat).

Si vous hésitez entre un réseau et plusieurs sites, ou si un multisite existant devient difficile à maintenir, écrivez-nous à contact@osmova.com ou via le formulaire de contact : on regarde votre cas.

Questions fréquentes

Le multisite WordPress est-il gratuit ?

Oui, la fonction fait partie de WordPress et ne demande aucune extension payante. Les coûts viennent de l’hébergement, des extensions premium (dont certaines licences sont facturées par site) et du temps de configuration.

Chaque site d’un multisite peut-il avoir un thème différent ?

Oui, à condition que le super administrateur ait installé ces thèmes et les ait autorisés sur le réseau. Chaque site choisit ensuite le sien parmi ceux autorisés.

Les utilisateurs sont-ils partagés entre les sites ?

Les comptes sont communs à tout le réseau, mais un utilisateur n’a accès qu’aux sites auxquels il a été ajouté, avec un rôle propre à chaque site (éditeur sur l’un, abonné sur l’autre par exemple).

Peut-on utiliser WooCommerce en multisite ?

Oui, WooCommerce peut être activé sur un ou plusieurs sites du réseau. Chaque boutique a alors ses propres produits, commandes et clients côté contenu. En revanche, partager un stock ou un panier entre boutiques demande des extensions ou des développements supplémentaires.

Peut-on revenir à un site WordPress unique ?

C’est possible mais ce n’est pas un simple interrupteur : il faut exporter le site concerné et le réinstaller dans une installation indépendante, en reprenant les contenus, les médias et les utilisateurs. D’où l’intérêt de bien peser la décision au départ.

Sources

• WordPress : documentation Multisite (présentation)
• WordPress : avant de créer un réseau (restrictions sous-domaines et sous-répertoires)
• WordPress : créer un réseau
• WordPress : associer un nom de domaine (domain mapping)
• WordPress : rôles et capacités (super administrateur)
• WP-CLI : commande wp site create