[{"data":1,"prerenderedAt":192},["ShallowReactive",2],{"seo-verification":3,"blog-wordpress-multisite-vps-agence-fr":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-wordpress-multisite-vps-agence-fr",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":33,"intro":36,"sections":37,"ctaTitle":130,"ctaBody":131,"ctaButton":132,"ctaUrl":133,"relatedPosts":134},368,"wordpress-multisite-vps-agence",{"fr":10,"en":12,"ar":13,"es":14},"wordpress-multisite-vps-manage-n-client-sites-one-install","ووردبريس-متعدد-المواقع-على-vps-ادارة-مواقع-العملاء","wordpress-multisite-vps-gestiona-n-sitios-en-una-instalacion","WordPress Multisite sur VPS : gérer N sites en une installation","Activez WordPress Multisite sur un VPS dédié pour centraliser N sites clients sous une base de code, une mise à jour et des sous-domaines isolés. Guide agences.",10,0,false,"2026-09-20T00:00:00+00:00","2026-09-20T21:13:51+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},7,"Self-hosting","self-hosting","bg-indigo-500\u002F10 text-indigo-400","cloud",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fwordpress-multisite-vps-agence-poster.svg",{"categorySlug":34,"appSlug":35},"cms","wordpress","Quand le portefeuille de sites clients dépasse la dizaine, la gestion instance par instance devient un frein : autant de tableaux de bord, autant de cycles de mise à jour, autant de risques de décrochage. WordPress Multisite permet de fédérer ces sites sous une seule installation, tout en conservant des sous-domaines indépendants. Sur un VPS, l'isolation réseau et les sauvegardes automatiques contiennent les risques que ce mode d'hébergement concentré soulève.",[38,42,52,55,77,117,121,124,127],{"type":39,"title":40,"body":41},"h2","Pourquoi Multisite plutôt que N instances WordPress séparées","Une agence qui gère quinze sites WordPress sur quinze installations distinctes fait face à un problème d'échelle : quinze tableaux de bord à surveiller, quinze cycles de mise à jour à coordonner, quinze configurations de serveur web à maintenir. Si un plugin critique publie un correctif de sécurité, il faut l'appliquer quinze fois — une par une, manuellement ou via des outils d'orchestration tiers.\n\nWordPress Multisite résout ce problème à la racine. Une seule installation WordPress fait tourner un **réseau de sites** (en anglais : network). Chaque client dispose de son propre sous-domaine (`client1.mondomaine.com`, `client2.mondomaine.com`), de ses propres contenus, de ses propres utilisateurs et de sa propre configuration de thème. Mais les fichiers WordPress core, les plugins et les thèmes sont partagés et gérés centralement par le **super administrateur** du réseau.\n\nSur un VPS dédié, ce modèle prend tout son sens : l'isolation réseau contient la surface d'attaque, et vous gardez la main sur PHP, MariaDB et Nginx sans passer par un panneau de contrôle tiers.",{"type":43,"title":44,"items":45},"ul","Ce que vous gagnez concrètement",[46,47,48,49,50,51],"**Une seule mise à jour** pour WordPress core, les plugins et les thèmes réseau — appliquée simultanément à tous les sites du parc.","**Un seul point d'entrée d'administration** : le super admin du réseau supervise tous les sites depuis `\u002Fwp-admin\u002Fnetwork\u002F`.","**Stockage partagé des médias** optionnel par site — mutualisez ou isolez selon vos contrats clients.","**Économie de ressources serveur** : un seul processus PHP-FPM, une seule instance de cache d'objet, une seule connexion MariaDB à tuner.","**Onboarding accéléré** : créer un sous-site revient à remplir un formulaire dans le réseau, pas à provisionner un serveur.","**Sauvegardes centralisées** : un seul dump MariaDB couvre tous les sites, planifiable en une règle cron.",{"type":39,"title":53,"body":54},"Prérequis : ressources VPS recommandées pour 5 à 15 sites actifs","Les ressources à prévoir dépendent du trafic et de la complexité des sites — pas du nombre d'installations. Pour un réseau de **5 à 15 sites WordPress actifs** (sites vitrines ou blogs à trafic modéré, sans WooCommerce intensif), la recommandation éditoriale issue de la documentation WordPress et des bonnes pratiques Nginx\u002FMariaDB est la suivante :\n\n- **CPU** : 2 vCPU au minimum ; 4 vCPU dès que vous combinez caching de pages et trafic simultané.\n- **RAM** : 4 Go comme plancher ; 8 Go recommandés si vous activez un cache d'objet Redis en plus de PHP-FPM.\n- **Stockage** : SSD NVMe, 40 Go minimum pour les fichiers WordPress + médias + journaux MariaDB ; à ajuster selon le volume de médias clients.\n- **PHP** : PHP 8.2 ou 8.3 (PHP 8.1 est en fin de support actif depuis fin 2024).\n- **MariaDB** : 10.6 LTS ou 10.11 LTS.\n- **Serveur web** : Nginx avec blocs `server` par sous-domaine et DNS wildcard.\n\nSi votre parc dépasse 15 sites ou inclut des boutiques WooCommerce, envisagez de séparer le réseau Multisite en deux partitions ou de monter à 8 Go \u002F 4 vCPU d'entrée.",{"type":56,"title":57,"steps":58},"steps","Activer WordPress Multisite et configurer Nginx pour les sous-domaines",[59,62,65,68,71,74],{"title":60,"body":61},"Préparer le DNS wildcard","Avant toute modification WordPress, ajoutez un enregistrement DNS wildcard sur votre domaine principal :\n\n```\n*.mondomaine.com  A  \u003CIP_DE_VOTRE_VPS>\n```\n\nCette entrée délègue tous les sous-domaines vers votre VPS. Sans elle, les sous-sites du réseau resteront inaccessibles au navigateur, même si WordPress les crée correctement.",{"title":63,"body":64},"Autoriser le mode réseau dans wp-config.php","Éditez `wp-config.php` à la racine de votre installation WordPress et ajoutez la ligne suivante **avant** `\u002F* That's all, stop editing! *\u002F` :\n\n```php\ndefine( 'WP_ALLOW_MULTISITE', true );\n```\n\nCette constante est la condition documentée dans la \u003Ca href=\"https:\u002F\u002Fdeveloper.wordpress.org\u002Fadvanced-administration\u002Fmultisite\u002Fcreate-network\u002F\">documentation officielle WordPress\u003C\u002Fa> pour activer l'assistant d'installation réseau.",{"title":66,"body":67},"Créer le réseau depuis le tableau de bord","Connectez-vous à `\u002Fwp-admin\u002F`, rendez-vous dans **Outils → Installation du réseau**. Choisissez **Sous-domaines** (wildcard DNS obligatoire). Renseignez le titre du réseau et l'adresse e-mail d'administration, puis cliquez sur **Installer**.\n\nWordPress vous fournit deux blocs de code à insérer respectivement dans `wp-config.php` et dans `.htaccess` (Apache) ou dans votre fichier Nginx. Copiez-les exactement.",{"title":69,"body":70},"Adapter la configuration Nginx pour les sous-domaines wildcard","Sur Nginx, le bloc `.htaccess` fourni par WordPress n'est pas lu. Remplacez-le par un bloc `server` dédié. Voici la configuration minimale pour un réseau en sous-domaines :\n\n```nginx\nserver {\n    listen 80;\n    server_name mondomaine.com *.mondomaine.com;\n\n    root \u002Fvar\u002Fwww\u002Fwordpress;\n    index index.php;\n\n    # Multisite subdomain rewrite\n    if (!-e $request_filename) {\n        rewrite \u002Fwp-admin$ $scheme:\u002F\u002F$host\u002Fwp-admin\u002F permanent;\n        rewrite ^(\u002F[^\u002F]+)?(\u002Fwp-.*) $2 last;\n        rewrite ^(\u002F[^\u002F]+)?(\u002F.*\\.php) $2 last;\n    }\n\n    location \u002F {\n        try_files $uri $uri\u002F \u002Findex.php?$args;\n    }\n\n    location ~ \\.php$ {\n        fastcgi_pass unix:\u002Frun\u002Fphp\u002Fphp8.3-fpm.sock;\n        fastcgi_index index.php;\n        include fastcgi_params;\n        fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;\n    }\n}\n```\n\nRechargez Nginx : `systemctl reload nginx`. Passez ensuite à HTTPS en générant un certificat wildcard avec Certbot et le challenge DNS-01 — un certificat SAN `*.mondomaine.com` couvre tous les sous-sites du réseau.",{"title":72,"body":73},"Finaliser la configuration WordPress Multisite dans wp-config.php","Ajoutez dans `wp-config.php` les constantes fournies par l'assistant (adaptez les valeurs à votre installation) :\n\n```php\ndefine( 'MULTISITE', true );\ndefine( 'SUBDOMAIN_INSTALL', true );\ndefine( 'DOMAIN_CURRENT_SITE', 'mondomaine.com' );\ndefine( 'PATH_CURRENT_SITE', '\u002F' );\ndefine( 'SITE_ID_CURRENT_SITE', 1 );\ndefine( 'BLOG_ID_CURRENT_SITE', 1 );\n```\n\nDéconnectez-vous puis reconnectez-vous. Le tableau de bord affiche désormais le menu **Réseau** en barre d'administration. Depuis **Réseau → Sites → Ajouter**, créez votre premier sous-site client : `client1.mondomaine.com`.",{"title":75,"body":76},"Activer les plugins réseau et assigner les thèmes","Dans **Réseau → Extensions**, activez les plugins pour l'ensemble du réseau (`Activer sur le réseau`) ou laissez les administrateurs de sous-sites les activer eux-mêmes. Les thèmes fonctionnent de la même façon : le super admin les rend disponibles, chaque sous-site choisit le sien.\n\nNote importante : certains plugins **ne supportent pas le mode réseau**. Vérifiez la compatibilité dans la documentation du plugin avant de l'activer sur le réseau — un plugin incompatible peut bloquer le tableau de bord de tous les sous-sites simultanément.",{"type":78,"title":79,"headers":80,"rows":84},"comparison","Multisite vs instances WordPress séparées : tableau comparatif",[81,82,83],"Critère","WordPress Multisite","Instances séparées",[85,89,93,97,101,105,109,113],[86,87,88],"Mise à jour WordPress core","1 opération pour N sites","N opérations manuelles",[90,91,92],"Mise à jour d'un plugin","1 opération réseau","N opérations, risque de désynchronisation",[94,95,96],"Isolation des données client","Partielle (même base MariaDB, préfixes distincts)","Totale (bases distinctes, processus PHP distincts)",[98,99,100],"Stockage médias","Partagé par défaut, isolable par plugin","Isolé nativement",[102,103,104],"Ressources serveur","Mutualisées — économie de RAM et CPU","Additives — chaque instance consomme sa part",[106,107,108],"Plugin incompatible réseau","Bloque potentiellement tous les sites","N'affecte qu'une instance",[110,111,112],"Onboarding d'un nouveau site","Formulaire dans le réseau — secondes","Provisionnement complet — minutes à heures",[114,115,116],"Certificat SSL wildcard","1 certificat `*.mondomaine.com`","1 certificat par domaine client",{"type":118,"title":119,"body":120},"tip","Sécurité Multisite sur VPS : contenir l'impact d'une faille","L'objection la plus courante sur WordPress Multisite est juste : si un plugin vulnérable est compromis, la surface d'attaque potentielle couvre l'ensemble du réseau, pas un seul site. Sur un VPS dédié, plusieurs mesures contiennent cet impact :\n\n**Sauvegardes quotidiennes automatisées.** Un dump MariaDB planifié chaque nuit (cron + `mysqldump` ou `mariabackup`) vous donne un point de restauration récent pour chaque sous-site. Stockez les dumps hors du VPS — sur un bucket S3 compatible ou un volume distant.\n\n**Firewall applicatif.** Un WAF Nginx (ModSecurity ou règles OWASP) filtre les requêtes malveillantes avant qu'elles atteignent PHP. Combinez-le avec `fail2ban` pour bannir les IP qui tentent des force-brute sur `\u002Fwp-login.php`.\n\n**Mises à jour sans délai.** La force de Multisite — une mise à jour pour tout le parc — est aussi votre principale défense : appliquez les correctifs de sécurité WordPress et des plugins le jour de leur publication. Sans Multisite, le délai de mise à jour d'une instance oubliée est la faille la plus exploitée.\n\n**Super admin limité.** Le compte super administrateur du réseau a des droits sur tous les sites. Utilisez une authentification à deux facteurs sur ce compte et créez des comptes administrateurs de sous-site distincts pour chaque client.",{"type":39,"title":122,"body":123},"Dépannage : trois erreurs fréquentes sur un réseau WordPress Multisite","**1. Plugin signalé comme « incompatible avec le mode réseau ».**\nCertains plugins vérifient explicitement si WordPress tourne en mode Multisite et refusent de s'activer sur le réseau. La cause est souvent une utilisation de `$wpdb->blogid` ou d'options stockées de façon incompatible avec les tables préfixées de chaque sous-site. Solution : vérifiez les issues GitHub du plugin, cherchez une alternative compatible, ou activez le plugin uniquement sur les sous-sites qui en ont besoin (si le plugin le permet) plutôt qu'au niveau réseau.\n\n**2. Page d'administration réseau inaccessible (`\u002Fwp-admin\u002Fnetwork\u002F` redirige vers le tableau de bord standard).**\nLe super admin n'est pas le même utilisateur que l'administrateur du site principal. Lors de la création du réseau, WordPress ajoute un flag `super_admin` à l'utilisateur actif. Si vous avez créé le réseau avec un compte, puis vous connectez avec un autre, ce second compte ne voit pas le menu réseau. Vérifiez dans MariaDB :\n\n```sql\nSELECT meta_value FROM wp_usermeta\nWHERE meta_key = 'wp_user_level'\nAND user_id = \u003CID_DE_VOTRE_COMPTE>;\n```\n\nPour élever un utilisateur au rang de super admin : `UPDATE wp_sitemeta SET meta_value = ... ` ou utilisez la fonction `grant_super_admin( $user_id )` depuis un fichier mu-plugins.\n\n**3. Sous-domaines inaccessibles : le DNS wildcard ne se propage pas immédiatement.**\nAprès avoir ajouté `*.mondomaine.com A \u003CIP>`, le TTL de l'enregistrement détermine la durée avant propagation. Pendant ce délai, les sous-sites créés dans le réseau répondent avec une erreur DNS côté navigateur — WordPress les a bien créés, mais le résolveur ne connaît pas encore le sous-domaine. Si vous travaillez en local avec un VPS de développement, ajoutez une entrée dans `\u002Fetc\u002Fhosts` sur votre poste pour chaque sous-domaine à tester : `\u003CIP_VPS>  client1.mondomaine.com`.\n\nUn quatrième cas survient avec les configurations mixtes **www \u002F sans-www** : si `mondomaine.com` et `www.mondomaine.com` pointent tous deux vers le VPS, assurez-vous que `DOMAIN_CURRENT_SITE` dans `wp-config.php` correspond exactement au domaine principal sans préfixe `www`, et que Nginx redirige la forme www vers la forme canonique avant de passer la requête à WordPress.",{"type":118,"title":125,"body":126},"Migrer des sites existants vers un réseau Multisite","Si vous gérez déjà des sites WordPress séparés et souhaitez les regrouper dans un réseau Multisite, l'outil **WordPress Importer** (greffon officiel) exporte les contenus, commentaires et utilisateurs depuis chaque instance source, puis les importe dans un sous-site du réseau.\n\nTrois points de vigilance avant de migrer :\n\n- **Les uploads ne migrent pas automatiquement.** Copiez le dossier `wp-content\u002Fuploads\u002F` de chaque site source vers `wp-content\u002Fuploads\u002Fsites\u002F\u003CID>\u002F` dans le réseau (l'ID est assigné par WordPress à la création du sous-site).\n- **Vérifiez la compatibilité des plugins réseau** avant la bascule : un plugin actif sur l'ancien site peut ne pas fonctionner en mode réseau. Listez les plugins de chaque site source et croisez avec la liste des plugins réseau disponibles.\n- **Testez les redirections de domaine.** Si le site migré avait son propre domaine (`www.client1.com`), configurez le module **WordPress MU Domain Mapping** ou la fonctionnalité native de domaine personnalisé pour que `client1.mondomaine.com` redirige vers `www.client1.com` — ou inversement selon votre choix.",{"type":39,"title":128,"body":129},"Mise en production : étapes de validation avant d'ouvrir à vos clients","Avant de migrer vos premiers sites clients sur le réseau, passez en revue ces points :\n\n- **Testez la création d'un sous-site** depuis `client1.mondomaine.com` et vérifiez qu'il est accessible depuis un navigateur externe.\n- **Vérifiez que le certificat wildcard couvre bien `*.mondomaine.com`** : `openssl s_client -connect client1.mondomaine.com:443 -servername client1.mondomaine.com | grep subject`.\n- **Simulez une mise à jour de plugin réseau** et vérifiez que tous les sous-sites restent fonctionnels.\n- **Planifiez et testez la restauration** d'un sous-site à partir d'un dump MariaDB : la restauration non testée n'est pas une sauvegarde.\n- **Documentez la procédure d'onboarding** à destination de vos clients : URL d'administration, identifiants, droits accordés à leur compte administrateur de sous-site.\n\nUn VPS ServOrbit dimensionné pour votre parc WordPress vous donne la main sur toute la pile — PHP, MariaDB, Nginx, sauvegardes — sans couche d'abstraction qui cache les erreurs.","Un seul VPS pour toute votre agence","Un VPS ServOrbit suffit pour piloter l'intégralité du parc WordPress de votre agence.","Découvrir l'offre agence","\u002Fsolutions\u002Fagences",[135,152,171],{"id":136,"slug":137,"slugs":138,"title":142,"excerpt":143,"readTime":144,"views":18,"isPinned":19,"publishedAt":145,"updatedAt":146,"category":147,"categories":148,"featuredImage":30,"bgImage":31,"posterImage":150,"relatedSolution":151},73,"heberger-wordpress",{"fr":137,"en":139,"ar":140,"es":141},"host-wordpress-on-your-own-vps","استضافة-wordpress-على-خادم-vps-الخاص-بك","alojar-wordpress-en-un-vps","Héberger WordPress sur votre propre VPS","Hébergez WordPress sur votre VPS pour des performances et un contrôle maximaux : Docker, MariaDB, cache, reverse proxy et SSL.",3,"2026-04-08T00:00:00+00:00","2026-09-08T22:00:02+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[149],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Fheberger-wordpress-poster.svg",{"categorySlug":25,"appSlug":35},{"id":153,"slug":154,"slugs":155,"title":159,"excerpt":160,"readTime":161,"views":18,"isPinned":19,"publishedAt":162,"updatedAt":163,"category":164,"categories":165,"featuredImage":30,"bgImage":31,"posterImage":167,"relatedSolution":168},144,"installer-woocommerce-vps",{"fr":154,"en":156,"ar":157,"es":158},"woocommerce-on-a-vps-a-fast-store-you-control","woocommerce-على-vps-متجر-سريع-وتحت-سيطرتك","instalar-woocommerce-en-un-vps","WooCommerce sur VPS : boutique rapide et maîtrisée","Installez WooCommerce sur VPS ServOrbit : WordPress, cache, HTTPS, sauvegardes et contrôle total de votre boutique.",4,"2026-02-01T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},[166],{"id":23,"name":24,"slug":25,"color":26,"icon":27},"\u002Fblog\u002Fcovers\u002Finstaller-woocommerce-vps-poster.svg",{"categorySlug":169,"appSlug":170},"ecommerce","woocommerce",{"id":172,"slug":173,"slugs":174,"title":178,"excerpt":179,"readTime":180,"views":181,"isPinned":19,"publishedAt":182,"updatedAt":163,"category":183,"categories":189,"featuredImage":30,"bgImage":31,"posterImage":191,"relatedSolution":30},317,"linux-hardening-vps-checklist",{"fr":173,"en":175,"ar":176,"es":177},"linux-vps-hardening-checklist-for-agencies","قائمة-تصليب-خادم-لينكس-للوكالات-بعد-التسليم","hardening-linux-vps-checklist-para-agencias-tras-la-entrega","Durcissement Linux VPS : checklist agence après livraison","Checklist de durcissement Linux pour agences : auditd, sudo, SSH par clé, UFW, fail2ban et désactivation root — traçabilité et runbook par client.",11,1,"2026-08-30T00:00:00+00:00",{"id":184,"name":185,"slug":186,"color":187,"icon":188},8,"Sécurité & Monitoring","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[190],{"id":184,"name":185,"slug":186,"color":187,"icon":188},"\u002Fblog\u002Fcovers\u002Flinux-hardening-vps-checklist-poster.svg",1789939147056]