Les comparatifs d'hébergeurs vieillissent mal : les offres changent, les infrastructures aussi, et un classement écrit il y a un an vous induira en erreur. Ce qui ne change pas, ce sont les besoins d'une boutique PrestaShop. Autant partir de là — vous pourrez appliquer la grille à n'importe quelle offre, y compris à celle que vous avez déjà.
Avant tout : votre hébergeur est-il vraiment en cause ?
C'est la première question, et la réponse est souvent non. Une boutique lente parce qu'une requête catalogue met trois secondes restera lente sur une machine deux fois plus puissante. Le test qui tranche : mesurer le temps de réponse du serveur sur une page simple sans base de données, puis sur une page catégorie. Si la première est rapide et la seconde lente, le problème est dans votre boutique, pas sous elle.
Changer d'hébergeur pour éviter ce diagnostic revient à déménager pour ne pas ranger.
Les six points à vérifier, quel que soit le fournisseur
La version de PHP disponible, et surtout la possibilité d'en changer vous-même : une boutique bloquée sur une version ancienne parce que l'hébergeur ne propose rien de récent est un piège à retardement.
La présence et la taille du cache d'opcode. Sur PrestaShop, c'est le réglage qui change le plus les choses pour le moins d'effort, et il est parfois désactivé ou dimensionné trop petit sans que rien ne le signale.
L'accès aux réglages de la base de données, ou à défaut la possibilité d'en discuter avec le support. Un cache de tables sous-dimensionné se voit immédiatement sur un gros catalogue.
L'envoi d'emails. Beaucoup d'hébergements mutualisés envoient mal, et une boutique qui n'envoie pas ses confirmations de commande a un problème plus grave que la lenteur. Prévoyez de passer par un service d'envoi dédié plutôt que par le serveur, quel que soit l'hébergeur.
Les tâches planifiées : sauvegardes, purges, régénération de flux. Sans elles, vous ferez à la main ce qui devrait se faire seul, ou vous ne le ferez pas.
Enfin, l'accès en ligne de commande. Sans lui, une migration ou un import de catalogue devient pénible, et certaines interventions deviennent impossibles à distance.
Mutualisé, serveur privé, ou infogéré
Le mutualisé convient beaucoup plus longtemps qu'on ne le dit, à condition que les six points ci-dessus soient couverts. Beaucoup de boutiques qui « ont besoin d'un dédié » ont surtout besoin d'un index.
Le serveur privé apporte la maîtrise, et avec elle une charge d'administration réelle : mises à jour système, sécurité, surveillance. Ce n'est pas un coût d'argent mais un coût de temps, et il faut savoir qui le paiera.
L'infogéré facture précisément ce temps-là. C'est le bon choix quand la boutique justifie une exigence de disponibilité et que personne, chez vous ni chez votre prestataire, ne veut être réveillé la nuit.
Comment tester avant de s'engager
Installez une copie de votre boutique chez le candidat, avec un vrai catalogue et de vraies données — pas une installation vide, qui est rapide partout. Mesurez les pages qui vous posent problème aujourd'hui. C'est une demi-journée de travail qui vous évite un engagement de deux ans sur une impression.
Regardez aussi la seule chose qu'aucun comparatif ne mesure : la qualité du support un dimanche soir. Vous pouvez la tester avant de payer, en posant une question technique précise et en chronométrant.
Ce que je conseille en pratique
Restez là où vous êtes tant que la mesure ne désigne pas l'hébergement. Quand elle le désigne, changez pour une raison nommée — une version de PHP, un cache d'opcode, une base saturée — et vérifiez cette raison sur le nouveau. Un déménagement décidé sur une intuition se refait deux ans plus tard, avec la même intuition.
Commentaires
Aucun commentaire pour l’instant. Le vôtre sera le premier.