Tester un hébergeur pendant le délai de remboursement

12 novembre 2026

Ou : le seul classement fiable est celui dont vous avez écrit la méthode.

La réponse courte : pour comparer la vitesse de deux hébergeurs, confiez-leur la même page, chronométrez-la de la même façon, aux mêmes heures, depuis les mêmes endroits, et gardez la médiane. Le délai de remboursement en donne le temps : au 12 novembre 2026, la page des tarifs d’Infomaniak annonce 30 jours d’essai gratuit et une garantie de remboursement de 30 jours, o2switch et Hostinger un remboursement pendant 30 jours. Quatre règles et une feuille de calcul suffisent pour mesurer son hébergement avant de s’y installer, ce que les classements publiés font rarement : ils donnent un gagnant sans dire où, quand ni comment ils l’ont mesuré.

Une précision avant de commencer : l’essai gratuit d’Infomaniak demande une carte de crédit valide, et les conditions de remboursement se lisent le jour de la commande, pas le trentième. Notez la date limite dans votre agenda avant de lancer la première mesure.

Pour qui : quelqu’un qui hésite entre deux hébergements mutualisés et veut trancher sur des mesures plutôt que sur un classement.

À partir de : 5,75 € par mois hors taxes pour l’hébergement web Infomaniak, facturés à l’année, avec 30 jours d’essai gratuit (relevé du 12 novembre 2026).

Pour démarrer : ouvrir l’essai, déposer la même page témoin chez chaque candidat, puis lancer les mesures le jour même.

Comparer la vitesse des hébergeurs : le protocole de test, étape par étape

1. La même page partout. Deux témoins valent mieux qu’un. Un fichier HTML statique de taille fixe mesure le réseau et le serveur web. Une page dynamique identique (même CMS, même version de PHP, même thème, mêmes extensions, même contenu de démonstration) mesure PHP, la base de données et les voisins. Testez-la une semaine sans cache de page (une copie de la page déjà calculée), puis une semaine avec : l’écart dit ce que vaut le cache de l’offre.

2. Les mêmes points de mesure. Une petite machine en Europe, près de votre public, lance les requêtes. À défaut, le test de performance de KeyCDN relève DNS, connexion, TLS et TTFB (le délai avant le premier octet de la page) depuis dix villes à la fois, ce qui donne une photographie, pas une série. Ne mesurez jamais depuis un autre continent sans le dire : depuis Montréal, chaque aller-retour vers Paris coûte plus de 80 millisecondes.

3. Les mêmes heures. Trois séries par jour, le matin, à midi et en soirée, de vingt requêtes espacées, pendant au moins une semaine. Les voisins d’un hébergement mutualisé ne dorment pas aux mêmes heures que vous.

4. La médiane et le 90e centile, jamais la moyenne ni le meilleur chiffre. La médiane dit la vitesse ordinaire ; le 90e centile, la régularité.

Le script tient en quelques lignes. Il écrit une ligne de tableur par requête :

1
2
3
4
5
6
7

#!/bin/sh
# mesure.sh URL : 20 requêtes espacées de 30 s, une ligne CSV par requête
URL="$1"
for i in $(seq 1 20); do
  curl -o /dev/null -s -w "$(date -u +%FT%TZ),%{time_connect},%{time_appconnect},%{time_starttransfer},%{time_total},%{http_code}\n" "$URL"
  sleep 30
done >> "mesures-$(echo "$URL" | tr -c 'a-z0-9' '_').csv"

Cron, le planificateur de tâches des systèmes Unix, le lance trois fois par jour pour chaque candidat, par exemple avec la ligne 0 7,13,20 * * * /home/moi/mesure.sh https://candidat-a.exemple.be/temoin.html. Au bout de la semaine, la feuille de calcul rassemble ce qui suit.

Les délais à respecter, relevés le 12 novembre 2026 :

Trois pièges faussent les résultats. Mesurer depuis une machine louée chez l’un des deux candidats, qui joue alors à domicile. Laisser un CDN, réseau de serveurs relais, devant l’un des sites : on mesure alors le relais et non l’hébergeur. Comparer un site qui a reçu du trafic depuis une semaine à un site neuf dont les caches sont vides. Pour la lecture, je ne départage pas deux offres sur moins de 50 millisecondes de médiane pour des visiteurs du même pays : la différence ne se voit pas. Un 90e centile qui double la médiane chaque soir, en revanche, se voit.

Ce que raconte le premier octet

Le TTFB de la page dynamique mélange la distance et le travail du serveur. Soustraire time_appconnect de time_starttransfer isole le second, comme l’explique la décomposition du temps de réponse.

Mesurer depuis là où sont les visiteurs

Un hébergeur suisse et un hébergeur français se départagent différemment depuis Genève et depuis Lille. Si votre public est réparti, prenez deux points de mesure, et lisez d’abord l’effet de la distance sur la latence.

Garder la sonde après l’achat

Le test s’arrête avec l’essai ; la surveillance, elle, continue. Une sonde externe qui relève le temps de réponse toutes les minutes ou toutes les cinq minutes prolonge vos mesures pendant toute la durée du contrat, avec une surveillance gratuite du site.