1. Pourquoi et quand mesure-t-on ?

1.1 USAGE EXISTANT

Objectif : Connaître l’état actuel de l’usage

(NB : cette mesure peut se faire en-dehors de la plateforme Jalios si l’usage était précédemment sur un/d’autres outils)

1.2 CHANGEMENT DE FONCTIONNALITE

Objectif : aider à la décision entre différentes fonctionnalités, entre différents choix de conception

1.3 APRES MODIFICATION

Objectif : communiquer les nouvelles mesures avec les utilisateurs, voire l’avant-après

2. Plugin GreenIT Analysis

Outil reconnu sur le Numérique Responsable

Outil open-source avec un algorithme sous licence Creative Commons, gratuit et lui-même éco-conçu.

Facilité de mesure

Accessible sans être développeur en quelques minutes

Adapté au parcours fonctionnel

Possibilité de mesure consécutive d’un parcours pour identifier les pages/actions les plus consommatrices

2.1 Liens 

Consultable dans les Outils de Développement (pour extension)

2.1.1 Chrome

2.1.2 Firefox

2.1.3 Ligne de commande pour automatisation

3. Comment est calculé le résultat ?

Le résultat est fourni sur une note de 0 à 100 et une correspondance de A à G.

Nombre de requêtes HTTP

Coefficient 2 

La mesure du nombre de requêtes est un moyen de témoigner de la quantité de serveurs physiques (de votre datacenter) nécessaires pour afficher la page.

Derrière cette mesure, on identifie la consommation électrique du datacenter, en eau pour le refroidir, les serveurs eux-mêmes …

Nombre d’éléments du DOM

Coefficient 3

(=la structure de la page) Plus la page est complexe, plus le terminal utilisateur doit être puissant (RAM, CPU) pour l’afficher ; et donc engendrer l’obsolescence du matériel.

Poids de la page

Coefficient 1

Il s’agit des Ko transférés en download lors du chargement de la page. Cela contribue à l’engorgement du reseau (et au besoin de nouveaux équipements réseaux).

Calcul open-source

4. Quoi mesurer ?

• Une seule page (par exemple avec une fonctionnalité ou sans – A/B test)

• Un parcours utilisateur dans la plateforme (pour tester la réalisation d’un besoin fonctionnel précis)

• Un parcours utilisateur en-dehors de la plateforme (si c’est sur navigateur, on peut comparer l’utilisation entre 2 outils)

5. Comment l'utiliser ?

1.Ouvrir l’extension dans votre navigateur

2.Vider le cache de votre navigateur

3.Accéder à la page concernée par la 1ère étape du scénario d’usage concerné

4.Scroller ou faites les actions que l’utilisateur aurait fait

5.Cliquer sur « Launch analysis »

6.Sauver l’analyse pour avoir l’historique (« Save analysis »)

RECOMMENCER AVEC LE RESTE DE L’USAGE

Itérer avec le reste du scénario d’usage en cliquant sur la page suivante tel que le ferait l’utilisateur et « Launch analysis » après chaque chargement d’une nouvelle page (pas besoin de vider le cache vu que ce ne sera pas le cas de l’utilisateur)

A LA FIN DE L’USAGE : accéder à l’historique (« History ») et réaliser une somme de chaque paramètre avec l’export (Request, Page Size, Dom Size, GG Emission, Water consumption) et une moyenne de l’éco-index.

6. Comment exploiter les résultats ?

CONVERTISSEZ

en unité qui fait sens à vos utilisateurs

Par exemple pour les GES : x h avec une ampoule allumée

COMPARAISON

Entre l’utilisation de deux usages, entre deux pages, vous pouvez faire des choix qui portent à la fois sur les besoins et la sobriété

COMMUNIQUER

En prenant soin de préciser que ce sont des mesures approximatives et en privilégiant les indicateurs indirects (-20% avant/après)