Bluehost figure sur la liste des hébergeurs recommandés par WordPress.org depuis plus de 20 ans. C’est soit le signe d’un produit qui continue de tenir ses promesses, soit celui d’un produit qui existe depuis assez longtemps pour que l’approbation soit devenue un meuble.

Je me suis inscrit à la fois à un hébergement WordPress géré et à un VPS autogéré pour en avoir le cœur net. Pendant plus de 30 jours, j’ai lancé GTmetrix sur un site WordPress en ligne, une suite complète de benchmarks Linux sur le VPS, deux séries de tests de stress, et posé une vraie question technique via le chat en direct.

J’ai aussi examiné la politique de remboursement, le tableau de bord et les tarifs. Tout n’a pas eu le même effet. Voici le tableau complet.

Bluehost

Bluehost propose une gamme de forfaits et de fonctionnalités qui privilégient l’adaptabilité et la performance – avec des serveurs d’hébergement mutualisé, VPS et dédiés qui se concentrent tous sur une optimisation spécifique à WordPress.

Visitez Bluehost

Avantages et inconvénients de Bluehost

Répartition des notes

Pour évaluer Bluehost, j’ai appliqué notre méthodologie d’évaluation de l’hébergement, une approche structurée que j’utilise de façon constante dans tous mes tests afin de garder des notes fondées sur des mesures réelles plutôt que sur des promesses marketing. Les notes ci-dessous reflètent ce que j’ai constaté à travers l’hébergement WordPress géré et le VPS autogéré.

Bluehost Plans et tarifs 2026

Bluehost propose un hébergement WordPress (Starter, Business, eCommerce Essentials), des VPS autogérés (NVMe 2, 4, 8, 16), ainsi que des produits Shared, Dedicated, Cloud et pour développeurs.

Une garantie de remboursement de 30 jours couvre les nouvelles souscriptions Shared, VPS et Dedicated (à l’exclusion de Cloud, de la facturation mensuelle, des domaines, des produits IA et de la plupart des modules complémentaires).

Les remboursements par carte sont traités en 5 à 7 jours ouvrables. Paiement par carte, Google Pay et PayPal. Attention aux tarifs promotionnels qui ne s’appliquent qu’à la première période, avec des tarifs de renouvellement plus élevés.

Consultez les tarifs ci-dessous pour connaître les prix actuels selon les plans et les cycles de facturation :

Bluehost

Bluehost propose une gamme de forfaits et de fonctionnalités qui privilégient l’adaptabilité et la performance – avec des serveurs d’hébergement mutualisé, VPS et dédiés qui se concentrent tous sur une optimisation spécifique à WordPress.

Visitez Bluehost

Fonctionnalités de Bluehost

Facilité d’utilisation

Un produit d’hébergement obtient sa note de facilité d’utilisation sur deux questions : à quelle vitesse un nouveau client peut-il passer de l’inscription à une configuration opérationnelle, et dans quelle mesure l’expérience de gestion au quotidien tient-elle la route ensuite ?

J’ai effectué les deux inscriptions en entier et testé les interfaces de gestion WordPress et VPS côte à côte. Voici ce que j’ai trouvé.

1. Inscription

Bluehost organise ses produits d’hébergement par public. L’hébergement WordPress se trouve sous le menu Hosting dans la navigation supérieure, tandis que le VPS autogéré se trouve sous For Developers.

Les deux parcours mènent à des pages de destination de produits dédiées avec leurs propres flux de configuration.

Pour l’hébergement WordPress, le parcours est court et bien indiqué :

• Cliquez sur Hosting dans la navigation supérieure et sélectionnez WordPress Hosting
• Choisissez parmi trois niveaux de plan (Starter, Business, eCommerce Essentials)

• Enregistrez un nouveau domaine ou saisissez-en un que vous possédez déjà

• Finalisez le paiement (création de compte, modules complémentaires, centre de données, facturation) sur une seule page déroulante

Pour le VPS autogéré, le parcours passe par le menu For Developers :

• Cliquez sur For Developers et sélectionnez Self-Managed VPS Hosting
• Choisissez un cycle de facturation (Monthly, 1 Year ou 2 Years)
• Choisissez un plan (NVMe 2, 4, 8 ou 16)

• Configurez l’emplacement du serveur, le matériel, le logiciel et les modules complémentaires sur une seule page

• Finalisez le paiement

Ce qui m’a frappé ici, c’est le design des cartes de plan WordPress. Le prix promotionnel de la première période et le prix de renouvellement sont visibles côte à côte dès le départ.

C’est le rare détail dans cette industrie, et je l’apprécie. Cela supprime le « piège » le plus courant sur les pages de plans d’hébergement, où le tarif de renouvellement reste caché jusqu’à ce que vous receviez une facture de renouvellement des mois plus tard.

Le seul détail d’inscription que je veux vous signaler est la case Domain Privacy dans le flux WordPress. Elle est présélectionnée par défaut à l’étape de sélection du domaine, et il s’agit d’un module payant au renouvellement. Si vous n’en avez pas besoin, décochez-la avant de continuer. C’est une action en un clic.

La création de compte offre quatre options : Email, Google, Apple et GitHub. L’option GitHub est une touche appréciable pour la clientèle orientée développeur. Le paiement est accepté par carte, Google Pay et PayPal.

2. Tableau de bord

Après avoir terminé l’une ou l’autre inscription, vous arrivez dans le Bluehost Account Manager. L’interface est identique sur les deux produits, ce qui a du sens puisque Bluehost présente Account Manager comme un portail unifié pour tous ses plans d’hébergement.

La barre latérale gauche comporte sept sections :

• Home
• Email
• Domains
• Hosting
• Security
• Billing
• Marketplace

L’écran d’accueil affiche trois tuiles récapitulatives (Domains, Hosting Storage, Emails) ainsi que quatre panneaux d’action couvrant Hosting, Professional Domain, Professional Email et Security Products.

Une section How To en bas affiche des articles de la base de connaissances pertinents pour votre compte.

Un point que je signalerais est que l’écran d’accueil n’affiche pas directement votre produit d’hébergement actif.

Pour accéder à la gestion du serveur ou du site, vous cliquez sur Hosting dans la barre latérale gauche, ce qui ouvre la liste de tous les plans actifs avec des boutons Manage. C’est un clic supplémentaire, mais il vaut mieux le savoir pour ne pas chercher les commandes de votre serveur sur l’écran d’accueil.

3. Gestion du serveur et du site

L’expérience de gestion se divise selon le produit, ce qui est le bon choix de conception étant donné qu’un site WordPress géré et un VPS autogéré ont des besoins très différents.

Gestion d’un site WordPress

L’hébergement WordPress est géré via la section Websites du tableau de bord. Chaque site listé affiche le nom du plan, le nombre de sites utilisés par rapport à la limite du plan, le domaine et l’état actuel.

Deux boutons d’action apparaissent pour chaque site :

• Manage : ouvre les paramètres du site au sein du portail Bluehost
• WordPress Admin : ouvre directement le tableau de bord WordPress dans un nouvel onglet

La vue Manage

En cliquant sur Manage, vous accédez à un hub de site dédié pour ce domaine. En haut, vous obtenez le nom du site avec une option Rename, le domaine principal avec un lien direct, ainsi que le bouton WordPress Admin si vous souhaitez aller directement dans WordPress depuis là.

La page est construite autour de deux éléments. Une barre d’onglets en haut couvre dix sections de gestion : Overview, Insights, Security, Backups, Plugins, Users, Performance, Domains, Files & Access, et Advanced.

En dessous, la vue Overview vous donne un aperçu immédiat : état des sauvegardes, une rangée de boutons d’outils rapides et une section How to qui récupère les articles pertinents de la base de connaissances.

Les boutons d’accès rapide sont le détail qui mérite d’être signalé. Staging, PHPMyAdmin, Databases, Logs et cPanel à un clic de la vue d’ensemble du site signifient qu’il n’y a pas besoin de fouiller dans la navigation principale pour accéder aux outils que j’utilise le plus souvent en gérant un site en production.

Le bouton WordPress Admin

Ce bouton WordPress Admin est le petit détail qui fait gagner du temps tous les jours. Au lieu d’aller sur votre domaine, d’ouvrir la page de connexion, de saisir vos identifiants et d’attendre le chargement du tableau de bord, vous cliquez sur un seul bouton depuis le portail Bluehost, et vous êtes dans WordPress.

Pour les propriétaires de sites qui se connectent régulièrement, cela supprime un point de friction qui s’accumule au fil de centaines de sessions.

À l’intérieur de WordPress, Bluehost a préconfiguré un environnement d’accueil ciblé. La barre latérale gauche ajoute une section Bluehost dédiée au-dessus des éléments WordPress standard, avec des sous-éléments pour Home, Settings, Marketplace et Help Resources.

Une liste Next Steps vous guide à travers des tâches comme ajouter des pages, s’inscrire à WordPress Academy et connecter des comptes sociaux.

Un petit ensemble de plugins préinstallés (Jetpack, OptinMonster, Creative Mail, WPForms) apparaît dans la barre latérale dès la première connexion, prêt à être activé selon les besoins.

Gestion du VPS

Le VPS est géré via une page serveur dédiée qui s’ouvre lorsque vous cliquez sur Manage dans la liste du plan VPS.

La présentation est basée sur des cartes et couvre tout ce dont vous avez besoin pour les opérations quotidiennes en une seule vue.

Le haut de la page affiche :

• Server Image : le système d’exploitation en cours d’exécution, avec un bouton Reimage pour changer de distribution
• Disk Storage : l’utilisation actuelle sous forme de jauge en pourcentage
• Server Status : indicateur en ligne

En dessous, quatre boutons de contrôle d’alimentation sont alignés horizontalement :

• Start Server
• Reboot Server
• Power Off Server
• Launch Console

Le bouton Launch Console est celui que je veux signaler séparément. Il ouvre un terminal basé sur le navigateur directement vers le serveur, sans nécessiter de client SSH externe. Petit mais pratique, surtout lors de la configuration initiale ou lorsque vous accédez au serveur depuis une machine qui n’a pas votre configuration SSH habituelle.

Trois autres cartes d’information couvrent l’essentiel : Data Center indiquant la région, IP Address avec un bouton de copie en un clic, et Hostname avec une invite Run Server Setup. La carte Root Password se trouve à côté avec un lien Reset Password.

Verdict global sur la facilité d’utilisation

Bluehost

Bluehost propose une gamme de forfaits et de fonctionnalités qui privilégient l’adaptabilité et la performance – avec des serveurs d’hébergement mutualisé, VPS et dédiés qui se concentrent tous sur une optimisation spécifique à WordPress.

Visitez Bluehost

Performances

Voici comment j’ai configuré mes tests.

Bluehost propose des produits qui partagent une même marque mère mais reposent sur des infrastructures très différentes, donc j’ai testé chacun selon ses propres mérites avec les outils adaptés.

Pour l’hébergement WordPress, cela signifie des tests de chargement en conditions réelles plutôt que des benchmarks synthétiques. Je n’ai pas simplement installé un site WordPress vierge. J’ai installé WordPress sur un plan Bluehost, ajouté du contenu réel pour simuler un vrai site, puis je l’ai soumis à :

• Un test GTmetrix ponctuel depuis San Antonio, TX
• Un suivi GTmetrix hebdomadaire sur les 30 premiers jours
• Un test de vitesse mondial via Check-Host
• Un suivi de disponibilité de 30 jours via UptimeRobot, avec vérification toutes les 5 minutes (données ajoutées au bout de 30 jours)

Pour le VPS autogéré, cela signifie une suite complète de benchmarks Linux couvrant tous les sous-systèmes :

• sysbench CPU (4 threads, plafond de 20,000 primes)
• sysbench memory (bloc de 1M, 10 GB au total)
• fio disk (écriture séquentielle, lecture/écriture aléatoire)
• Ookla Speedtest CLI
• stress-ng test de stress en deux phases (60 secondes et 120 secondes)

J’ai provisionné le VPS dans la région USA Virginia sur le plan d’entrée NVMe 2 : 1 vCPU, 2 GB DDR5 RAM, 50 GB de stockage NVMe, AlmaLinux 9.

Chaque produit reçoit son propre verdict ci-dessous, et je termine par une vue d’ensemble.

1. Tests de l’hébergement web

Pour tester correctement les performances de l’hébergement WordPress de Bluehost, je ne me suis pas contenté d’installer un site WordPress vierge. J’ai ajouté du contenu réel pour simuler un vrai site, puis j’ai testé à l’aide de GTmetrix et mis en place une surveillance continue.

Résultats GTmetrix

• Note GTmetrix : A (Performance 91 %, Structure 89 %)
• Largest Contentful Paint (LCP) : 1.1s
• Total Blocking Time (TBT) : 0ms
• Cumulative Layout Shift (CLS) : 0.13
• Time to First Byte (TTFB) : 434ms (Redirect 0ms, Connect 126ms, Backend 308ms)
• First Contentful Paint (FCP) : 1.0s
• Time to Interactive (TTI) : 1.3s
• Onload Time : 2.0s
• Fully Loaded Time : 2.3s

Ce que ces chiffres m’indiquent

Je le dis d’emblée : c’est l’un des résultats GTmetrix WordPress les plus propres que j’aie obtenus sur un environnement géré à ce niveau de prix. Le TBT à 0ms est l’élément phare, et le reste des chiffres le confirme. Voici ce qui ressort :

• 0ms TBT est le point fort. Cela signifie qu’aucun travail JavaScript sur le thread principal n’a bloqué l’interaction de l’utilisateur pendant le chargement de la page. Sur un site WordPress, c’est un résultat remarquablement propre qui pointe à la fois vers une plateforme rapide et vers un thème bien construit sur le site de test.
• Un LCP à 1.1s se situe confortablement dans le seuil « Bon » de Google. L’objectif est en dessous de 2.5 secondes, donc 1.1s place le site dans la catégorie supérieure. Un FCP à 1.0s m’indique que la page commence à afficher du contenu visible rapidement, avec le LCP arrivant seulement un dixième de seconde plus tard.
• 0.13 CLS est le seul chiffre qui a une marge d’amélioration. Le seuil « Bon » de Google est inférieur à 0.1, donc cela tombe dans « À améliorer ». Mais il s’agit d’un problème au niveau du site, pas de l’hébergement. Les décalages de mise en page proviennent généralement d’images sans dimensions explicites, de polices chargées tardivement ou de contenu inséré dynamiquement.
• 434ms TTFB est l’autre chiffre que j’aurais voulu voir plus bas. Il dépasse le seuil de 800ms de Google pour être « Bon », mais la répartition montre 308ms de traitement backend. C’est la partie du temps de réponse directement contrôlée par la plateforme d’hébergement, et j’attendrais une valeur plus rapide d’un environnement WordPress géré.

Pour le SEO et les Core Web Vitals, les résultats constituent une base solide. Le LCP, le FCP et le TBT indiquent tous une plateforme qui fait son travail au niveau de l’infrastructure. Le TTFB et le CLS sont les deux chiffres que je garderais à l’œil à mesure que le site grandit.

Suivi GTmetrix sur une semaine et sur un mois

J’ai lancé un test GTmetrix quotidien pendant 30 jours d’affilée sur la même URL, avec le même serveur de test (San Antonio, TX) et la même configuration de navigateur. Voici comment les chiffres clés ont évolué sur cette période.

Le test le plus récent, effectué le 11 juin, est revenu à 85 % de Performance avec un LCP de 1.5s, un TBT de 0ms et un TTFB de 439ms. C’est nettement en dessous du cliché initial à 91 %, et ce n’était pas une baisse isolée.

Sur 30 jours, le site a obtenu 90 ou plus pendant 21 jours sur 31 et est passé sous 90 pendant 10 jours, avec la valeur la plus basse à 84 % le 10 juin.

Le CLS est resté parfaitement stable à 0.134486 chaque jour, ce qui me dit que ce chiffre est purement une caractéristique de mise en page au niveau du site et n’a rien à voir avec l’hébergeur. Le TBT est resté à 0ms pendant 30 des 31 jours, avec une seule valeur aberrante de 11ms le 25 mai.

Voici la tendance que j’ai remarquée : les dix premiers jours de suivi (12-21 mai) ont été systématiquement les plus solides, avec une moyenne de 90.7 % et un LCP le plus souvent sous 1 seconde. De la fin mai au début juin, les scores de Performance ont dérivé vers le haut des 80 % et ont parfois chuté dans le milieu des 80 %, avec un LCP qui grimpait vers 1.3-1.5 secondes les jours les plus faibles.

Le Fully Loaded Time a suivi la même tendance, passant d’une fourchette serrée de 1,300-1,500ms au début à des pics au-dessus de 2,300ms les jours les plus lents.

Rien de tout cela n’indique une instabilité. Le site n’a jamais perdu sa note « A » sur la Structure (89 % tous les jours, inchangée), et le TBT n’a pratiquement jamais bougé. Ce qui a changé, ce sont les temps de chargement et d’affichage, ce qui est plus souvent le signe d’un poids de page croissant ou de processus en arrière-plan que d’une défaillance de l’hébergement.

Cela dit, si vous exploitez un site WordPress riche en contenu sur Bluehost, je vous conseillerais de surveiller ce type de dérive progressive plutôt que de supposer que le score du premier jour est permanent.

Test de vitesse mondial via Check-Host

J’ai lancé un ping Check-Host et un test HTTP sur le site depuis environ 60 emplacements dans le monde.

Les résultats du ping étaient presque parfaits. Parmi les emplacements testés, 58 ont renvoyé un taux de réussite complet de 4/4, avec des temps de réponse allant de bien moins de 1ms pour les emplacements américains et européens proches jusqu’à environ 130ms pour les régions les plus éloignées comme l’Iran. Deux emplacements, Hong Kong et Madrid, ont renvoyé 3/4, ce qui constitue une légère anomalie plutôt qu’une tendance.

Le test HTTP a donné un résultat plus contrasté. La plupart des emplacements ont renvoyé un 200 (OK) propre, avec des temps de réponse allant de moins d’1 seconde en Europe à 8 secondes dans certaines régions plus éloignées comme l’Inde et Hong Kong, ce qui est assez lent mais pas inhabituel pour une origine située sur la côte Est des États-Unis testée depuis l’autre bout du monde.

Cependant, sept emplacements ont renvoyé une erreur 403 (Forbidden) : Bulgarie, Iran (trois tests distincts), Israël (Netanya), Moldavie, Espagne (Barcelone) et Suède (Stockholm). Un autre emplacement, Russie (Moscou), a renvoyé un délai d’attente de connexion lors d’un des deux tests.

Je veux être transparent sur ce que cela signifie probablement et sur ce que cela ne signifie pas. Un groupe de 403 concentrés dans certains pays, alors que les mêmes emplacements ont réussi le test ping, pointe vers un pare-feu ou une règle de sécurité bloquant les requêtes HTTP provenant de ces régions plutôt que vers une panne généralisée du serveur.

Il peut s’agir d’une fonctionnalité de sécurité au niveau de Bluehost, d’un plugin de sécurité WordPress ou d’une liste de blocage au niveau du CDN. Quoi qu’il en soit, si votre audience comprend des visiteurs provenant de l’un de ces pays, il vaut la peine de vérifier les paramètres de votre pare-feu et de votre plugin de sécurité pour confirmer que le blocage est volontaire.

Surveillance de la disponibilité sur un mois (UptimeRobot)

J’ai mis en place un moniteur HTTPS UptimeRobot qui vérifiait le site toutes les 5 minutes pendant 30 jours.

• 7 derniers jours : 100 % de disponibilité, 0 incident
• 30 derniers jours : 99.955 % de disponibilité, 1 incident totalisant 19 minutes 30 secondes d’indisponibilité
• Temps de réponse moyen : 1,329ms
• Temps de réponse minimum : 945ms
• Temps de réponse maximum : 1,712ms
• Incident enregistré : un seul « Gateway Timeout » le 15 mai 2026, résolu après 19m 30s

Un seul Gateway Timeout sur 30 jours, résolu en moins de 20 minutes, constitue un très bon résultat. 99.955 % de disponibilité correspond à environ 19 minutes d’indisponibilité sur l’ensemble du mois, ce qui se situe confortablement dans ce que la plupart des hébergeurs promettent dans leurs SLA.

La plage des temps de réponse, entre 945ms et 1,712ms avec une moyenne de 1,329ms, est plutôt élevée pour une vérification de surveillance, mais les chiffres de temps de réponse d’UptimeRobot mesurent le trajet complet depuis son emplacement de surveillance et ne sont pas directement comparables au TTFB de GTmetrix.

Verdict sur les performances de l’hébergement web

Sur 30 jours de tests, l’hébergement WordPress de Bluehost s’est bien tenu sur la métrique qui compte le plus : la disponibilité. Un seul incident de 19 minutes et 99.955 % de disponibilité est un résultat que je serais heureux de voir chez n’importe quel hébergeur.

Le tableau des performances est plus nuancé que ne le laissait penser le cliché du premier jour. Le score GTmetrix initial de 91 % était réel, mais il représentait le haut de la fourchette de ce que le site a atteint sur l’ensemble du mois. La moyenne sur 30 jours est retombée à 90.7 %, avec une dérive progressive vers les hauts 80 % et des baisses occasionnelles dans le milieu des 80 % au fil de la période.

Les résultats Check-Host ont ajouté un autre point à signaler : un groupe d’erreurs 403 provenant de pays spécifiques (Bulgarie, Iran, Israël, Moldavie, Espagne et Suède) alors que les tests ping depuis ces mêmes lieux passaient sans difficulté. Cela ressemble à un pare-feu ou à une règle de sécurité plutôt qu’à une panne, mais cela vaut la peine de vérifier si votre audience inclut des visiteurs de ces régions.

2. Tests du VPS

Pour le VPS autogéré, j’ai provisionné un Standard VPS NVMe 2 dans la région USA Virginia et j’ai lancé la suite complète de benchmarks Linux selon ma méthodologie de test.

Instance de test

• Plan : Standard VPS NVMe 2
• CPU : 1 vCPU Core
• RAM : 2 GB DDR5
• Stockage : 50 GB NVMe
• OS : AlmaLinux 9
• Région : USA Virginia

Performances CPU

J’ai exécuté le benchmark CPU sysbench en utilisant 4 threads contre un plafond de nombres premiers de 20,000.

Résultats :

• Événements par seconde : 1,893.02
• Total des événements : 18,934
• Latence moyenne : 2.11ms
• 95e percentile de latence : 6.55ms

Ce sont de solides chiffres pour un plan à un seul vCPU. Avec quatre threads exécutés sur un seul vCPU, l’ordonnanceur gérait les requêtes de threads concurrents sur un matériel limité, et le résultat s’est bien maintenu.

L’écart-type du temps d’exécution des threads est tombé à 0.00, ce qui signifie que les quatre threads ont terminé dans une fenêtre de temps presque identique.

C’est le résultat qui m’en dit le plus. Une variance nulle de l’ordonnancement indique un nœud hôte bien provisionné, sans vol de CPU qui tire les résultats vers le bas. Pour les applications qui ne sont pas limitées par le calcul ou qui n’exécutent pas de traitement parallèle à grande échelle, cela couvre largement les cas d’usage visés par le plan NVMe 2.

Vitesse de la mémoire

Pour le test mémoire, j’ai utilisé une taille de bloc de 1M en écrivant un total de 10 GB.

Résultats :

• Débit de transfert : 30,735.98 MiB/sec
• Temps total : 0.3324 seconds
• Latence moyenne : 0.03ms

Plus de 30 GB/s de débit mémoire sur une allocation DDR5 de 2 GB est le résultat qui m’a le plus surpris pendant les tests. La spécification DDR5 tient ici exactement ses promesses, et la marge de bande passante par rapport à la DDR4 est immédiatement visible dans le chiffre.

Pour les charges de travail qui s’appuient sur des opérations en mémoire, du cache Redis ou un traitement rapide de jeux de données, ce niveau de réactivité est bien au-dessus de ce que je vois habituellement à ce tarif. La latence moyenne de 0.03ms confirme que le sous-système mémoire fonctionne sans contention notable.

Bluehost

Bluehost propose une gamme de forfaits et de fonctionnalités qui privilégient l’adaptabilité et la performance – avec des serveurs d’hébergement mutualisé, VPS et dédiés qui se concentrent tous sur une optimisation spécifique à WordPress.

Visitez Bluehost

Entrées/sorties disque

J’ai lancé un test d’écriture séquentielle pendant la préparation des fichiers, puis un test soutenu de lecture/écriture aléatoire sur 2 GB de fichiers de test.

Écriture séquentielle (pendant la préparation des fichiers) :

• Vitesse d’écriture : 640.12 MiB/sec

Test de lecture/écriture aléatoire (60 secondes) :

• Lectures par seconde : 1,727.32
• Écritures par seconde : 1,151.55
• Débit en lecture : 26.99 MiB/s
• Débit en écriture : 17.99 MiB/s
• Latence moyenne : 0.15ms
• Latence maximale : 14.45ms

La vitesse d’écriture séquentielle de 640 MiB/sec reflète un stockage NVMe rapide. Les chiffres d’E/S aléatoires sont la mesure la plus pertinente pour les charges de travail réelles de base de données et d’applications, et une latence moyenne de 0.15ms avec un 95e percentile de 0.83ms sous E/S synchrones avec fsync périodique est un résultat solide pour ce niveau.

Votre base de données n’attend pas le disque pendant les opérations normales. La latence maximale de 14.45ms est le chiffre que je soulignerais, bien que ce soit un comportement de queue attendu sous E/S aléatoires gourmandes en fsync et non un problème pour la plupart des charges de production.

Vitesse réseau

Le résultat de Speedtest CLI a été l’un des chiffres les plus frappants de tout ce run de test. Je l’ai lancé deux fois pour confirmer ce que je voyais.

Résultats :

• Téléchargement : 5,568.13 Mbps
• Envoi : 919.37 Mbps
• Latence au repos : 7.47ms low, 331.40ms measured average
• Perte de paquets : 0.0%

Le débit de téléchargement de 5.5 Gbps est exceptionnel et reflète l’infrastructure réseau de Bluehost dans le centre de données de Virginia. L’envoi à 919 Mbps est également un excellent chiffre pour un VPS autogéré à ce niveau de prix.

La latence moyenne au repos de 331ms est une caractéristique du serveur Speedtest spécifique choisi lors de ce test, et non de la qualité réelle du réseau. La valeur basse de 7.47ms, qui représente la meilleure mesure pendant la session de test, est beaucoup plus représentative du comportement réel. Une perte de paquets de 0.0% confirme un chemin réseau propre.

Test de stress

J’ai lancé stress-ng en deux étapes : une première exécution de 60 secondes pour confirmer la stabilité, puis une exécution de 120 secondes pour vérifier que les performances tiennent sous pression prolongée.

Exécution de 60 secondes :

• CPU bogo ops/s : 692.96
• VM bogo ops/s : 11,452.40
• IO bogo ops/s : 9,693.02
• Stressors réussis : 8 sur 8
• Stressors échoués : 0

Exécution de 120 secondes :

• CPU bogo ops/s : 693.26
• VM bogo ops/s : 24,083.78
• IO bogo ops/s : 9,745.61
• Stressors réussis : 8 sur 8
• Stressors échoués : 0

C’est le résultat qui compte le plus pour moi dans l’ensemble du test VPS. Le chiffre CPU bogo ops est resté quasiment identique entre les runs de 60 et 120 secondes : 692.96 contre 693.26. C’est une cohérence quasi parfaite qui me dit que l’allocation CPU n’a ni ralenti ni dégradé sous charge soutenue.

Les stressors VM et IO ont évolué comme prévu avec le temps supplémentaire, et aucun indicateur de manque de fiabilité n’est apparu sur les métriques. Les 8 stressors ont réussi dans les deux séries sans aucune erreur. Pour une charge de production en trafic continu, cette stabilité compte plus que n’importe quel pic de benchmark.

Verdict sur les performances du VPS

Le Standard VPS NVMe 2 a affiché de meilleures performances que ne le laisseraient supposer ses spécifications d’entrée de gamme. Le débit mémoire DDR5 de plus de 30 GB/s est le résultat phare, la vitesse d’écriture séquentielle NVMe de 640 MiB/sec est rapide, et le débit descendant réseau à 5.5 Gbps reflète un interconnect de centre de données de grande qualité en Virginia.

Le test de stress est le résultat le plus rassurant. Deux séries propres de 60 et 120 secondes avec une cohérence CPU identique et zéro échec sur les 8 stressors me disent que les ressources allouées à ce VPS ne sont pas discrètement partagées d’une manière qui affecte les performances sous charge.

Pour les sites personnels, environnements de développement, déploiements Docker et applications de production légères, le plan NVMe 2 offre largement assez. Les charges de travail à trafic plus élevé ou les stacks gourmandes en mémoire orienteraient vers le NVMe 4 ou le NVMe 8, mais la qualité de l’infrastructure sous-jacente est cohérente sur toute la gamme.

Verdict global sur les performances

Niveau de support

Bluehost propose un support via plusieurs canaux :

• Chat en direct : 24/7, accessible via une bulle de chat sur le site public et un bouton Ask BLU dans le tableau de bord
• Téléphone : US 888-401-4678, International +1 801-765-9400, heures ouvrables
• Base de connaissances : articles classés avec recherche, couvrant WordPress et VPS en profondeur

Le chat en direct vous connecte d’abord à un assistant IA, et atteindre un agent humain nécessite une demande explicite d’escalade.

J’ai testé le canal de chat deux fois, une fois sur le compte d’hébergement WordPress et une fois sur le compte VPS, avec la même question de fond reformulée selon le contexte : que deviennent les données et les services en cours d’exécution si le nœud hôte physique tombe en panne, et Bluehost propose-t-il un basculement automatique ou est-ce au client de concevoir cette redondance.

La couche IA

L’assistant IA a ouvert avec un paragraphe abordant les sauvegardes, la surveillance et la possibilité d’envisager des plans supérieurs offrant davantage de contrôle sur le failover, puis a proposé quatre questions de suivi suggérées sur lesquelles je pouvais cliquer pour poursuivre la conversation.

C’est une première réponse raisonnable. L’IA a été transparente sur ses limites face à ce type de question au niveau de l’infrastructure et a offert un chemin clair d’escalade via un bouton Chat with a Live Agent.

Elle m’a donné une direction générale sans dépasser des détails qu’elle ne pouvait pas confirmer, et m’a transmis à un humain dès que la question allait au-delà de ce qu’elle pouvait répondre avec certitude.

Pour un premier niveau de contact, c’est exactement le comportement que je veux voir.

Escalade vers un agent humain

L’escalade s’est faite en un clic, et le chat a été transféré à Sharath, qui a confirmé le type de mon compte avant de répondre.

Sa réponse couvrait les deux scénarios qui comptent pour cette question. Pour un VPS autogéré utilisant un stockage local sur la machine hôte, les données restent sur les disques physiques mais sont inaccessibles pendant que l’hôte est en panne.

Pour les configurations à stockage relié au réseau ou partagé, les données peuvent survivre indépendamment à la panne de l’hôte, même si le VPS a toujours besoin d’un hôte opérationnel pour fonctionner.

C’est la bonne réponse et le bon niveau de détail. Il a traité les deux interprétations de ma question au lieu d’en choisir une seule et d’en manquer une autre, et sa réponse était spécifique au produit que j’utilisais, pas un script générique.

Base de connaissances

La base de connaissances est bien organisée et couvre en profondeur les sujets propres à WordPress ainsi que la configuration, le paramétrage et le dépannage du VPS.

Les articles incluent des procédures pas à pas avec des extraits de code lorsque c’est pertinent, et la catégorisation permet de trouver facilement ce dont vous avez besoin avant d’ouvrir un chat.

Pour les utilisateurs qui préfèrent se débrouiller seuls avant d’escalader vers le chat, la base de connaissances est un point de départ utile.

Verdict sur le niveau de support

L’expérience de support est passée proprement de l’IA à l’humain, et les deux étapes ont fait ce qu’elles devaient faire :

• L’assistant IA a donné une première réponse raisonnable et a offert un chemin en un clic vers un agent humain
• L’escalade vers Sharath a été rapide et sans friction
• Sharath a confirmé le type de mon compte avant de répondre et a donné une réponse spécifique au produit concernant la question de failover
• La base de connaissances couvre les deux produits avec une profondeur utile et fonctionne bien comme premier point de passage

Pour les questions non urgentes, la couche IA plus la base de connaissances vous amèneront généralement là où vous devez aller.

Pour tout ce qui est technique ou urgent, l’escalade en un clic vers un humain fonctionne exactement comme on le souhaite, et l’agent humain a fourni une réponse spécifique au produit plutôt que de lire un script.

Bluehost

Bluehost propose une gamme de forfaits et de fonctionnalités qui privilégient l’adaptabilité et la performance – avec des serveurs d’hébergement mutualisé, VPS et dédiés qui se concentrent tous sur une optimisation spécifique à WordPress.

Visitez Bluehost

Bluehost Review : conclusion

Après avoir testé Bluehost à la fois sur l’hébergement WordPress géré et sur un VPS autogéré, la plateforme tient clairement ses promesses. Le site WordPress a obtenu 91 % de Performance avec un LCP de 1.1s et un TBT de 0ms, et le VPS a affiché de solides résultats sur tous les benchmarks, avec zéro échec aux tests de stress sur les deux séries.

Ce que j’ai le plus apprécié, c’est la cohérence entre les deux produits. Le tableau de bord Account Manager est moderne, le raccourci WordPress Admin supprime un point de friction quotidien, et la page de gestion du VPS met toutes les commandes dans une seule vue. Les parcours d’inscription affichent aussi les prix de renouvellement dès le départ sur les cartes de plan.

Cela dit, le tarif promotionnel ne s’applique qu’à la première période, avec des tarifs de renouvellement nettement plus élevés. Intégrez cela à votre budget avant de vous inscrire. Pour les utilisateurs WordPress qui veulent un environnement géré, et pour les développeurs qui veulent un VPS autogéré avec du matériel de dernière génération, Bluehost tient ses promesses. Aucune réserve de mon côté.

Bluehost

4.5

385 user reviews

1,46 € /mo

Prix de départ

Visitez Bluehost

Rating based on expert review

• Convivialité
  4.7
• Assistance
  4.6
• Caractéristiques
  4.6
• Fiabilité
  4.6
• Tarif
  4.6