Site lent sur mobile : combien de clients perdus ?

Vitesse mobile : le frein invisible entre le clic et le contact

Un site peut être très correct sur l'écran du dirigeant et lent pour ses clients.

Grand écran. Connexion fibre. Cache déjà chargé.

Votre prospect, lui, n'est pas dans ces conditions. Il est dans le train, en 4G, avec un téléphone de trois ans et quinze onglets ouverts. Il scrolle vite. Il lit peu. Il hésite peu. Si la page tarde à s'afficher, il repart avant d'avoir vu votre offre.

Cet article explique ce que coûte un site lent sur mobile, comment le mesurer sans être technique, et quels leviers corrigent vraiment le problème.

TL;DR : un site lent sur mobile vous fait perdre des clients deux fois. D'abord parce que 53 % des visiteurs mobiles quittent une page qui met plus de 3 secondes à charger, selon le rapport Akamai. Ensuite parce que Google note la version mobile de votre site. Trois mesures comptent : LCP, INP et CLS.

Pourquoi un site lent sur mobile coûte des clients sans que vous le voyiez ?

Parce que la perte se produit avant le premier mot de votre argumentaire, sur un écran que vous ne regardez jamais.

C'est la première perte, la plus visible : le visiteur qui abandonne. Selon le rapport Akamai sur la performance du commerce en ligne, 53 % des visiteurs mobiles quittent une page qui met plus de 3 secondes à charger. Plus d'un sur deux.

La seconde perte est plus sournoise. Elle n'apparaît dans aucune statistique. La vitesse fait partie de l'expérience de page que Google évalue, comme le décrit sa documentation sur les Core Web Vitals. Vous perdez donc aussi des visiteurs que vous n'avez jamais reçus : ceux qui ont cliqué sur un concurrent plus rapide.

La vraie question n'est pas « mon site est-il joli ? ». C'est « mon site est-il rapide pour la personne qui hésite à me contacter, sur son téléphone, maintenant ? ».

C'est quoi, les Core Web Vitals, en langage de dirigeant ?

Ce sont trois mesures de l'expérience réelle de vos visiteurs : l'affichage, la réaction au doigt et la stabilité de la page.

Core Web Vitals : trois mesures que Google utilise pour noter l'expérience réelle de vos visiteurs. Elles ne mesurent pas si votre site est beau. Elles mesurent s'il se charge vite, s'il répond vite au doigt, et s'il ne bouge pas sous le pouce au moment de cliquer. Ce sont des notes vécues par de vrais utilisateurs, pas un test de laboratoire.

Chacune correspond à un agacement que vous avez déjà vécu sur votre téléphone.

Le LCP (Largest Contentful Paint). C'est le temps d'affichage de l'élément principal de la page, souvent une grande image ou un titre. Google considère qu'un bon LCP est inférieur à 2,5 secondes. Au-delà, le visiteur attend devant un écran à moitié vide.

L'INP (Interaction to Next Paint). C'est le délai entre le tap sur un bouton et la réaction de la page. Un bon INP est inférieur à 200 millisecondes selon Google. C'est ce qui sépare un site qui répond d'un site qui rame.

Le CLS (Cumulative Layout Shift). C'est la page qui se décale au moment où vous alliez taper sur un lien. Votre doigt atterrit sur le mauvais bouton. Un bon CLS est inférieur à 0,1 selon Google.

Vous n'avez pas besoin de retenir les sigles. Retenez trois sensations : ça s'affiche vite, ça réagit vite, ça ne bouge pas.

Qu'est-ce qui a changé avec l'INP ?

Depuis mars 2024, Google mesure la réactivité sur toute la visite, et plus seulement sur le premier clic.

L'INP a remplacé l'ancienne mesure, plus indulgente, qui ne regardait que la toute première interaction. Google l'a officialisé le 12 mars 2024. L'INP regarde toutes les interactions de la visite et retient l'une des pires. Un seul moment de latence suffit à dégrader la note.

Le changement a fait baisser la note de nombreux sites mobiles. D'après le Web Almanac 2024 de HTTP Archive, 43 % des sites mobiles passent les trois Core Web Vitals avec l'INP, contre 48 % avec l'ancienne mesure. Sur ordinateur, le même rapport mesure 54 %. L'écart entre les deux écrans est donc réel.

La cause la plus fréquente d'un mauvais INP est connue. Trop de scripts s'exécutent sur le téléphone : suivi, chat, animations, extensions. Ils bloquent le processeur au moment où le visiteur veut interagir.

Enfin, Google explore et indexe d'abord la version mobile de votre site. C'est l'indexation mobile first, désormais la règle. Un joli rendu sur ordinateur ne compense pas un mobile lent.

Combien de clients un site lent vous fait-il vraiment perdre ?

Assez pour que quelques dixièmes de seconde se voient dans le chiffre d'affaires.

Le rapport Akamai cité plus haut donne l'ordre de grandeur : un retard de 100 millisecondes au chargement peut réduire le taux de conversion de 7 %. Sur un site qui génère des demandes de devis, c'est une fuite invisible.

Dans l'autre sens, l'effet se mesure aussi. L'étude Deloitte « Milliseconds Make Millions », publiée par Google sur web.dev, montre qu'un gain de 0,1 seconde améliore la progression des visiteurs à chaque étape du parcours d'achat mobile. Google recense aussi des cas d'entreprises : chez Vodafone, un LCP amélioré de 31 % a augmenté les ventes de 8 %.

Pour rendre ça concret, prenons un cas simple.

Exemple de calcul, chiffres illustratifs à adapter à votre trafic.

Un site de PME reçoit 3 000 visiteurs par mois, dont deux tiers sur mobile : environ 2 000 visites mobiles.

Si la page met plus de 3 secondes à charger, une grande partie de ces visiteurs part avant de voir l'offre. Ce n'est pas du trafic perdu. Ce sont des prospects qui avaient cliqué exprès pour vous trouver.

Ajoutez la seconde perte, celle du référencement. Un site lent remonte moins haut, donc reçoit moins de visites. Les deux fuites se cumulent sur la même cause.

Ce n'est pas une question de modernité. C'est de l'arithmétique commerciale. Le lien avec vos demandes entrantes est détaillé dans notre article sur le taux de conversion d'un site de PME.

Comment tester la vitesse de votre site sans être technique ?

Trois outils gratuits suffisent, et le test prend quelques minutes depuis votre canapé.

PageSpeed Insights, l'outil de référence de Google. Allez sur pagespeed.web.dev, collez l'adresse de votre site et lisez d'abord l'onglet Mobile. Vous verrez vos trois Core Web Vitals en vert, orange ou rouge.

Le test sur votre propre téléphone. Coupez le Wi-Fi. Passez en 4G. Videz le cache du navigateur. Ouvrez votre site comme un visiteur qui vous découvre. Comptez à voix haute. Si vous dites « trois » avant que la page soit utilisable, vous avez votre réponse.

La Search Console de Google. Le rapport Signaux Web essentiels montre quelles pages passent et lesquelles échouent, avec les données de vos vrais visiteurs.

Une précision importante. La grosse note sur 100 de PageSpeed est un test de laboratoire, utile mais indicatif. Ce qui compte pour votre classement, ce sont les trois mesures de terrain affichées au-dessus. Regardez-les en priorité.

Quels indicateurs suivre au-delà de la vitesse ?

La performance d'un site ne se limite pas au chargement : elle se lit aussi dans sa disponibilité et dans ses résultats commerciaux.

La performance web regroupe plusieurs dimensions : vitesse d'affichage, fluidité des interactions, stabilité de l'interface. Pour un dirigeant, je conseille de suivre trois familles d'indicateurs côte à côte.

Les indicateurs techniques. Les trois Core Web Vitals, le temps de réponse du serveur et le taux de disponibilité du site.

Les indicateurs commerciaux. Le nombre de demandes de devis, d'appels et de réservations, rapporté au nombre de visiteurs.

Les indicateurs d'usage. Les pages de sortie et les parcours interrompus, surtout sur mobile.

Regardez-les ensemble. Un LCP qui s'améliore sans effet sur les demandes signale que le frein est ailleurs, souvent dans le message ou le formulaire.

Comment rendre un site lent rapide sur mobile ?

La majorité des gains vient de quatre leviers : les images, les scripts, la stabilité de la page et la méthode de conception.

Les images : le coupable numéro un

Les images sont presque toujours le premier poids d'une page. Selon le Web Almanac 2024, l'élément le plus long à s'afficher est une image sur 73 % des pages mobiles. Une photo de plusieurs mégaoctets servie à un téléphone suffit à ruiner un LCP.

Trois corrections suffisent souvent.

Le bon format. Du WebP ou de l'AVIF à la place du JPEG ou du PNG, pour des fichiers plus légers à qualité égale.

La bonne taille. Une image affichée sur 400 pixels de large n'a aucune raison d'en peser 2 000. On sert à l'écran ce qu'il affiche.

Le chargement différé, mais pas partout. Les images sous la ligne de flottaison se chargent quand le visiteur y arrive, grâce au chargement différé natif du navigateur. L'image principale, elle, doit se charger tout de suite. Le Web Almanac 2024 relève encore 16 % de sites mobiles qui diffèrent à tort leur image principale.

Les scripts : ce qui dégrade l'INP

Chaque outil ajouté au site exécute du code sur le téléphone du visiteur : chat, suivi, bandeau cookies, pop-up, animation.

Empilés, ils saturent le processeur mobile au pire moment. La règle est simple : chaque script doit justifier sa présence par un gain réel. Un chat que personne n'utilise, une animation décorative, un deuxième outil de statistiques en doublon se retirent sans rien perdre.

La stabilité : régler le CLS

On réserve à l'avance la place des éléments qui chargent tard : images, bannières, encarts.

Quand chaque bloc connaît sa taille dès le départ, la page ne saute plus sous le pouce. Le visiteur ne tape plus à côté.

Penser mobile dès la maquette, pas après coup

Le levier le plus profond n'est pas technique. Il est dans la méthode.

La plupart des sites lents sur mobile le sont parce que le mobile a été traité après l'ordinateur, en fin de projet, comme une adaptation. Pour moi, c'est l'erreur de fond. Quand on conçoit d'abord pour le grand écran, riche en images et en animations, on charge le mobile d'un poids qu'il n'a pas demandé.

L'inverse fonctionne. On cadre la version mobile en premier, on garde l'essentiel, et l'ordinateur devient un enrichissement. C'est la logique décrite dans notre guide du responsive design pour PME et dans notre article sur l'UI design d'un site de PME. La performance n'est pas l'ennemie du design. Elle en fait partie.

C'est aussi ce qui guide nos projets, par exemple le développement responsive du site de Flexio ou la refonte du site d'Activ'Sport.

Comment garder un site rapide dans la durée ?

En mesurant régulièrement, parce qu'un site rapide le jour de sa mise en ligne ralentit au fil des ajouts.

Chaque nouvelle image, chaque outil marketing, chaque extension ajoute du poids. Personne ne le remarque sur son ordinateur. La dérive se voit seulement dans les mesures.

Fixez un seuil. Par exemple : LCP sous 2,5 secondes et INP sous 200 millisecondes sur mobile, les seuils de Google. Tout ajout qui fait passer une page au-dessus doit être revu.

Surveillez en continu. Un contrôle automatique de la disponibilité et du temps de réponse vous alerte avant vos clients. Nous détaillons la méthode dans notre article sur la surveillance d'un site web.

Tenez un journal des changements. Notez chaque ajout important sur le site. Quand une mesure se dégrade, vous retrouvez la cause en quelques minutes.

Ce suivi fait partie d'une maintenance de site web bien menée. Si la structure du site est trop ancienne pour être optimisée, une refonte devient la solution la plus saine.

Foire aux questions

Mon site charge vite sur mon ordinateur, pourquoi parler du mobile ?

Parce que Google explore et indexe d'abord la version mobile de votre site. Votre expérience sur fibre, avec le cache chargé, n'a rien à voir avec celle d'un prospect qui vous découvre en 4G. Testez toujours en mode mobile.

Quel est le bon temps de chargement pour un site ?

La référence de Google est un LCP inférieur à 2,5 secondes. En dessous, vous êtes dans le vert. Au-delà de 4 secondes, Google classe le LCP comme mauvais, et vous perdez des visiteurs comme du référencement.

C'est quoi l'INP et pourquoi en parle-t-on autant ?

L'INP mesure le délai entre un tap et la réaction de la page. Il est devenu la mesure officielle de réactivité de Google en mars 2024. Un bon INP est inférieur à 200 millisecondes. Les scripts trop nombreux sont sa première cause d'échec.

Faut-il refaire tout mon site pour le rendre rapide ?

Rarement. La plupart des gains viennent de trois leviers : alléger les images, retirer les scripts inutiles et stabiliser la mise en page. Une refonte ne se justifie que si la base technique est trop ancienne pour être optimisée.

Un site lent fait-il vraiment baisser mon référencement ?

La vitesse fait partie de l'expérience de page que Google prend en compte. À contenu équivalent, un site rapide a un avantage. La perte est double : moins de visiteurs en entrée, et plus d'abandons une fois sur la page.

Quels outils gratuits utiliser pour surveiller la vitesse ?

PageSpeed Insights pour un diagnostic ponctuel, et le rapport Signaux Web essentiels de la Search Console pour un suivi page par page. Un outil de surveillance de disponibilité complète le dispositif.

En résumé : la vitesse mobile est un sujet commercial

Un site lent sur mobile n'est pas un problème technique. C'est un problème de chiffre d'affaires.

Il fait perdre des clients à l'entrée, quand le visiteur abandonne avant l'affichage. Il en fait perdre en amont, quand Google préfère un concurrent plus rapide. Une même cause, deux fuites.

Testez votre page en mode mobile dès aujourd'hui. Si l'une des trois mesures est au rouge, vous savez par où commencer. Pour un diagnostic avec notre équipe : parlons de votre projet, devis gratuit et sans engagement.

Article rédigé par Nicolas Bardot, cofondateur de Najumi. Ancien Design System Manager chez Bedrock Streaming (M6+, RTL), Nicolas cadre les projets web de Najumi en amont et veille à ce que chaque interface serve d'abord la compréhension du visiteur, sur tous les écrans. Il intervient sur le design produit, l'UX et la performance perçue des sites de PME.