La lenteur est le seul problème de site dont personne ne se plaint. Les visiteurs ne vous écrivent pas pour dire que votre page a mis six secondes à s'afficher. Ils partent, tout simplement, et vous n'apprenez jamais qu'ils étaient là.
Voici une explication en langage clair de ce qui rend un site lent, comment vérifier le vôtre en environ deux minutes, et quels correctifs valent réellement la peine d'être payés.
Pourquoi cela compte au-delà de l'évidence
Deux choses distinctes se produisent quand un site est lent.
Les gens partent. Surtout sur téléphone, sur des connexions mobiles ordinaires, loin du wifi de votre bureau. Le visiteur qui abandonne avant l'affichage est indiscernable, dans vos statistiques, de celui qui n'a jamais existé.
Google le remarque. L'expérience de page, incluant la performance de chargement, fait partie de la façon dont Google évalue les pages. Cela ne sauvera pas un mauvais contenu, et une page rapide qui ne dit rien ne se positionne sur rien. Mais entre deux pages comparables, la vitesse départage réellement, et Google la mesure à partir de données de vrais utilisateurs de Chrome plutôt que d'un test en laboratoire.
Les trois mesures qui comptent
Google les regroupe sous les Core Web Vitals. En clair :
LCP, Largest Contentful Paint. Le temps avant l'apparition de l'élément principal de la page, généralement votre image d'en-tête ou votre titre. Visez moins de 2,5 secondes. C'est la mesure que la plupart des sites échouent, et le coupable habituel est une image énorme.
CLS, Cumulative Layout Shift. À quel point la page saute pendant le chargement. Vous l'avez vécu : vous allez toucher un bouton, une image se charge au-dessus, et vous touchez autre chose. Causé par des images sans espace réservé, des polices qui arrivent tard et des bannières injectées.
INP, Interaction to Next Paint. La rapidité de réaction de la page quand quelqu'un touche ou clique. Une page peut sembler chargée et rester insensible parce que le navigateur exécute encore des scripts.
Comment vérifier le vôtre en deux minutes
Passez votre page d'accueil dans PageSpeed Insights de Google. Ensuite, et c'est l'étape que les gens sautent, faites deux choses :
- Regardez le score mobile, pas celui de l'ordinateur. Le score de bureau est flatteur et sans intérêt. Vos clients sont sur téléphone.
- Regardez les données terrain si elles s'affichent. Cette section reflète de vrais visiteurs du dernier mois. Le score de laboratoire en dessous est une simulation. Quand les deux divergent, croyez les données terrain.
Testez ensuite une page qui compte, pas seulement l'accueil. Les pages de produits et de services sont généralement plus lourdes, et c'est là que se trouve l'argent.
Les causes habituelles, à peu près dans l'ordre
Les images. De loin la plus fréquente. Une photo sortie d'un téléphone peut peser plusieurs mégaoctets, et elle est souvent réduite par le navigateur après avoir été téléchargée en entier. Des images correctement dimensionnées, en format moderne, corrigent plus de sites lents que n'importe quelle autre intervention.
Trop de scripts externes. Widgets de clavardage, statistiques, pixels, cartes de chaleur, avis intégrés, bannières de témoins. Chacun est petit isolément. Ensemble, ils peuvent peser plus lourd que votre site entier, et chacun est une requête vers un serveur que vous ne contrôlez pas.
Extensions et thèmes gonflés. Fréquent sur WordPress et sur les boutiques Shopify qui empilent un thème acheté et une douzaine d'applications. Vous chargez le code de toutes les fonctions offertes, y compris les quatre-vingt-dix pour cent que vous n'utilisez pas.
Polices mal chargées. Les polices personnalisées ne posent pas de problème. Charger cinq graisses de trois familles, en empêchant le texte de s'afficher avant leur arrivée, oui.
Aucune mise en cache ou hébergement faible. Un hébergement partagé bon marché sous charge annulera le bon travail fait ailleurs.
Ce qui vaut la peine d'être payé
Peu coûteux et gros rendement : compresser et dimensionner correctement les images, retirer les scripts inutilisés, corriger les sauts de mise en page en réservant l'espace des images, alléger les polices. Sur la plupart des sites, c'est une journée de travail et la plus grande amélioration visible.
Rentable si le site est par ailleurs sain : mise en cache correcte, révision du chargement des scripts, remplacement des extensions lourdes par des équivalents légers.
Utile seulement si la base est vraiment terminée : micro-optimiser un site déjà rapide. Les rendements décroissants arrivent vite une fois en bonne posture.
Pas rentable : tout reconstruire uniquement pour la vitesse quand le site a d'autres problèmes. Si la structure et le contenu clochent aussi, vous payez deux fois.
La réserve honnête
La vitesse est nécessaire et non suffisante. Un site rapide qui n'a rien à dire ne convertit personne, et aucune optimisation ne compense une page qui ne répond pas à la question avec laquelle le visiteur est arrivé. Corrigez la vitesse parce que cela supprime une raison de partir, pas parce que c'est une stratégie de croissance.
Cela dit, c'est un des rares problèmes où l'on peut mesurer l'avant et l'après, ce qui en fait un bon point de départ quand on ne sait pas ce qui cloche.
Si vous voulez que quelqu'un examine le vôtre et dise clairement laquelle des causes ci-dessus s'applique, envoyez-le-nous. Vous recevez la liste précise en deux jours ouvrables, que vous en fassiez quelque chose ou non.