Pourquoi mon site est-il lent, et que faire ?

Un site lent perd ses visiteurs avant qu’ils aient lu un mot, et les moteurs de recherche remarquent l’effet d’une page sur de vrais utilisateurs. La vitesse est l’une des rares parties d’un site que l’on peut mesurer exactement, ce qui en fait aussi l’une des plus faciles à mal présenter. Ce guide explique ce que les mesures de vitesse signifient, ce qui ralentit le plus souvent un site d’entreprise, et quoi demander à un développeur qui affirme que le site est rapide.

Ce que mesurent les Core Web Vitals

Google regroupe l’expérience d’une page en trois mesures, les Core Web Vitals. Chacune décrit ce qu’un visiteur ressent :

• Largest Contentful Paint (LCP). Le temps que met le contenu principal à apparaître. Selon Google, 2,5 secondes ou moins est un bon résultat.
• Interaction to Next Paint (INP). La rapidité avec laquelle la page réagit quand un visiteur touche, clique ou tape. Selon Google, 200 millisecondes ou moins est un bon résultat.
• Cumulative Layout Shift (CLS). L’ampleur des sauts de la page pendant son chargement, par exemple quand une image apparaît et pousse le texte vers le bas. Selon Google, 0,1 ou moins est un bon résultat.

Ces seuils viennent de la documentation de Google, qui peut changer. Vérifiez les valeurs actuelles sur web.dev. Google évalue chaque mesure au 75e centile des visites réelles : une page est jugée sur ce que voit la plupart des visiteurs, pas sur son meilleur chargement. Un bon résultat sur votre propre ordinateur et votre fibre en dit peu. Ce qui compte, c’est le comportement de la page sur un téléphone ordinaire et un réseau mobile.

Données de laboratoire et données de terrain

Deux types de mesure existent, et elles répondent à des questions différentes.

• Données de laboratoire. Un outil comme Lighthouse charge la page dans un cadre contrôlé et donne un score. C’est reproductible, donc utile pour trouver et corriger des problèmes. C’est une simulation.
• Données de terrain. Les navigateurs de vrais visiteurs signalent les performances réelles des pages. Google les collecte dans le Chrome User Experience Report et les montre dans Search Console et PageSpeed Insights, quand un site a assez de visites. C’est l’image la plus proche de ce que les gens ressentent.

Un site avec un score parfait en laboratoire peut avoir de mauvais résultats de terrain, et un petit site peut ne pas avoir de données de terrain du tout. Utilisez l’outil de laboratoire pour corriger et les données de terrain pour confirmer.

Ce qui ralentit le plus souvent un site d’entreprise

• Des images lourdes. Des photos envoyées à la taille d’origine de l’appareil, dans un ancien format, sans tailles adaptées aux petits écrans. C’est une cause courante d’un premier affichage lent.
• Trop de scripts. Widgets de discussion, balises de suivi, carrousels, bibliothèques d’animation et extensions ajoutent chacun du code que le téléphone doit télécharger et exécuter. Chacun a un coût, et beaucoup de sites portent des outils que personne n’utilise.
• Des polices qui bloquent le texte. Plusieurs fichiers de police chargés tard peuvent masquer le texte ou le faire sauter à l’arrivée de la police.
• Un serveur lent ou un hébergement éloigné. Une page qui attend longtemps son premier octet démarre en retard, quoi que vous fassiez d’autre.
• Un constructeur de pages ou un thème conçu pour tous les cas. Un outil général livre du code pour des fonctions que votre page n’utilise pas.
• Un contenu qui bouge. Bandeaux, avis de cookies, publicités et images sans taille fixée déplacent la page pendant le chargement.
• Pas de mise en cache. Les mêmes fichiers sont téléchargés encore et encore au lieu d’être conservés par le navigateur ou servis depuis un réseau proche.

Nos guides sur WordPress ou sur mesure et sur l’hébergement d’un site expliquent comment ces deux choix influencent la liste ci-dessus.

Vitesse et référencement

Google indique que les Core Web Vitals font partie de son évaluation de l’expérience de page, et qu’une excellente expérience de page ne remplace pas un contenu pertinent. Une page rapide qui a peu à dire ne passera pas devant une page utile. Considérez la vitesse comme une base qui évite de perdre des visiteurs, pas comme un raccourci vers le haut des résultats. Voir la page de Google sur les Core Web Vitals et la recherche.

Questions à poser à un développeur

• Comment mesurez-vous la vitesse, sur quel appareil et quel réseau ?
• Regardez-vous les données de terrain, ou seulement un score de laboratoire ?
• Comment dimensionnez-vous et compressez-vous les images, et quels formats utilisez-vous ?
• Quels scripts tiers le site va-t-il charger, et qui décide d’en ajouter plus tard ?
• Comment empêchez-vous la mise en page de sauter pendant le chargement ?
• Qui vérifie la vitesse après le lancement, quand arrivent de nouveaux contenus et de nouvelles extensions ? Un site rapide le jour du lancement peut ralentir dans les mois qui suivent. Voir la maintenance d’un site.

Sources et pour aller plus loin

• web.dev : Web Vitals
• Google Search Central : Core Web Vitals et la recherche Google

La vitesse n’est qu’un point d’une checklist de SEO technique plus large.

Les outils qui déposent des cookies alourdissent aussi les pages : voir les cookies d’un site.

Comment DMC Kreatif s’en occupe

Nous construisons des pages qui chargent vite leur contenu principal sur téléphone, avec des images dimensionnées pour l’écran, des polices chargées sans masquer le texte et une mise en page qui ne saute pas. Nous testons sur des largeurs de téléphone avant la remise du projet. Nous ne promettons ni score ni classement, car le résultat dépend de vos contenus, de vos outils et de votre hébergement.

Si la vitesse compte pour votre projet, dites-le dans le brief et indiquez les outils à conserver, comme un widget de réservation ou des statistiques. Puis demandez un devis. Sous 48 h, vous recevez une approche concrète, un calendrier réaliste et un devis clair. Notre page service sites web montre comment se déroule un projet.