WordPress · Hébergement

Choisir un hébergement WordPress : les critères qui changent vraiment la donne

CPU, mémoire, PHP-FPM, sauvegardes, sécurité et support : une méthode concrète pour choisir un hébergement WordPress adapté.

Lecture : environ 6 minGuide pratiquePar l’équipe technique Au P'tit Serveur
Illustration d’un diagnostic de performance WordPress entre navigateur et serveur
Illustration éditoriale dédiée aux performances et à l’hébergement WordPress.

Le problème à résoudre

La capacité d’un hébergement WordPress ne se résume ni aux gigaoctets ni au nombre de sites affiché. Les ressources réellement disponibles pendant une pointe et la qualité d’exploitation font la différence.

Partez de votre usage : site vitrine, boutique, espace membre, catalogue lourd ou campagne ponctuelle. Les besoins de cache, de base de données et de support ne sont pas identiques.

Reconnaître les bons signaux

Signal observéInterprétation probablePremier contrôle
CPU souvent limitéTemps PHP plafonné par l’offreDemander les limites exactes
Sauvegardes non testéesRestauration incertaineFaire préciser rétention et procédure
Trafic irrégulierBesoin d’absorber les pointesExaminer capacité et cache

Les notions à maîtriser

  • PHP-FPM doit disposer d’assez de workers sans épuiser la mémoire.
  • Le stockage NVMe aide les accès, mais ne compense pas un plugin qui multiplie les requêtes.
  • Une sauvegarde externalisée et testée vaut mieux qu’une copie sur le même serveur.
  • Le support doit savoir diagnostiquer WordPress, pas seulement redémarrer un service.

Méthode de diagnostic

1. Mesurer trafic, pages vues, volume média, taille de base et temps PHP actuel.
2. Lister les fonctions critiques : paiement, espace membre, imports, cron, SMTP.
3. Demander les limites CPU, RAM, processus, I/O et connexions de base.
4. Vérifier sauvegarde, restauration, journalisation et procédure d’incident.

Plan d’action recommandé

  1. Comparer trois offres sur des critères identiques, pas sur le prix d’appel.
  2. Prévoir une marge pour les pointes sans surdimensionner à l’aveugle.
  3. Valider la version PHP et les extensions nécessaires avant migration.
  4. Obtenir une procédure de migration et de retour arrière écrite.
  5. Tester le support avec une question technique précise avant engagement.

Erreurs fréquentes à éviter

  • Choisir sur la promesse de trafic ‘illimité’ sans lire les limites de calcul.
  • Confondre sauvegarde quotidienne et restauration garantie.
  • Prendre un VPS non administré sans compétence Linux disponible.

Indicateurs à suivre

IndicateurRepèrePourquoi le suivre
TTFB dynamiqueStable aux heures chargéesReflète la capacité réelle
RétentionCompatible avec le risque métierDétermine le recul possible
Délai de prise en chargeContractuel si critiqueClarifie le support

Checklist avant validation

  • Une mesure de référence est conservée.
  • Le changement est testé hors production lorsque c’est possible.
  • Une sauvegarde ou un retour arrière est disponible.
  • Les dépendances web, e-mail et DNS ont été contrôlées.
  • Les journaux et alertes sont surveillés après intervention.
  • Le résultat est documenté avec date et responsable.

Questions fréquentes

Mutualisé ou VPS ?

Le mutualisé convient à beaucoup de sites ; le VPS se justifie par l’isolation, les besoins système ou une charge soutenue.

Combien de RAM ?

Il n’existe pas de chiffre universel : mesurez PHP, base et cache sur votre application.

La migration doit-elle être incluse ?

C’est utile si son périmètre, les tests et le retour arrière sont clairement définis.

Sources techniques

Pour vérifier les règles et approfondir le sujet :

Besoin d’un diagnostic sur votre environnement ?

Décrivez le symptôme, le contexte et l’impact : vous recevrez une réponse cadrée avant toute intervention.

Échanger sur votre besoin