Mon site était rapide, j’en étais persuadé. J’ai lu cet article sur les Core Web Vitals sous WordPress un soir de doute, et j’ai compris que ma petite mesure à la main ne prouvait rien du tout. Le lendemain, la note avait baissé sans que je touche à quoi que ce soit.

Ça rend fou, ce genre de choses. Même code, même hébergement, même contenu, et soudain l’affichage principal met une éternité à arriver. J’ai soupçonné une mise à jour du serveur. Raté. J’ai accusé les images trop lourdes. Raté aussi. J’ai fini par fermer l’onglet en soupirant, ce qui n’a jamais réparé un site.

Le coupable dormait dans des greffons que je n’avais jamais vérifiés. J’en avais empilé un par demande, un pour le formulaire, un pour les avis, un pour la petite bannière qu’on oublie ensuite, et personne n’était jamais revenu voir ce qu’ils faisaient une fois la page chargée. Le fil principal saturait avant même que le contenu principal ait le droit de s’afficher. Un script attendait sagement son tour pendant que le visiteur regardait un écran vide.

Le plus bête reste le point de départ. J’ai lancé mon audit par la fin, c’est-à-dire par les recommandations, celles qu’on coche pour se sentir utile. J’ai ajouté une couche de cache, puis une autre, sans jamais regarder la séquence de chargement. Ma matinée y est passée et le problème était toujours là, propre et intact.

Depuis, je commence par regarder, puis par mesurer, puis par toucher. Dans cet ordre, sans sauter d’étape, même quand la solution me paraît évidente. On ne répare pas ce qu’on n’a pas vu. Ça sonne comme une évidence écrit comme ça, ça l’était beaucoup moins devant mon écran ce matin-là.