Aiwa Logic logo
Tous les articles
Performance4 min de lecture

La vitesse de votre site est un enjeu de conversion, pas un sujet technique

Ce que les Core Web Vitals prédisent vraiment, ce qu’un budget réaliste vous permet d’obtenir, et quelles optimisations font bouger le chiffre d’affaires plutôt qu’un simple score.

Quand un site semble lent, la discussion devient vite technique : scores, plugins, serveurs. Mais les visiteurs ne vivent pas un score Lighthouse. Ils vivent l’attente — et pendant qu’ils attendent, ils décident si vous avez l’air d’une entreprise digne de confiance. La vitesse est la première impression que donne votre marque, et elle se forme avant même qu’un seul mot soit lu.

Nous avons reconstruit notre propre site dans cet esprit, et nous appliquons la même approche à chaque projet client. Voici comment aborder la vitesse comme un enjeu commercial, et où se trouvent les vrais gains.

Ce que les visiteurs remarquent vraiment

Les Core Web Vitals de Google sont une grille de lecture utile, car chacun correspond à quelque chose que l’on ressent :

  • Largest Contentful Paint (LCP) : le temps nécessaire pour que le contenu principal s’affiche. Google considère qu’une valeur de 2,5 secondes ou moins est bonne.
  • Interaction to Next Paint (INP) : la rapidité avec laquelle la page réagit quand on touche l’écran ou qu’on clique. Une bonne valeur est de 200 millisecondes ou moins.
  • Cumulative Layout Shift (CLS) : les éléments qui se décalent pendant le chargement et provoquent des clics ratés. Une bonne valeur est de 0,1 ou moins.

Ces indicateurs entrent aussi dans la façon dont Google évalue l’expérience sur la page : ils comptent donc pour votre visibilité dans les résultats de recherche. Mais la meilleure raison de s’en soucier est plus simple : une page qui s’affiche vite, réagit instantanément et reste stable inspire le professionnalisme. Une page qui hoquette ressemble à un risque.

Où les sites lents perdent du temps

Dans nos audits, on retrouve sans cesse la même poignée de causes. Très peu d’entre elles nécessitent une refonte.

Des images trop lourdes

Une photo d’en-tête exportée directement depuis un appareil photo peut peser plusieurs mégaoctets, soit plus que tout le reste de la page réuni. Servir des formats modernes comme WebP ou AVIF, à la taille dont l’écran a réellement besoin, est souvent le gain le plus important à portée de main.

Trop de JavaScript, trop tôt

Widgets de chat, carrousels, bibliothèques d’animation, pixels de suivi et constructeurs de pages ajoutent tous du script que le navigateur doit télécharger et exécuter avant que la page ne devienne réactive. L’essentiel n’est pas nécessaire au premier écran. Le charger après l’affichage de la page — ou supprimer ce que personne n’utilise — donne une impression d’instantanéité sans rien changer à l’apparence du site.

Des pages générées à chaque requête

Si chaque visite oblige le serveur à interroger une base de données et à assembler la page de zéro, les visiteurs attendent ce travail à chaque fois — et si la base de données est lente ou éloignée, ils attendent encore plus. Générer les pages à l’avance et les servir depuis un CDN proche du visiteur supprime totalement cette attente, et les pages peuvent tout de même se mettre à jour automatiquement quand le contenu change.

Un hébergement loin de vos clients

La distance ajoute de la latence à chaque requête. Si vos clients sont en Asie du Sud et votre serveur aux États-Unis, chaque aller-retour a un coût avant même que quoi que ce soit ne s’affiche. Un CDN pour les fichiers statiques, et des serveurs dans une région proche de votre base de données et de vos clients, règlent le problème.

La requête la plus rapide est celle qui n’a jamais à attendre un serveur. Générez à l’avance ce que vous pouvez, mettez en cache le reste, et gardez le premier écran léger.

Les correctifs qui font bouger le chiffre d’affaires, pas seulement les scores

Toutes les optimisations ne se valent pas. Courir après un 100 parfait peut coûter des semaines pour des gains qu’aucun visiteur ne remarquera. Nous fixons les priorités dans cet ordre :

  1. Rendre le premier écran rapide sur un smartphone milieu de gamme en données mobiles : c’est votre véritable public.
  2. Accélérer le chemin vers une demande ou un achat : le formulaire de contact, la fiche produit, le tunnel de commande.
  3. Supprimer les décalages de mise en page autour des boutons et des formulaires, là où un clic raté coûte un prospect.
  4. Seulement ensuite, peaufiner la longue traîne des pages et des scores.

Comment tester votre site en cinq minutes

  • Passez votre page d’accueil dans PageSpeed Insights et regardez le résultat sur mobile, pas sur ordinateur.
  • Ouvrez le site sur votre propre téléphone en données mobiles, pas en Wi-Fi, et chronométrez le temps qu’il faut avant de pouvoir agir.
  • Testez le formulaire de contact ou le tunnel de commande de bout en bout : c’est là que les lenteurs coûtent le plus cher.
  • Dans Google Search Console, consultez le rapport Core Web Vitals (« Signaux Web essentiels » dans l’interface en français) pour voir comment les vrais visiteurs vivent votre site.

Si les chiffres sont mauvais, pas de panique, et ne refaites pas tout par réflexe. La plupart des sites peuvent être considérablement accélérés en optimisant les images, en différant les scripts et en mettant les pages en cache. Si vous voulez que nous jetions un œil au vôtre, envoyez-nous le lien : nous vous dirons franchement ce qui mérite d’être corrigé en priorité.

Travaillons ensemble

Envie d’appliquer cela à votre entreprise ? Parlons-en.

À lire aussi