Trois mesures tiennent lieu de la sensation que donne une page. Elles valent la peine d'être comprises, car chacune a une cause et un remède différents, et parce qu'un bon score sur un portable ne dit presque rien d'un téléphone en données mobiles.

LCP — quand l'essentiel apparaît

Le temps jusqu'à l'affichage du plus grand élément visible : d'ordinaire l'image d'en-tête ou le titre. Visez moins de 2,5 secondes.

INP — si elle répond

Le temps que met la page à réagir visiblement après une pression ou un clic. Visez moins de 200 ms. C'est presque toujours du JavaScript qui occupe le fil principal : un gros paquet en cours d'analyse, une balise tierce, un script de mesure qui travaille à chaque défilement.

CLS — si elle bouge

De combien la mise en page se déplace après l'affichage. Visez moins de 0,1. La liste des causes est courte : des images sans dimensions, des publicités et des intégrations sans place réservée, et une police web qui s'échange dans une autre taille.

Mesurez sur une vraie page

npx unlighthouse --site https://yourdomain.com   # every page
# or one page, in Chrome: DevTools > Lighthouse > Mobile
Lancez toujours le profil mobile. Le passage en mode bureau sur une machine rapide flatte tous les sites et vous dira qu'une page va bien alors qu'un téléphone de milieu de gamme y met quatre secondes.

Le laboratoire et le terrain sont deux choses distinctes

Lighthouse est une simulation sur votre machine. Ce qu'utilisent les moteurs de recherche, c'est ce qu'ont vécu de vrais visiteurs le mois dernier — vieux téléphones et mauvaises connexions compris. Un score de laboratoire parfait avec de mauvaises données de terrain signifie que vos visiteurs ne sont pas sur votre matériel.

Corrigez dans cet ordre : la plus grande image, puis le plus gros script, puis tout le reste. Deux changements font en général bouger les trois chiffres.