Cet article fait partie de notre dossier « Préparer sa boutique au pic de fin d'année », dont le point de départ est le calendrier de préparation d'une boutique avant le Black Friday. Premier chantier : la vitesse. Pas la note sur 100 qu'on se montre en réunion, mais ce que vivent vos clients quand ils ouvrent votre boutique sur leur téléphone.
Les trois mesures de Google, en clair
Google résume l'expérience d'une page en trois indicateurs, les Core Web Vitals (« signaux web essentiels »). Chacun répond à une question simple que se pose un client.
| Indicateur | La question du client | Bon | À améliorer | Mauvais |
|---|
| LCP (Largest Contentful Paint) : affichage de l'élément principal | « La page est-elle là ? » | 2,5 s ou moins | Entre 2,5 et 4 s | Plus de 4 s |
| INP (Interaction to Next Paint) : réaction à un geste | « Quand je touche, il se passe quelque chose ? » | 200 ms ou moins | Entre 200 et 500 ms | Plus de 500 ms |
| CLS (Cumulative Layout Shift) : stabilité de la mise en page | « Est-ce que ça bouge pendant que je lis ? » | 0,1 ou moins | Entre 0,1 et 0,25 | Plus de 0,25 |
Deux précisions changent la lecture de ces chiffres. D'abord, Google les évalue au 75e percentile : une page est jugée bonne si au moins trois visites sur quatre passent le seuil, pas en moyenne. Ensuite, mobile et ordinateur sont mesurés séparément. Une boutique peut être rapide sur ordinateur et lente sur téléphone, et c'est souvent sur téléphone que se font les achats impulsifs d'une promotion. L'INP a remplacé l'ancien indicateur de réactivité (FID) le 12 mars 2024 : les audits antérieurs ne mesuraient donc pas la même chose.
Ce que la vitesse vaut en ventes, et ce qu'on peut en dire honnêtement
Le chiffre le plus cité vient d'une étude commandée par Google et menée par Deloitte et le cabinet 55, publiée en 2020 : sur 37 sites de grandes marques européennes et américaines et plus de 30 millions de sessions observées pendant 30 jours fin 2019, un gain de 0,1 seconde sur le mobile s'accompagnait de 8,4 % de conversions en plus pour les sites de commerce, et d'un panier moyen supérieur de 9,2 %.
Trois réserves s'imposent. L'étude est commanditée par Google, qui a intérêt à un web rapide. Elle observe une association, pas une expérience contrôlée. Et le gain supposait d'améliorer chaque page du parcours, pas seulement l'accueil. Ce qu'on peut retenir sans exagérer : sur mobile, la vitesse se traduit en ventes, et un site lent perd des clients avant même qu'ils aient vu le produit. Nous ne promettons aucun pourcentage de hausse, nous mesurons avant et après.
Mesurer votre boutique en dix minutes
- Ouvrez PageSpeed Insights (pagespeed.web.dev) et saisissez l'adresse de votre page d'accueil, puis celle de votre fiche produit la plus vendue, puis celle d'une page de catégorie. Le panier se teste dans le volet consacré au tunnel de commande.
- Lisez d'abord le haut du rapport, la partie consacrée à l'expérience de vos utilisateurs réels. Ce sont les données terrain, issues de vrais visiteurs de Chrome sur les 28 derniers jours. C'est la vérité qui compte.
- Regardez l'onglet Mobile avant l'onglet Ordinateur.
- Prenez la note de labo pour ce qu'elle est : un test simulé, sur un appareil et un réseau fixés, utile pour trouver les causes, pas pour juger l'expérience réelle. Une note de 60 avec des données terrain bonnes vaut mieux qu'une note de 95 avec des données terrain mauvaises.
- Si votre site a peu de trafic, Google peut afficher les données de l'ensemble du site au lieu de la page, ou rien du tout. Dans ce cas, le rapport « Signaux web essentiels » de la Search Console et un test sur votre propre téléphone, en 4G et non en wifi, prennent le relais.
Comme les données terrain couvrent 28 jours glissants, ce que vous corrigez fin octobre ou début novembre se reflète dans les mesures au moment du pic. C'est la principale raison de commencer par ce chantier.
Ce qui ralentit une boutique, du plus fréquent au moins fréquent
L'image principale trop lourde
Sur la plupart des pages de boutique, l'élément qui détermine le LCP est l'image de bannière ou la photo produit. Une photo de plusieurs mégaoctets envoyée telle quelle à un téléphone suffit à dépasser 4 secondes. Les plateformes savent redimensionner et compresser, encore faut-il que le thème le leur demande, et que l'image principale ne soit pas chargée en différé.
Les applications et scripts accumulés
Chaque application de boutique (avis, fidélité, chat, pop-up, recommandations) et chaque balise de suivi ajoute du code exécuté dans le navigateur du client. Shopify recommande dans sa liste de préparation au Black Friday 2026 de faire l'inventaire des applications et scripts installés et de retirer ceux qui ne servent plus, précisément pour réduire le temps de chargement. Ce code joue aussi sur l'INP : un téléphone occupé à exécuter dix scripts réagit plus lentement au toucher. Côté mesure, déplacer une partie du suivi vers le serveur peut réduire le nombre de scripts chargés chez le client, comme nous l'expliquions à propos du tracking côté serveur.
Les éléments qui s'insèrent après coup
Bandeau de promotion qui pousse la page vers le bas, pop-up d'inscription, bloc d'avis qui apparaît une seconde après le reste : c'est ce que mesure le CLS. C'est aussi ce qui fait toucher le mauvais bouton. En période de promotion, la tentation est d'en ajouter. Un bandeau réservé dès le départ dans la mise en page, plutôt qu'inséré par un script, évite le problème.
Le code du site lui-même
Sur un site sur mesure construit avec React ou Next.js, un INP médiocre vient souvent de la quantité de JavaScript que le navigateur doit exécuter avant de pouvoir réagir. Ce n'est pas un défaut du framework, c'est un choix de construction : quels composants sont rendus côté serveur, lesquels sont envoyés au navigateur. Ce type de correction relève du développement, et se planifie.
Ce qu'il est encore raisonnable de corriger avant le pic
| À faire avant le pic | À reporter après les fêtes |
|---|
| Compresser et redimensionner les images principales | Changer de thème |
| Retirer les applications et balises inutilisées | Refondre la navigation ou la page d'accueil |
| Réserver la place des bandeaux et blocs tardifs | Migrer de plateforme |
| Supprimer les pop-ups superflus sur mobile | Réécrire une partie du code du site |
La règle est simple : avant le pic, on allège, on ne reconstruit pas. Une refonte se décide à froid, pas trois semaines avant la période qui finance l'année.
Passer à l'action
Si vos mesures terrain sont dans le rouge sur mobile, nous pouvons identifier ce qui pèse et ce qui se corrige sans risque avant le pic, lors d'un audit gratuit. Les interventions sur le code sont décrites sur la page de notre développeur web à La Réunion, et notre travail sur les boutiques sur la page e-commerce. Pour échanger avec notre agence web à La Réunion, contactez-nous.
Dans le volet suivant, nous passerons sous le capot : versions de PHP et de Node.js, hébergement et applications à vérifier pour tenir la charge pendant la saison de vente.
Sources : web.dev, Web Vitals (seuils, 75e percentile, mobile et ordinateur) ; web.dev, Largest Contentful Paint ; Google, documentation PageSpeed Insights (données terrain et de labo, 28 jours) ; web.dev, Milliseconds make millions (étude Google, 55 et Deloitte, 2020) ; Shopify, Black Friday Checklist 2026 (23 octobre 2026).
