Une boutique en ligne qui dépasse quelques centaines de commandes par jour finit presque toujours par buter sur son hébergement mutualisé : pages lentes pendant les soldes, limites de processus atteintes, support qui conseille de « passer à l’offre supérieure ». À ce stade, la tentation est de louer le serveur le plus puissant que le budget permet. C’est rarement la bonne méthode. Quelques questions posées dans le bon ordre évitent de payer une machine surdimensionnée ou, pire, mal adaptée.
Qui va s’occuper du serveur au quotidien ?
La question paraît administrative, elle est technique. Un serveur non géré arrive avec un système d’exploitation nu : configuration du pare-feu, installation de la pile web, certificats, correctifs de sécurité, tout est à faire et à maintenir. Si personne dans l’équipe ne sait lire un journal système, ce modèle se paie en nuits blanches le jour où un service refuse de redémarrer.
Une offre infogérée transfère une partie de ce travail au prestataire. Encore faut-il savoir laquelle. Certains contrats couvrent le système d’exploitation et la surveillance, d’autres vont jusqu’à la base de données et à la restauration des sauvegardes. Demandez la liste écrite des tâches incluses et des délais d’intervention, et comparez-la à ce que votre équipe sait faire seule.
De quoi votre application a-t-elle vraiment besoin ?
Avant de comparer des fiches techniques, regardez votre hébergement actuel. Les statistiques de consommation, même sommaires, indiquent si le blocage vient du processeur, de la mémoire ou des accès disque. Une boutique sous WooCommerce ou PrestaShop sature souvent la base de données avant le processeur ; une application qui génère des fichiers PDF ou traite des images sollicite davantage les cœurs.
Ce diagnostic oriente le choix bien mieux qu’un nombre de cœurs affiché en gros. Il permet aussi de trancher entre VPS et dédié. Si vos besoins tiennent dans quelques cœurs et une poignée de gigaoctets de mémoire, un VPS de bonne facture suffit et se redimensionne facilement. Si la charge est lourde et constante, ou si vous ne voulez partager le matériel avec personne, le dédié se justifie.
La mémoire, souvent sous-estimée
La base de données travaille d’autant mieux qu’elle peut garder ses index en mémoire. Augmenter la RAM améliore parfois davantage les temps de réponse qu’un processeur plus récent. C’est un réglage à surveiller dès les premières semaines, en observant la part de mémoire utilisée aux heures de pointe.
Prenons une boutique dont le catalogue compte quelques milliers de références et dont les pages produits ralentissent le samedi après-midi. Si le processeur reste à moitié inoccupé pendant ces pics alors que la machine commence à écrire sur son espace d’échange, le diagnostic est posé : c’est la mémoire qui manque. Changer de gamme de processeur n’y changerait rien.
Où sont vos clients, et où doivent être vos données ?
Pour un public français, un centre de données en France ou dans un pays voisin garde des temps de réponse bas. La localisation a aussi une portée juridique : stocker les données de clients européens dans l’Union simplifie la mise en conformité avec le RGPD. Vérifiez au passage la nationalité de l’hébergeur, qui n’est pas toujours celle de son centre de données.
Que se passe-t-il le jour où tout s’arrête ?
C’est la question que l’on pose le moins avant de signer, et celle qui coûte le plus cher après. Elle se décompose en plusieurs points concrets.
- Les disques sont-ils montés en RAID, et qui surveille leur état ?
- Les sauvegardes sont-elles stockées hors de la machine, et à quelle fréquence ?
- Combien de temps faut-il pour restaurer le site sur une machine neuve ?
- Le prestataire remplace-t-il le matériel défaillant, et dans quel délai contractuel ?
Un RAID protège contre la panne d’un disque, pas contre une suppression accidentelle ou un rançongiciel. Seule une sauvegarde externalisée, testée régulièrement, couvre ces cas. Si votre offre n’en prévoit pas, ajoutez un espace de stockage distinct et une tâche planifiée avant la mise en production.
Le prix affiché correspond-il au prix payé ?
Les tarifs de serveurs dédiés sont souvent présentés hors taxes, ce qui est logique pour une clientèle professionnelle mais trompe facilement à la lecture. S’y ajoutent parfois des frais d’installation, une durée d’engagement minimale, le coût d’adresses IPv4 supplémentaires ou d’une licence de panneau de contrôle. Additionnez tout sur douze mois avant de comparer deux offres.
Pour mettre les offres en regard selon ces critères, un questionnaire d’aide au choix d’un serveur qui part du projet, du niveau d’administration souhaité, du budget et des contraintes donne un premier tri utile. Il ne remplace pas la lecture du contrat, mais il évite de comparer un VPS non géré à un cloud infogéré comme s’il s’agissait du même produit.
Faut-il prévoir la croissance dès maintenant ?
Oui, mais sans la surpayer. Plutôt que de louer d’emblée une machine deux fois trop grande, vérifiez à quel point la migration vers le modèle supérieur est simple chez l’hébergeur retenu : changement de gabarit rapide pour un VPS, réinstallation et transfert pour un dédié. Dans le second cas, une procédure de migration documentée et rodée vaut mieux qu’une réserve de puissance inutilisée pendant dix-huit mois.
Un conseil pour finir : avant la bascule, faites une répétition générale. Restaurez votre dernière sauvegarde sur le nouveau serveur, chronométrez l’opération et notez chaque obstacle. Le temps mesuré ce jour-là est le seul chiffre fiable sur votre capacité à repartir après une panne.
