Bluehost est présent 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 service qui existe depuis assez longtemps pour que l’approbation soit devenue du mobilier.

Je me suis inscrit à la fois à l’hébergement WordPress géré et à un VPS auto-géré pour en avoir le cœur net. Pendant 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 charge, et une vraie question technique via le chat en direct.

J’ai aussi creusé la politique de remboursement, le tableau de bord et les tarifs. Tout n’a pas fait mouche de la même manière. 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 partagé, VPS et dédiés qui se concentrent tous sur l’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 des hébergements, une approche structurée que j’utilise de manière constante dans tous mes avis pour garder les notes ancrées dans des tests réels plutôt que dans les promesses marketing. Les notes ci-dessous reflètent ce que j’ai constaté sur l’hébergement WordPress géré et sur le VPS auto-géré.

Offres et tarifs de Bluehost 2026

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

Une garantie satisfait ou remboursé 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. Faites attention aux prix promotionnels qui ne s’appliquent qu’au premier terme, avec des tarifs de renouvellement plus élevés.

Consultez les tarifs ci-dessous pour 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 partagé, VPS et dédiés qui se concentrent tous sur l’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 passer de l’inscription à une configuration fonctionnelle, et à quel point l’expérience de gestion au quotidien tient la route après cela.

J’ai parcouru 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 cible. L’hébergement WordPress se trouve sous le menu Hosting dans la navigation du haut, tandis que le VPS auto-géré se trouve sous For Developers.

Les deux parcours mènent à des pages produits dédiées avec leur propre flux de configuration.

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

• Cliquez sur Hosting dans la navigation du haut 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à

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

Pour le VPS auto-gé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

• Terminez le paiement

Ce qui m’a marqué ici, c’est le design des cartes de plans WordPress. Le prix promotionnel du premier terme et le prix de renouvellement sont visibles côte à côte dès le départ.

C’est le genre de détail rare dans ce secteur, et j’apprécie ça. Cela élimine le “piège” le plus courant sur les pages de plans d’hébergement, où le tarif de renouvellement est caché jusqu’à ce qu’une facture de renouvellement arrive des mois plus tard.

Le seul détail d’inscription que je veux signaler, c’est la case Domain Privacy dans le flux WordPress. Elle est cochée par défaut à l’étape de sélection du domaine, et c’est 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 propose quatre options : Email, Google, Apple et GitHub. L’option GitHub est une touche bien pensée pour la clientèle côté développeurs. Le paiement est accepté via 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 pour les deux produits, ce qui est logique puisque Bluehost présente Account Manager comme un portail unifié pour tous ses plans d’hébergement.

La barre latérale de gauche couvre 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 récupère des articles de la base de connaissances pertinents pour votre compte.

Un petit point que je voudrais signaler : 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 de gauche, ce qui ouvre la liste de tous les plans actifs avec des boutons Manage. C’est un clic supplémentaire, mais mieux vaut le savoir pour ne pas chercher vos commandes de serveur sur l’écran d’accueil.

3. Gestion du serveur et du site

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

Gestion du 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 dans le 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 dédié à ce site pour ce domaine. En haut, vous avez le nom du site avec une option Rename, le domaine principal avec un lien direct, et le bouton WordPress Admin si vous voulez passer 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’accès rapide, et une section How to qui récupère des articles de la base de connaissances pertinents.

Les boutons d’accès rapide sont le détail à signaler. Staging, PHPMyAdmin, Databases, Logs et cPanel à un clic de la vue d’ensemble du site, cela veut dire qu’il n’y a pas besoin de fouiller dans la navigation principale pour atteindre les outils que j’utilise le plus quand je gère un site en ligne.

Le bouton WordPress Admin

Ce bouton WordPress Admin est le petit détail qui apporte quelque chose tous les jours. Au lieu d’aller sur votre domaine, de passer par la page de connexion, de saisir vos identifiants et d’attendre le chargement du tableau de bord, vous cliquez sur un bouton depuis le portail Bluehost, et vous voilà 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 standard de WordPress, avec des sous-éléments pour Home, Settings, Marketplace et Help Resources.

Une checklist 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 sur la liste du plan VPS.

La mise en page est basée sur des cartes et couvre tout ce qu’il faut pour les opérations quotidiennes dans une seule vue.

En haut de la page, on trouve :

• 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 cadran en pourcentage
• Server Status : indicateur en ligne

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

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

Le bouton Launch Console est celui que je veux signaler à part. Il ouvre un terminal dans le navigateur directement sur 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 où votre configuration SSH habituelle n’est pas disponible.

Trois cartes d’information supplémentaires 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 partagé, VPS et dédiés qui se concentrent tous sur l’optimisation spécifique à WordPress.

Visitez Bluehost

Performances

Voici comment j’ai configuré mes tests.

Bluehost propose des produits qui partagent une 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 qui ont du sens pour lui.

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

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

Pour le VPS auto-géré, cela signifie une suite complète de benchmarks Linux couvrant chaque sous-système :

• 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 charge en deux rounds (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 NVMe storage, AlmaLinux 9.

Chaque produit a son propre verdict ci-dessous, et je termine avec une vue d’ensemble à la fin.

1. Tests d’hébergement web

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

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 me disent

Je vais le dire tout de suite : c’est l’un des résultats GTmetrix WordPress les plus propres que j’ai obtenus sur un environnement géré à ce niveau de prix. Le TBT à 0ms est l’information principale, 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’interactivité pendant le chargement de la page. Sur un site WordPress, c’est un résultat inhabituellement propre qui montre à la fois une plateforme rapide et 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 inférieur à 2.5 secondes, donc 1.1s place le site dans la catégorie supérieure. Le FCP à 1.0s me dit que la page commence à afficher du contenu visible rapidement, le LCP arrivant seulement un dixième de seconde plus tard.
• Le CLS à 0.13 est le chiffre qui a encore de la marge d’amélioration. Le seuil “Bon” de Google est inférieur à 0.1, donc cela tombe dans “À améliorer”. Mais c’est un problème au niveau du site, pas de l’hébergement. Les décalages de mise en page viennent généralement d’images sans dimensions explicites, de polices chargées tardivement ou de contenu inséré dynamiquement.
• Le TTFB à 434ms est l’autre chiffre que j’aurais aimé voir plus bas. Il reste sous le seuil de 800ms de Google pour être “Bon”, mais le détail montre 308ms de traitement backend. C’est la partie du temps de réponse que la plateforme d’hébergement contrôle directement, et je m’attendrais à un chiffre plus rapide sur 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 montrent tous que la plateforme 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é pendant cette période.

Le test le plus récent, réalisé le June 11, 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 snapshot initial à 91%, et ce n’était pas une baisse isolée.

Sur les 30 jours, le site a obtenu 90 ou plus pendant 21 jours sur 31 et est descendu sous 90 pendant 10 jours, avec le score le plus bas à 84% le June 10.

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 à 11ms le May 25.

Voici le schéma que j’ai remarqué : les dix premiers jours de suivi (May 12-21) ont été de loin les plus solides, avec une moyenne de 90.7% et un LCP le plus souvent sous 1 seconde. De la fin mai jusqu’en juin, les scores de performance ont glissé vers les hautes 80 et parfois les basses 80, avec un LCP qui montait vers 1.3-1.5 secondes lors des jours les plus faibles.

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

Rien de tout cela ne pointe vers une instabilité. Le site n’a jamais perdu sa note “A” en Structure (89% chaque jour, inchangé), et le TBT n’a pratiquement pas 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’un défaut d’hébergement.

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

Test de vitesse global via Check-Host

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

Les résultats du ping étaient quasi irréprochables. Sur 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 (des emplacements proches aux États-Unis et en Europe) 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 reste un petit incident plutôt qu’une tendance.

Le test HTTP racontait une histoire plus mitigée. La plupart des emplacements ont renvoyé un 200 (OK), avec des temps de réponse allant de moins d’une seconde en Europe à 8 secondes dans certaines régions plus lointaines comme l’Inde et Hong Kong, ce qui est un peu 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) : Bulgaria, Iran (trois tests séparés), Israel (Netanya), Moldova, Spain (Barcelona) et Sweden (Stockholm). Un autre emplacement, Russia (Moscow), a renvoyé un time-out de connexion sur l’un de ses deux tests.

Je veux être franc 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 passaient le test ping, pointe vers un pare-feu ou une règle de sécurité qui bloque les requêtes HTTP depuis ces régions plutôt que vers une panne globale du serveur.

Cela peut venir d’une sécurité au niveau Bluehost, d’un plugin de sécurité WordPress ou d’une liste de blocage au niveau du CDN. Dans tous les cas, si votre audience inclut des visiteurs 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 bien volontaire.

Suivi de disponibilité sur un mois (UptimeRobot)

J’ai mis en place un moniteur HTTPS UptimeRobot vérifiant 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 May 15, 2026, résolu après 19m 30s

Un seul Gateway Timeout sur 30 jours, résolu en moins de 20 minutes, c’est un très bon résultat. 99.955% de disponibilité représente environ 19 minutes d’indisponibilité sur tout le mois, ce qui reste bien dans ce que la plupart des hébergeurs promettent dans leurs SLA.

La plage de temps de réponse, entre 945ms et 1,712ms avec une moyenne de 1,329ms, est plutôt élevée pour un contrôle de monitoring, mais les chiffres de temps de réponse d’UptimeRobot mesurent l’aller-retour complet depuis son emplacement de surveillance et ne se comparent pas directement au TTFB de GTmetrix.

Verdict sur les performances de l’hébergement web

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

Le tableau des performances est plus nuancé que le snapshot du premier jour ne le laissait penser. Le score GTmetrix initial de 91% était bien réel, mais il représentait le haut de la fourchette atteinte par le site sur l’ensemble du mois. La moyenne sur 30 jours s’est établie à 90.7%, avec une dérive progressive vers les hautes 80 et des baisses occasionnelles vers les basses 80 à mesure que la période de test avançait.

Les résultats Check-Host ont ajouté un autre point à surveiller : un groupe d’erreurs 403 depuis certains pays (Bulgaria, Iran, Israel, Moldova, Spain et Sweden) alors que les tests ping depuis ces mêmes endroits passaient sans problème. Cela ressemble à un pare-feu ou à une règle de sécurité plutôt qu’à une panne, mais il vaut la peine de vérifier si votre audience inclut des visiteurs provenant de ces régions.

2. Tests VPS

Pour le VPS auto-géré, j’ai provisionné un Standard VPS NVMe 2 dans la région USA Virginia et lancé la suite complète de benchmarks Linux depuis 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 lancé le benchmark CPU sysbench avec 4 threads contre un plafond de 20,000 nombres premiers.

Résultats :

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

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

L’écart-type du temps d’exécution des threads était à 0.00, ce qui veut dire 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. Zéro variance d’ordonnancement indique un nœud hôte bien provisionné, sans CPU steal qui viendrait tirer le résultat vers le bas. Pour les applications qui ne sont pas limitées par le calcul ou qui ne font pas de traitement parallèle à grande échelle, cela couvre largement les usages visés par le plan NVMe 2.

Vitesse 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 : 30,735.98 MiB/sec
• Temps total : 0.3324 seconds
• Latence moyenne : 0.03ms

Plus de 30 GB/s de débit mémoire à partir d’une allocation DDR5 de 2 GB, c’est le genre de résultat qui m’a surpris pendant les tests. La spécification DDR5 tient exactement ses promesses ici, et l’avance en bande passante par rapport à la DDR4 apparaît immédiatement dans le chiffre.

Pour les charges de travail qui reposent 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 niveau. 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 partagé, VPS et dédiés qui se concentrent tous sur l’optimisation spécifique à WordPress.

Visitez Bluehost

I/O 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’I/O aléatoires sont la mesure la plus pertinente pour les charges de travail réelles de bases de données et d’applications, et une latence moyenne de 0.15ms avec un 95e percentile à 0.83ms sous I/O synchrone avec fsync périodique est un bon résultat 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 signalerais, même si cela correspond à un comportement de queue sous I/O aléatoire avec fsync et ne pose pas de problème pour la plupart des workloads de production.

Vitesse réseau

Le résultat Speedtest CLI a été l’un des chiffres les plus marquants de tout ce run de test. Je l’ai relancé 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 descendant de 5.5 Gbps est exceptionnel et reflète l’infrastructure réseau de Bluehost dans le centre de données de Virginia. Les 919 Mbps en upload sont aussi un bon chiffre pour un VPS auto-géré à ce niveau de prix.

La latence idle moyenne de 331ms est une caractéristique du serveur Speedtest spécifique choisi pendant ce run, pas de la qualité réelle du réseau. La valeur basse de 7.47ms observée pendant la session, qui représente la meilleure mesure possible du test, est bien plus représentative du comportement réel. Une perte de paquets à 0.0% confirme un chemin réseau propre.

Test de charge

J’ai exécuté stress-ng en deux rounds : un premier run de 60 secondes pour confirmer la stabilité, puis un run de 120 secondes pour vérifier que les performances tiennent sous pression continue.

Run 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

Run 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 sur l’ensemble du test VPS. Le chiffre CPU bogo ops est resté presque identique entre les runs de 60 secondes et de 120 secondes : 692.96 contre 693.26. C’est une cohérence presque parfaite et cela me dit que l’allocation CPU n’a pas été bridée ni dégradée sous charge prolongée.

Les stressors VM et IO ont évolué comme prévu avec le temps supplémentaire, et aucun signal d’alerte n’est apparu sur les métriques. Les 8 stressors ont réussi dans les deux rounds avec zéro échec. Pour une charge de production avec trafic continu, cette stabilité compte plus que n’importe quel score de benchmark maximal.

Verdict performances du VPS

Le Standard VPS NVMe 2 a obtenu de bien meilleurs résultats que ce que ses spécifications d’entrée de gamme laisseraient penser. Le débit mémoire DDR5 à 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 de 5.5 Gbps reflète un interconnect de centre de données de haute qualité en Virginia.

Le test de charge est le résultat le plus rassurant. Deux runs 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 silencieusement partagées d’une manière qui pénalise les performances sous charge.

Pour des sites personnels, des environnements de développement, des déploiements Docker et des applications de production légères, le plan NVMe 2 fournit largement assez. Les charges de travail plus fréquentées ou les stacks gourmands en mémoire orienteraient vers le NVMe 4 ou le NVMe 8, mais la qualité de l’infrastructure sous-jacente reste la même sur toute la gamme.

Verdict global sur les performances

Niveau de support

Bluehost propose du 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, horaires ouvrables
• Base de connaissances : articles classés avec recherche, couvrant WordPress et VPS en profondeur

Le chat en direct vous met d’abord en relation avec un assistant IA, et pour atteindre un agent humain il faut en faire explicitement la demande.

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 technique reformulée pour chaque contexte : que se passe-t-il pour les données et les services en cours si le nœud physique hôte tombe en panne, et est-ce que Bluehost offre un failover automatique ou est-ce au client d’architecturer cela ?

L’étape IA

L’assistant IA a commencé par un paragraphe couvrant les sauvegardes, la surveillance et la suggestion d’envisager des plans supérieurs offrant un meilleur contrôle du failover, puis il a proposé quatre questions de suivi que je pouvais cliquer pour poursuivre la conversation.

C’est une première réponse raisonnable. L’IA a été transparente sur ses limites pour ce genre de question liée à l’infrastructure et a affiché un chemin clair pour passer à un humain via un bouton Chat with a Live Agent.

Elle m’a donné une orientation générale sans dépasser ce qu’elle pouvait confirmer, et elle m’a transféré vers un humain dès que la question sortait de ce qu’elle pouvait répondre avec confiance.

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

Passage à un agent humain

Le passage s’est fait en un clic, et le chat m’a transféré vers Sharath, qui a confirmé le type de compte avant de répondre.

Sa réponse couvrait les deux scénarios qui comptent pour cette question. Pour un VPS auto-géré utilisant un stockage local sur la machine hôte, les données restent sur les disques physiques mais deviennent inaccessibles tant que l’hôte est hors service.

Pour des configurations avec stockage en réseau ou partagé, les données peuvent survivre à la panne de l’hôte indépendamment, 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 et de rater l’autre, et la réponse était spécifique au vrai produit que j’utilisais, pas un script générique.

Base de connaissances

La base de connaissances est bien organisée et couvre les sujets WordPress en profondeur ainsi que la configuration, l’installation et le dépannage du VPS.

Les articles incluent des procédures étape par étape avec des extraits de code quand c’est pertinent, et la classification permet de trouver facilement ce qu’il faut 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 bon premier arrêt.

Verdict sur le niveau de support

L’expérience 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 affiché un chemin en un clic vers un agent humain
• L’escalade vers Sharath a été rapide et sans friction
• Sharath a confirmé mon type de compte avant de répondre et a donné une réponse spécifique au produit sur la question du failover
• La base de connaissances couvre utilement les deux produits et fonctionne bien comme première étape

Pour les questions non urgentes, la couche IA plus la base de connaissances vous amènera généralement là où il faut 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 donné 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 partagé, VPS et dédiés qui se concentrent tous sur l’optimisation spécifique à WordPress.

Visitez Bluehost

Bluehost Review : Conclusion

Après avoir testé Bluehost à la fois sur un hébergement WordPress géré et sur un VPS auto-géré, la plateforme tient clairement ce qu’elle annonce. Le site WordPress a obtenu 91% de performance avec un LCP de 1.1s et un TBT de 0ms, et le VPS a bien tenu sur tous les benchmarks avec zéro échec au test de charge sur les deux rounds.

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 regroupe 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 plans.

Cela dit, les tarifs promotionnels ne s’appliquent qu’au premier terme, avec des prix de renouvellement nettement plus élevés. Intégrez cela à votre budget avant de vous inscrire. Pour les propriétaires de sites WordPress qui veulent un environnement géré, et pour les développeurs qui veulent un VPS auto-gé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

16 MAD /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