Toutes les soci\u00e9t\u00e9s d’h\u00e9bergement affichent leur disponibilit\u00e9 en neuf. Un taux de 99,9 % para\u00eet rassurant. C’est aussi le chiffre le plus inutile du manuel marketing de l’h\u00e9bergement, car presque tous les h\u00e9bergeurs l’atteignent et les faibles \u00e9carts n’ont que rarement de l’importance pour une entreprise. Les indicateurs qui d\u00e9cident vraiment si votre h\u00e9bergement est bon ou mauvais pour un public d’entreprises \u00e0 Sydney sont diff\u00e9rents : plus ennuyeux et presque jamais \u00e9voqu\u00e9s lors des discussions commerciales.<\/p>\n\n\n\n
Voici les cinq chiffres de performance de l’h\u00e9bergement qu’il vaut la peine de conna\u00eetre, les fourchettes cibles de chacun et comment les mesurer vous-m\u00eame.<\/p>\n\n\n\n
Le TTFB mesure le temps que met le serveur \u00e0 commencer \u00e0 r\u00e9pondre apr\u00e8s une requ\u00eate. C’est la m\u00e9trique de performance d’h\u00e9bergement la plus importante, car tout le reste (rendu de la page, chargement des images, interaction) attend ce premier octet.<\/p>\n\n\n\n
Fourchettes cibles depuis Sydney vers un serveur h\u00e9berg\u00e9 \u00e0 Sydney : moins de 200 ms, c’est bon ; de 200 \u00e0 500 ms, c’est correct ; au-del\u00e0 de 500 ms, c’est m\u00e9diocre. Toute valeur sup\u00e9rieure \u00e0 1 seconde sur des pages non mises en cache signale un vrai probl\u00e8me.<\/p>\n\n\n\n
Mesurez-le avec WebPageTest depuis un point de test \u00e0 Sydney, ou avec le rapport sur les statistiques d’exploration de Google Search Console, qui affiche le TTFB moyen calcul\u00e9 \u00e0 partir des visites r\u00e9elles de Googlebot.<\/p>\n\n\n\n
Le TTFB mesur\u00e9 \u00e0 froid est un chiffre. Le TTFB quand 50 visiteurs acc\u00e8dent au site simultan\u00e9ment en est un autre. L’h\u00e9bergement mutualis\u00e9 affiche souvent d’excellents chiffres avec un seul visiteur et s’effondre au premier soup\u00e7on de charge concurrente.<\/p>\n\n\n\n
Loader.io ou k6 permettent de simuler un trafic concurrent sur le site. Lancez un test de 50 utilisateurs pendant 1 minute et observez le comportement du TTFB. Sur un h\u00e9bergement infog\u00e9r\u00e9, il reste g\u00e9n\u00e9ralement stable. Sur du mutualis\u00e9, il grimpe fortement \u00e0 mesure que le nombre d’utilisateurs simultan\u00e9s augmente.<\/p>\n\n\n\n
Une page WordPress mise en cache est servie depuis un cache statique et se charge presque instantan\u00e9ment (moins de 200 ms au total). Une page non mise en cache traverse tout le pipeline de rendu de WordPress (requ\u00eates \u00e0 la base de donn\u00e9es, traitement du th\u00e8me, hooks des extensions) et se charge bien plus lentement.<\/p>\n\n\n\n
Le rapport entre les deux est d\u00e9terminant. Si les pages en cache sont rapides mais que les pages non mises en cache mettent 4 secondes, le site s’effondre pour tout visiteur qui atteint une page avant sa mise en cache (la plupart des nouveaux visiteurs). L’objectif : un chargement de page non mise en cache inf\u00e9rieur \u00e0 2 secondes.<\/p>\n\n\n\n
La vitesse du disque sous WordPress influe sur chaque requ\u00eate \u00e0 la base de donn\u00e9es et chaque lecture de fichier. Un h\u00e9bergement sur SSD est le minimum en 2026. Le NVMe est encore plus rapide et d\u00e9sormais standard chez les h\u00e9bergeurs infog\u00e9r\u00e9s de qualit\u00e9.<\/p>\n\n\n\n
La plupart des h\u00e9bergeurs n’indiquent pas clairement le type de disque. Une v\u00e9rification rapide : demandez directement \u00e0 l’h\u00e9bergeur, ou lancez une extension de benchmark comme WP Hosting Performance Check, qui r\u00e9v\u00e8le les caract\u00e9ristiques sous-jacentes de disque et de m\u00e9moire.<\/p>\n\n\n\n
Le plafond de m\u00e9moire de WordPress d\u00e9termine jusqu’\u00e0 quel niveau de complexit\u00e9 le site peut aller avant que les pages ne commencent \u00e0 ne plus se rendre. Un WordPress moderne dot\u00e9 d’un ensemble d’extensions raisonnable r\u00e9clame g\u00e9n\u00e9ralement au moins 256 Mo de m\u00e9moire PHP. Les h\u00e9bergements mutualis\u00e9s plafonnent souvent \u00e0 128 Mo, voire 64 Mo.<\/p>\n\n\n\n
La version de PHP compte aussi. PHP 8.3 est nettement plus rapide que PHP 7.4 (que bien plus de sites qu’on ne le croit utilisent encore). V\u00e9rifiez que votre h\u00e9bergeur est en PHP 8.2 ou sup\u00e9rieur et que WordPress est configur\u00e9 pour l’utiliser.<\/p>\n\n\n\n
Pour un site WordPress d’entreprise australienne typique, voici \u00e0 quoi ressemble \u00ab bon \u00bb en 2026. TTFB pour un public de Sydney : moins de 200 ms. Stabilit\u00e9 en charge concurrente : le TTFB reste sous 400 ms avec 50 utilisateurs simultan\u00e9s. Chargement de page en cache : moins de 1 seconde au total. Chargement de page non mise en cache : moins de 2 secondes. PHP 8.2 ou sup\u00e9rieur, 256 Mo de m\u00e9moire, stockage NVMe.<\/p>\n\n\n\n
Si votre h\u00e9bergement actuel coche toutes ces cases, vous \u00eates sur une bonne infrastructure. S’il en manque trois ou plus, vous payez pour un h\u00e9bergement qui nuit activement \u00e0 votre site.<\/p>\n\n\n\n
WebPageTest, Pingdom et GTmetrix proposent tous des points de test gratuits \u00e0 Sydney et donnent le TTFB et le temps de chargement de n’importe quelle URL. Pour des benchmarks plus pouss\u00e9s, installez WP Hosting Performance Check et lancez une fois la suite compl\u00e8te. L’ensemble prend environ 30 minutes et offre une image claire de l’ad\u00e9quation de l’h\u00e9bergement.<\/p>\n\n\n\n