Le réflexe habituel face à un site lent est d’installer une extension de cache. Le score de test remonte, tout le monde est satisfait, et six mois plus tard le problème est revenu. La raison est simple : le cache masque le symptôme sans traiter la cause.
Mesurer ce que Google mesure
Avant toute chose, il faut mesurer la bonne chose. Un score PageSpeed obtenu depuis un ordinateur de bureau en fibre ne dit rien de l’expérience réelle d’un visiteur sur un téléphone de trois ans en 4G, qui est précisément ce que Google prend en compte pour le classement.
Les données à regarder sont celles de terrain, issues des visiteurs réels, disponibles dans la Search Console. Un site peut afficher 95 en laboratoire et être au rouge sur le terrain. L’inverse arrive aussi.
Les cinq causes, dans l’ordre
1. Les images. C’est de loin la première cause. Une photo de 4 Mo redimensionnée en CSS reste une photo de 4 Mo à télécharger. Les corrections sont connues : formats modernes, dimensions réelles, attributs de taille pour éviter les sauts de mise en page, et chargement différé partout sauf sur l’image principale du premier écran.
2. Les polices externes. Une police chargée depuis un service tiers ajoute une résolution DNS, une connexion, un téléchargement, et bloque souvent l’affichage du texte. L’héberger vous-même supprime tout cela et règle au passage un problème de conformité RGPD, puisqu’un appel à un service externe transmet l’adresse IP de vos visiteurs.
3. L’accumulation d’extensions. Chaque extension ajoute ses propres feuilles de style et scripts, chargés sur toutes les pages même là où elle ne sert pas. Un site avec trente extensions charge couramment plus d’un mégaoctet de code inutile. C’est le poste où le nettoyage rapporte le plus.
4. Les constructeurs de pages. Ils produisent un empilement de div profond et un volume de CSS considérable. Ils ont un intérêt réel (l’autonomie éditoriale), mais il se paie en performance, et il faut le savoir avant de choisir.
5. L’hébergement. Un mutualisé à 3 € par mois partage un serveur avec des centaines d’autres sites. Le temps de réponse serveur, que Google mesure sous le nom de TTFB, s’en ressent directement.
Ce qui est surestimé
La minification du CSS et du JavaScript apporte quelques kilo-octets, c’est-à-dire quasiment rien à l’échelle des problèmes ci-dessus. Un réseau de diffusion de contenu est utile si votre audience est internationale, et à peu près inutile si tous vos visiteurs sont français et votre serveur en France.
L’ordre de bataille
Commencez par les images, puis les polices, puis le tri des extensions. Ces trois chantiers représentent en général 70 à 80 % du temps perdu, et aucun ne demande de refaire le site.
Si le site reste lent après cela, le problème est structurel et il faut regarder le thème, le constructeur de pages ou l’hébergement. C’est à ce moment-là (et pas avant) qu’une refonte peut se justifier.
Nous détaillons la méthode complète sur notre page performance et Core Web Vitals, avec un engagement de résultat sur les trois indicateurs.