Les promesses de vitesse, c’est facile à faire. Je voulais voir ce que l’infrastructure de HostArmada délivre vraiment dans des conditions réelles, alors j’ai lancé deux séries de tests séparées :
- Un test de performance GTmetrix sur un site WordPress en direct hébergé sur le plan mutualisé WP Speed Reaper,
- Et une suite complète de benchmarks serveur sur le Cloud SSD VPS
Les deux tests répondent à des questions différentes. Le test d’hébergement WordPress vous dit ce qu’un vrai visiteur ressent quand il arrive sur votre site. Les benchmarks VPS vous disent de quoi le serveur sous-jacent est capable au niveau de l’infrastructure.
Ensemble, ils vous donnent une vue complète de ce que le réseau de HostArmada peut faire sur deux de ses types de produits les plus populaires.
Voici tout ce que j’ai trouvé.
Comment j’ai testé
J’ai utilisé deux approches de test distinctes, une pour chaque produit.
- Pour l’hébergement WordPress mutualisé, j’ai souscrit au plan WP Speed Reaper, qui tourne avec 6 cœurs CPU, 6GB de RAM et 40GB de stockage NVMe. Avant de lancer les tests, j’ai installé du contenu, y compris des images, des menus de navigation et plusieurs pages. Tester un site vide n’aurait pas donné une lecture utile des performances réelles. J’ai lancé le test GTmetrix deux fois depuis l’emplacement de serveur de Francfort, Allemagne, qui correspond au principal centre de données de HostArmada, et j’ai utilisé le résultat le plus cohérent.
- Pour le Cloud SSD VPS, j’ai déployé un serveur de test sur le plan Web Raider, avec Enterprise Linux 9 sur un processeur AMD EPYC 7413 avec 8GB de RAM et 160GB de stockage NVMe, également hébergé à Francfort. J’ai exécuté cinq catégories de benchmarks serveur en utilisant sysbench et stress-ng, couvrant la puissance brute de traitement CPU, le débit mémoire, la vitesse d’E/S disque, les performances réseau et la stabilité du système sous charge soutenue.
1. Test de vitesse de l’hébergement WordPress mutualisé
Configuration du test
- Plan : WP Speed Reaper ($3.95/mo promotionnel, $19.75/mo normal)
- CPU : 6 cœurs
- RAM : 6GB
- Stockage : 40GB NVMe SSD
- Sites : Illimités
- Sauvegardes : 21 sauvegardes quotidiennes
- Sécurité : Imunify360 WAF, analyse et suppression des malwares
- Mise en cache : Cache dynamique inclus
- Outil de test : GTmetrix
- Emplacement du test : Francfort, Allemagne
- Contenu du site : Installation démo complète avec images, navigation et plusieurs pages
Résultats GTmetrix
| Métrique | Résultat |
| Note GTmetrix | A |
| Score de performance | 100% |
| Score de structure | 96% |
| Time to First Byte (TTFB) | 24ms |
| First Contentful Paint | 392ms |
| Largest Contentful Paint (LCP) | 392ms |
| Total Blocking Time (TBT) | 34ms |
| Cumulative Layout Shift (CLS) | 0.01 |
| Temps de chargement complet | 514ms |
Ce que signifient ces chiffres
Un score de performance de 100% sur un hébergement mutualisé avec un site entièrement construit en marche n’était pas ce à quoi je m’attendais au départ.
Ce résultat me dit que le serveur, la couche de cache et l’infrastructure fonctionnent ensemble à un niveau que la plupart des hébergeurs mutualisés n’atteignent pas.
TTFB : 24ms
C’est la métrique qui ressort le plus. Le TTFB mesure le temps que met le serveur à répondre à la première requête du navigateur. À 24ms, HostArmada a répondu presque instantanément. Google considère que tout ce qui est en dessous de 200ms est excellent pour un hébergement mutualisé. Ce résultat se situe à peu près à un dixième de ce seuil.
LCP : 392ms
Le Largest Contentful Paint mesure à quel moment le contenu principal apparaît à l’écran. À 392ms, le contenu principal de la page était visible en moins d’une demi-seconde.
Les benchmarks de Google considèrent que tout ce qui est en dessous de 800ms est exceptionnel et en dessous de 2.5 secondes est bon. HostArmada a largement dépassé le seuil exceptionnel.
TBT : 34ms
Le Total Blocking Time mesure combien de temps la page est restée non réactive pendant le chargement. À 34ms, la page est restée presque totalement interactive dès le début du rendu. Les visiteurs pouvaient cliquer, faire défiler et interagir presque immédiatement.
CLS : 0.01
Le Cumulative Layout Shift mesure à quel point la page bouge de façon inattendue pendant le chargement. Un score de 0.01 signifie que presque rien ne s’est déplacé de manière imprévue. Le bon seuil de Google est en dessous de 0.1.
Un score CLS élevé est l’une des expériences les plus frustrantes pour les vrais visiteurs et constitue un signal de classement que Google prend en compte dans les positions de recherche.
Temps de chargement complet : 514ms
La page entière s’est chargée en un peu plus d’une demi-seconde. Pour un site avec du contenu démo réel, des images et de la navigation, c’est un résultat exceptionnel sur un plan mutualisé.
Ce que cela signifie pour le SEO
Les trois Core Web Vitals, LCP, TBT et CLS, sont tous largement dans la bonne plage de Google. Google utilise ces scores comme signaux directs de classement, et un site qui dépasse les trois seuils dès le départ commence avec une base technique SEO que beaucoup de sites mettent des mois à optimiser.
Pour toute personne qui construit un site dépendant du trafic organique, ce point de départ compte avant même d’écrire un seul mot de contenu.
2. Benchmarks du serveur Cloud SSD VPS
Configuration du test
- Plan : Web Raider
- CPU : AMD EPYC 7413 24-Core Processor
- RAM : 8GB
- Stockage : 160GB NVMe SSD
- OS : Enterprise Linux 9
- Emplacement : Francfort, Allemagne
Résumé complet des benchmarks
| Benchmark | Résultat |
| Événements CPU par seconde | 1,591.42 |
| Latence moyenne CPU | 0.63ms |
| Vitesse de transfert mémoire | 6,264 MiB/sec |
| Opérations mémoire par seconde | 6,414,691 |
| Vitesse de lecture disque | 77.83 MiB/s |
| Vitesse d’écriture disque | 51.89 MiB/s |
| Latence moyenne disque | 0.05ms |
| Vitesse de téléchargement réseau | 657.94 Mbit/s |
| Vitesse d’envoi réseau | 550.87 Mbit/s |
| Ping réseau | 2.344ms |
| Bogo ops/s du test de stress | 6,836.69 |
Performance CPU
J’ai exécuté le benchmark CPU sysbench, qui calcule des nombres premiers jusqu’à 20,000 pour mesurer la puissance brute de traitement. Cela simule des charges de travail réelles comme l’exécution PHP, les requêtes concurrentes des utilisateurs et les tâches en arrière-plan.
Le serveur a atteint 1,591 événements par seconde avec une latence moyenne de 0.63ms pendant tout le test. Le pire pic n’a atteint que 1.68ms, et l’écart entre la latence minimale et maximale était minime. Cette constance me dit que le CPU a travaillé à un rythme stable du début à la fin plutôt que de monter en pic puis de redescendre.
En pratique, un CPU à ce niveau maintient WordPress réactif même avec des plugins lourds et gère plusieurs visiteurs simultanés sans ralentir.
Performance mémoire
Le benchmark mémoire sysbench mesure la vitesse à laquelle la RAM peut lire et écrire des données. Je l’ai exécuté sur 10GB de données en blocs de 1MB, en simulant des opérations de base de données et des processus applicatifs qui transfèrent de grands ensembles de données à travers la mémoire.
Le débit mémoire a atteint 6,264 MiB/sec, et la latence moyenne a été indiquée comme 0.00ms pendant toute la durée, ce qui signifie que chaque opération s’est terminée plus vite que sysbench ne pouvait la mesurer. Le pire pic sur l’ensemble de l’exécution était de 0.45ms.
Sur un serveur virtualisé, atteindre ces vitesses me dit que l’hyperviseur KVM introduit très peu de surcharge entre l’OS invité et la mémoire physique.
Des charges de travail comme le cache Redis, les bases de données MySQL chargées et plusieurs processus applicatifs simultanés ne créeront pas de goulot d’étranglement ici.
Performance d’E/S disque
J’ai exécuté un test de lecture et d’écriture aléatoires, qui simule la manière dont un serveur web accède réellement aux données : en sautant entre différents emplacements sur le disque de façon imprévisible, exactement ce qui se passe quand plusieurs visiteurs accèdent à votre site en même temps.
| Métrique | Résultat |
| Opérations de lecture par seconde | 4,981.26 |
| Opérations d’écriture par seconde | 3,320.84 |
| Opérations fsync par seconde | 10,630.59 |
| Débit de lecture | 77.83 MiB/s |
| Débit d’écriture | 51.89 MiB/s |
| Latence moyenne | 0.05ms |
| Latence maximale | 1.66ms |
La vitesse de lecture de 77.83 MiB/s et la vitesse d’écriture de 51.89 MiB/s sont solides pour une charge de travail mixte aléatoire. L’hébergement SSD traditionnel a souvent du mal sous ce type de test. Le stockage NVMe gère beaucoup mieux les opérations aléatoires, et ces résultats le reflètent.
Le résultat fsync de 10,630 opérations par seconde mérite une attention particulière. Un résultat au-dessus de 10,000 indique un stockage réglé à la fois pour la sécurité des données et pour la vitesse, ce qui compte pour les applications fortement dépendantes des bases de données où l’intégrité des données est critique.
Performance réseau
J’ai testé la vitesse du réseau avec speedtest-cli, qui a automatiquement sélectionné le meilleur serveur disponible selon le ping.
Le test a été effectué contre un nœud Hivelocity à Francfort via Leaseweb Germany.
| Métrique | Résultat |
| Vitesse de téléchargement | 657.94 Mbit/s |
| Vitesse d’envoi | 550.87 Mbit/s |
| Ping | 2.344ms |
La plupart des fournisseurs VPS à ce niveau plafonnent les ports réseau à 500 Mbit/s. HostArmada a dépassé ce seuil aussi bien en téléchargement qu’en envoi, ce qui suggère que le réseau n’est pas fortement partagé entre les tenants.
Le ping de 2.344ms vers un nœud de Francfort est bien en dessous du seuil de 10ms considéré comme excellent pour un VPS.
À moins d’un quart de ce repère, le serveur répond aux requêtes entrantes presque instantanément. Cela compte pour les applications temps réel, les points de terminaison API et tout service où le temps de réponse est prévisible.
Test de stress
J’ai exécuté stress-ng sur les 4 cœurs CPU et 2 stressors mémoire simultanément pendant 5 minutes, en simulant ce qui se passe lors d’un pic de trafic soutenu où le serveur fonctionne à pleine capacité pendant une période prolongée.
| Métrique | Résultat |
| Durée du test | 300 seconds |
| CPU Bogo ops/s | 4,586.21 |
| VM Bogo ops/s | 9,768.60 |
| Opérations CPU totales | 1,375,870 |
| Opérations VM totales | 2,930,589 |
| Stressors passés | 6 out of 6 |
| Tests échoués | 0 |
| Erreurs | 0 |
Chaque stressor a réussi. Aucun échec, aucun crash, aucune instabilité pendant les cinq minutes complètes.
Le CPU a effectué 1,375,870 opérations pendant que le stressor mémoire tournait à côté à 9,768 bogo ops par seconde, et aucun des deux n’a baissé en régime pendant l’exécution.
Les fournisseurs budget montrent souvent de bons résultats en rafales en s’appuyant sur des crédits CPU qui s’épuisent sous charge soutenue. La cohérence entre les scores en temps réel et usr+sys ici confirme que le serveur fonctionnait réellement à pleine capacité tout du long, et ne profitait pas simplement d’une performance burst.
Verdict global sur la vitesse
Sur les deux produits, l’infrastructure de HostArmada a bien tenu le coup dans des conditions de test réelles.
Chiffres marquants de l’hébergement WordPress :
- 24ms de TTFB, soit à peu près un dixième du seuil excellent de Google pour l’hébergement WordPress
- Score de performance GTmetrix de 100% sur un site entièrement construit avec du contenu réel
- Temps de chargement complet de 514ms avec les trois Core Web Vitals dans la bonne plage de Google
Le plan WP Speed Reaper se situe bien au-dessus de là où se retrouvent la plupart des hébergeurs WordPress sur les mêmes tests. Tout site hébergé ici commence avec une solide base technique SEO avant même que vous touchiez à un seul plugin ou réglage d’optimisation.
Chiffres marquants du VPS :
- 1,591 événements CPU par seconde avec une latence moyenne constante de 0.63ms
- 6,264 MiB/sec de débit mémoire avec une latence moyenne inférieure à la microseconde
- 657 Mbit/s en téléchargement et 2.3ms de ping, au-dessus du plafond VPS typique de 500 Mbit/s
- Le test de stress a passé les six stressors pendant cinq minutes complètes avec zéro échec
Pour les développeurs et les agences qui font tourner des charges de travail en production, ces chiffres montrent un serveur qui gère une pression soutenue sans se dégrader, pas un serveur qui se comporte bien en rafales puis chute sous charge.
Ce que les résultats combinés vous disent sur HostArmada en tant que fournisseur, c’est que les promesses de vitesse tiennent quand on les teste. La cohérence entre deux types de produits complètement différents, un plan WordPress et un VPS autogéré, pointe vers une infrastructure qui performe de manière fiable plutôt que sélective.
Si la vitesse est une priorité et que vous voulez tester l’infrastructure vous-même, HostArmada accompagne son hébergement WordPress avec une garantie satisfait ou remboursé de 45 jours et ses plans VPS avec une garantie de 7 jours.
