WordPress multisite permet de gérer tout un réseau de sites depuis une seule installation — idéal pour les agences, franchises, universités et produits type SaaS. Mais un réseau demande plus à l'hébergeur qu'un site unique. Voici ce qu'il faut regarder.
Ce que le multisite change pour l'hébergement
Un seul code sert plusieurs sites, chacun avec son contenu, ses utilisateurs et ses réglages, partageant la même base et le même système de fichiers. Cela implique :
- Une consommation de ressources plus élevée et variable — le trafic de tous les sites s'additionne, et un site chargé affecte les autres.
- Plus de stockage — les uploads de chaque site vivent sous la même installation.
- De la complexité de domaines — sous-domaines, sous-répertoires, ou domaines personnalisés mappés par site.
Ce qu'il faut chercher pour un hébergement multisite
1. De la marge (RAM, CPU, stockage)
Un réseau est plus lourd qu'un simple blog. Priorisez un hébergeur avec un stockage NVMe rapide, un CPU costaud et des ressources généreuses et évolutives — et un chemin de montée en charge clair à mesure que le réseau grandit.
2. Sous-domaines wildcard et mapping de domaines
Le multisite en sous-domaines exige une configuration DNS/sous-domaine wildcard (*.votredomaine.com). Le mapping de domaine (un domaine perso par site) exige que l'hébergeur permette d'attacher plusieurs domaines. Confirmez les deux avant de vous engager.
3. SSL wildcard
Si vous utilisez des sous-domaines, il vous faut un certificat SSL wildcard pour que chaque site.votredomaine.com soit sécurisé automatiquement. Vérifiez que le SSL gratuit couvre les sous-domaines, pas seulement la racine.
4. Des sauvegardes qui comprennent un réseau
Une sauvegarde multisite doit capturer la base partagée et les fichiers de tous les sites ensemble. Des sauvegardes quotidiennes restaurables par vous-même sont indispensables quand un seul changement affecte tout le réseau.
5. Du contrôle quand il le faut
À mesure que le réseau grandit, vous voudrez peut-être un accès SSH/root pour WP-CLI (inestimable pour gérer de nombreux sites), du cache personnalisé, ou de l'optimisation.
Managé ou VPS pour le multisite ?
- Un petit réseau (une poignée de sites à faible trafic) tourne confortablement sur un bon hébergement WordPress managé avec NVMe et de la marge.
- Un réseau plus grand ou en croissance — nombreux sites, vrai trafic, automatisation WP-CLI, domaines personnalisés à l'échelle — est généralement mieux sur un VPS WordPress ou un VPS Linux complet, où vous contrôlez ressources et stack. On compare les deux dans hébergement WordPress vs VPS.
La règle générale
Adaptez l'hébergeur au poids du réseau et à votre appétit pour le contrôle. Commencez managé si le réseau est petit et que vous voulez de la simplicité ; passez à un VPS quand les besoins en ressources, le mapping de domaines à l'échelle ou l'automatisation WP-CLI rendent le contrôle payant.
FAQ
Puis-je faire tourner un multisite sur un hébergement mutualisé WordPress ?
Un petit réseau, oui — à condition que l'hébergeur supporte les sous-domaines wildcard (ou le mapping de domaine) et le SSL wildcard, avec assez de ressources. Les grands réseaux dépassent les offres mutualisées.
Ai-je besoin d'un VPS pour le multisite ?
Pas pour un petit réseau. Vous en voudrez un quand vous aurez besoin de ressources dédiées, de SSH/WP-CLI, ou du mapping de domaines personnalisés sur de nombreux sites — voir nos options d'hébergement WordPress professionnel et la voie VPS.
Le multisite vaut-il mieux que des installations séparées ?
Si vous gérez de nombreux sites similaires (thèmes/extensions partagés, mises à jour centralisées), oui. Pour quelques sites sans rapport, des installations séparées sont plus simples.