Vitesse de page

La vitesse de page, c'est le temps qu'une personne attend avant que votre page lui serve à quelque chose. Ce n'est pas le chiffre affiché sur l'ordinateur du bureau. C'est ce qui se passe sur un téléphone de trois ans, en données mobiles, debout à un arrêt de bus. C'est cette visite-là que vous voulez garder.

Google surveille trois choses et les appelle Core Web Vitals. La première est le temps que met le plus gros élément de l'écran à apparaître, souvent la photo principale ou le titre. La deuxième est la vitesse à laquelle la page répond quand un doigt appuie. La troisième est de savoir si la page saute pendant la lecture, si bien que le pouce tombe sur le mauvais bouton. Qui a déjà voulu toucher un lien et touché une publicité connaît la troisième.

Deux coupables expliquent presque tout, et les images viennent en premier. Une photo sortie d'un téléphone peut peser quatre mégaoctets. Mettez-en quarante et vous avez une page que personne n'attendra en données mobiles. La même photo enregistrée correctement pèse souvent moins de deux cents kilooctets et paraît identique à l'écran. Quand Linkysoft examine le site lent d'un commerce, les photos expliquent à elles seules la moitié du retard.

Le second coupable est l'endroit où le site est hébergé. Un hébergement mutualisé bon marché place des centaines de sites sur une seule machine. Quand un voisin devient populaire, vos pages ralentissent, sans que vous y soyez pour quelque chose. Passer sur un serveur avec une part garantie, comme Hostrena, fait souvent gagner une demi-seconde avant même de toucher au code.

Voici ce qui surprend les dirigeants. La vitesse n'est pas un chiffre unique pour tout le site. La page d'accueil peut être rapide pendant que le paiement traîne, et c'est le paiement qui rapporte. Mesurez d'abord les pages qui portent l'argent. Et mesurez-les sur un téléphone en connexion mobile, car un test sur le wifi du bureau vous racontera seulement ce qui vous arrange.

Les décisions les moins chères se prennent avant la première ligne de code. Le nombre de polices. Le carrousel chargé sur chaque page sans raison. Les scripts extérieurs empilés en haut. Linkysoft fixe un objectif de vitesse au début d'un projet d'application web comme pour un nouveau site, parce qu'alléger après coup coûte plus cher que bien choisir maintenant. Une page qui répond en moins de deux secondes garde des gens qui seraient partis.