Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Comment calculer l'ecoindex sur un parcours utilisateur ? #60

Open
PierreRustOrange opened this issue Jun 20, 2022 · 3 comments
Open

Comment calculer l'ecoindex sur un parcours utilisateur ? #60

PierreRustOrange opened this issue Jun 20, 2022 · 3 comments

Comments

@PierreRustOrange
Copy link
Member

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
Copy link
Collaborator

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 [email protected]

@PierreRustOrange
Copy link
Member Author

PierreRustOrange commented Jun 23, 2022

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.

@juliette-helloasso
Copy link

Bonjour Pierre, avez-vous avancé depuis 2022 sur cette réflexion très intéressante ? Je suis preneuse de vos avis et pour participer afin d'vanacer sur nos conceptions et mesure d'impact. Le groupe [ecoconceptionweb] ne semble plus fonctionnel . Merci.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants