Poids et requêtes par parcours·Suivi dans le temps·Web et mobile
Une page s’alourdit rarement d’un coup. Elle prend deux cents kilo-octets par livraison, une balise à la fois, et personne ne s’en aperçoit avant qu’elle ne pèse trois fois son poids d’origine.
Une balise ajoutée pour une campagne y reste après la campagne. Une bibliothèque chargée pour un composant est chargée sur toutes les pages. Un visuel non compressé passe parce qu’il ne casse rien. Chacune de ces décisions est raisonnable prise isolément, et leur somme donne une fiche produit à quatre mégaoctets que personne n’a décidée.
Un tunnel de commande de cinq étapes, c’est cinq chargements. La mesure porte sur le parcours réel plutôt que sur la page d’accueil.
Nombre d’appels, poids par type de ressource, part des scripts tiers. C’est là que se cache l’essentiel de la dérive.
Une mesure isolée ne dit rien. Comparée à celle de la semaine précédente, elle désigne la livraison responsable.
Vous fixez le poids acceptable par gabarit. Le dépassement remonte comme n’importe quel autre écart.
“ Un outil facile à prendre en main, de façon ludique, qui rappelle Scratch. La gestion des campagnes me permet d'être plus sereine avant chaque déploiement. ”
Coralie Cebron de LisleTesteuse logiciel, Optivalue
ALLER PLUS LOIN
Quinze types de tests, quatre familles. Chacun répond à une question différente sur votre application.
Un terme vous échappe ? Le glossaire du test automatisé le définit.
VOS QUESTIONS
Ce qu'on nous demande le plus souvent sur la mesure d'empreinte.
Le poids transféré et le nombre de requêtes d'un parcours complet, avec la répartition par type de ressource et la part des domaines tiers. Ce sont des données objectives, mesurées à l'exécution du scénario, et comparables d'une semaine à l'autre.
Le test fournit les données d'entrée d'un tel calcul, pas le calcul lui-même. Convertir des octets en équivalent carbone suppose des hypothèses sur le mix énergétique et le parc d'appareils, qui relèvent de votre méthodologie plutôt que de l'outil de test.
Ils se recoupent sans se confondre. Une page lourde est souvent lente, mais une page légère peut être lente à cause d'un service back qui répond mal, et une page lourde peut sembler rapide sur une bonne connexion. Les deux mesures se lisent ensemble.
En partant de votre propre historique plutôt que d'une norme externe. Le premier objectif utile n'est pas d'atteindre une valeur cible, c'est d'empêcher la dérive : figer le poids actuel comme référence et refuser qu'il augmente sans décision explicite.
Oui, à condition d'assumer le périmètre. Une série de mesures datées sur des parcours identifiés est une donnée solide et vérifiable, bien plus défendable qu'une estimation globale produite une fois par an.
Une démo de 30 minutes sur votre propre application. Vous verrez un de vos parcours automatisé en direct, sans écrire de code.