[{"data":1,"prerenderedAt":251},["ShallowReactive",2],{"seo-verification":3,"blog-choisir-vps-ou-mutualise-site-client-agence-fr":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-choisir-vps-ou-mutualise-site-client-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":27,"featuredImage":29,"bgImage":30,"posterImage":31,"relatedSolution":29,"intro":32,"sections":33,"ctaTitle":178,"ctaBody":179,"ctaButton":180,"ctaUrl":181,"relatedPosts":182},528,"choisir-vps-ou-mutualise-site-client-agence",{"fr":10,"en":12,"ar":13,"es":14},"shared-hosting-or-vps-for-agency-client-site","استضافة-مشتركة-أم-vps-لموقع-عميل-الوكالة","hosting-compartido-o-vps-para-sitio-de-cliente-agencia","VPS ou mutualisé pour un site client : la grille de décision","Mutualisé ou VPS pour un site client : tableau comparatif, heures de maintenance par mois, grille en cinq questions et signaux pour migrer.",9,0,false,"2026-10-29T00:00:00+00:00","2026-10-29T15:45:55+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":25},5,"Comparatif","comparatif","bg-info\u002F10 text-info",[28],{"id":23,"name":24,"slug":25,"color":26,"icon":25},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fchoisir-vps-ou-mutualise-site-client-agence-poster.svg","Chaque nouveau site client oblige l'agence à trancher : hébergement mutualisé ou VPS. Le VPS promet de la puissance et un accès root, mais il fait aussi de l'agence l'administrateur système du client : noyau, PHP, pare-feu, sauvegardes, astreinte. Les failles de 2026 le rappellent, de PHP2Shell le 21 octobre 2026 à Fragnesia en mai 2026. Ce guide compare les deux modèles critère par critère, chiffre la maintenance en heures par mois sur une hypothèse explicite, propose une grille de décision en cinq questions et liste les signaux qui justifient de migrer, dans un sens comme dans l'autre.",[34,38,78,81,84,87,90,117,136,139,150,171,175],{"type":35,"title":36,"body":37},"h2","Le vrai critère : qui applique les correctifs","La question « lequel est le plus puissant ? » mène presque toujours au VPS. La question utile pour une agence est une autre : quand une faille critique sort un mardi soir, qui applique le correctif sur le serveur de ce client ? Sur un hébergement mutualisé cPanel, c'est l'hébergeur. Le noyau, l'interpréteur PHP, le pare-feu du serveur et la supervision de la machine ne sont pas à votre charge, et vous gardez la relation avec le client. Sur un VPS, tout cela devient votre périmètre dès la première minute, week-ends compris. Ce n'est pas un défaut du VPS : c'est le prix de la liberté qu'il offre, avec le root, les services persistants et une pile sur mesure. Le tableau suivant place chaque critère face à la personne qui s'en charge, parce que cette ligne, bien plus que les chiffres de RAM, change votre charge de travail. Ici, on raisonne en responsabilités, pas en performance brute.",{"type":39,"title":40,"headers":41,"rows":45},"comparison","Mutualisé et VPS, critère par critère",[42,43,44],"Critère","Hébergement mutualisé (qui s'en charge)","VPS (qui s'en charge)",[46,50,54,58,62,66,70,74],[47,48,49],"Accès root","Non, comptes cPanel cadrés : l'hébergeur","Oui, complet : l'agence",[51,52,53],"Isolation entre sites","Comptes cPanel isolés les uns des autres : l'hébergeur","Un VPS par client, ou rayon d'explosion commun si plusieurs sites cohabitent : l'agence",[55,56,57],"Mises à jour du noyau","Appliquées sur la machine mutualisée : l'hébergeur","Mise à jour puis redémarrage planifiés : l'agence",[59,60,61],"Mises à jour de PHP","Correctifs poussés sur le serveur : l'hébergeur","Paquets à mettre à jour et à tester : l'agence",[63,64,65],"Pare-feu","Pare-feu du serveur : l'hébergeur","À configurer et à tenir à jour : l'agence",[67,68,69],"Sauvegardes","Selon le plan, hebdomadaires en entrée de gamme et quotidiennes sur Pro et Agency : l'hébergeur","Stratégie à définir et à tester : l'agence",[71,72,73],"Supervision","Machine supervisée par l'hébergeur, site surveillé par vous : partagé","Disponibilité, disque, certificats, services : l'agence",[75,76,77],"Montée en charge","Limites par compte, puis plan supérieur ou VPS : l'hébergeur et l'agence","Ressources ajustées à la demande, architecture à votre main : l'agence",{"type":35,"title":79,"body":80},"PHP2Shell : le correctif PHP, côté mutualisé et côté VPS","Le 21 octobre 2026, le projet PHP a publié l'avis de CVE-2026-109619, surnommée PHP2Shell, une exécution de code à distance classée critique et corrigée dans PHP 8.2.35, 8.3.36, 8.4.27 et 8.5.12. Sur mutualisé, l'hébergeur applique le correctif ; sur VPS, c'est à vous de mettre PHP à jour sur chaque machine, puis de recharger PHP-FPM. L'article dédié à PHP2Shell détaille l'inventaire et les parades.",{"type":35,"title":82,"body":83},"Fragnesia : quand le noyau est celui de l'agence","Fragnesia (CVE-2026-46300) est une faille du noyau Linux qui permet une élévation locale vers root. Sur mutualisé, l'hébergeur planifie la mise à jour du noyau ; sur VPS, le noyau est celui de l'agence, donc sa fenêtre de maintenance et son redémarrage, car un VPS jamais redémarré garde l'ancien noyau en mémoire. Contrôlez le noyau actif avec `uname -r`. L'article dédié à Fragnesia détaille la faille et les parades.",{"type":35,"title":85,"body":86},"Isolation et sauvegardes : ce qui protège un client des autres","Sur un hébergement mutualisé, chaque site vit dans un compte cPanel isolé : un site compromis ne donne pas, en principe, accès aux fichiers du voisin. Sur VPS, l'isolation dépend de votre découpage. Un VPS par client trace une frontière nette, mais multiplie les machines à tenir à jour. Plusieurs sites mélangés sur un même VPS réduisent la facture, mais partagent un rayon d'explosion commun : un plugin vulnérable sur un site expose tous les autres, et un accès root volé les emporte tous. Pour les sauvegardes, ne généralisez pas. Sur mutualisé, la fréquence dépend du plan : hebdomadaire en entrée de gamme, quotidienne sur les plans Pro et Agency. Vérifiez la fiche du plan avant de promettre une fréquence de restauration à un client. Sur VPS, rien n'est décidé à votre place : la stratégie de sauvegarde, sa destination hors de la machine et surtout le test de restauration sont à définir et à vérifier par l'agence. Une sauvegarde jamais restaurée reste une hypothèse.",{"type":35,"title":88,"body":89},"Combien d'heures de maintenance par mois et par site","Les chiffres du tableau ci-dessous ne sont pas un benchmark : ce sont les hypothèses de cet article, à remplacer par vos propres mesures. Elles supposent un VPS Linux standard par client, tenu par une personne compétente, face à un site sur compte mutualisé dont l'hébergeur tient la machine. Le total donne l'ordre de grandeur : environ 0,75 h par mois et par site en mutualisé, contre environ 4,5 h par mois et par VPS. Pour douze clients, cela représente 9 h contre 54 h par mois. Comparez avec votre taux horaire interne : si l'écart d'heures, valorisé à ce taux, dépasse l'écart de prix mensuel, à période de facturation égale, entre 799 DH\u002Fan et 99 DH\u002Fmois, le VPS coûte plus cher que son tarif affiché. Regrouper plusieurs sites sur un VPS divise les heures par site, mais agrandit le rayon d'explosion. L'option administration VPS peut déplacer une partie de ces heures vers ServOrbit ; vérifiez son périmètre sur la page VPS. Les guides du blog sont fournis, sans prise en charge.",{"type":39,"title":91,"headers":92,"rows":96},"Hypothèse de l'article : heures de maintenance par mois",[93,94,95],"Tâche","Mutualisé (par site)","VPS (par serveur)",[97,101,104,106,109,112,114],[98,99,100],"Noyau et redémarrages","0 h","0,5 h",[102,99,103],"PHP et paquets système","1 h",[105,99,100],"Pare-feu et durcissement",[107,108,103],"Sauvegardes et test de restauration","0,25 h",[110,108,111],"Supervision et alertes","0,75 h",[113,108,111],"Incidents et astreinte",[115,111,116],"Total","4,5 h",{"type":118,"title":119,"steps":120},"steps","Grille de décision : cinq questions oui ou non",[121,124,127,130,133],{"title":122,"body":123},"Le trafic dépasse-t-il durablement les limites du plan ?","Non : le mutualisé suffit. Oui, de façon soutenue et pas sur un pic isolé : passez à la question 2. Un pic ponctuel se traite d'abord par le cache et par le plan supérieur.",{"title":125,"body":126},"Le client a-t-il plusieurs sites ou des services lourds ?","Non : restez en mutualisé tant que les limites de processus tiennent. Oui : le VPS devient crédible, passez à la question 3.",{"title":128,"body":129},"Avez-vous besoin de root ou de services persistants ?","Non : le mutualisé reste le choix par défaut. Oui, pour un démon, une file de tâches, un moteur de base spécifique ou une pile non standard : le VPS est justifié, passez à la question 4.",{"title":131,"body":132},"Faut-il isoler ce client des autres ?","Oui, pour des données sensibles ou une exigence contractuelle : prévoyez un VPS dédié à ce client. Non : l'isolation par compte cPanel du mutualisé suffit déjà.",{"title":134,"body":135},"Avez-vous la compétence d'administration et l'astreinte ?","Non : n'ouvrez pas de VPS sans administration prévue, restez en mutualisé ou étudiez l'option administration VPS. Oui : le VPS est validé, et vous budgétez les heures du tableau précédent.",{"type":35,"title":137,"body":138},"Les signaux qui justifient de changer de modèle","Un hébergement ne se choisit pas une fois pour toutes. Deux familles de signaux déclenchent une migration, dans un sens comme dans l'autre. Vers le VPS, ce sont des contraintes techniques qui se répètent : le même plafond atteint chaque mois, un service que le mutualisé n'autorise pas. Vers le mutualisé, c'est l'inverse : la machine coûte plus de temps qu'elle ne rapporte. Notez la date et la cause de chaque incident lié aux limites ou à l'administration. Règle pratique de cet article : un incident isolé est un accident, trois en un trimestre sont un signal.",{"type":140,"title":141,"items":142},"ul","Sept signaux de migration",[143,144,145,146,147,148,149],"**Vers le VPS : processus ou mémoire limités** — les erreurs de limite reviennent malgré l'optimisation du site, le plafond du plan est atteint.","**Vers le VPS : root ou services persistants** — le projet exige un démon, un worker, un moteur de recherche ou une version système que le mutualisé n'offre pas.","**Vers le VPS : charge soutenue** — la charge reste haute sur plusieurs semaines, pas seulement lors d'une campagne ponctuelle.","**Vers le VPS : pare-feu ou pile spécifique** — une règle réseau, un reverse proxy ou un runtime précis devient une exigence du client.","**Vers le mutualisé : peu de trafic** — le site tient largement dans un plan mutualisé et le VPS dort la plupart du temps.","**Vers le mutualisé : aucune compétence d'admin disponible** — personne dans l'équipe ne peut appliquer un correctif noyau ou PHP dans la journée.","**Vers le mutualisé : astreinte supérieure à la valeur** — les heures de maintenance dépassent ce que le client paie pour le site.",{"type":118,"title":151,"steps":152},"Migrer en limitant l'interruption : six étapes",[153,156,159,162,165,168],{"title":154,"body":155},"Sauvegarder la source","Faites une sauvegarde complète des fichiers et de la base, puis vérifiez qu'elle se restaure sur une machine de test avant de toucher à quoi que ce soit.",{"title":157,"body":158},"Réduire le TTL du DNS","Au moins 24 à 48 heures avant la bascule, ramenez le TTL des enregistrements à 300 secondes, puis contrôlez avec `dig +short votre-domaine.com`.",{"title":160,"body":161},"Monter la cible","Installez la pile sur le VPS, ou créez le compte cPanel, copiez les fichiers et la base, puis reprenez la configuration PHP et les tâches planifiées.",{"title":163,"body":164},"Tester avant la bascule","Testez la cible sans toucher au DNS avec `curl -I --resolve votre-domaine.com:443:IP_CIBLE https:\u002F\u002Fvotre-domaine.com\u002F`, puis parcourez formulaires, paiement et envoi de mails.",{"title":166,"body":167},"Basculer","Gelez les écritures côté source si le site en reçoit, refaites une copie finale de la base, puis changez l'enregistrement A. Gardez le TTL court pendant la bascule.",{"title":169,"body":170},"Surveiller et clôturer","Surveillez les journaux pendant 48 heures, gardez la source intacte quelques jours, puis remontez le TTL et retirez l'ancien environnement.",{"type":172,"title":173,"body":174},"tip","Règle d'arbitrage pour un portefeuille","Partez du mutualisé pour chaque nouveau site client, et ne passez au VPS que sur un signal écrit : une limite atteinte, un besoin de root, une exigence d'isolation. Tenez un tableau par client avec le modèle, la date de la dernière mise à jour du noyau et de PHP, et la dernière restauration testée. Un VPS dont la ligne n'est pas à jour est une dette que vous portez à la place du client.",{"type":35,"title":176,"body":177},"La documentation officielle","Avis de sécurité PHP2Shell (GitHub, projet PHP) : https:\u002F\u002Fgithub.com\u002Fphp\u002Fphp-src\u002Fsecurity\u002Fadvisories\u002FGHSA-6wmf-4rv5-p3rp\n\nFiche Debian de Fragnesia : https:\u002F\u002Fsecurity-tracker.debian.org\u002Ftracker\u002FCVE-2026-46300\n\nPrésentation de Fragnesia par Security Affairs : https:\u002F\u002Fsecurityaffairs.com\u002F192145\u002Fsecurity\u002Flinux-kernel-bug-fragnesia-allows-local-root-access-attacks.html\n\nVersions de PHP prises en charge : https:\u002F\u002Fwww.php.net\u002Fsupported-versions.php","Laissez l'infrastructure à ServOrbit pour les sites sans root","Pour les sites clients sans besoin de root, l'hébergement web cPanel laisse l'infrastructure et ses correctifs à ServOrbit : vous gardez la relation client. Les plans démarrent à 199 DH\u002Fan.","Voir l'hébergement web","\u002Fhebergement-web",[183,205,221,238],{"id":184,"slug":185,"slugs":186,"title":190,"excerpt":191,"readTime":192,"views":193,"isPinned":19,"publishedAt":194,"updatedAt":195,"category":196,"categories":202,"featuredImage":29,"bgImage":30,"posterImage":204,"relatedSolution":29},489,"php2shell-cve-2026-109618-109619-mettre-a-jour-php",{"fr":185,"en":187,"ar":188,"es":189},"php2shell-cve-2026-109618-109619-patch-php","php2shell-cve-2026-109618-109619-تحديث-php","php2shell-cve-2026-109618-109619-actualizar-php","PHP2Shell : corriger CVE-2026-109618 et CVE-2026-109619","PHP2Shell : deux failles critiques de PHP exploitables sans compte. Versions corrigées, commandes de mise à jour par système et parades temporaires.",16,1,"2026-10-22T00:00:00+00:00","2026-10-27T23:58:43+00:00",{"id":197,"name":198,"slug":199,"color":200,"icon":201},8,"Sécurité & Monitoring","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[203],{"id":197,"name":198,"slug":199,"color":200,"icon":201},"\u002Fblog\u002Fcovers\u002Fphp2shell-cve-2026-109618-109619-mettre-a-jour-php-poster.svg",{"id":206,"slug":207,"slugs":208,"title":212,"excerpt":213,"readTime":214,"views":18,"isPinned":19,"publishedAt":215,"updatedAt":216,"category":217,"categories":218,"featuredImage":29,"bgImage":30,"posterImage":220,"relatedSolution":29},521,"checklist-audit-securite-mensuel-vps-clients-agence",{"fr":207,"en":209,"ar":210,"es":211},"monthly-security-audit-checklist-client-vps-agency","قائمة-تدقيق-أمان-vps-شهرية-للعملاء-للوكالات","auditoria-seguridad-mensual-vps-clientes-agencia-checklist","Audit sécurité mensuel d'un VPS client : checklist en 45 min","Sept contrôles à dérouler chaque mois sur un VPS client : mises à jour, noyau, comptes SSH, ports, certificats, sauvegardes, journaux. Rapport daté inclus.",10,"2026-10-28T00:00:00+00:00","2026-10-29T03:10:22+00:00",{"id":197,"name":198,"slug":199,"color":200,"icon":201},[219],{"id":197,"name":198,"slug":199,"color":200,"icon":201},"\u002Fblog\u002Fcovers\u002Fchecklist-audit-securite-mensuel-vps-clients-agence-poster.svg",{"id":222,"slug":223,"slugs":224,"title":228,"excerpt":229,"readTime":214,"views":18,"isPinned":19,"publishedAt":215,"updatedAt":216,"category":230,"categories":235,"featuredImage":29,"bgImage":30,"posterImage":237,"relatedSolution":29},520,"calendrier-fins-de-vie-hebergement-2027-agence",{"fr":223,"en":225,"ar":226,"es":227},"end-of-life-calendar-2027-hosting-agencies","جدول-نهاية-الدعم-2027-استضافة-الوكالات","calendario-fin-de-vida-2027-hosting-agencias","Fins de vie 2027 : calendrier PHP, PostgreSQL, Node.js, Ubuntu","Calendrier daté de novembre 2026 à fin 2027 : PostgreSQL 14, PHP 8.2, Node.js 22, Ubuntu 22.04. Sources, actions et méthode pour regrouper par client.",{"id":231,"name":232,"slug":233,"color":234,"icon":233},3,"Déploiement","deploiement","bg-success\u002F10 text-success",[236],{"id":231,"name":232,"slug":233,"color":234,"icon":233},"\u002Fblog\u002Fcovers\u002Fcalendrier-fins-de-vie-hebergement-2027-agence-poster.svg",{"id":239,"slug":240,"slugs":241,"title":245,"excerpt":246,"readTime":214,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":247,"categories":248,"featuredImage":29,"bgImage":30,"posterImage":250,"relatedSolution":29},524,"fragnesia-cve-2026-46300-noyau-linux-php2shell",{"fr":240,"en":242,"ar":243,"es":244},"fragnesia-cve-2026-46300-linux-kernel-php2shell","ثغرة-fragnesia-cve-2026-46300-نواة-لينكس-php2shell","fragnesia-cve-2026-46300-kernel-linux-php2shell","Fragnesia CVE-2026-46300 : patcher le noyau (PHP2Shell)","Fragnesia (CVE-2026-46300), enchaînée avec PHP2Shell, mène à root. Noyaux corrigés par distribution, parade esp4\u002Fesp6\u002Frxrpc, vérification et traces.",{"id":197,"name":198,"slug":199,"color":200,"icon":201},[249],{"id":197,"name":198,"slug":199,"color":200,"icon":201},"\u002Fblog\u002Fcovers\u002Ffragnesia-cve-2026-46300-noyau-linux-php2shell-poster.svg",1793289108988]