Conseil en hébergement

Un site lent ou qui plante en pic de trafic n’a pas toujours un problème de code. Une bonne partie des audits que je mène commencent par une plainte sur la lenteur ou les bugs, et se terminent par un diagnostic hébergement : PHP obsolète que l’hébergeur ne veut pas mettre à jour, mutualisé saturé par d’autres sites sur le même serveur, VPS configuré une fois en 2019 et jamais revu depuis. Le client paie pour un problème qu’aucune ligne de code ne résoudra, et parfois pour un hébergement qu’il paie trop cher depuis des années sans le savoir.

Le mauvais choix d’hébergement, c’est le bug invisible

Je vois trois symptômes revenir sans arrêt. Le site rame aux heures de pointe alors que le code n’a pas changé depuis des mois : c’est souvent un mutualisé qui partage ses ressources avec des dizaines d’autres sites, parfois mal comportés, sans que rien ne le signale dans l’interface d’administration. Les mises à jour de sécurité restent bloquées parce que l’hébergeur impose une version de PHP ou de MySQL dépassée : personne n’ose migrer par peur de casser quelque chose, alors le site accumule des failles connues. Et la facture grimpe chaque année sans qu’aucune capacité supplémentaire ne soit visible, signe d’un contrat jamais renégocié ni comparé à ce qui existe ailleurs.

Dans ces trois cas, le réflexe naturel est de me demander de « regarder le site », alors que le vrai sujet est en amont : quel hébergeur, quelle formule, quelle configuration. C’est ce que je traite dans une mission de conseil en hébergement — avant de toucher au code, je vérifie que l’infrastructure ne travaille pas contre vous. C’est souvent le point de départ d’un chantier plus large, que je détaille sur la page hébergement & infrastructure.

Mutualisé, VPS, cloud ou infogéré : ce que chaque option change

Les quatre grandes familles d’hébergement ne se distinguent pas par leur nom mais par ce qu’elles vous demandent de gérer vous-même, et par leur comportement en pic de charge. Je les compare toujours sur ces deux critères plutôt que sur le prix affiché, qui ne dit rien de ce que vous recevrez réellement.

Comment je détermine ce qu’il vous faut

Je ne recommande jamais une formule sans avoir regardé trois choses : votre trafic réel sur les douze derniers mois (pas votre trafic espéré), votre stack technique, et qui va gérer le serveur au quotidien une fois la mission terminée. Ces trois critères pèsent plus lourd que n’importe quel comparatif générique trouvé en ligne, parce qu’ils tiennent compte de votre situation précise, pas d’un cas moyen.

• Trafic : un site à quelques centaines de visites par mois n’a aucune raison de payer un VPS ou du cloud. À l’inverse, un e-commerce qui multiplie son trafic par cinq au moment des soldes a besoin de capacité élastique, sous peine de tomber en panne au pire moment de l’année.
• Stack : un WordPress ou un PrestaShop classique tourne bien sur un mutualisé de qualité ou un VPS géré. Une application Next.js avec API NestJS, comme celle que j’ai mise en place pour CMDQ, demande une infrastructure capable de faire tourner du Node.js proprement, ce qu’un mutualisé standard ne propose pas toujours.
• Autonomie : si personne dans votre équipe ne sait administrer un serveur Linux, un VPS nu est un mauvais calcul, même s’il coûte moins cher sur le papier — le temps perdu ou le risque de sécurité compense vite la différence de prix. Dans ce cas, je recommande presque toujours l’infogéré, même à budget serré.

Les cas où je vous déconseille un accompagnement

Je ne vends pas de conseil en hébergement quand le sujet n’en est pas un. Si votre hébergeur actuel encaisse votre trafic sans problème et que la lenteur vient d’un thème mal codé ou d’images non optimisées, changer d’hébergement ne changera rien — c’est un audit de performance qu’il vous faut, pas une migration. Je vous le dis dès le premier échange plutôt que de facturer une mission qui ne réglera pas votre problème.

Je le déconseille aussi quand vous cherchez en réalité une gestion d’infrastructure au quotidien : surveillance 24/7, astreinte en cas de panne, support téléphonique immédiat. Ce n’est pas mon métier ; un hébergeur infogéré ou un prestataire spécialisé en infrastructure fera ça mieux et moins cher qu’un développeur freelance facturé à la journée. Mon rôle s’arrête à l’audit, la recommandation et la mise en place — pas à l’astreinte permanente. Et si votre budget est très serré, il est parfois plus rentable de rester sur votre hébergement actuel et de corriger deux ou trois réglages plutôt que de payer un audit complet.

Sur un projet comme Petite Boussole, la demande n’était d’ailleurs pas un changement d’hébergeur mais un audit de sécurité suivi d’une protection Cloudflare WAF : c’est souvent ce type d’intervention ciblée, plutôt qu’une migration complète, qui règle le problème réel.

Ce qu’inclut une mission de conseil en hébergement

Une mission type commence par un audit de votre configuration actuelle : formule d’hébergement, version des langages et bases de données, temps de réponse serveur, politique de sauvegarde, exposition aux attaques courantes. J’en tire une recommandation écrite — garder l’existant, changer de formule chez le même hébergeur, ou migrer ailleurs — avec le raisonnement derrière chaque choix, pas juste une liste de fournisseurs. Vous repartez avec un document que vous pouvez soumettre à votre équipe technique ou à un autre prestataire, même si vous ne poursuivez pas avec moi.

Si une migration s’impose, je la planifie et je l’exécute pour éviter toute coupure de service ; le détail de cette étape est sur la page migration d’hébergeur. Si le sujet est surtout la protection contre les attaques et les pics de trafic, je regarde du côté d’un CDN et d’un pare-feu applicatif, détaillés sur Cloudflare & CDN. Et si le vrai manque est une surveillance et des sauvegardes fiables plutôt qu’un nouvel hébergeur, la page supervision & sauvegardes couvre ce volet.

Foire aux questions