Arrêtez de choisir des hébergeurs. Commencez à choisir des modèles.

Résumé

La phrase la plus coûteuse dans le travail d'agence web est « trouvons le meilleur hébergeur pour ce client ». Arrêtez de la dire. Votre travail n'est pas de trouver le meilleur hébergeur ; c'est de créer un petit ensemble de modèles d'hébergement qui couvrent la plupart des clients, et de réserver une recherche approfondie aux rares exceptions. Cet article suit un client de détail hypothétique à travers un processus standardisé : un formulaire de collecte à quatre champs, trois profils d'hébergement, une liste de contrôle de migration, un plan de fiabilité et un runbook d'une page. Vous obtiendrez également une routine de revue trimestrielle qui maintient votre liste d'hébergeurs honnête. Le résultat : moins d'urgences à 3 h du matin, de meilleures marges et des clients qui vous font confiance parce que rien n'a cassé. Utilisez ces étapes pour transformer l'hébergement d'un exercice d'incendie par projet en une partie réutilisable de votre flux de travail.

La phrase la plus coûteuse dans le travail d'agence web est aussi la plus courante : « Trouvons le meilleur hébergeur pour ce client. » Arrêtez de la dire. Votre travail n'est pas de trouver le meilleur hébergeur. Votre travail est de choisir un petit ensemble de modèles d'hébergement qui fonctionnent pour la majorité de vos clients, puis de dépenser votre énergie cérébrale limitée pour les rares qui sortent vraiment de ces modèles. C'est ainsi que vous transformez l'hébergement d'un exercice d'incendie par projet en une étape réutilisable de votre flux de travail. Voici la démonstration, du premier appel d'un nouveau client à une passation dont vous vous souviendrez six mois plus tard — parce que rien n'a cassé.

Imaginez un nouveau client : une chaîne de détail avec un site catalogue, un blog et une boutique en ligne. Ils étaient sur un hébergeur mutualisé bon marché qui plante le Black Friday. Ils vous demandent de « réparer l'hébergement ». C'est votre moment pour faire ce que la plupart des agences ne font jamais : les faire passer par un processus, pas une panique.

Étape 1 : Poser les bonnes questions une seule fois

Créez un formulaire de collecte d'informations sur l'hébergement et faites en sorte que chaque client le remplisse avant de lui parler. Le formulaire doit contenir quatre champs : le trafic mensuel estimé, le type de contenu (statique, piloté par base de données, e-commerce ou riche en médias), les exigences de conformité (PCI, HIPAA, RGPD) et les attentes en matière de support — qui interviendra sur le site quand quelque chose casse. C'est tout. Tout le reste est du bruit.

Quand un client dit « nous avons besoin du meilleur hébergement », ce qu'il veut vraiment dire, c'est « nous avons besoin que ça ne plante pas pendant notre plus grosse vente ». Votre formulaire capture cela en une ligne : le trafic. Il s'avère que la seule vraie différence entre la plupart des clients est l'échelle. Un site vitrine à faible trafic et une boutique e-commerce à fort trafic nécessitent des ressources différentes, mais ils n'ont pas besoin d'hébergeurs différents si vous avez déjà choisi le bon modèle.

Le formulaire élimine aussi les conversations spéculatives. Sans lui, vous aurez des « et si on grandit ? » et des « devrions-nous utiliser cet hébergeur vu sur un panneau d'affichage ? » à n'en plus finir. Filtrez-les avant qu'elles ne commencent. Si un client ne peut pas répondre à quatre questions sur son propre site, il n'est pas prêt pour des conseils d'hébergement ; il est prêt à qu'on lui dise quoi faire.

Pour notre client de détail, le formulaire révèle un site avec un trafic sain mais pas massif, une base de données produits et aucune exigence de conformité au-delà de la gestion de base des cartes de paiement. Ils s'attendent à ce que vous gériez tout, parce que leur dernier hébergeur a « perdu » leur ticket de support. Ce dernier détail compte plus que n'importe quelle fiche technique.

Étape 2 : Normaliser sur trois profils

Une fois le formulaire rempli, associez le client à un profil. Vous ne devriez pas en avoir plus de trois. Budget, support d'abord, et performance. C'est tout le menu. Définissez-les une fois, documentez-les et ne les remettez pas en question pour chaque client.

Profil	Idéal pour	Attention
Budget mutualisé	Sites vitrine à faible trafic, budget serré	Support limité, c'est vous qui l'assurez
Géré, support d'abord	Clients qui ne touchent pas à la technique, veulent un seul numéro de téléphone	Coûte plus cher, vous enferme dans leur pile
Performance VPS/dédié	E-commerce, sites à fort trafic et à forte base de données	Nécessite plus de compétences en configuration et maintenance

Quels hébergeurs appartiennent à quel profil est votre devoir, pas celui du client. Une méthode qui fonctionne : testez un hébergeur candidat par profil avec un projet à faible enjeu, puis documentez tout — temps de provisionnement, performances, réponse du support, surprises de facturation. La recherche déjà disponible vous donne un point de départ : des hébergeurs comme Bluehost et Hostinger sont généralement positionnés pour les utilisateurs soucieux de leur budget ; SiteGround a une réputation de support solide ; A2 et HostGator sont associés à des options axées sur la vitesse. Mais ne faites pas confiance à ces descriptions avant d'avoir ouvert un ticket de support et mesuré le temps de réponse avec un chronomètre.

Notre client de détail atterrit dans le profil performance. Il a besoin de requêtes de base de données rapides et de la capacité à gérer un pic de trafic un week-end chargé. La décision est prise en quelques minutes, pas en quelques jours, parce que vous ne « recherchez pas des hébergeurs » — vous consultez votre propre matrice.

Si vous ne l'avez pas encore fait, arrêtez-vous ici et construisez votre matrice. Vous vous remercierez au prochain lancement de projet. Et si vous êtes encore tenté de personnaliser par client, lisez pourquoi votre site a planté et voyez comment un seul plantage peut faire dérailler un trimestre. Ensuite, verrouillez vos profils. Résistez à l'envie d'ajouter un quatrième profil « premium » pour un client haut de gamme. Chaque profil que vous ajoutez ramène la délibération par projet que vous essayez d'éliminer. Trois est le plafond ; pour de nombreuses agences, deux suffisent.

Étape 3 : Migrer avec une liste de contrôle, pas une prière

Maintenant, vous déplacez le client. Faites-le de la même façon à chaque fois. Voici l'ordre : sauvegardez tout depuis l'ancien hébergeur, y compris la base de données ; provisionnez le nouveau serveur et installez la même pile logicielle ; importez les fichiers et la base de données ; installez le SSL et testez chaque page ; changez les serveurs de noms ; vérifiez la livraison des e-mails et les intégrations tierces ; gardez l'ancien hébergeur actif pendant un cycle de facturation.

Écrivez cette liste une fois et transformez-la en liste de contrôle partagée dans votre outil de gestion de projet. Désormais, la personne qui exécute la migration n'est pas un ingénieur senior qui improvise ; c'est n'importe qui capable de suivre une liste de contrôle. Dans le cas de notre client de détail, le déménagement prend une fraction du temps qu'il faudrait si vous décidiez de chaque étape au fur et à mesure. Cette fraction compte quand vous gérez plusieurs clients.

Deux mises en garde issues de vraies migrations. Premièrement, si l'ancien hébergeur gérait les e-mails, n'oubliez pas les enregistrements MX. C'est ainsi que les migrations deviennent obsolètes et que le client pense que vous avez cassé ses e-mails. Deuxièmement, ne faites jamais le changement de DNS à 17 h un vendredi. Faites-le mardi matin, quand vous avez les deux jours ouvrables suivants pour réparer quoi que ce soit. Les mécanismes d'un déménagement sans interruption sont couverts dans ce guide de migration. Lisez-le avant votre première migration, puis effacez-le de votre mémoire — la liste de contrôle est maintenant tout ce dont vous avez besoin.

Et faites une répétition avant la bascule réelle. Provisionnez un sous-domaine de staging, copiez le site dessus et testez chaque page. Cela coûte une heure et attrape l'erreur qui aurait mis votre client hors ligne pendant l'après-midi. Cette heure est l'assurance la moins chère que vous achèterez de tout le trimestre.

Étape 4 : Vendre la fiabilité, pas des chiffres de disponibilité

Chaque hébergeur de votre liste finira par tomber en panne. Ceux qui annoncent « 100 % de disponibilité » vendent du marketing, pas de l'ingénierie. Alors quand vous évaluez un hébergeur, ne demandez pas de garanties. Demandez comment ils communiquent en cas d'incident. Si un serveur meurt, recevez-vous un e-mail de statut dans les cinq minutes ? Y a-t-il une page de statut ? Publient-ils des analyses post-mortem ? Si l'hébergeur ne peut pas répondre à cela en une phrase, il n'est pas prêt pour un client dont les revenus dépendent d'un site web.

Votre client n'a pas besoin d'une garantie de disponibilité à 100 %. Il a besoin d'un plan pour quand le site est en panne. Construisez-le avec lui : une page de maintenance, un arbre d'appels, une liste de qui appelle qui. Ensuite, testez le plan avec un exercice. C'est l'heure la moins glamour que vous passerez, et elle vous évitera l'heure la plus stressante de votre année. Le client de détail ne saura jamais rien de l'exercice ce trimestre, mais il saura que le site est resté en ligne pendant une vente parce que votre plan a fonctionné.

C'est aussi l'endroit où être honnête avec le client sur ce qui peut casser. « Nous aurons des sauvegardes quotidiennes. Un service de redémarrage ramènera généralement le site en quelques minutes. Mais si le serveur échoue complètement, une restauration peut prendre quelques heures. Voici le numéro à appeler. » Cette honnêteté vaut plus qu'une fausse garantie. Elle vous évite aussi d'être celui qu'on appelle à 3 h du matin parce que vous avez promis l'impossible. Apportez le modèle de runbook à cette conversation et dites : « Voici ce que nous ferons si le site tombe. Vous recevrez une mise à jour de statut immédiatement. » Puis faites-le vraiment.

Étape 5 : Rédiger le runbook d'une page

Le livrable qui rend l'hébergement réutilisable d'un client à l'autre n'est pas l'hébergeur lui-même ; c'est la documentation. Lors de la passation, donnez à votre client un runbook d'une page avec : identifiants de l'hébergeur, registrar de domaine, fournisseur DNS, plan de sauvegarde, numéro de téléphone du support et une section « que faire si le site tombe ». Ne l'enfouissez pas dans une présentation de 30 diapositives. Une page. Chaque client reçoit le même modèle. Les seuls champs qui changent sont les identifiants et le profil.

Pour le client de détail, le runbook fait la différence entre un ticket de support et un appel téléphonique calme. Quand il vous appellera en novembre à propos d'un e-mail bizarre de son ancien hébergeur, vous pourrez dire : « Ignorez-le, nous avons tout déplacé. Les identifiants sont dans votre runbook. » C'est là que vous passez de « agence web » à « partenaire d'hébergement qui anticipe ».

Le fait de tout faire tenir sur une page vous oblige à décider ce qui est réellement critique. Si vous ne pouvez pas le faire tenir, vous ne comprenez pas votre propre configuration. Gardez le modèle dans un lecteur partagé et mettez-le à jour chaque fois que votre infrastructure change. Appliquez le moindre privilège, faites pivoter les identifiants et n'envoyez jamais de mots de passe par e-mail. Votre version interne du runbook doit être une copie de la page du client plus une section pour votre équipe : adresses IP des serveurs, emplacement de stockage des sauvegardes et identifiants de l'outil de surveillance. Cette version interne est celle que vous utiliserez lors de la revue trimestrielle.

Étape 6 : Réviser trimestriellement, pas par projet

Définissez un événement de calendrier récurrent pour le premier lundi de chaque trimestre. Ce jour-là, sortez trois rapports : les tickets de support du dernier trimestre, les données de disponibilité de votre outil de surveillance et vos factures d'hébergement. Cherchez des tendances. Si un hébergeur est responsable de la plupart de vos tickets de support, il est éliminé. Si le support d'un autre hébergeur ne décroche jamais le téléphone, il est éliminé. Si un nouveau fournisseur est apparu avec un prix nettement plus avantageux pour la même classe de service, testez-le — avec un client non critique — et ajoutez-le à la matrice s'il le mérite.

Cette revue fait la différence entre réagir aux échecs et les prévenir. Vous aurez encore des échecs, mais ils seront de la faute de l'hébergeur, pas de votre processus. Quand un nouvel hébergeur candidat apparaît sur votre radar, soumettez-le à un véritable test de stress avant de vous engager. Un hébergeur bon marché peut sembler superbe sur le papier et s'effondrer sous la charge ; le test vous dira la vérité.

La revue trimestrielle est aussi le moment de tailler. Si un profil n'a pas été utilisé depuis deux trimestres, supprimez-le ou découvrez pourquoi. L'objectif est une matrice vivante qui reflète ce que vous avez réellement appris, pas un document statique que vous avez écrit une fois et ignoré. Ne sautez pas la revue parce que vous êtes occupé. Le temps que vous y passez vous fait gagner une semaine facturable plus tard.

Conclusion

L'hébergement n'est pas le lieu de la créativité. C'est le lieu des modèles. Construisez le formulaire de collecte, verrouillez vos trois profils, exécutez la liste de contrôle de migration, vendez la fiabilité, rédigez le runbook d'une page et révisez trimestriellement. Le client de détail aura un site stable, vous aurez un trimestre plus calme et vous arrêterez enfin de chercher « meilleur hébergement pour » à chaque nouveau projet. C'est ça, la victoire. Allez standardiser.