Comment surveiller les sites de vos clients (et ne plus jamais être le dernier au courant)

Tout freelance qui crée des sites web a vécu ce moment. Vous terminez un projet, vous le livrez, vous passez au suivant. Trois semaines plus tard, votre téléphone vibre avec un message furieux : "Mon site est down depuis hier, pourquoi tu ne m'as pas prévenu ?" Vous n'en saviez rien. Vous passez pour un amateur, alors que ce n'était pas vraiment votre faute.

C'est le trou de surveillance du freelance. Votre client suppose que quelqu'un veille sur son site, et comme c'est vous qui l'avez construit, ce quelqu'un, c'est vous. Sauf que personne n'a rien mis en place, donc la première alerte que vous recevez, c'est la plainte du client. La bonne nouvelle : combler ce trou prend environ un après-midi, et une fois que c'est fait, vous n'y pensez presque plus jamais.

Pourquoi ça arrive tout le temps

Un site terminé n'est pas un objet figé. Les certificats expirent, les serveurs ont des ratés, les hébergeurs tombent en panne, une mise à jour de plugin casse discrètement une page. Rien de tout cela ne vous envoie un email par défaut. Le site avance donc tranquillement pendant des semaines, puis échoue en silence, et le seul humain qui le remarque, c'est un visiteur ou le client.

Trois pannes causent la grande majorité de ces appels paniqués :

• L'indisponibilité. Le serveur ne répond plus. Le site a purement disparu tant que personne ne redémarre quelque chose.
• Un certificat SSL expiré. Le petit cadenas se transforme en avertissement pleine page qui hurle "Non sécurisé" à chaque visiteur. Sur un site e-commerce, ça stoppe les ventes net.
• Un ralentissement. Le site charge encore, mais au ralenti. Des pages qui prenaient moins d'une seconde en prennent cinq, et les visiteurs partent avant d'être arrivés.

Chacune de ces pannes vous est invisible, sauf si quelque chose la surveille activement.

Ce qu'il faut réellement surveiller

Vous n'avez pas besoin d'une usine à observabilité. Pour des sites clients, trois vérifications couvrent presque tout ce qui mène à un appel furieux.

1. La disponibilité

Faites en sorte que quelque chose interroge chaque site à intervalle régulier et confirme une réponse saine. Le détail clé, c'est la fréquence : une vérification toutes les cinq minutes, c'est jusqu'à cinq minutes de panne avant que quiconque le sache, tandis qu'une vérification chaque minute, c'est le savoir presque immédiatement. Tout aussi important, un bon moniteur confirme une panne par une seconde vérification avant de vous alerter, pour qu'une requête perdue ne devienne jamais une fausse alerte à 3h du matin.

2. L'expiration du SSL

C'est le désastre le plus facile à éviter et le plus gênant à subir. Les certificats ont une date d'expiration fixe, il n'y a donc aucune raison d'être pris par surprise. Vous voulez des avertissements bien à l'avance, idéalement à 14, 7, 3 et 1 jour avant l'expiration, avec assez de marge pour renouveler sereinement plutôt que dans l'urgence.

3. Le temps de réponse

Fixez un seuil, par exemple trois secondes, et faites-vous signaler quand un site le dépasse durablement. Les ralentissements mettent rarement un site totalement hors ligne, ils échappent donc aux contrôles de disponibilité, mais ils coûtent discrètement du trafic et des conversions à votre client. Repérer la dérive tôt vous permet de la soulever avant le client.

Comment être alerté

Une vérification n'est utile que si l'alerte vous atteint là où vous regardez déjà. L'email est la base. Slack ou Discord, c'est mieux si c'est là que se passe votre journée, parce que l'alerte arrive au même endroit que le reste de votre travail. Ce qui compte, c'est d'être prévenu à l'instant où une vérification échoue, et de nouveau à l'instant où le site récupère, pour ne jamais rester à vous demander si le problème est encore actif.

Une mise en garde qui mérite d'être répétée : réglez pour le signal, pas pour le bruit. Si un outil crie au loup avec des fausses alertes, vous finirez par l'ignorer, et un moniteur ignoré est pire que pas de moniteur du tout. Confirmer chaque panne avant d'alerter, c'est ce qui garde le signal digne de confiance.

Le mettre en place sans que ça devienne un projet

Le piège ici, c'est la sur-ingénierie. Il est facile de passer un week-end à monter un moniteur auto-hébergé avec un tableau de bord, puis d'autres week-ends à le maintenir en vie. Pour une poignée de sites clients, cette maintenance n'en vaut pas la peine.

La version simple ressemble à ça :

1. Listez chaque site client dont vous êtes responsable, même ceux livrés il y a longtemps.
2. Ajoutez chacun à un moniteur qui vérifie ensemble la disponibilité, le SSL et le temps de réponse.
3. Dirigez les alertes vers votre email et, si vous l'utilisez, votre chat d'équipe.
4. Oubliez tout ça jusqu'à ce que quelque chose réclame vraiment votre attention.

Toute l'idée, c'est qu'un site en bonne santé doit être silencieux. Vous ne devriez avoir de nouvelles de l'outil que lorsqu'il y a quelque chose de réel à traiter, et ce jour-là, vous devriez l'apprendre avant votre client.

L'argument business discret

Combler ce trou, ce n'est pas vraiment éviter les pannes, c'est la façon dont vos clients vous perçoivent. Le freelance qui écrit "petit heads-up, ton certificat se renouvelle dans une semaine, je m'en occupe" passe pour un pro qui veille encore. Le freelance qui reste silencieux jusqu'à ce que le client remarque un site cassé passe pour quelqu'un qui a disparu une fois la facture encaissée. Même travail, réputation très différente, et la réputation, c'est ce qui amène les recommandations.

La surveillance coûte moins qu'un café par mois et prend un après-midi à mettre en place, une seule fois. Pour quelque chose qui protège discrètement chaque relation client que vous avez, c'est l'un des après-midis les plus rentables du métier de freelance.

---

Trrack.it surveille la disponibilité, le SSL et le temps de réponse de tous vos sites clients et vous alerte avant votre client, à un prix unique. Votre premier site est gratuit, vous pouvez donc le voir en action en deux minutes.