Rapide pour moi, lent pour tous les autres
Les gens n’arrêtent pas de dire que le site est lent. Il ne l’est pas pour vous, il ne l’est pas en laboratoire, et tous les tests synthétiques que vous lancez reviennent au vert. Les signalements sont réels et vous n’arrivez à en reproduire aucun.
Pourquoi c’est difficile à voir
Vous testez depuis un seul endroit, sur une seule connexion, avec un cache chaud. Les gens qui se plaignent, non. Une page qui se charge en une demi-seconde à côté du serveur peut mettre cinq secondes à plusieurs milliers de kilomètres, et aucun test depuis votre bureau ne le montrera.
Les moyennes le cachent aussi. Si neuf visiteurs sur dix sont près de vous, la moyenne reste confortable pendant qu’un dixième d’entre eux vit une expérience que vous ne toléreriez pas une seconde.
Ce que Sixty y fait
De vrais temps issus de vraies visites — plus grand affichage, réponse aux interactions, décalage de mise en page — par route, et ventilés par pays. Cette ventilation est tout l’intérêt : c’est elle qui sépare « notre code est devenu plus lent » de « c’est un problème de réseau pour les gens au Brésil », et ces deux-là appellent des correctifs totalement différents.
C’est mesuré dans le navigateur et réduit à des formes avant d’être envoyé. Pas d’URL, pas d’identifiants de session, rien sur la personne.
Ce qu’il ne fait pas
Une ventilation par pays vous dit où, pas pourquoi. Si la réponse est la distance, le correctif est un CDN ou une région en périphérie, et pas quelque chose qu’un changement de code résoudra — et il le dira plutôt que de vous renvoyer vers vos propres fonctions.
OpenTelemetry
Vous avez déjà OpenTelemetry ?
Gardez votre collector et vos exportateurs. Sixty peut ingérer les traces reliées et les métriques runtime utiles pour déduire les régressions par version ; les agents natifs donnent plus de détails sur les fonctions et drivers lorsqu’ils existent.