Ludicweb.fr

Informatique

Combien de sites WordPress peut-on héberger sur une offre o2switch ?

Par Publié le Mis à jour le 4 min de lecture

Sommaire
  1. 1. Rappel : ce que l’on pouvait faire avec des sites statiques
  2. 2. Pourquoi WordPress change la donne ?
  3. 3. Les 3 offres o2switch 2025 côté ressources
  4. 4. Combien consomme un site WordPress ?
  5. 5. Calcul : combien de sites Wordpress en même temps ?
  6. a) Limite « fichiers » (inodes)
  7. b) Limite CPU/RAM (le vrai goulot)
  8. 6. Mise en perspective sites statiques VS Wordpress
  9. 7. Conseils pour héberger « beaucoup » de WordPress
  10. 8. Verdict rapide

(et pourquoi la réponse n’est pas la même que pour les sites statiques)

1. Rappel : ce que l’on pouvait faire avec des sites statiques

Dans l’article précédent – « Combien de sites statiques peut‑on héberger sur une offre o2switch ? » – on a montré qu’un simple fichier HTML/CSS ne sollicite quasiment que les inodes (le compteur de fichiers).

Avec 500 000 inodes par compte :

Page statique moyenneFichiersSites théoriques possibles
Landing ultra-minimal≈ 10~ 50 000
Landing « classique »≈ 30~ 16 000
Page riche≈ 100~ 5 000

CPU, RAM et I/O restaient anecdotiques, d’où la conclusion qu’« on peut déployer plusieurs milliers de micro-sites sans broncher ».

2. Pourquoi WordPress change la donne ?

RessourceImpact d’un site statiqueImpact d’un site WordPress
Inodes10 – 1002 000 – 10 000 (core + thèmes + plugins + médias)
CPUquasi nulExécution PHP/MySQL à chaque page non mise en cache
RAM≤ 50 Mo128 Mo – 1 Go selon la page et les plugins
I/O disquepics rares (déploiement)écriture régulière (uploads, logs, backups)

Autrement dit, la question n’est plus « combien de fichiers puis-je stocker ? », mais combien de secondes CPU et de méga-octets de RAM mes sites consomment-ils en même temps ?

3. Les 3 offres o2switch 2025 côté ressources

OffreThreads CPURAMI/OInodes« Lunes » (sous-comptes)
Grow816 Go16 MB/s500 0004
Cloud1248 Go42 MB/s500 0008
Pro2464 Go84 MB/s500 00016

(o2switch FAQ)

4. Combien consomme un site WordPress ?

Type de siteFichiersCPU moyen†RAM picVisites mensuelles « confort »
Vitrine légère (thème natif, ≤ 5 plugins)≈ 2 5000,02 thread≤ 128 Mo≤ 5 000
Blog / PME (Astra + 15 plugins)≈ 4 0000,05 thread256 – 512 Mo~ 20 000
WooCommerce (20 plugins, 1 000 produits)6 000 – 10 0000,2 thread512 Mo – 1 Go~ 50 000

†Moyenne lissée sur un mois, cache de page actif.

5. Calcul : combien de sites Wordpress en même temps ?

a) Limite « fichiers » (inodes)

Même si WordPress grossit, l’inode reste rarement le premier verrou :

OffreVitrineBlogWooCommerce
Grow/Cloud/Pro (500 000 inodes)jusqu’à 200 sites~ 120 sites~ 60 sites

Mais vous toucherez le CPU bien avant ces chiffres.

b) Limite CPU/RAM (le vrai goulot)

OffreVitrines (≤ 5 k visites/mois)Blogs (20 k)WooCommerce (50 k)
Grow (8 threads)30 – 508 – 151 – 3
Cloud (12 threads)50 – 10015 – 303 – 6
Pro (24 threads)100 +30 – 606 – 10

Ces fourchettes supposent :

Sans cache ou avec un plugin très lourd, un seul WooCommerce peut monopoliser 1 thread à lui tout seul ; la limite tombe alors à … 1 site !

6. Mise en perspective sites statiques VS Wordpress

QuestionSites statiquesSites WordPress
Ressource qui bloque en 1ᵉʳInodesCPU / RAM
Nombre possible sur Grow5 000 – 50 000 pages mono-HTML30 – 50 sites WP
Impact d’un CDNConfortable mais non vitalQuasi indispensable pour les gros sites
MaintenancePush de fichiersMises à jour core + thèmes + plugins, sécurité, optimisation DB

Le même serveur mutualisé capable d’abriter des milliers de petites landing pages statiques devra être mis à niveau (ou optimisé) après quelques dizaines de WordPress.

7. Conseils pour héberger « beaucoup » de WordPress

  1. Activez le cache dès l’installation. PowerBoost dans cPanel ou Redis + LSCache font des miracles.
  2. Surveillez “Statistiques → Utilisation CPU” dans cPanel ; si la barre dépasse 80 % plusieurs heures d’affilée, il est temps de passer de Grow → Cloud, ou Cloud → Pro.
  3. Nettoyez régulièrement : révisions, brouillons, transients, logs WooCommerce.
  4. Désactivez ou retirez les plugins inactifs, et limitez les builders gourmands si vous en empilez plusieurs.
  5. Compressez les images (WebP) et servez-les via Cloudflare ou BunnyCDN pour soulager l’I/O.
  6. Réservez les “Lunes” pour isoler les quelques sites les plus bruyants (un gros WooCommerce, un client qui veut son propre accès cPanel).

8. Verdict rapide

ProfilOffre conseilléePourquoi
Freelance / TPE (≤ 10 vitrines)GrowBon rapport prix/ressources, 4 Lunes suffisent
Agence avec portefeuille varié (≤ 50 sites)Cloud+ 50 % de CPU, 48 Go de RAM, 8 Lunes
Studio e-commerce ou multi-sites intensifsPro24 threads, 64 Go de RAM, I/O × 5

wp:paragraph En résumé : le « tout illimité » existe surtout pour les fichiers. Pour WordPress, comptez plutôt la trentaine de sites par tranche de 8 threads CPU et montez d’un cran quand vos graphs commencent à rougir. Vous éviterez le fameux mail « Resources temporarily unavailable » au beau milieu de la nuit ! /wp:paragraph