2026-08-14

Erreurs de site que vos clients voient et vous jamais

Les erreurs de site ne s'annoncent pas.

Tamás vend des meubles en ligne. En mars son chiffre d'affaires a chuté de 18 pour cent. Le trafic n'a pas bougé. Les coûts publicitaires non plus.

Il a d'abord accusé la saison. Puis les publicités. Puis il a augmenté son budget.

Onze jours plus tard une cliente lui a écrit. Le bouton de paiement ne faisait rien sur son iPhone.

Une mise à jour d'extension l'avait cassé. Uniquement sur Safari. Tamás utilise Chrome sur un portable. Son site était parfait tous les matins.

Le genre de panne que vous ne remarquez jamais

Un site casse de deux façons.

La façon bruyante. La page ne charge pas. Votre téléphone sonne dans l'heure. Vous réparez.

La façon silencieuse. La page charge bien. Elle est belle. Un bouton ne fait rien sur un navigateur.

Pour la panne silencieuse, personne ne vous appelle. Les gens supposent que le problème vient d'eux. Ils ferment l'onglet puis achètent ailleurs.

Voilà pourquoi la panne silencieuse coûte plus cher. Elle survit des semaines.

« Le premier principe est de ne pas se tromper soi-même et vous êtes la personne la plus facile à tromper. »

Richard Feynman, discours de remise des diplômes à Caltech, 1974

Votre propre navigateur vous trompe chaque jour. Il a votre cache, vos extensions et vos réglages. C'est l'appareil le moins représentatif que vous possédez.

Pourquoi ces erreurs se cachent si bien

Quatre choses gardent le problème hors de votre vue.

• Votre navigateur n'est pas le leur. Safari, Firefox et les vieux Android ne se comportent pas pareil.
• Votre cache est chaud. Vous avez chargé le site cent fois. Votre premier visiteur non.
• Les mises à jour se font sans vous. Une extension, un thème ou un script de paiement se met à jour dans la nuit.
• Du code étranger tourne sur votre page. Les widgets de chat, les outils de cookies, les scripts publicitaires et les widgets d'avis peuvent tous tomber. Si l'un meurt, il peut emporter votre bouton. Ces mêmes scripts ralentissent aussi votre site.

Ce dernier point surprend. Vous n'avez rien changé. Quelqu'un d'autre l'a fait.

Ce que StatJolt fait contre cela

StatJolt écoute les erreurs dans le navigateur du visiteur. Pas sur votre serveur. Dans le navigateur de la vraie personne qui essaie d'acheter.

Quand quelque chose casse, il enregistre :

• Le message d'erreur.
• La page où c'est arrivé.
• Combien de personnes l'ont rencontré.
• Le navigateur, l'appareil et le système.
• La première fois et la dernière fois.

Tamás aurait donc vu une ligne : Safari, iPhone, /checkout, 340 personnes, depuis le 4 mars.

Onze jours de suppositions deviennent une phrase.

Vous pouvez marquer une erreur comme résolue. Si elle revient dans la semaine, StatJolt la signale comme revenue puis vous envoie un mail. Cela attrape la réparation qui n'a pas tenu.

Toujours là ? Tant mieux, car un rapport ne sert que si vous le regardez.

Une habitude de deux minutes qui se rembourse

Mettez ceci dans votre agenda chaque lundi matin.

1. Ouvrez votre liste d'erreurs. Triez par nombre de personnes touchées.
2. Ignorez tout ce qui est sous dix personnes. L'essentiel vient d'extensions de navigateur et de bruit que vous ne pouvez pas corriger.
3. Regardez les trois premières. Vérifiez sur quelles pages elles se trouvent.
4. Faites remonter tout ce qui touche une page qui rapporte. Paiement, inscription, contact et tarifs passent devant.
5. Envoyez la première à la personne qui maintient le site. Message, page, navigateur. Elle n'a pas besoin de plus.

Deux minutes. Chaque semaine. C'est le rythme décrit dans Analytics en 5 minutes par semaine.

Ce qu'il faut envoyer à votre développeur

La plupart des demandes de correction perdent une journée parce qu'elles disent seulement : « le site ne marche pas ».

Envoyez plutôt ces quatre éléments.

• Le message d'erreur exact.
• L'adresse de la page.
• Le navigateur et l'appareil.
• La date de départ.

Le dernier est le plus précieux. Il indique ce qui a changé ce jour-là.

Votre développeuse arrête de chercher. Elle commence à réparer. Cela vous évite aussi de payer des heures de devinettes.

La place de StatJolt

La surveillance des erreurs vit d'habitude dans un outil séparé avec une facture séparée. StatJolt la met à côté de vos chiffres de trafic, car c'est là que vous regardez vraiment.

Elle fonctionne sans cookies. Ainsi les bloqueurs de pub ne retirent pas justement les visiteurs les plus susceptibles de rencontrer un problème. Les profils techniques bloquent les traceurs plus que tout le monde.

Votre formulaire est l'autre fuite silencieuse. Elle a son propre article : l'abandon de formulaire et le champ qui coûte des inscriptions.

Si vous ne lisez qu'un encadré

Les sites cassent en général en silence, sur un navigateur, sans que personne vous le dise. Votre propre appareil cache le problème car votre cache et vos réglages ne sont pas typiques. Surveillez les erreurs de vrais visiteurs, vérifiez la liste chaque semaine puis traitez comme urgent tout ce qui touche une page de paiement ou d'inscription.

Retour