Résumé

  • La recommandation Performance Timeline du W3C, en 2013, définissait des entrées horodatées et des méthodes telles que getEntriesByType() pour consulter les mesures déjà recueillies.
  • Un projet Level 2 de 2015 ajouta PerformanceObserver, dont le rappel reçoit les nouvelles entrées enregistrées. La recommandation candidate de 2016 et le texte actuel précisent la livraison et les tampons.

« La page paraît lente » est un jugement facile à porter et difficile à instruire. Le navigateur, lui, tient un registre : début de navigation, ressource chargée, repère posé par l'auteur. La recommandation Performance Timeline de décembre 2013 attribuait à chaque entrée un nom, un type, un instant de départ et une durée. Ses méthodes getEntries() ou getEntriesByType() donnaient une copie du contenu du registre. Un archiviste consciencieux, à condition qu'on vienne demander les dossiers.

Le problème surgit après cette première visite. Une image achève de charger, un script marque une étape, une autre ressource se présente. Le code peut retourner au guichet sans cesse pour demander « du nouveau ? ». Le navigateur, qui inscrit lui-même chaque mesure, connaît déjà la réponse. Faire sonner une cloche à l'arrivée d'une fiche paraît une meilleure organisation que d'envoyer chaque seconde un stagiaire fouiller les classeurs.

Le projet Performance Timeline Level 2 de septembre 2015 place les deux méthodes côte à côte dans ses exemples. La première lit les entrées conservées. La seconde crée un PerformanceObserver, lui donne un rappel et choisit les types à suivre. Quand de nouvelles mesures correspondent, le rappel reçoit une liste d'entrées. L'application peut les traiter par lot et interrompre l'observation une fois sa question résolue. Le navigateur annonce désormais ce qu'il vient de noter.

L'historique des publications du W3C situe la première ébauche publique de Level 2 au 16 juillet 2015. La recommandation candidate du 8 décembre 2016 décrit plus fermement l'inscription des observateurs, les types d'entrées et la remise des rappels. Le registre n'a pas changé de métier; c'est le guichet qui s'est mis à appeler les personnes intéressées.

La sonnerie reste à régler. Une équipe peut suivre les entrées de ressources pour comprendre pourquoi les images d'un dossier paraissent tardives, ou surveiller des repères autour d'une action de lecture. Elle choisit le type d'entrée et la question à poser. Le standard donne une forme commune aux fiches et un chemin pour les recevoir. Il ne choisit pas l'angle de l'enquête. Une rédaction qui demande toutes les fiches sans jamais les regarder n'a gagné qu'une cloche supplémentaire.

La spécification actuelle décrit les nouvelles mesures, la possibilité de reprendre certaines entrées déjà en mémoire et les tampons propres aux différents types. Elle prévoit aussi le compte des entrées perdues quand la place manque. Le tiroir peut déborder : le silence du rappel ne prouve pas à lui seul que le navigateur n'a rien mesuré. Il faut s'inscrire à temps, connaître les capacités du type suivi et regarder les fiches réellement reçues.

Au bout du compte, le navigateur prend en charge le moment de l'avertissement. Les auteurs du site gardent l'interprétation : quelle mesure correspond à une gêne pour le lecteur, quelle action réparerait la page, quand l'enquête est finie. Le chronomètre rapporte les faits. La rédaction décide encore lesquels méritent un article.