Bluehost est présent sur la liste des hébergeurs recommandés de WordPress.org depuis plus de 20 ans. C’est soit le signe d’un produit qui continue de livrer la marchandise, soit d’un produit qui existe depuis assez longtemps pour que l’approbation soit devenue un meuble.

Je me suis inscrit à la fois à l’hébergement WordPress géré et à un VPS autogéré afin de le découvrir. Pendant 30 jours, j’ai exécuté 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 clavardage en direct.

J’ai aussi examiné la politique de remboursement, le tableau de bord et les prix. Tout n’a pas été accueilli de la même façon. Voici le portrait complet.

Bluehost

Bluehost offre 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 de l’hébergement, une approche structurée que j’utilise de façon cohérente dans tous mes tests afin de garder les notes fondées sur des essais réels plutôt que sur des promesses marketing. Les notes ci-dessous reflètent ce que j’ai constaté sur l’hébergement WordPress géré et le VPS autogéré.

Forfaits et prix de Bluehost 2026

Bluehost propose de l’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 inscriptions aux forfaits 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. Surveillez les prix promotionnels qui s’appliquent uniquement au premier terme, avec des tarifs de renouvellement plus élevés.

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

Bluehost

Bluehost offre 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 mérite sa note de facilité d’utilisation selon deux questions : à quelle vitesse un nouveau client peut-il passer de l’inscription à une configuration fonctionnelle, et dans quelle mesure l’expérience de gestion quotidienne tient-elle la route par la suite?

J’ai complété les deux inscriptions et testé les interfaces de gestion WordPress et VPS côte à côte. Voici ce que j’ai constaté.

1. Inscription

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

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

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

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

• Enregistrez un nouveau domaine ou entrez celui que vous possédez déjà

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

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 forfait (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 frappé ici, c’est la conception des cartes de forfait WordPress. Le prix promotionnel du premier terme et le prix de renouvellement sont tous deux visibles côte à côte dès le départ.

C’est le rare détail dans ce secteur, et je l’apprécie. Cela élimine la « surprise » la plus courante sur les pages de forfaits d’hébergement, où le tarif de renouvellement est caché jusqu’à ce que vous receviez une facture de renouvellement des mois plus tard.

Le détail d’inscription que je veux que vous surveilliez est la case à cocher Domain Privacy dans le parcours WordPress. Elle est présélectionnée par défaut à l’étape de sélection du domaine, et c’est un supplément 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 réfléchie pour la clientèle orientée développeurs. Les paiements sont acceptés par carte, Google Pay et PayPal.

2. Tableau de bord

Après avoir terminé l’une ou l’autre des inscriptions, vous arrivez dans le Account Manager de Bluehost. 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 forfaits 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 récupère des articles de la base de connaissances pertinents pour votre compte.

Un petit 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 forfaits actifs avec des boutons Manage. C’est un clic de plus, mais il vaut la peine de le savoir pour ne pas chercher vos contrôles de 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 du site WordPress

L’hébergement WordPress se gère dans la section Websites du tableau de bord. Chaque site affiché montre le nom du forfait, le nombre de sites utilisés par rapport à la limite du forfait, 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 arrivez dans un hub dédié au site pour ce domaine. En haut, vous obtenez 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’outils rapides et une section How to qui récupère des 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’est pas nécessaire de fouiller dans la navigation principale pour accéder aux outils que j’utilise le plus lors de la gestion d’un site en production.

Le bouton WordPress Admin

Ce bouton WordPress Admin est le petit détail qui rapporte chaque jour. Plutôt que d’aller sur votre domaine, de passer par la page de connexion, d’entrer vos identifiants et d’attendre le chargement du tableau de bord, vous cliquez sur un bouton depuis le portail Bluehost, et vous êtes dans WordPress.

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

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

Une liste de vérification Next Steps vous guide à travers des tâches comme ajouter des pages, vous 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é au besoin.

Gestion du VPS

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

La mise en page repose sur des cartes et couvre tout ce dont vous avez besoin pour les opérations quotidiennes dans 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 cadran en pourcentage
• Server Status : indicateur en ligne

En dessous, quatre boutons de contrôle de l’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 détail, mais pratique, surtout pendant la configuration initiale ou lorsque vous accédez au serveur à partir d’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 offre 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

Performance

Voici comment j’ai configuré mes tests.

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

Pour l’hébergement WordPress, cela signifie des tests de chargement réels plutôt que des benchmarks synthétiques. Je n’ai pas simplement installé un site WordPress vierge. J’ai installé WordPress sur un forfait Bluehost, ajouté du contenu réel pour simuler un site Web réel, 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 mondial avec Check-Host
• Un suivi de disponibilité de 30 jours via UptimeRobot, vérifié toutes les 5 minutes (données ajoutées au 30e jour)

Pour le VPS autogé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 mémoire (bloc de 1M, 10 GB au total)
• fio disque (écriture séquentielle, lecture/écriture aléatoires)
• Ookla Speedtest CLI
• test de charge stress-ng en deux tours (60 secondes et 120 secondes)

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

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

1. Tests d’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 Web, puis j’ai effectué des tests avec 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 me disent

Je vais le dire d’entrée de jeu : 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 de 0ms est le chiffre vedette, et le reste des données le confirme. Voici ce qui ressort :

• Un TBT de 0ms est l’élément marquant. Cela signifie qu’aucun travail JavaScript sur le fil principal n’a bloqué l’interaction utilisateur pendant le chargement de la page. Sur un site WordPress, c’est un résultat inhabituellement propre et cela indique à la fois une plateforme rapide et un thème bien construit sur le site de test.
• Un LCP de 1.1s se situe confortablement dans le seuil « bon » de Google. L’objectif est de moins de 2.5 secondes, donc 1.1s place le site dans la catégorie supérieure. Un FCP de 1.0s me dit que la page commence à afficher du contenu visible rapidement, le LCP arrivant seulement un dixième de seconde plus tard.
• Un CLS de 0.13 est le seul chiffre avec une 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 proviennent habituellement d’images sans dimensions explicites, de polices chargées tardivement ou de contenu inséré dynamiquement.
• Un TTFB de 434ms est l’autre chiffre que j’aurais aimé voir plus bas. Il franchit le seuil de 800ms de Google pour être « bon », mais la répartition montre 308ms de traitement côté serveur. C’est la portion du temps de réponse que la plateforme d’hébergement contrôle directement, et je m’attendrais à un chiffre plus rapide pour 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 un mois

J’ai exécuté un test GTmetrix quotidien pendant 30 jours consécutifs sur la même URL, avec le même serveur de test (San Antonio, TX) et la même configuration de navigateur. Voici l’évolution des chiffres clés pendant cette période.

Le test le plus récent, effectué 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 cliché initial de 91 %, et ce n’était pas une baisse isolée.

Sur les 30 jours, le site a obtenu 90 ou plus pendant 21 des 31 jours et est tombé sous 90 pendant 10 jours, le plus bas étant 84 % le June 10.

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

Voici la tendance que j’ai remarquée : les dix premiers jours de surveillance (May 12-21) ont été systématiquement les plus forts, avec une moyenne de 90.7 % et un LCP principalement sous 1 seconde. De la fin mai jusqu’en juin, les notes de Performance ont dérivé vers le haut des 80 et parfois le milieu des 80, avec un LCP grimpant vers 1.3-1.5 secondes lors des jours plus faibles.

Le Fully Loaded Time a suivi le même schéma, 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 plus lentes.

Rien de tout cela n’indique une instabilité. Le site n’a jamais perdu sa note « A » pour Structure (89 % chaque jour, sans changement), 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 problème d’hébergement.

Cela dit, si vous exploitez un site WordPress riche en contenu sur Bluehost, je vous conseillerais de surveiller ce genre de dérive graduelle plutôt que de supposer que la performance du premier jour est permanente.

Test de vitesse mondial via Check-Host

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

Les résultats du ping étaient presque impeccables. Parmi les emplacements testés, 58 ont donné un taux de réussite complet de 4/4, avec des temps de réponse allant de bien moins de 1ms (sites 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 obtenu 3/4, ce qui constitue un léger incident plutôt qu’une tendance.

Le test HTTP a montré un résultat plus mitigé. 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 éloignées 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 et testée depuis l’autre côté du monde.

Cependant, sept emplacements ont renvoyé une erreur 403 (Forbidden) : Bulgaria, Iran (trois tests distincts), Israel (Netanya), Moldova, Spain (Barcelona) et Sweden (Stockholm). Un emplacement supplémentaire, Russia (Moscow), a retourné un délai de connexion sur l’un de ses 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 des pays précis, alors que les mêmes emplacements ont réussi le test ping, pointe vers une règle de pare-feu ou de sécurité bloquant les requêtes HTTP provenant de ces régions plutôt que vers une panne générale du serveur.

Cela pourrait être une fonction de sécurité au niveau de Bluehost, un plugin de sécurité WordPress ou une liste de blocage au niveau du CDN. Dans tous les cas, si votre audience comprend des visiteurs de l’une de ces régions, 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 intentionnel.

Surveillance de la disponibilité sur un mois (UptimeRobot)

J’ai configuré 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 consigné : 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, est un très bon résultat. 99.955 % de disponibilité équivaut à 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 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 surveillance, même si 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 la performance de l’hébergement Web

Sur 30 jours de tests, l’hébergement WordPress de Bluehost a bien tenu la route 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 heureux de voir chez n’importe quel hébergeur.

Le portrait de performance est plus nuancé que le cliché du premier jour ne le laissait croire. La note GTmetrix initiale de 91 % était réelle, mais elle représentait la partie haute de ce que le site a obtenu sur l’ensemble du mois. La moyenne sur 30 jours s’est établie à 90.7 %, avec une dérive graduelle vers le haut des 80 et des baisses occasionnelles dans le milieu des 80 à mesure que la période d’essai avançait.

Les résultats Check-Host ont ajouté un autre point à signaler : un groupe d’erreurs 403 provenant de pays spécifiques (Bulgaria, Iran, Israel, Moldova, Spain et Sweden) alors que les tests ping de ces mêmes emplacements réussissaient proprement. 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 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 exécuté la suite complète de benchmarks Linux selon ma méthodologie de test.

Instance de test

• Forfait : Standard VPS NVMe 2
• CPU : 1 vCPU Core
• Mémoire vive : 2 GB DDR5
• Stockage : 50 GB NVMe
• OS : AlmaLinux 9
• Région : USA Virginia

Performance du CPU

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

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 forfait à un seul vCPU. Avec quatre threads fonctionnant sur un seul vCPU, l’ordonnanceur gérait des demandes de threads concurrentes sur un matériel limité, et le résultat s’est maintenu correctement.

L’écart type du temps d’exécution des threads était de 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 de planification nulle pointe vers 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’utilisation visés par le forfait 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

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

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

Bluehost

Bluehost offre 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

Entrées/sorties disque

J’ai exécuté 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 de lecture : 26.99 MiB/s
• Débit d’é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 bases 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 seul chiffre que je soulignerais, même si ce comportement de queue est attendu sous E/S aléatoires intensives en fsync et n’est pas préoccupant pour la plupart des charges de travail de production.

Vitesse du réseau

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

Résultats :

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

La vitesse de téléchargement de 5.5 Gbps est exceptionnelle et reflète l’infrastructure réseau de Bluehost dans le centre de données de Virginia. Le téléversement à 919 Mbps est aussi un très bon résultat pour un VPS autogéré à ce niveau de prix.

La latence moyenne au repos de 331ms est une caractéristique du serveur Speedtest précis choisi pendant cet essai, et non de la qualité réelle du réseau. La lecture de latence au repos de 7.47ms low, qui représente la meilleure mesure pendant la session de test, est bien plus représentative du comportement réel. Une perte de paquets de 0.0% confirme un trajet réseau propre.

Test de charge

J’ai exécuté stress-ng en deux tours : une première exécution de 60 secondes pour confirmer la stabilité, puis une exécution de 120 secondes pour vérifier que la performance tient sous pression soutenue.

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 passed : 8 out of 8
• Stressors failed : 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 passed : 8 out of 8
• Stressors failed : 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é presque identique entre les exécutions de 60 secondes et de 120 secondes : 692.96 contre 693.26. C’est un résultat de cohérence quasi parfait et cela me dit que l’allocation CPU n’a pas throttlé ni diminué sous charge soutenue.

Les stressors VM et IO ont évolué comme prévu avec le temps supplémentaire, et aucun drapeau d’inauthenticité n’est apparu sur les métriques. Les 8 stressors ont tous réussi dans les deux séries, sans aucun échec. Pour une charge de production en trafic continu, cette stabilité compte davantage que n’importe quel chiffre de pointe.

Verdict sur la performance du VPS

Le Standard VPS NVMe 2 a affiché des performances bien supérieures à ce que ses spécifications d’entrée de gamme laisseraient croire. Le débit mémoire DDR5 à plus de 30 GB/s est le résultat vedette, la vitesse d’écriture séquentielle NVMe de 640 MiB/sec est rapide, et la vitesse de téléchargement réseau à 5.5 Gbps reflète un interconnect de centre de données de grande qualité à Virginia.

Le test de charge est le résultat le plus rassurant. Deux exécutions 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 partagées en silence d’une manière qui affecte la performance sous charge.

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

Verdict global sur la performance

Niveau de soutien

Bluehost offre du soutien par plusieurs canaux :

• Clavardage 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 le VPS en profondeur

Le clavardage en direct se connecte d’abord à un assistant IA, et joindre un agent humain exige une demande explicite d’escalade.

J’ai testé le canal de clavardage deux fois, une fois sur le compte d’hébergement WordPress et une fois sur le compte VPS, avec la même question fondamentale reformulée pour chaque contexte : que se passe-t-il pour les données et les services en cours d’exécution si le nœud hôte physique tombe en panne, et si Bluehost offre un basculement automatique ou si c’est au client de l’architecturer.

La couche IA

L’assistant IA a commencé par un paragraphe couvrant les sauvegardes, la surveillance et le fait d’envisager des forfaits de niveau supérieur offrant plus de contrôle sur le basculement, 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 quant à ses limites sur ce type de question liée à l’infrastructure et a offert un chemin d’escalade clair vers un bouton Chat with a Live Agent.

Elle m’a donné une orientation générale sans dépasser ses capacités en entrant dans des détails qu’elle ne pouvait pas confirmer, et elle m’a transféré à un humain dès que la question dépassait ce qu’elle pouvait répondre avec confiance.

Pour une première ligne de soutien, c’est exactement le comportement que je veux voir.

Passage à un agent humain

L’escalade n’a pris qu’un clic, et le clavardage a été acheminé vers Sharath, qui a confirmé mon type de compte avant de répondre.

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

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

C’est la bonne réponse et le bon niveau de détail. Il a abordé les deux interprétations de ma question au lieu d’en choisir une et d’en manquer une 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 en profondeur les sujets propres à WordPress en plus de la configuration, de la mise en place et du dépannage du VPS.

Les articles comprennent des procédures étape par étape avec des extraits de code lorsque pertinent, et la catégorisation permet de trouver facilement ce dont vous avez besoin avant d’ouvrir un clavardage.

Pour les utilisateurs qui préfèrent l’autonomie avant d’escalader vers le clavardage, la base de connaissances constitue un bon premier arrêt.

Verdict sur le niveau de soutien

L’expérience de soutien a bien déroulé, 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 à la question sur le basculement
• La base de connaissances couvre les deux produits en profondeur utile et fonctionne bien comme premier arrêt

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

Pour toute question technique ou urgente, 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 offre 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 : Mot de la fin

Après avoir testé Bluehost sur l’hébergement WordPress géré et sur un VPS autogéré, la plateforme livre proprement ce qu’elle promet. Le site WordPress a obtenu 91 % de Performance avec un LCP de 1.1s et un TBT de 0ms, et le VPS s’est montré solide sur tous les benchmarks avec zéro échec aux tests de charge sur les deux séries.

Ce que j’ai le plus apprécié, c’est la cohésion entre les deux produits. Le tableau de bord Account Manager est moderne, le raccourci WordPress Admin élimine un point de friction quotidien, et la page de gestion du VPS regroupe tous les contrôles dans une seule vue. Les parcours d’inscription affichent aussi les prix de renouvellement à l’avance sur les cartes de forfait.

Cela dit, les prix promotionnels ne s’appliquent qu’au premier terme, avec des tarifs de renouvellement nettement plus élevés. Intégrez cela dans 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 autogéré avec du matériel de génération actuelle, Bluehost tient ses promesses. Aucune réserve de ma part.

Bluehost

4.5

417 user reviews

2,31 $ /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