Ce qu'un LCP de 4 secondes fait au taux de conversion de votre checkout

Le client a déjà décidé d'acheter. Il a mis le produit au panier, sorti sa carte du portefeuille, cliqué sur valider. Et puis il reste à fixer un écran presque blanc pendant quatre secondes.

Ces quatre secondes, c'est votre Largest Contentful Paint. C'est le temps que met le plus grand élément visible de la page à apparaître. Au checkout, c'est souvent le récapitulatif de commande ou le bouton de paiement. Tant que ça ne s'affiche pas, le client n'a rien à faire. Juste attendre et douter.

Le doute, voilà le problème. Un LCP lent ne bloque pas que la page. Il bloque la décision d'achat qui était déjà prise.

Le chiffre que vous devriez connaître

Google définit trois plages pour le LCP. Jusqu'à 2,5 secondes, c'est bon. Entre 2,5 et 4 secondes, ça demande des améliorations. Au-dessus de 4 secondes, c'est mauvais. Votre checkout à 4 secondes se tient pile du mauvais côté de cette frontière.

Et ce n'est pas cosmétique. Google a publié elle-même que, quand le temps de chargement passe de 1 à 3 secondes, la probabilité que l'utilisateur quitte la page grimpe de 32%. De 1 à 5 secondes, elle grimpe de 90%. Votre checkout vit précisément dans cette zone de risque.

Akamai, dans une étude sur le retail en ligne de 2017, a mesuré qu'un retard de seulement 100 millisecondes faisait baisser le taux de conversion de 7%. Cent millisecondes. Vous en avez quatre mille de trop.

Pourquoi le checkout est le pire endroit où être lent

Il y a une différence entre une page de listing lente et un checkout lent. Sur le listing, le client explore. La patience est plus grande parce que l'intention reste floue.

Au checkout, l'intention est au maximum et la patience au minimum. Le client a déjà fait l'effort mental de décider de dépenser de l'argent. Chaque seconde d'attente ouvre une fenêtre à l'hésitation. Il se rappelle qu'il n'en a pas vraiment besoin. Il pense à comparer les prix ailleurs. Il reçoit une notification et s'en va.

Vous ne perdez pas un visiteur curieux. Vous perdez une vente que vous aviez déjà gagnée.

Ce qui dévore vos 4 secondes la plupart du temps

Dans la majorité des checkouts lents, le coupable n'a rien de mystérieux. Il est prévisible. Voyez le schéma habituel :

• Des scripts tiers qui bloquent le rendu — widgets de chat, pixels de remarketing, gestionnaires de balises chargés de façon synchrone en haut de la page.
• Des images produit sans dimensions définies, sans format moderne (AVIF ou WebP) et sans lazy loading correct, ce qui force le navigateur à attendre.
• Une réponse serveur lente — un Time to First Byte élevé parce que la page est générée à la demande sans cache, au lieu d'être servie pré-rendue.
• Des polices web qui bloquent le texte le temps de se télécharger, laissant le bouton de paiement invisible plus longtemps qu'il ne le devrait.
• Trop de JavaScript à télécharger, parser et exécuter avant que la page ne devienne utilisable.

Notez un détail important. Presque aucun de ces problèmes ne concerne le design de la page. Ce sont des décisions d'ingénierie. C'est pour ça que beaucoup investissent dans la refonte du checkout sans que la conversion ne bouge. Le problème n'a jamais été la couleur du bouton.

Comment s'y attaquer pour de vrai

D'abord, mesurez avec des données d'utilisateurs réels, pas seulement sur votre portable en fibre. Le Chrome User Experience Report et la Search Console vous montrent le LCP que vos vrais clients subissent, sur leur téléphone, sur leur réseau. C'est cette vérité-là qui compte.

Ensuite, identifiez l'élément LCP concret de votre page de checkout. Les DevTools de Chrome vous disent exactement lequel c'est. Ne devinez pas. Optimisez cet élément en premier, parce que c'est lui qui définit la métrique.

1. Pré-rendez ou servez le checkout avec du cache pour faire descendre le Time to First Byte sous les 800 ms.
2. Différez ou chargez de façon asynchrone tous les scripts tiers — le pixel Facebook n'a pas besoin de bloquer le bouton de paiement.
3. Servez les images critiques en AVIF ou WebP, avec des dimensions explicites et une priorité haute sur l'élément LCP.
4. Utilisez font-display swap pour que le texte apparaisse tout de suite, sans attendre la police.
5. Coupez le JavaScript inutile au premier rendu et découpez le bundle.

Ça vaut la peine de le faire avant toute campagne de trafic payant. Aucun sens à payer pour amener des clients vers un checkout qui les perd dans les quatre premières secondes. Vous remplissez un seau percé.

Le calcul que personne ne veut faire

Prenez votre taux d'abandon de panier. Croisez-le avec les données de LCP de la Search Console. Si votre checkout dépasse 4 secondes sur mobile, une partie de votre perte n'est ni une objection de prix ni un manque de confiance. C'est juste de la lenteur.

Et la lenteur est le seul problème de conversion qui se règle sans changer un seul mot de votre copy ni un centime de votre prix. Il se règle par l'ingénierie. C'est l'un des investissements au meilleur retour qu'un commerce en ligne puisse faire.

Mesurez votre LCP cette semaine. S'il est à 4 secondes, vous savez déjà où est la fuite.