Accélérer un site web : ce qui détermine l'ampleur du travail
L'ampleur du travail pour accélérer un site web dépend de la cause de la lenteur. Voici ce qui en fixe la taille et l'ordre dans lequel commencer.
Équipe rabbitclipPublié: 7 min de lecture
En bref
L'ampleur de l'accélération d'un site web dépend de la source de la lenteur : les problèmes de contenu comme les images et les polices se règlent vite, tandis que les problèmes de serveur, de thème ou d'architecture logicielle représentent un travail plus important. La bonne première étape n'est donc pas de se lancer dans l'optimisation, mais de mesurer d'où vient la lenteur. Les améliorations faites sans mesure consomment souvent des semaines sans rien changer.
Cet article explique ce qui détermine la taille du travail et dans quel ordre il est raisonnable de procéder. Nous avons un article distinct sur le détail technique des images, des polices et des scripts ; ici, la question est différente : ce travail est-il petit, moyen ou grand, et par où doit-il commencer ?
D'où vient la lenteur ?
La source se trouve généralement à l'un de quatre endroits. Le premier est le contenu : des images surdimensionnées, de nombreux fichiers de police ou des vidéos lourdes alourdissent la page. Le deuxième est le code : des scripts chargés inutilement, des outils de suivi tiers et du code inutilisé que traîne un ancien thème fatiguent le navigateur.
Le troisième est le serveur : un hébergement lent, ou une configuration sans cache, doit reconstruire chaque page à chaque visite. Le quatrième est l'architecture : le logiciel sur lequel le site est construit peut être lourd en lui-même, ou sa manière de produire les pages peut être inefficace. Ces quatre sources correspondent à quatre niveaux d'effort différents.
La plupart des sites n'ont pas une cause unique ; plusieurs s'additionnent. L'une domine toutefois généralement. La mesure montre laquelle, et le travail commence à partir de là.
Qu'est-ce qui détermine l'ampleur du travail ?
Trois facteurs fixent la taille. Le premier est la couche du problème : les difficultés de la couche contenu prennent des heures ou des jours, celles du code des jours, et celles de l'architecture peuvent prendre des semaines. Le deuxième est la taille du site : sur un site de cent pages, même le nettoyage des images produit autant de travail qu'il y a de pages.
Le troisième est la souplesse du logiciel sous-jacent. Sur un site dont le code peut être travaillé librement, les améliorations se font directement ; sur une plateforme fermée, ce que l'on peut modifier est limité et le résultat atteint un plafond. La vraie décision consiste alors à accélérer le site ou à changer de plateforme.
Nous ne donnons aucun chiffre de coût ou de durée, car le même symptôme de lenteur peut venir de causes très différentes, et deviner avant d'avoir regardé est trompeur. Une étape de découverte et de mesure rend visible la taille réelle du travail.
Que faut-il mesurer en premier ?
La mesure est la première étape de tout travail sur la vitesse. Trois indicateurs se détachent : le temps que met le contenu principal de la page à apparaître (LCP, bon seuil 2,5 secondes), la rapidité avec laquelle la page répond aux actions de l'utilisateur (INP, bon seuil 200 millisecondes) et le fait que des éléments sautent ou non pendant le chargement (CLS, bon seuil 0,1). Ces seuils sont publiés et largement connus.
Mesurer uniquement sur un ordinateur de bureau et sur une seule page est trompeur. Si la plupart des visiteurs arrivent sur un téléphone, il faut mesurer sur un téléphone avec une connexion moyenne, et examiner séparément la page d'accueil et les pages intérieures les plus fréquentées. Vous pouvez aussi faire un test de vitesse de votre propre site avec l'outil gratuit de notre site.
Après la mesure, les problèmes sont classés selon leur effet : le point qui touche le plus de pages et qui peut être corrigé avec le moins d'effort passe en premier. Ce classement dirige le temps et le budget vers l'endroit le plus productif.
Dans quel ordre le travail doit-il se dérouler ?
Un ordre raisonnable commence par ce qui rapporte le plus pour le moins d'effort. En général, le premier tour consiste à redimensionner les images et à les convertir en formats modernes, à supprimer les scripts inutilisés et à configurer correctement le cache. Ces étapes font une différence nette sur la plupart des sites et présentent peu de risque.
Le deuxième tour demande plus d'effort : simplifier les polices, faire passer le contenu critique au premier plan et réduire les outils tiers à ceux qui sont réellement nécessaires. Le troisième tour est structurel : un changement de serveur, la simplification du thème ou la réécriture de certaines parties du site. On n'entre dans ce tour que si les deux premiers se révèlent insuffisants.
- Mesurer : relever les valeurs clés sur de vrais appareils et connexions
- Réduire les images et retirer les scripts inutiles
- Configurer correctement le cache et la compression
- Simplifier les polices et les outils tiers
- Mesurer à nouveau ; ne passer au travail structurel que si nécessaire
Quelles erreurs sont fréquentes dans le travail sur la vitesse ?
L'erreur la plus courante est de commencer sans mesurer. Installer une extension en espérant que le score monte peut masquer la vraie cause ; le score s'améliore un temps, mais l'expérience réelle des visiteurs ne change pas. La deuxième erreur est de ne regarder que le score : un chiffre donné par un outil de test ne reflète pas toujours ce que vivent les vrais utilisateurs.
La troisième erreur est de tout changer à la fois. Si plusieurs modifications sont faites ensemble, personne ne peut dire laquelle a fonctionné et laquelle a cassé quelque chose. La quatrième est de casser une fonction en accélérant : supprimer un script qui s'avère alimenter un formulaire ou une balise de suivi coûte plus que la vitesse gagnée. Après chaque modification, les fonctions de base doivent être testées à la main.
La vitesse n'est pas non plus un travail ponctuel. À mesure que de nouveaux contenus, extensions et outils de suivi s'ajoutent, le site ralentit de nouveau. Une routine de contrôles périodiques donne donc un résultat plus durable qu'un seul grand effort.
Quand accélérer est-il le mauvais choix ?
Sur certains sites, la vitesse n'est pas le vrai problème. Si le message n'est pas clair, si les pages ne proposent pas ce que les visiteurs étaient venus chercher ou si le formulaire ne fonctionne pas, améliorer la vitesse ne fera pas monter les conversions. Regardez d'abord pourquoi les visiteurs partent ; la vitesse n'est qu'une des raisons.
Si le logiciel sur lequel tourne le site a vieilli et que l'accélérer revient à rapiécer des fondations pourries, une refonte peut être la voie la plus sensée. Un site que l'on rapièce sans fin devient plus fragile à chaque rustine. Dans ce cas, un projet de vitesse revient à dépenser une partie du budget pour l'ancienne structure au lieu de la nouvelle.
L'ampleur d'un travail d'accélération est fixée par la source de la lenteur, et seule la mesure révèle cette source. Relevez d'abord les valeurs clés sur de vrais appareils, classez les problèmes selon leur effet, commencez par des étapes petites et peu risquées et mesurez de nouveau après chacune. Si vous souhaitez examiner ensemble pourquoi votre site est lent, nous serons heureux d'organiser un entretien de découverte avec rabbitclip.
Questions fréquentes
Combien de temps faut-il pour accélérer un site web ?
Cela dépend de la source de la lenteur et de la taille du site. Le travail sur les images et les scripts est rapide ; ce qui exige des changements de serveur ou d'architecture prend plus de temps. Une estimation sérieuse n'est pas possible avant la mesure.
Si le score d'un test de vitesse est élevé, le site est-il rapide ?
Pas toujours. Un score est un indicateur ; l'expérience réelle des visiteurs varie selon l'appareil et la connexion. Tester sur un téléphone avec une connexion moyenne et vérifier le LCP, l'INP et le CLS est plus fiable.
Une extension suffit-elle pour accélérer un site ?
Sur certains sites, les extensions de cache et de compression font une différence. Mais si le problème vient d'images lourdes, de trop de scripts ou du serveur, une extension ne le résoudra pas seule. En installer une avant d'avoir trouvé la cause peut faire perdre du temps.
La vitesse du site influence-t-elle vraiment les ventes ?
Un visiteur peut quitter une page lente avant la fin de son chargement, ce qui réduit la probabilité que le formulaire ou le parcours de commande soit utilisé. L'ampleur de l'effet varie d'un site à l'autre et ne peut être fixée par un chiffre.
