23 décembre 2022

Qu'est-ce que WordPress Multisite ?

WordPress Multisite ou WordPress MU vous permet d'exécuter plusieurs sites Web sur votre serveur en utilisant la même installation WordPress.

WordPress multisite

WordPress Multisite est une fonctionnalité très populaire de WordPress qui vous permet de créer et de gérer plusieurs sites web à partir d'une seule installation sur votre serveur.En pratique, il permet de gérer plusieurs sites WordPress via un tableau de bord unique, simplifiant considérablement les opérations de gestion et de maintenance.

Malgré cela, il n'est pas toujours évident de savoir comment et quand utiliser correctement cette fonctionnalité. C'est pourquoi ce guide vise à répondre aux questions essentielles : qu'est-ce que WordPress Multisite, à qui s'adresse-t-il et comment le configurer correctement ?

Commençons donc par les bases.

1. Qu'est-ce que WordPress Multisite ?

WordPress Multisite est une fonctionnalité intégrée qui permet de créer, gérer et exécuter plusieurs sites WordPress depuis une seule installation et un seul tableau de bord d'administration. Concrètement, elle permet de contrôler un réseau de sites via un panneau de contrôle unique, simplifiant considérablement les opérations quotidiennes. Cette fonctionnalité était auparavant connue sous le nom de WordPress Multi-User, ou simplement WPMU, avant d'être officiellement intégrée au cœur de WordPress.

WordPress Multisite n'est pas une innovation récente : il s'agit d'une fonctionnalité avancée de la plateforme qui existe depuis la sortie de WordPress 3.0 et qui, au fil du temps, est devenue une solution stable et largement utilisée. Avec Multisite, vous pouvez gérer plusieurs sites de manière centralisée, par exemple en effectuant des mises à jour en un clic sur tous les sites de votre réseau, ou en gérant une plateforme où les utilisateurs peuvent créer leurs propres sites au sein de votre réseau Multisite. Cette approche vous permet de garder le contrôle depuis une interface unique, réduisant ainsi la complexité de la gestion et rendant l'administration de plusieurs installations WordPress plus efficace.

2. Principales caractéristiques de WordPress Multisite

WordPress Multisite est livré avec diverses fonctionnalités uniques. Pour commencer, vous pouvez exécuter un réseau de blogs et de sites Web à partir d'une seule installation WordPress. Il vous permet de créer un réseau de sous-domaines, tels que https://john.example.com, ou des répertoires, tels que https://www.example.com/john/. Alternativement, vous pouvez également avoir un domaine distinct pour chaque site Web sur le réseau. Il est également plus facile de répliquer des fonctionnalités sur un réseau de sites Web.

Dans WordPress Multisite, vous pouvez contrôler l'ensemble du réseau en tant que super administrateur. En tant qu'administrateur de site Web normal, vous ne pouvez contrôler qu'un seul site Web sur le réseau. En tant que super administrateur, vous contrôlez l'accessibilité des utilisateurs qui souhaitent créer un compte et créer leurs propres blogs ou sites Web WordPress.

wordpress-plusieurs-sites-uniques-vs-multisite

Un super administrateur peut installer de nouveaux thèmes et plug-ins, les rendre disponibles pour les sites Web du réseau et également personnaliser les thèmes pour tous les sites Web.Une autre fonctionnalité est la possibilité de créer des sites Web et des boutiques en ligne ciblant des langues, des régions et des devises spécifiques.

Le super administrateur et l'administrateur du site Web peuvent contrôler le contenu. Bien que ce contrôle s'étende à l'ensemble du réseau pour un super administrateur, l'administrateur du site Web a le droit de choisir quel contenu du domaine racine est affiché sur le site Web respectif. Les plugins sont également sous le contrôle d'un super administrateur. Cependant, un administrateur de site Web peut activer et désactiver des plug-ins sur son site Web au besoin.

3. Qui devrait et qui ne devrait pas utiliser WordPress Multisite ?

Bien que WordPress Multisite offre plusieurs fonctionnalités intéressantes, il n'est pas toujours la solution idéale. Le principal inconvénient est que tous les sites web d'un réseau multisite partagent la même base de données. Autrement dit, les sites ne sont pas totalement indépendants les uns des autres en termes de données, ce qui entraîne certaines limitations opérationnelles. Par exemple, il est difficile de sauvegarder un site individuellement. C'est pourquoi tous les sites web du réseau doivent appartenir au même domaine principal ou faire partie du même plan d'organisation.

Pour mieux clarifier ce concept, prenons l'exemple d'une université. Une université pourrait utiliser WordPress Multisite pour créer et gérer plusieurs sites web : un par département, un pour les blogs des étudiants et des professeurs, et d’autres encore pour des forums ou des espaces d’information. Comme tous ces sites partageraient la même base de données et seraient liés au domaine principal de l’université, leur administration serait grandement simplifiée grâce à un réseau Multisite unique, offrant une gestion centralisée et cohérente.

De même, des entreprises telles que les banques et les institutions financières disposant d'un réseau de succursales national ou mondial, les publications numériques divisées en plusieurs sections de contenu, les administrations publiques comportant plusieurs départements, les chaînes hôtelières, les magasins multi-points de vente, les entreprises de commerce électronique ou les sociétés de conception de sites web comme Wix pourraient également bénéficier de l'utilisation d'un réseau multisite, précisément parce que tous les sites font partie d'un seul écosystème et partagent une structure commune.

À l'inverse, un concepteur web ou une agence ne devrait pas utiliser WordPress Multisite pour gérer des projets clients sans lien entre eux. Par exemple, si l'un de vos clients décide de transférer son site web vers un autre hébergeur ou une autre infrastructure, des complications pourraient survenir, car ce site partagerait la même base de données que d'autres sites du réseau. De plus, comme mentionné précédemment, le multisite complique la sauvegarde individuelle d'un site. Dans ce cas, il est généralement préférable d'utiliser des installations WordPress distinctes, afin de garantir l'indépendance de chaque projet et de faciliter sa gestion individuelle.

4. Avantages et inconvénients du multisite WordPress

Maintenant que nous savons qui devrait et ne devrait pas utiliser WordPress Multisite, examinons les avantages et les inconvénients techniques. Vous devrez les peser attentivement avant de prendre une décision.

Pro

  • Le principal avantage est la possibilité de gérer plusieurs sites Web à partir d'un seul tableau de bord. Ceci est utile si vous exécutez plusieurs sites Web gérés par différentes équipes sous un domaine principal, comme une boutique de commerce électronique avec plusieurs sous-sites spécifiques à un pays.
  • Cependant, vous pouvez également affecter un administrateur différent à chaque site Web de votre réseau.
  • Avec un seul téléchargement, vous pouvez installer et activer des plugins et des thèmes pour tous les sites Web de votre réseau.
  • Vous pouvez également gérer les mises à jour avec une installation principale pour tous les sites Web de votre réseau.

Contre

  • Étant donné que tous les sites Web partagent les mêmes ressources réseau, ils tomberont tous en panne si le réseau tombe en panne.
  • Une augmentation soudaine du trafic vers un site Web affectera tous les autres sur le réseau. Malheureusement, les débutants ont souvent du mal à gérer le trafic et les ressources du serveur sur un réseau multisite.
  • De même, si un site Web est piraté, l'ensemble du réseau sera compromis.
  • Tous les plugins WordPress ne prennent pas en charge un réseau multisite.
  • De même, tous les fournisseurs d'hébergement Web ne disposent pas des outils nécessaires pour prendre en charge un réseau multisite.
  • Si votre fournisseur d'hébergement n'a pas la configuration requise pour le serveur, vous ne pourrez pas utiliser la fonctionnalité multisite. Par exemple, certains fournisseurs d'hébergement peuvent ne pas vous permettre d'ajouter un domaine au même serveur d'hébergement. Dans ce cas, vous devrez peut-être modifier ou mettre à niveau votre plan d'hébergement ou changer de fournisseur.

5. Exigences pour WordPress multisite

Une fois que vous aurez compris les avantages et les inconvénients techniques, vous devriez déjà avoir déterminé si WordPress Multisite est la solution adaptée à vos besoins. Si vous envisagez de l'utiliser, il est important de savoir que vous devrez d'abord satisfaire à certaines exigences techniques de base, indispensables pour garantir le bon fonctionnement, la stabilité et l'efficacité de votre réseau.

L'un des premiers points à considérer est votre fournisseur d'hébergement web. Vous aurez besoin d'un forfait capable de gérer plusieurs domaines. Si l'hébergement mutualisé peut théoriquement convenir à un très petit réseau, composé de quelques sites web à faible trafic, en pratique, l'hébergement VPS ou un serveur dédié est fortement recommandé. En effet, par définition, un réseau WordPress multisite regroupe plusieurs sites sur une seule installation, ce qui nécessite davantage de ressources et une gestion plus complexe qu'un site unique.

Dans ce contexte, la meilleure solution consiste à s'appuyer sur un fournisseur d'hébergement qui utilise NGINX combiné à Varnish, afin de pouvoir gérer efficacement un grand nombre de requêtes et garantir d'excellentes performances globales. Cette combinaison est particulièrement adaptée aux scénarios multisites grâce à ses avantages en termes de performances web, de temps de réponse réduits et de meilleure gestion de la charge.

Vous devrez également posséder au moins des connaissances de base sur l'installation de WordPress. Si vous disposez déjà d'une installation WordPress fonctionnelle, c'est un avantage certain, mais avant de poursuivre, il est essentiel d'effectuer une sauvegarde complète de votre site. De même, vous devrez désactiver temporairement tous les plugins afin d'éviter les conflits ou les problèmes lors de l'activation du mode multisite.

Il est tout aussi important de vous assurer que vous disposez d'un accès FTP au serveur, car vous devrez pouvoir modifier certains fichiers. Par conséquent, une certaine familiarité avec l'édition de fichiers via FTP est également requise. Enfin, vous devrez activer les permaliens de qualité. En pratique, les URL de votre site ne devraient pas avoir une structure comme celle-ci : https://example.com/?p=2345mais une forme plus lisible et plus claire comme https://example.com/my-page, ce qui est une condition essentielle au bon fonctionnement de WordPress Multisite.

6. Mappage de domaine multisite

Par défaut, lorsque vous créez de nouveaux sites au sein d'un réseau WordPress Multisite, ils sont créés en tant que sous-domaines ou sous-dossiers du site principal. En pratique, la structure peut prendre la forme suivante :

sous-site.réseau.com

ou:

network.com/sous-site

Cela signifie que, logiquement, tous les sites font partie de la même installation WordPress et sont organisés sous le domaine principal du réseau.Techniquement, WordPress utilise cette structure pour différencier les sites, tout en conservant un seul code source et une seule base de données partagée.

Cependant, cette approche n'est pas toujours souhaitable. Dans de nombreux cas, il peut être préférable d'attribuer à chaque site un nom de domaine totalement indépendant, tel que domaine.com, sans aucun lien visible avec le domaine principal du réseau. C'est là qu'intervient le mappage de domaine.

Le mappage de domaine vous permet d'associer un domaine externe à un site spécifique du réseau multisite, permettant ainsi à ce site d'être affiché publiquement sous son propre domaine dédié. Autrement dit, même si en interne le site continue d'exister sous :

sous-site.réseau.com

o:

network.com/sous-site

Vu de l'extérieur, cela peut simplement ressembler à ceci :

domain.com

D'un point de vue pratique, le résultat est le suivant :

sous-site.réseau.com = domaine.com

ou:

réseau.com/sous-site = domaine.com

Ce mécanisme permet de conserver toute la gestion centralisée typique du multisite, tout en conférant à chaque site sa propre identité, totalement distincte au niveau du domaine, ce qui est essentiel dans de nombreux contextes professionnels ou organisationnels.

Avant WordPress 4.5, cette fonctionnalité nécessitait un plugin dédié pour le mappage de domaines. Elle n'était pas intégrée au cœur de WordPress et requérait des solutions externes pour fonctionner correctement. Depuis la version 4.5, le mappage de domaines est une fonctionnalité native, ce qui simplifie le processus, le rend plus stable et mieux intégré à l'architecture multisite de WordPress.

Aujourd'hui, le mappage de domaine représente donc l'un des éléments clés qui rendent WordPress Multisite extrêmement flexible : il permet de combiner la puissance de la gestion centralisée avec la possibilité de présenter chaque site comme un projet autonome, du moins du point de vue de l'URL et de l'identité publique.

7. Hébergement multisite ET SSL

Comme vous le savez probablement, Secure Sockets Layer (SSL) vous permet de transporter des données sur Internet en toute sécurité. Les données restent indéchiffrables pour les utilisateurs malveillants, les robots et les pirates.

Cependant, certains hébergeurs proposent une certification SSL gratuite uniquement pour le domaine principal. Vous devrez peut-être l'acheter séparément pour chaque sous-domaine. Si l'un des sites Web de votre réseau multisite ne possède pas de certification SSL, cela compromettra la sécurité de tous les autres sites Web.Par conséquent, assurez-vous que tous les sites Web de votre réseau multisite WordPress disposent de certificats SSL.

Notre société est en mesure de fournir Hébergement multisite WordPress sans aucune limite inhérente à la configuration HTTPS et SSL, à la fois avec des certificats gratuits tels que Let's Encrypt et avec des certificats vérifiés commercialement tels que RapidSSL.

8. Installation et configuration de WordPress Multisite pour les sites Web nouveaux et existants

Pour commencer, vous aurez besoin d'une installation WordPress fonctionnelle. Si vous partez de zéro, la première étape consiste à installer WordPress sur votre serveur, comme pour un site unique. Une fois l'installation terminée, vous pourrez activer la fonctionnalité Multisite. Vous pouvez également activer Multisite sur un site WordPress existant pour le transformer en réseau de sites.

Avant toute chose, il est indispensable de réaliser une sauvegarde complète de votre site web. Cette étape est essentielle car l'activation du mode multisite implique des modifications structurelles de la configuration de votre installation WordPress ; une sauvegarde vous permettra ainsi de restaurer rapidement votre état précédent en cas de problème.

Une fois la sauvegarde terminée, vous devrez accéder aux fichiers de votre site à l'aide d'un client FTP ou du gestionnaire de fichiers fourni par votre panneau de contrôle, tel que cPanel. Ensuite, localisez le fichier. wp-config.php Dans le répertoire racine de votre installation WordPress, ouvrez le fichier `.php`. Ce fichier contient les principaux paramètres de configuration de votre site ; c’est ici que vous devrez activer la prise en charge du multisite.

À l'intérieur du fichier wp-config.php, ajoutez le code suivant juste avant la ligne contenant le commentaire /* précédant « C’est tout, arrêtez de modifier ! » ou quelque chose de similaire :

/* Multisite */ define( 'WP_ALLOW_MULTISITE', true );

Après avoir inséré cette ligne, enregistrez le fichier et téléchargez-le à nouveau sur votre serveur, en remplaçant le fichier existant. La fonctionnalité Multisite est désormais activée au niveau de la configuration, mais elle n'est pas encore pleinement opérationnelle : vous avez simplement débloqué la possibilité de créer un réseau de sites au sein de WordPress.

L'étape suivante consiste à configurer le réseau multisite. Si vous êtes déjà connecté à votre tableau de bord WordPress, il vous suffit d'actualiser la page pour voir apparaître les nouvelles options réseau. Sinon, vous devrez vous reconnecter au panneau d'administration.

À partir de là, WordPress vous guidera à travers les étapes nécessaires à la configuration du réseau, vous permettant de définir la structure du site (par exemple, les sous-domaines ou les sous-dossiers) et d'appliquer les modifications aux fichiers de configuration. Une fois ce processus terminé, votre installation WordPress sera officiellement transformée en un réseau multisite, prête à héberger plusieurs sites gérés depuis un tableau de bord central unique.

Ainsi, que vous partiez d'une installation neuve ou que vous convertissiez un site existant, le processus reste conceptuellement le même : activer la prise en charge multisite, configurer votre réseau et suivre les étapes requises par WordPress pour que la nouvelle structure soit opérationnelle.

Conclusions

Comme vous pouvez le constater, WordPress Multisite présente plusieurs avantages. Vous pouvez contrôler et gérer différents sites Web à partir d'un seul tableau de bord. Cela peut certainement réduire les démarches et rendre le suivi de votre site Web sans tracas. J'espère que vous avez maintenant suffisamment de connaissances sur l'installation, le dépannage et l'utilisation d'applications sur un réseau multisite pour franchir le pas.

Travailler avec un consultant WordPress expert du multisite

Nous vous recommandons de travailler avec un consultant WordPress expérimenté dans la mise à l'échelle de WordPress Multisite. Au fur et à mesure que votre réseau multisite se développe, vous devrez garder un œil sur le nombre de ressources serveur utilisées par votre site, ainsi que sur la maintenance de votre base de données. C'est parfaitement gérable tant que vous êtes proactif, et cela aide de travailler avec un expert qui peut vous guider tout au long de la phase de croissance de votre multisite.

Choisissez un bon hébergeur expérimenté en multisites

Pour WordPress Multisite, il est également important d'utiliser un excellent fournisseur d'hébergement WordPress qui prend déjà en charge les différentes fonctionnalités de Multisite et votre type spécifique de Multisite. Chez Pressable, par exemple, nous hébergeons de grands réseaux multisites d'URL de sous-répertoires et avons développé des technologies et des pratiques pour garantir que nos déploiements de sous-répertoires multisites se déroulent de manière fluide et efficace. Un fournisseur d'hébergement avec une grande expérience dans l'hébergement de déploiements multisites augmentera considérablement la probabilité de succès continu de vos projets.

Nous espérons que ces informations vous permettront de déterminer plus facilement si Multisite vous convient. Si vous avez des questions sur votre configuration multisite spécifique, nous serons heureux de vous aider. Contactez notre équipe de compte avec vos questions.

Vous avez des doutes ? Vous ne savez pas par où commencer ? Contactez-nous !

Nous avons toutes les réponses à vos questions pour vous aider à faire le bon choix.

Discute avec nous

Discutez directement avec notre support avant-vente.

0256569681

Contactez-nous par téléphone pendant les heures de bureau 9h30 - 19h30

Contactez-nous en ligne

Ouvrez une demande directement dans l'espace contact.

AVIS DE NON-RESPONSABILITÉ, Mentions légales et droits d'auteur. Red Hat, Inc. détient les droits sur Red Hat®, RHEL®, RedHat Linux® et CentOS® ; AlmaLinux™ est une marque commerciale de la AlmaLinux OS Foundation ; Rocky Linux® est une marque déposée de la Rocky Linux Foundation ; SUSE® est une marque déposée de SUSE LLC ; Canonical Ltd. détient les droits sur Ubuntu® ; Software in the Public Interest, Inc. détient les droits sur Debian® ; Linus Torvalds détient les droits sur Linux® ; FreeBSD® est une marque déposée de la Fondation FreeBSD ; NetBSD® est une marque déposée de la Fondation NetBSD ; OpenBSD® est une marque déposée de Theo de Raadt ; Oracle Corporation détient les droits sur Oracle®, MySQL®, MyRocks®, VirtualBox® et ZFS® ; Percona® est une marque déposée de Percona LLC ; MariaDB® est une marque déposée de MariaDB Corporation Ab ; PostgreSQL® est une marque déposée de PostgreSQL Global Development Group ; SQLite® est une marque déposée de Hipp, Wyrick & Company, Inc. ; KeyDB® est une marque déposée d'EQ Alpha Technology Ltd. ; Typesense® est une marque déposée de Typesense Inc. ; REDIS® est une marque déposée de Redis Labs Ltd ; F5 Networks, Inc. détient les droits sur NGINX® et NGINX Plus® ; Varnish® est une marque déposée de Varnish Software AB ; HAProxy® est une marque déposée de HAProxy Technologies LLC ; Traefik® est une marque déposée de Traefik Labs ; Envoy® est une marque déposée de CNCF ; Adobe Inc. détient les droits sur Magento® ; PrestaShop® est une marque déposée de PrestaShop SA ; OpenCart® est une marque déposée d'OpenCart Limited ; Automattic Inc. détient les droits sur WordPress®, WooCommerce® et JetPack® ; Open Source Matters, Inc. détient les droits sur Joomla® ; Dries Buytaert détient les droits sur Drupal® ; Shopify® est une marque déposée de Shopify Inc. ; BigCommerce® est une marque déposée de BigCommerce Pty. Ltd.; TYPO3® est une marque déposée de la TYPO3 Association; Ghost® est une marque déposée de la Ghost Foundation; Amazon Web Services, Inc. détient les droits sur AWS® et Amazon SES® ; Google LLC détient les droits sur Google Cloud™, Chrome™ et Google Kubernetes Engine™ ; Alibaba Cloud® est une marque déposée d'Alibaba Group Holding Limited ; DigitalOcean® est une marque déposée de DigitalOcean, LLC ; Linode® est une marque déposée de Linode, LLC ; Vultr® est une marque déposée de The Constant Company, LLC ; Akamai® est une marque déposée d'Akamai Technologies, Inc. ; Fastly® est une marque déposée de Fastly, Inc. ; Let's Encrypt® est une marque déposée d'Internet Security Research Group ; Microsoft Corporation détient les droits sur Microsoft®, Azure®, Windows®, Office® et Internet Explorer® ; Mozilla Foundation détient les droits sur Firefox® ; Apache® est une marque déposée de The Apache Software Foundation ; Apache Tomcat® est une marque déposée de The Apache Software Foundation ; PHP® est une marque déposée de PHP Group ; Docker® est une marque déposée de Docker, Inc. Kubernetes® est une marque déposée de The Linux Foundation ; OpenShift® est une marque déposée de Red Hat, Inc. ; Podman® est une marque déposée de Red Hat, Inc. ; Proxmox® est une marque déposée de Proxmox Server Solutions GmbH ; VMware® est une marque déposée de Broadcom Inc. ; CloudFlare® est une marque déposée de Cloudflare, Inc. ; NETSCOUT® est une marque déposée de NETSCOUT Systems Inc. ; ElasticSearch®, LogStash® et Kibana® sont des marques déposées d'Elastic NV ; Grafana® est une marque déposée de Grafana Labs ; Prometheus® est une marque déposée de The Linux Foundation ; Zabbix® est une marque déposée de Zabbix LLC ; Datadog® est une marque déposée de Datadog, Inc. ; Ceph® est une marque déposée de Red Hat, Inc. ; MinIO® est une marque déposée de MinIO, Inc. ; Mailgun® est une marque déposée de Mailgun Technologies, Inc. ; SendGrid® est une marque déposée de Twilio Inc. Postmark® est une marque déposée d'ActiveCampaign, LLC ; cPanel®, LLC détient les droits sur cPanel® ; Plesk® est une marque déposée de Plesk International GmbH ; Hetzner® est une marque déposée de Hetzner Online GmbH ; OVHcloud® est une marque déposée d'OVH Groupe SAS ; Terraform® est une marque déposée de HashiCorp, Inc. ; Ansible® est une marque déposée de Red Hat, Inc. ; cURL® est une marque déposée de Daniel Stenberg ; Facebook®, Inc. détient les droits sur Facebook®, Messenger® et Instagram®. Ce site n'est pas affilié, sponsorisé ou autrement associé à l'une des entités mentionnées ci-dessus et ne représente aucune de ces entités de quelque manière que ce soit. Tous les droits sur les marques et noms de produits mentionnés sont la propriété de leurs titulaires respectifs des droits d'auteur. Toutes les autres marques mentionnées sont la propriété de leurs titulaires respectifs. MANAGED SERVER® est une marque déposée européenne de MANAGED SERVER SRL, dont le siège social est situé Via Flavio Gioia, 6, 62012 Civitanova Marche (MC), Italie et le siège opérationnel Via Enzo Ferrari, 9, 62012 Civitanova Marche (MC), Italie.

JUSTE UN MOMENT !

Vous êtes-vous déjà demandé si votre hébergement était nul ?

Découvrez dès maintenant si votre hébergeur vous pénalise avec un site web lent digne des années 1990 ! Résultats immédiats.

Fermer le CTA
Retour en haut de page