Un site ne tombe pas en panne, il se périme

Quand un site tombe, on le sait dans l’heure : quelqu’un appelle. C’est la seule panne de cette page qui se signale toute seule, et c’est la plus rare. Tout le reste se dégrade sans bruit — un certificat qui expire, un formulaire qui n’arrive plus, une page qui annonce des horaires abandonnés depuis deux ans.

Ces défaillances ont un point commun : elles ne produisent aucun signal. Le site s’affiche, il est joli, il paraît fonctionner. Ce sont les visiteurs qui les découvrent, et ils ne vous le disent pas — ils partent, ce qui est exactement l’inverse d’un incident bruyant.

Cet article décrit ce qu’il faut surveiller après la mise en ligne, à quelle fréquence, et comment traiter chaque catégorie. L’article qui l’accompagne traite de la vitesse, avec ses chiffres et son protocole de mesure ; rien de cela n’est repris ici.

Il ne contient aucun graphique parce qu’aucune de ses affirmations ne porte sur une quantité. C’est un article de procédure, et son contenu tient dans une liste de vérifications que vous pouvez faire vous-même.

C’est la défaillance la plus coûteuse d’un site vitrine, parce qu’elle touche exactement le seul endroit qui produit des clients. Et c’est la plus silencieuse : côté visiteur tout se passe bien, côté entreprise il ne se passe rien, et rien ne distingue cela d’une période creuse.

Les causes sont presque toujours extérieures au site. Un changement chez l’hébergeur, un filtre anti-spam qui a commencé à classer vos propres messages, une adresse de destination qui n’existe plus, un service d’envoi dont le compte n’est plus payé. Le site est intact ; c’est le chemin après lui qui est coupé.

La vérification est mécanique et prend deux minutes : envoyez-vous une demande par votre propre formulaire, depuis un téléphone, hors du réseau du bureau. Faites-le le premier lundi de chaque mois. C’est le point le plus rentable de cette page, et le seul que je recommanderais de faire même si vous ne faites rien d’autre.

Une protection supplémentaire coûte peu : que chaque envoi laisse une trace ailleurs que dans un message — une ligne dans une feuille, un enregistrement quelque part. Ainsi, le jour où le courrier ne part plus, les demandes ne sont pas perdues mais simplement en attente, et vous les retrouvez.

Les liens se cassent tout seuls, et c’est la seule catégorie de cette page où l’entreprise n’a rien fait de mal. Un site partenaire se réorganise, un document est déplacé, un service en ligne change ses adresses, et vos liens vers eux cessent de fonctionner sans que rien chez vous ait bougé.

Il y a deux gravités qu’il ne faut pas confondre. Un lien sortant cassé est ennuyeux mais banal ; le visiteur revient en arrière. Un lien interne cassé — vers votre propre page de contact, votre catalogue, votre formulaire — est un client perdu, et il ressemble pour le visiteur à un site abandonné.

La vérification se fait avec n’importe quel outil gratuit qui parcourt le site et liste ce qui ne répond pas. Une fois par trimestre suffit, et le premier passage remonte toujours plus que prévu, ce qui est normal et ne veut pas dire que le site est mal fait.

Un cas mérite un traitement particulier : les pages que vous supprimez vous-même. Une page retirée sans redirection casse tous les liens que d’autres ont posés vers elle, y compris ceux de vos propres anciennes publications. Rediriger vers la page la plus proche coûte une minute au moment de la suppression et rien du tout ensuite.

Toute cette page tient dans trois rythmes, et un site tenu par ces trois-là ne connaîtra aucune des défaillances décrites plus haut. La valeur est dans la brièveté : une liste de trente points ne sera pas faite.

Chaque mois, deux gestes de deux minutes : s’envoyer une demande par le formulaire depuis un téléphone hors du réseau du bureau, et ouvrir la page d’accueil sur ce même téléphone pour vérifier les faits qui changent — horaires, téléphone, adresse.

Chaque trimestre, deux vérifications un peu plus longues : passer un outil de détection de liens cassés, et regarder les quatre échéances de la section 2 pour voir si l’une approche. Vingt minutes, quatre fois par an.

Chaque année, la demi-journée de la section suivante. Et une seule chose en continu, qui ne demande aucun effort parce qu’elle est automatique : une surveillance qui vous prévient si le site cesse de répondre. C’est le seul point de cette page où un outil remplace un regard, précisément parce que c’est la seule panne bruyante.

Notre part est ce qui demande un accès technique : la surveillance qui prévient quand le site ne répond plus, les mises à jour groupées avec une sauvegarde vérifiée avant, les redirections quand une page disparaît, la restauration d’essai une fois, et l’inventaire des accès. Cela se tient dans un contrat modeste, et il faut qu’il le reste pour être renouvelé.

Nous refusons de nous charger de la vérification mensuelle du formulaire, et ce n’est pas une économie de notre part : le test n’a de valeur que fait depuis l’extérieur, sur un téléphone, hors de votre réseau — et par quelqu’un qui remarquera qu’une demande manque. Un prestataire qui teste son propre formulaire depuis son propre bureau reproduit le mensonge que l’article voisin décrit pour la vitesse.

Nous refusons aussi de proposer une refonte à la place d’un entretien. Un site périmé n’est pas un site mal conçu : c’est un site que personne n’a mis à jour, et le refaire à neuf produit exactement le même site périmé trois ans plus tard, pour un budget dix fois supérieur. La refonte se justifie sur les signaux de l’article voisin, pas sur l’impression de vieillissement.

Enfin, la partie qui protège le plus ne demande aucun développement et ne nous demande rien : mettre les quatre échéances dans un agenda partagé avec un rappel deux mois avant, faire pointer leurs avis vers une adresse de l’entreprise, et vous envoyer une demande par votre formulaire le premier lundi de chaque mois. Une heure aujourd’hui, deux minutes par mois ensuite.