Agitez votre trafic avec Oseox, Plus de 400 cours gratuits.
Profitez de nos meilleurs conseils, Recevez notre newsletter pro !
Avant de faire quoi que ce soit, il faut prendre des mesures. Cela à l'air tout bête comme ça, mais c'est l'étape la plus cruciale.
Un site est un écosystème qui change régulièrement :
Il est donc probable qu'a un moment ou un autre vos performances vont se dégrader. La mise en place d'un cercle vertueux est impératif : à chaque modification d'un paramètre pouvant influer sur la performance, ou plus souvent par itération, il faut vérifier le résultat et surtout l'interpréter.
La mesure de données simples est aisée. Un simple coup d'oeil peut suffire dans la plupart des cas pour se rendre compte du résultat. On ouvre un navigateur et d'un coup d'un seul on voit ce que ça donne. C'est primitif certes, mais c'est simple et souvent efficace. C'est d'ailleurs ce que font la plupart des responsables de site.
Même si ça a des limites, c'est souvent comme cela qu'on détecte un problème de performance. En période de solde ou lors d'une grosse campagne d'emailing il faut vérifier que le site réponde correctement. Par contre, c'est limité dans le sens ou tout le monde n'a pas le même navigateur, n'est pas sur le même réseau et surtout ne surfe pas en même temps.
Ce qui veut dire qu'au moment où vous allez jeter un oeil sur le site, il n'y aura pas forcément de lenteurs.
Un cran au dessus, l'usage d'outils tels que firebug, pagespeed, yslow ou encore Chrome Developer Tools.
Les données sont précises à l'instant T sur le poste de test et ne rendent pas compte de l'ensemble des utilisateurs. Ces outils permettent d'établir un bon diagnostique sur beaucoup de points. C'est rapide, souvent très efficace et déjà pas mal technique.
La rolls, le top du top : il existe des sociétés qui vont lancer à intervalle régulier des chargements de page (via des serveurs dédiés) et en tirer un rapport. Vous aurez donc un état des lieux précis des temps de chargement au fil du temps et en conditions réelles. Vraiment terrible.
D'autant qu'il est quasiment tout le temps possible de déterminer le pays à partir duquel le test sera effectué : une sonde depuis les états unis alors que vos clients et votre serveur sont en France n'aurait aucun intérêt.
On ne parlera pas ici des tests de montée en charge. Plutôt pas mal avant une mise en ligne puisque cela permet de vérifier la tenue d'un site avant le rush de vrais internautes. Une fois le site en ligne il est trop tard pour ce type de test.
C'est tout un art. Il y a 3 principaux facteurs à prendre en compte :
A partir des chiffres collectés, il est possible de rapidement déterminer ou doivent se porter les premiers efforts. C'est simple, pour afficher une page dans un navigateur il faut (en schématisant beaucoup) :
On s'attachera donc dans un premier temps aux points les plus pénalisants. Un premier examen (via pagespeed / reseau dans ce cas) donne déjà une idée :

Ici c'est clairement le HTML qui est rendu trop lentement (la 1° ligne).

Dans cet exemple, le HTML arrive en 0.30 sec, par contre le nombre élevé de fichiers pénalise le temps global de chargement. D'autre part un nombre important de javascript retarde l'interprétation de la page (le trait bleu).
Pour être complètes, ces mesures doivent être corrélées avec le trafic.
Le nombre de connections simultanées au moment du test est un élément primordial pour une bonne analyse. En analysant assez finement les données, on identifie plus facilement certains pistes à creuser.
Une question ? Venez la poser sur notre forum Web Analytics et performance web !