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 #40

Open
PierreRustOrange opened this issue Jun 16, 2022 · 2 comments
Open

Comment calculer l'ecoindex sur un parcours utilisateur #40

PierreRustOrange opened this issue Jun 16, 2022 · 2 comments

Comments

@PierreRustOrange
Copy link
Member

Bonjour,

je cherche à calculer l'écoindex des pages traversées dans un scénario utilisateur, et je rencontre des soucis en utilisant GreenIT-analysis-cli.

Pour poser le problème, voici comment je définis un scénario utilisateur : 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.). Il n'est généralement pas possible de considérer le parcours comme une simple suite d'url :

  • les url des différentes pages ne sont souvent pas prévisibles à l'avance (elles dépendent des actions précédentes, du contexte, de l'utilisateur, ...)
  • le serveur maintient un état, et il faut être réellement passé sur la page précédente pour avoir le bon état la page suivante.

La conséquence de cette définition est que je ne peux pas définir plusieurs url dans le fichier de conf de greenIT-analysis-cli. Par conséquent, j'utilise une url unique puis une suite d'actions correspondant au scénario. Le soucis est que l'écoindex est alors calculé une seule fois, à la fin de toute les actions et pas pour chacun des pages traversées.

Un autre problème rencontré est que lorsque les actions provoquent un changement de page, l'outil comptabilise le nombre de requêtes et la quantité de données transmises comme le cumul sur l'ensemble des actions, alors que la complexité du DOM correspond uniquement à la dernière page atteinte. Le calcul de l'écoindex est du coup erroné, ou en tout cas ne correspond pas à l'étalonnage de l'indicateur : on prend le dom d'une page unique et les requêtes et volume de données correspondant à une suite de pages traversées.

Est-ce que vous avez déjà utilisé GreenIT-analysis-cli pour ce type d'exercice ? Quelle serait la bonne façon de faire?

merci

@jpreisner
Copy link
Collaborator

Bonjour Pierre,

Merci pour ton retour intéressant. Pour répondre à tes 2 points :

  1. Si cela s'avère pertinent de le faire, je pense qu'on pourrait adapter l'outil pour proposer de calculer l'ecoindex et la vérification des bonnes pratiques à un instant T à la suite d'une série d'action, puis de continuer. Je ne vois pas de limite technique à cela. Il faudrait par contre s'assurer que ça a du sens et que l'outil "coeur" qui est GreenIT-Analysis est conçu pour ça
  2. Très bonne remarque et je n'avais pas conscience de ça. Je dirais même réponse que le point 1, il serait intéressant de se rapprocher des créateurs de GreenIT-Analysis pour savoir si la solution pour analyser un parcours utilisateur, c'est de lancer l'analyse juste avant le changement de page ou si c'est de lancer l'analyse uniquement à la fin du scénario.

J'aurais tendance à répondre pour mesurer le parcours utilisateur, il faudrait lancer le calcul de l'écoindex avant chaque changement de page, mais ça reste à confirmer.

Si ça te convient, je te propose de créer une issue sur https://github.com/cnumr/GreenIT-Analysis/issues pour poser ces questions qui sont très intéressantes. En fonction des réponses obtenues, je pense que nous devrons mettre à jour le README de GreenIT-Analysis-cli pour documenter les préconisations à appliquer dans un contexte comme le tien.

@PierreRustOrange
Copy link
Member Author

Merci pour le retour, j'ai créé l'issue cnumr/GreenIT-Analysis#60 pour discuter de ce type d'analyse. Je pense qu'idéalement il faudrait une note par page et une note globale pour le parcours.

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

2 participants