WordPress Multisite est une fonctionnalité intégrée qui vous permet d'exécuter plusieurs sites WordPress depuis une seule installation WordPress. Tous les sites du réseau partagent les mêmes fichiers du cœur WordPress, les mêmes répertoires d'extensions et de thèmes, ainsi que le même serveur de base de données. Chaque site conserve toutefois son propre contenu, ses propres paramètres, ses propres médias téléversés et ses propres rôles utilisateurs. Considérez-le comme une seule installation WordPress qui sert de nombreux sites distincts, tous gérés depuis un tableau de bord central.
Comment WordPress Multisite est structuré
Lorsque vous activez Multisite, WordPress crée des tables de base de données supplémentaires pour chaque site du réseau. Le site principal conserve l'ensemble standard de tables (comme wp_posts et wp_options), tandis que chaque site supplémentaire reçoit son propre ensemble préfixé (comme wp_2_posts, wp_3_options, et ainsi de suite). Les fichiers du cœur, des extensions et des thèmes restent partagés. Cela signifie que vous n'avez besoin de mettre à jour le cœur WordPress qu'une seule fois, et la mise à jour s'applique à chaque site du réseau.
Configuration en sous-domaine vs sous-répertoire
Multisite prend en charge deux structures d'URL par défaut :
- Configuration en sous-domaine : Chaque site reçoit son propre sous-domaine, par exemple
blog.example.com,shop.example.com,news.example.com. Cela nécessite une configuration DNS avec joker (wildcard) sur votre serveur afin que tous les sous-domaines pointent vers la même installation. - Configuration en sous-répertoire : Chaque site se trouve sous un chemin sur le même domaine, par exemple
example.com/blog/,example.com/shop/,example.com/news/. Plus simple à configurer, mais disponible uniquement pour les nouvelles installations (les sites existants en activité depuis plus d'un mois sont limités aux sous-domaines).
Avec des extensions supplémentaires ou du code personnalisé, vous pouvez également faire correspondre des domaines entièrement distincts à des sites individuels du réseau. Par exemple, mybrand.com pourrait pointer vers un site tandis que otherbrand.com pointerait vers un autre, le tout exécuté sur la même installation Multisite.
Le rôle Super Admin
Multisite introduit un rôle spécial appelé Super Admin. Un Super Admin a un contrôle total sur l'ensemble du réseau, y compris la possibilité de créer et supprimer des sites, d'installer et activer des extensions à l'échelle du réseau, de gérer les thèmes et d'ajouter ou supprimer des utilisateurs sur tous les sites. Les administrateurs de site classiques dans un réseau Multisite ont des capacités réduites par rapport à un administrateur de site unique. Ils ne peuvent pas installer eux-mêmes des extensions ou des thèmes ; ils peuvent uniquement activer les extensions et les thèmes que le Super Admin a rendus disponibles.
Extensions activées sur le réseau vs par site
Les extensions dans un réseau Multisite peuvent être gérées de deux manières. Un Super Admin peut « activer sur le réseau » une extension, ce qui l'active simultanément sur chaque site du réseau. Alternativement, le Super Admin peut rendre une extension disponible sans l'activer sur le réseau, permettant aux administrateurs de site individuels de l'activer ou de la désactiver sur leur propre site. Toutes les extensions WordPress ne prennent pas correctement en charge Multisite. Certaines extensions stockent les données de manière incompatible avec la structure de base de données partagée, ou supposent qu'elles s'exécutent sur une installation à site unique. Vérifiez toujours la compatibilité d'une extension avant de la déployer sur un réseau Multisite.
Tables d'utilisateurs partagées
Tous les sites d'un réseau Multisite partagent la même table d'utilisateurs. Cela signifie qu'un utilisateur enregistré sur un site peut se voir accorder l'accès à d'autres sites sans créer de nouveau compte. Les identifiants de connexion de l'utilisateur fonctionnent sur l'ensemble du réseau. Les rôles, en revanche, sont attribués par site. Un utilisateur peut être Éditeur sur un site et Abonné sur un autre. Ce système d'utilisateurs partagés simplifie la gestion pour les organisations dont les personnes ont besoin d'accéder à plusieurs sites.
Quand Multisite a du sens
Multisite convient bien dans des scénarios spécifiques :
- Universités et écoles : Chaque département, faculté ou organisation étudiante reçoit son propre site, tous gérés de manière centralisée par le service informatique.
- Intranets d'entreprise : Différentes divisions ou bureaux régionaux exploitent des sites distincts mais partagent la marque, les extensions et les comptes utilisateurs.
- Réseaux de franchise : Chaque emplacement de franchise dispose de son propre site avec un contenu local, tandis que la société mère contrôle le design et la pile d'extensions.
- Agences de développement : Les agences gérant de nombreux petits sites clients peuvent utiliser Multisite pour réduire la charge de maintenance, en mettant à jour le cœur WordPress et les extensions une seule fois au lieu de dizaines.
- Sites multilingues : Certaines équipes préfèrent exécuter un site séparé par langue plutôt que d'utiliser une extension de traduction, en utilisant Multisite pour les garder connectés.
Quand Multisite N'EST PAS pertinent
Multisite n'est pas toujours le bon choix. Évitez-le dans ces situations :
- Sites sans rapport : Si les sites n'ont rien en commun (propriétaires différents, objectifs différents, besoins d'extensions différents), des installations séparées sont plus faciles à gérer.
- Exigences d'hébergement différentes : Si un site nécessite un serveur haute performance tandis qu'un autre est un simple blog, les regrouper crée des contraintes inutiles.
- Incompatibilité d'extensions : Si vos extensions clés ne prennent pas en charge Multisite, vous rencontrerez des problèmes difficiles à déboguer et à corriger.
- Contrôle individuel par client : Si les clients ont besoin d'un accès admin complet, y compris l'installation d'extensions, le rôle d'administrateur restreint de Multisite les frustrera.
Considérations de performance
Multisite ajoute une certaine surcharge car chaque requête doit déterminer à quel site du réseau on accède. La base de données partagée peut devenir un goulet d'étranglement si de nombreux sites reçoivent un trafic important simultanément. La mise en cache d'objets (avec Redis ou Memcached) est fortement recommandée pour les réseaux Multisite. Les grands réseaux comportant des centaines de sites devraient également envisager la réplication de base de données et la répartition de charge. Côté positif, le partage des extensions et des thèmes entre les sites signifie moins d'espace disque et moins de fichiers à gérer pour le serveur par rapport à l'exécution de dizaines d'installations distinctes.
Migrer hors de Multisite
Déplacer un site hors d'un réseau Multisite vers une installation WordPress autonome est possible mais pas simple. Vous devez exporter le contenu du site, recréer les tables de la base de données sans le préfixe Multisite, déplacer les médias téléversés vers la bonne structure de répertoires et reconfigurer les extensions et les paramètres. Plusieurs extensions de migration prennent en charge ce processus, mais des ajustements manuels de la base de données sont souvent nécessaires. Il vaut la peine de prendre en compte cette difficulté de migration avant de s'engager dans Multisite, surtout s'il existe une chance que les sites doivent être séparés plus tard.
Ce que InspectWP vérifie
InspectWP peut détecter si un site WordPress fait partie d'un réseau Multisite en analysant les indicateurs WordPress, les structures d'URL et les motifs spécifiques au réseau dans la sortie HTML du site et les en-têtes de réponse.