Comment calculer l'ecoindex sur un parcours utilisateur ?

[PierreRustOrange]

Bonjour,

Cette issue fait suite à cnumr/GreenIT-Analysis-cli#40. Je cherche à calculer l'écoindex des pages traversées dans un scénario utilisateur, que je définis ainsi : c'est un parcours, généralement à partir de la page d'accueil, où l'on passe d'une page à l'autre via des actions effectuées au travers du navigateur (click, remplissage de formulaire, etc.).

Au delà de l'outil lui même (qu'il faudrait éventuellement faire évoluer), que pensez-vous de cette approche. Je vois deux façon de procéder :

• Dérouler l'ensemble du scénario en cumulant le nombre de requêtes et la quantité de données transmises et calculer l'écoindex global du parcours. Je suis suis pas convaincu par cette approche, je pense que la définition de l'écoindex ne le permet pas réellement :
  • elle utilise la complexité du DOM, qui n'a de sens que pour une page unique, à moins éventuellement de cumuler les tailles de dom tout au long du parcours
  • la calibration de l'écoindex a été faire sur des pages, et n'est donc pas utilisable : il faudrait n'utiliser que la note sur 100 et pas sa traduction sous forme de lettres
  • elle ne permet pas d'identifier les pages du parcours qui ont le plus besoin d'être revues / optimisées
• Calculer un score écoindex page par page, à chaque changement de page ou éventuellement changement majeur dans l'écran sans changement d'url, dans le cas d'une SPA.

Idéalement, je pense qu'il faudrait obtenir un score par page, et un score global pour le scénario. Ce score global pourrait être calculé soit en faisant une simple moyenne (bof), soit en trouvant une méthode un peu plus intelligente qui pénaliserait les parcours trop longs et trop lourds (pour favoriser un parcours avec moins de requêtes et moins de données échangées).

[didierfred]

A vrai dire , je ne pense pas que l'ecoindex actuel soit adapté pour ce cas d'usage . Il est en effet conçu sur la base de site de référence avec page unique

Je pencherais pour un ecoindex specifique global avec une formule prenant en compte :

Complexité moyenne du DOM sur le parcours + Nombre de rechargement de DOM (1 pour SPA / n pour NON SPA)
Nombre de requetes HTTP Volume de données echangées

L'idéal serait aussi de pouvoir introduire en complément de la compléxité du DOM l'impact du code javascript qui peut être important sur le terminal . J'avoue que je ne sais pas trop comment l'intégrer .

Dans tous les cas le plugin est là pour implémenter le calcul mais c'est pas lui qui définit les régles .

Sans doute un point à discuter via la liste de diffusion ecoconceptionweb@googlegroups.com

[PierreRustOrange]

merci pour le retour !

En effet, il y a probablement des choses à voir dans la définition même, voire un nouvel indicateur spécifique pour les parcours. Comme tu me l'as conseillé, j'ai lancé la discussion sur le groupe ecoconceptionweb.

Je relancerai le point, côté outil, ici suite à cette discussion.