Les signes qu'il est temps de quitter votre hébergeur web

Presque personne ne quitte son hébergeur à la première panne. On attend, on ouvre un ticket, on accepte l'explication, puis la même chose se reproduit six semaines plus tard. Remarquer que quelque chose ne va pas n'a jamais été le plus difficile. Le plus difficile, c'est de décider si vous avez affaire à une mauvaise passe qui va passer ou à une limite intégrée au prestataire que vous avez choisi, car ces deux situations se ressemblent parfaitement le jour où elles arrivent et ne se distinguent qu'avec le temps. Cet article parle de prendre cette décision volontairement, plutôt que de partir sur un coup de tête après une mauvaise matinée ou de rester des années par inertie.

Quand faut-il vraiment quitter son hébergeur web ?

Il est temps de partir quand la défaillance est structurelle plutôt qu'occasionnelle, et que votre hébergeur a eu une vraie occasion de la corriger sans le faire. Une panne est un incident. La même panne chaque mois, avec la même absence d'explication à chaque fois, est un schéma. Agissez sur les schémas, pas sur les incidents.

Cette distinction fait plus de travail que n'importe quelle liste de contrôle, alors autant être précis. Un prestataire qui traverse une vraie mauvaise passe vous dira ce qui a cassé, ce qu'il a changé, et la panne ne reviendra pas. Un prestataire structurellement inadapté qualifiera chaque incident d'inhabituel, ne nommera jamais de cause racine, et vous proposera une offre plus chère comme remède. Le premier est une entreprise qui rencontre un problème. Le second est une entreprise dont le problème devient le vôtre, durablement, car rien dans sa réponse ne laisse penser que le trimestre prochain sera différent.

Quelle différence entre une mauvaise passe et un mauvais hébergeur ?

Trois tests les séparent : la répétition, l'explication, et l'existence même d'un correctif. Si une panne s'est répétée, n'a jamais été expliquée, et que le seul remède proposé est de dépenser davantage, vous ne traversez pas une mauvaise passe. Vous observez le fonctionnement normal de ce prestataire.

Appliquez ces tests dans cet ordre, car ils montent en gravité. La répétition seule ne prouve pas grand-chose, puisque toute infrastructure connaît des incidents. La répétition sans explication est plus grave, car cela signifie que personne n'a diagnostiqué le problème ou que personne ne veut vous le dire. La répétition, l'absence d'explication et une réponse commerciale forment le schéma complet, et c'est le moment où attendre cesse d'être de la patience pour devenir un coût.

Si vous en êtes encore à comprendre ce qui ne va pas, c'est un travail différent de celui de décider s'il faut partir, et il vaut mieux le faire d'abord. Notre article compagnon sur les problèmes courants d'hébergement et leur effet sur les sites professionnels couvre le diagnostic : quelles sont les pannes habituelles et ce qu'elles vous coûtent. Revenez ici une fois que vous savez à quoi vous avez affaire, car la décision ci-dessous suppose que la panne est déjà identifiée et que vous vous demandez si elle vaut la peine d'être supportée.

Quels sont les signes qu'il faut quitter son hébergeur ?

Les signaux les plus forts portent sur le comportement et le contrat, pas sur les symptômes. Un prestataire qui refuse d'expliquer ses pannes, qui ne vous laisse pas vérifier une sauvegarde, ou qui répond à une panne technique par une offre supérieure vous a déjà montré à quoi ressembleront les deux prochaines années. Ces signaux prédisent l'avenir, ce qu'aucune panne isolée ne fait.

C'est le point que la plupart des conseils prennent à l'envers. Les pannes sont faciles à énumérer et vous apprennent très peu, car tout hébergeur en connaît. Ce qui sépare un prestataire qu'on garde d'un prestataire qu'on quitte, c'est sa conduite autour de ces pannes et ce qu'il vous facture. Surveillez ceci :

• La même panne est revenue trois fois et personne n'a nommé de cause. Une enquête en cours ou une charge élevée ne sont pas des causes. Un prestataire incapable de vous dire pourquoi c'est arrivé ne peut pas vous garantir que cela n'arrivera plus.
• La réponse à une panne technique est une offre plus chère. Parfois une montée en gamme est vraiment la solution, si vous avez grandi. Mais quand une panne apparaît sans aucune croissance de votre côté et que le remède proposé est de payer plus, le problème vient de la façon dont le prestataire a réparti sa capacité, et on vous demande de le financer.
• Ce qui était inclus devient payant. Voir les sauvegardes, les certificats et les migrations glisser discrètement sur la facture est une tendance, pas un accident isolé. Elle se poursuit généralement.
• Vous n'avez jamais restauré une sauvegarde avec succès. Une sauvegarde non testée est une promesse, pas une protection. Si vous ne pouvez pas en restaurer une vous-même, ou si le support ne peut pas démontrer une restauration, considérez que vous n'en avez pas.
• Le prix de renouvellement dépasse largement celui de la souscription, sans rien de mieux en retour. Un tarif de lancement est normal. Un renouvellement qui se multiplie sans changement de prestation est un modèle tarifaire, et il se répète à chaque échéance.
• Il n'existe aucun moyen d'escalader. Tout hébergeur a des journées lentes. Un hébergeur où aucune réponse ne vient jamais de quelqu'un ayant le pouvoir de changer quoi que ce soit impose une limite structurelle à la qualité que vous pouvez espérer.
• Vous n'obtenez pas de réponse claire sur vos propres données. Où elles sont, comment les exporter intégralement, et quel préavis serait nécessaire pour partir. Une réticence ici mérite d'être prise au sérieux, car c'est le seul signal qui rend aussi le départ plus difficile plus tard.
• Vous avez dépassé votre offre et le prestataire n'a pas d'étape suivante. C'est la raison de partir la plus simple et la moins conflictuelle. Personne n'est en tort. Vous avez simplement besoin de quelque chose qu'il ne vend pas.
• Ce qui ne figure délibérément pas dans cette liste : une panne isolée, une semaine lente, ou une réponse peu utile. Cela mérite un ticket, pas une migration.

Le problème vient-il de l'hébergeur ou de votre site ?

Souvent, c'est le site. Un site lourd et non optimisé sera lent même sur un excellent hébergement, et le déplacer vers un meilleur serveur change la facture sans changer le résultat. Avant de décider de partir, établissez que la panne suit le serveur et non le site.

Cela compte plus qu'il n'y paraît, car une migration entreprise pour la mauvaise raison coûte de l'argent sans rien résoudre, et vous arrivez chez le nouvel hébergeur avec la même plainte. Nous préférons dire à quelqu'un que son hébergement va bien plutôt que de déplacer un site qui n'allait jamais s'améliorer. Si les vérifications ci-dessous pointent vers votre propre site, notre guide sur pourquoi un site est lent et comment y remédier est un meilleur point de départ, et il vous évitera un déménagement inutile. Quelques vérifications honnêtes :

• Une page simple et légère répond-elle vite sur le même serveur ? Si une page presque vide est rapide alors que vos vraies pages rament, le serveur est capable et le goulot d'étranglement est le site.
• La panne a-t-elle commencé après un changement de votre part ? De nouvelles extensions, une refonte, une médiathèque volumineuse ou un import ralentiront un site sans aucune intervention de l'hébergeur.
• Est-ce lent pour tout le monde, ou seulement depuis un endroit ? Les pannes qui n'apparaissent que sur un réseau ou un appareil viennent rarement du serveur.
• Le problème persiste-t-il aux heures creuses ? Un souci qui n'apparaît qu'aux heures de pointe pointe vers la capacité. Un souci à trois heures du matin sur un serveur inactif pointe généralement vers le site.

Quand vaut-il mieux rester et corriger ?

Restez quand la panne a été expliquée et corrigée, quand le problème vient en fait de votre site, ou quand vous êtes au milieu de quelque chose qui a plus besoin de stabilité que d'amélioration. Partir pendant un lancement ou une période commerciale chargée ajoute du risque au pire moment.

Il existe une version de cette décision guidée par l'agacement plutôt que par les faits, et elle produit souvent un déplacement latéral vers un prestataire qui ne vaut pas mieux. Un hébergeur qui a connu un incident sérieux, vous a dit exactement ce qui s'était passé, et fonctionne proprement depuis, est un hébergeur qui se comporte correctement. Les incidents ne sont pas le test. La réponse l'est. De même, si votre offre actuelle convient toujours et que le seul vrai souci est que vous n'avez jamais optimisé le site, changer de prestataire est une façon coûteuse d'éviter un travail plus petit.

La vraie exception est le calendrier. Si votre hébergement défaille au point de vous coûter des clients maintenant, attendre un mois plus calme n'est pas de la prudence, c'est simplement une perte plus lente.

Que rassembler avant de décider ?

Rassemblez ce qui transforme une impression en décision : votre historique de tickets, les dates de chaque incident, ce qu'on vous a répondu à chaque fois, vos conditions de renouvellement, et la confirmation que vous pouvez tout exporter. Un schéma écrit se juge beaucoup plus facilement qu'un schéma dont on se souvient.

La plupart des gens portent cette décision comme un ressenti, et c'est pourquoi ils la repoussent pendant un an. La mettre sur une seule page la tranche généralement en un après-midi, dans un sens ou dans l'autre. Rassemblez :

• Tous les tickets de support des douze derniers mois, avec les dates et la résolution donnée. La répétition saute aux yeux sur une liste comme jamais dans le souvenir.
• Ce que vous payez réellement, au tarif de renouvellement, et non au tarif promotionnel dont vous vous souvenez.
• Ce qui est réellement inclus aujourd'hui : sauvegardes, certificats, et si une migration vous serait facturée.
• La preuve que vous pouvez partir. Export complet des fichiers et de la base de données, et le préavis exigé par votre contrat. Établissez-le avant d'en avoir besoin.
• Ce dont vous auriez besoin à la place, en termes simples. Assez de capacité pour votre trafic réel, des sauvegardes vérifiables, et un support qui atteint quelqu'un capable d'agir.

Que faire une fois la décision prise ?

Décider et déménager sont deux travaux distincts, et l'ordre compte. Ne résiliez rien tant que le nouvel environnement n'est pas en ligne et vérifié. Votre hébergeur actuel, quoi que vous en pensiez, reste votre filet de sécurité jusqu'à ce que le remplaçant ait fait ses preuves.

Le volet exécution est un problème résolu quand il est mené dans le bon ordre, et il est traité en détail dans notre guide sur comment changer d'hébergeur sans perdre ses données ni son SEO. En résumé : construisez et testez une copie complète sur le nouveau serveur avant que le domaine ne pointe ailleurs, et gardez l'ancien compte actif jusqu'à avoir confirmé que le remplaçant fonctionne. C'est toute l'astuce, et c'est pourquoi un déménagement bien séquencé se passe sans histoire.