"Un site lent tue vos ventes" : vous avez vu cette phrase partout, mais les chiffres qui l'accompagnent sont rarement sourcés. Nous avons donc remonté chaque statistique jusqu'à sa source d'origine. Le verdict est clair : oui, la lenteur coûte des ventes, et la data est solide. En revanche, certains chiffres viraux sont datés ou introuvables, et passé un certain seuil, la vitesse n'est plus votre levier prioritaire. Voici le tri, sans bullshit.

Vitesse de site et conversion : ce que la data dit, 0,1 seconde qui rapporte des millions
La data est sans appel : 0,1 seconde de mieux peut rapporter des millions.

Ce que la data dit vraiment : 0,1 seconde qui rapporte des millions

L'étude de référence, c'est "Milliseconds Make Millions" (Deloitte avec Google, 2020) : 30 millions de sessions mobiles analysées sur 37 marques européennes et américaines. Retenez le chiffre clé. Quand un site gagne 0,1 seconde de chargement sur tout le parcours d'achat, les conversions retail progressent de 8,4 % (Deloitte 2020), le panier moyen de 9,2 %, et les conversions voyage de 10,1 %. Notez bien : un dixième de seconde, pas une seconde entière.

Avant elle, le rapport Akamai "State of Online Retail Performance" (2017, données SOASTA sur environ 10 milliards de visites) mesurait qu'un délai de 100 millisecondes fait chuter les conversions de 7 % (Akamai 2017), et qu'un délai de 2 secondes augmente le rebond (la part de visiteurs qui repartent aussitôt) de 103 %. La même année, l'étude Google/SOASTA établissait que 53 % des visiteurs mobiles abandonnent une page qui met plus de 3 secondes à charger (Google/SOASTA 2017), et que la probabilité de rebond bondit de 32 % quand le chargement passe de 1 à 3 secondes.

Plus récent, et plus proche du terrain : les études de cas publiées sur web.dev (le site technique officiel de Google). Vodafone a prouvé par A/B test (un test où l'on compare deux versions auprès de vrais visiteurs) qu'améliorer son LCP de 31 % génère +8 % de ventes (web.dev). Renault, sur 10 millions de visites dans 33 pays, mesure qu'une seconde de LCP gagnée s'accompagne de +13 % de conversions et de 14 points de rebond en moins. Trois époques, trois méthodes différentes, une seule conclusion : la vitesse est un levier de revenu bien réel, surtout sur mobile.

Les chiffres viraux : ce qui est daté, ce qui est introuvable

Le fameux "1 seconde de délai = -7 % de conversion" a bien une source d'origine : une enquête Aberdeen Group de décembre 2008 menée auprès d'environ 160 organisations. Le souci, c'est qu'elle a 18 ans, qu'elle porte sur les applications web de l'époque, et qu'elle repose sur du déclaratif (ce que les entreprises disent) et non sur des mesures de trafic réelles. Pire, on le confond souvent avec le chiffre Akamai 2017 (-7 % pour 100 ms), qui est dix fois plus sévère. Si vous devez citer un chiffre en 2026, citez Deloitte ou web.dev, pas Aberdeen.

Autre classique du genre : "Amazon perd 1 % de chiffre d'affaires par 100 ms de latence". Ce chiffre remonte à une présentation interne de 2006 et n'a jamais fait l'objet d'une publication officielle d'Amazon. Il est crédible, mais impossible à vérifier à la source : on l'écarte. Méfiez-vous aussi des pourcentages spectaculaires publiés sans la moindre méthodologie par des éditeurs d'applications de speed optimization (optimisation de vitesse) qui sont, par définition, juges et parties.

Vitesse et conversion : le tri des chiffres
Rebond mobile, chargement en 3 s (vs 1 s)+32 %
Rebond mobile, chargement en 5 s (vs 1 s)+90 %
Rebond mobile, chargement en 10 s (vs 1 s)+123 %
Conversions retail pour 0,1 s gagnée (Deloitte 2020)+8,4 %

Chiffres solides sources primaires, 2017-2020

  • Deloitte 2020 : 0,1 s = +8,4 % de conversions retail
  • Akamai 2017 : 100 ms de délai = -7 % de conversions
  • Vodafone (web.dev) : LCP +31 % = +8 % de ventes, prouvé en A/B test
  • Renault (web.dev) : 1 s de LCP = +13 % de conversions

À manier avec prudence datés ou sans source primaire

  • "1 s = -7 % de conversion" : enquête Aberdeen de 2008, déclaratif
  • "Amazon : 100 ms = -1 % de CA" : présentation interne 2006, jamais publiée
  • Pourcentages d'éditeurs d'apps speed sans méthodologie
Consensus des sources 2017-2026 : chaque dixième de seconde compte, surtout sur mobile et tant que la page dépasse 2 à 3 secondes

Probabilités de rebond : Google/SOASTA 2017, sessions mobiles, comparées à une page chargée en 1 seconde. Les barres illustrent des ordres de grandeur issus d'études distinctes, pas une série homogène.

Avant de citer un chiffre vitesse-conversion, vérifiez deux choses : sa date et sa méthodologie.
Core Web Vitals : les trois seuils de vitesse que Google mesure vraiment
Core Web Vitals : trois seuils précis, ceux que Google mesure réellement.

Core Web Vitals : les trois seuils que Google mesure vraiment

Google a standardisé tout ça avec les Core Web Vitals (littéralement "les notes de vitesse essentielles" de Google), évaluées sur les données réelles de vos visiteurs Chrome (le rapport CrUX), au 75e centile (la valeur en dessous de laquelle se trouvent 75 % de vos visiteurs). Il y a trois seuils à viser pour être au vert : LCP sous 2,5 secondes (le temps d'affichage de l'élément principal de la page), INP sous 200 millisecondes (la réactivité quand on clique ou tape, une note qui a remplacé l'ancien FID en mars 2024) et CLS sous 0,1 (la stabilité visuelle, c'est-à-dire les éléments qui ne sautent pas pendant le chargement).

Une précision qui vous évitera de faux diagnostics : le fameux score Lighthouse sur 100 affiché par PageSpeed Insights (l'outil gratuit de Google) est un test en laboratoire, sur une connexion simulée. Ce que Google utilise vraiment, et ce qui reflète vos clients, c'est l'encart "données d'utilisateurs réelles" en haut du rapport. Une boutique Shopify peut très bien afficher un score Lighthouse mobile de 40 et passer les Core Web Vitals au vert, ou l'inverse. Pilotez sur les données du terrain, pas sur le score de labo.

Boutique Shopify : ce qui plombe réellement votre vitesse

Les applications, d'abord. Chaque app que vous installez injecte son propre JavaScript et son CSS sur toutes les pages, y compris celles où elle ne sert strictement à rien, et souvent en mode bloquant : le navigateur doit télécharger et exécuter ces scripts avant même d'afficher le reste de la page. Les catégories les plus lourdes ? Le chat en direct, les widgets d'avis chargés de photos, les popups de capture email, les page builders (constructeurs de pages) et les outils de heatmap qui enregistrent chaque mouvement de souris. Mauvaise surprise fréquente : beaucoup laissent du code résiduel dans votre thème même après désinstallation.

Les scripts tiers, ensuite. Pixels publicitaires, tag managers, outils d'analytics empilés au fil des années : chacun ajoute des requêtes vers l'extérieur que vous ne contrôlez pas. Les images, enfin. Une photo produit de 4 000 pixels affichée dans une vignette de 400 pixels, sans format moderne ni lazy loading (le chargement différé des images hors écran), reste l'erreur la plus répandue, et la plus simple à corriger. Bonne nouvelle : l'infrastructure Shopify elle-même (ses serveurs et son CDN, le réseau qui rapproche vos fichiers du visiteur) est rarement le problème. C'est d'ailleurs un avantage par rapport à un site auto-hébergé chez un hébergeur comme Infomaniak, où la qualité du serveur pèse directement sur la vitesse. Sur Shopify, votre vraie marge de manoeuvre est dans ce que vous avez ajouté par-dessus le thème.

Quick wins de vitesse : les corrections à fort impact à appliquer cette semaine
Quelques quick wins à fort impact suffisent à accélérer la boutique cette semaine.

Quick wins : les corrections à fort impact cette semaine

1. Auditez avec les bonnes données : passez PageSpeed Insights sur vos 3 pages clés (accueil, collection, produit), et lisez bien les données réelles, pas le score de laboratoire. 2. Faites l'inventaire de vos apps : désinstallez celles qui ne vous rapportent pas de revenu mesurable, puis partez à la chasse au code résiduel dans le thème (les snippets et balises script orphelins laissés derrière). Sur les apps récentes, pensez à désactiver les app embeds inutilisés directement dans l'éditeur de thème. 3. Traitez vos images : formats WebP, bon dimensionnement, et lazy loading partout, sauf sur l'image principale en haut de page (au-dessus de la ligne de flottaison). Celle-ci est généralement votre LCP et mérite au contraire d'être chargée en priorité.

4. Différez les scripts non critiques : un chat ou un widget d'avis peut très bien se charger après l'affichage de la page, sans que vous ne perdiez rien. 5. Limitez vos polices : deux familles maximum, et privilégiez les polices système ou celles hébergées par Shopify. Si ces interventions touchent au thème et que le code vous intimide, vous pouvez faire optimiser la vitesse de votre site par une équipe technique. 6. Mesurez avant et après sur les mêmes pages, au 75e centile, à 28 jours d'intervalle (c'est la fenêtre de mesure du rapport CrUX). Ces réglages prolongent d'ailleurs notre check-list complète des réglages Shopify qui freinent la conversion, et complètent ce qu'il faut écrire sur une page produit pour vendre davantage.

Priorités : quand la vitesse n'est pas le vrai problème

La relation entre vitesse et conversion n'est pas linéaire, et c'est crucial à comprendre. Cloudflare le dit clairement : une fois sous les 2 secondes de chargement, avec une page réactive et stable, gagner des millisecondes de plus n'apporte presque plus rien (Cloudflare). Le levier vitesse s'épuise, et ce sont les autres leviers qui prennent le relais.

La preuve, c'est l'abandon de panier. Dans les enquêtes Baymard, les acheteurs citent d'abord les frais supplémentaires (48 %), puis la création de compte obligatoire (26 %), la méfiance sur le paiement (25 %) et les délais de livraison (23 %) (Baymard). La lenteur, elle, n'apparaît même pas en haut du classement. Donc si vos Core Web Vitals sont au vert mais que votre conversion stagne, allez plutôt regarder du côté de votre page produit, des vraies causes d'abandon de panier et des champs de votre tunnel de paiement.

Voici donc le bon ordre de priorité. Corrigez d'abord une lenteur franche (un LCP au-dessus de 2,5 s sur mobile, c'est de l'argent perdu chaque jour). Ensuite, arrêtez d'optimiser la vitesse dès qu'elle passe au vert, et réinvestissez ce temps dans l'offre, la preuve sociale et le tunnel de paiement. Une page qui s'affiche en 1,2 s au lieu de 1,6 s ne sauvera jamais une offre faible. Et si vous voulez chiffrer ce qu'un point de conversion gagné change vraiment pour vous, passez vos chiffres dans notre calculateur de ROAS et de rentabilité avant de décider où investir votre temps.

À retenir De 2017 à 2026, la data va toujours dans le même sens : la lenteur coûte des ventes, et l'effet se joue en dixièmes de seconde, pas en secondes entières. Mais citez les bonnes sources. Deloitte 2020 et les études de cas web.dev, oui. L'enquête Aberdeen de 2008, non.
Le bon réflexe Pilotez sur les données réelles au 75e centile, jamais sur le score Lighthouse de labo. Si votre LCP est rouge, la vitesse est votre chantier numéro un. S'il est vert, votre problème de conversion est ailleurs : arrêtez d'acheter des apps de speed et travaillez votre offre.

Divergences signalées : le chiffre "1 s = -7 %" (Aberdeen, 2008, enquête déclarative) et le chiffre "100 ms = -7 %" (Akamai, 2017, mesure de trafic) sont souvent confondus alors qu'ils diffèrent d'un facteur 10 ; le chiffre Amazon "100 ms = -1 % de CA" n'a pas de source primaire publiée et est écarté.