Page Speed : faut-il vraiment se prendre la tête avec ?
Le 100/100 sur PageSpeed Insights est devenu une obsession. Mais entre ce qui pèse réellement sur le business et ce qui rassure le client, il y a un fossé. Retour franc, données à l'appui, sur ce que la vitesse change vraiment — et pour qui ça vaut la peine de s'y mettre.
C'est quoi, exactement, la « page speed » ?
Quand on parle de vitesse d'une page, on ne parle pas d'un truc, mais d'une demi-douzaine. Le temps pour que le serveur réponde (TTFB), le temps pour voir quelque chose à l'écran (FCP), le temps pour que la page soit utilisable, et le temps pour que l'interaction réponde. C'est tout ça qui fait « vite ».
Depuis 2021, Google standardise ça via les Core Web Vitals. En 2026, trois métriques pilotent l'évaluation : LCP (Largest Contentful Paint — quand l'élément principal s'affiche, idéalement < 2,5s), INP (Interaction to Next Paint — la réactivité, < 200ms) qui a remplacé le FID en mars 2024, et CLS (Cumulative Layout Shift — la stabilité visuelle, < 0,1).
Les outils ne mesurent pas tous la même chose. Lighthouse et PageSpeed Insights font du « lab data » — une simulation contrôlée. Search Console et CrUX donnent du « field data » — ce que tes vrais visiteurs vivent vraiment. C'est le field qui compte pour le SEO, pas le score Lighthouse. C'est le premier malentendu que je dois clarifier dans 9 réunions client sur 10.
« Le score PageSpeed, c'est une photo prise en studio avec le mannequin maquillé. Le field data, c'est la même personne en vrai, le lundi matin, sous la pluie. »
Qui regarde vraiment la vitesse de ton site ?
Google. Les Core Web Vitals sont un signal de classement officiel depuis 2021. Officiel, mais mineur : la qualité du contenu, l'intent match, les backlinks et l'autorité du domaine pèsent largement plus. Concrètement, deux sites équivalents en contenu ? Le plus rapide passe devant. Deux sites avec un contenu différent ? La vitesse ne sauvera jamais le moins pertinent.
Tes utilisateurs. Eux ne regardent rien, mais ils quittent. Les chiffres Google : 53% des visiteurs mobiles abandonnent une page qui met plus de 3 secondes à charger. Sur mobile, en 4G dégradée, ton site de 4 Mo ne se chargera jamais. C'est aussi simple que ça.
Ton client. Lui, il regarde le score. Et c'est souvent là que ça part en cacahuète : il a entendu « 100/100 sur PageSpeed » à un événement réseau et il en fait le KPI numéro un, sans comprendre que viser le 100 peut imposer de sacrifier le design, un slider qui convertit, ou un script analytics dont l'équipe marketing a vraiment besoin.
Toi, développeur. Tu devrais la regarder, mais comme un symptôme, pas comme une fin. Un site lent, c'est souvent un site avec une dette technique, une stack mal maîtrisée, des images non optimisées par défaut. La vitesse est un thermomètre : tu soignes la cause, pas le chiffre.
Les chiffres qui changent la conversation
Quand un client me dit « est-ce que la vitesse, ça vaut vraiment l'investissement ? », je ne fais plus de discours : je sors des chiffres. Et la discussion se termine assez vite.
Amazon : +100 ms de latence = -1% de chiffre d'affaires. Sur une boîte qui fait 500 milliards de CA, ça donne le vertige.
Walmart : chaque seconde gagnée en chargement, +2% de conversions. Linéaire. Reproductible.
Pinterest : ils ont réduit le temps de chargement de 40%. Résultat : +15% d'inscriptions, +15% de trafic SEO. C'est l'une des optimisations au meilleur ROI jamais publiée dans la tech.
BBC : 1 seconde de plus = -10% d'utilisateurs. Sur un site média, ça équivaut à perdre une rédaction entière par mois en termes d'impact.
Deloitte (étude retail mobile 2020) : -0,1 seconde sur le temps de chargement = +8,4% de taux de conversion. Pour un seul dixième de seconde.
« La vitesse n'est pas une optimisation technique. C'est de l'UX qu'on mesure en millisecondes — et que la caisse mesure en euros. »
Mais alors… tout le monde doit-il viser le 100/100 ?
Non. Et même : non, ce n'est pas le bon objectif.
Le 100/100 sur Lighthouse, c'est un score en laboratoire, sur un appareil simulé, avec une connexion simulée. Tu peux atteindre 100/100 sur une page de démo vide et 65/100 sur une page riche qui convertit 3x mieux. Le score n'est pas le but. Le but, c'est tes Core Web Vitals en field data soient « Good » pour 75% de tes visiteurs. C'est ce que mesure Google pour ton ranking, pas le 100/100 de PageSpeed.
L'autre piège, c'est l'arbitrage. Optimiser à fond peut imposer : virer une typo custom (mais belle), supprimer un slider qui marche, retirer un chat live qui génère 30% des leads, désactiver Google Tag Manager (mais alors comment tu mesures ?). Chaque optimisation a un coût d'opportunité. Si gagner 2 points de score te fait perdre 5% de leads, c'est non.
La bonne question n'est pas « comment je tape 100 ? ». C'est « est-ce que mes vrais utilisateurs, sur leurs vrais devices, dans leurs vraies conditions réseau, vivent une expérience fluide ? ».
Les cas où la vitesse compte VRAIMENT
E-commerce. Linéaire. Mesurable. Indiscutable. Chaque seconde de chargement supplémentaire, ce sont des paniers abandonnés et un funnel de conversion qui fuit. Si tu vends en ligne et que ton LCP dépasse 3 secondes, tu laisses littéralement de l'argent sur la table. Aucune autre optimisation marketing n'aura ce ROI.
Médias et sites à fort volume. Quand tu sers des millions de pages, chaque ms compte : en infra, en bande passante, et en rétention. Un Le Monde ou un Figaro qui perd 10% de ses lecteurs sur un article à cause d'un chargement lent, c'est des dizaines de milliers d'euros de pub envolés par jour.
Lead generation et sites de service. La vitesse, c'est la première impression. Un cabinet d'avocats, un consultant, une agence : si ton site rame, le visiteur pense « pas pro ». Avant même de lire un mot. C'est injuste, mais c'est ainsi.
SEO concurrentiel. Quand toi et 50 concurrents tapez le même mot-clé avec un contenu équivalent, la vitesse devient un facteur différenciant. C'est rarement le facteur principal, mais c'est souvent celui qui fait basculer la position 4 en position 1.
Mobile-first. 60 à 70% du trafic web mondial est sur mobile, souvent en réseau dégradé. Si ton site est lourd, tu perds purement et simplement la majorité de ton audience potentielle. Pas une fraction. La majorité.
Les cas où c'est franchement secondaire
Tout n'est pas e-commerce ou média. Il y a des projets où s'acharner sur la vitesse au-delà du raisonnable, c'est de l'énergie mal placée.
Intranet et applications métier internes. Tes utilisateurs sont captifs. Ils ont besoin de l'outil pour bosser. Ils attendront 4 secondes. Ce qui compte, c'est la fiabilité et la complétude fonctionnelle, pas la milliseconde.
Portfolios d'artistes, sites de photographes, projets créatifs. La qualité visuelle prime, et ton visiteur le sait. Il accepte un chargement un peu plus long si l'image est sublime. La loi de Jakob ne s'applique pas pareil quand le contenu est unique et irremplaçable.
B2B très niche avec audience qualifiée. Si ta cible, c'est 200 directeurs financiers de groupes industriels, ils ne quittent pas ton site parce qu'il met 3,2 secondes au lieu de 2,5. Ils cherchent une info précise, ils la trouvent. La conversion, elle, se fait au téléphone.
Sites internes derrière login, à faible trafic, à forte valeur. Pareil. La vitesse a un ROI qui dépend complètement du contexte. Optimiser un outil qui tourne 50 fois par jour comme on optimise Amazon, c'est du gaspillage.
L'impact réel : ce qui bouge, ce qui ne bouge pas
Soyons honnêtes sur ce que la vitesse change vraiment — et ce qu'elle ne change pas. C'est important parce que les promesses des agences SEO sur le sujet flirtent parfois avec la malhonnêteté.
Ce qui bouge réellement : le taux de rebond (mécaniquement), le taux de conversion (significativement sur les sites transactionnels), la perception de qualité de la marque (clairement), le coût d'infrastructure (un site léger consomme moins de ressources, sert plus de visiteurs sur la même machine), et marginalement le SEO.
Ce qui ne bouge pas (ou peu) : ton trafic SEO ne va pas exploser parce que tu passes de 85 à 95 sur Lighthouse. Le ranking Google dépend d'abord du contenu, de l'intent et de l'autorité. La vitesse, c'est un tie-breaker, pas un game-changer côté SEO pur.
Le piège classique : investir 10 jours/homme pour passer de 80 à 95 sur PageSpeed quand le vrai problème, c'est qu'il n'y a pas de page de prix claire, pas de CTA visible, pas de preuve sociale. Tu auras un beau score et zéro lead supplémentaire. Le bottleneck conversion, c'est presque jamais la vitesse en dessous d'un seuil raisonnable.
L'approche pragmatique : ce que je fais réellement sur mes projets
Sur chaque projet que je livre, je vise les Core Web Vitals « Good » sur le field data — pas le 100 sur PageSpeed Insights. C'est une distinction fondamentale.
Concrètement : images servies en WebP avec des dimensions raisonnables, lazy-loading sur tout ce qui n'est pas above-the-fold, polices auto-hébergées avec font-display: swap, JavaScript critique inliné et le reste différé, cache Redis sur les pages qui le supportent. Ça suffit pour 95% des sites à passer en « Good » sur toutes les métriques, sans tordre le design ni renoncer aux fonctionnalités.
Ce que je ne fais plus : chasser les 5 derniers points de Lighthouse en sacrifiant un script analytics utile, en virant un chat live qui convertit, ou en bricolant un service worker à 200 lignes pour économiser 80 ms. Le ROI est négatif sur la grande majorité des projets.
« Le bon score Page Speed, c'est celui qui te permet de dormir tranquille en regardant tes Core Web Vitals dans Search Console. Pas celui qui fait briller un screenshot sur LinkedIn. »
Tu veux un audit franc de la vitesse de ton site, sans bullshit ni promesse vague d'optimisation ? On regarde ensemble ce qui pèse vraiment dans ton contexte business. Contactez-moi →
