Front
Refonte front Next.js
Plateforme commerce conservée, le front est l’angle d’attaque.
Voir la fiche techno→
Par besoin · Performance
Reprendre la main
sur la vitesse et le SEO mobile.
Core Web Vitals dans le rouge, LCP au-dessus de 4 secondes, mobile qui fait 70% du trafic mais 30% du CA. La perf, c’est de l’argent qu’on laisse partir à chaque seconde de chargement.
SYMPTÔMES
Six signaux qu’il faut traiter la perf avant la suite.
On ne fait pas un sprint perf parce qu’on aime les chiffres verts. On le fait quand l’écart business entre desktop et mobile est devenu intenable, ou quand Google déclasse vos requêtes commerciales.
01
LCP, INP ou CLS rouges sur PageSpeed
Au moins une des trois métriques Core Web Vitals échoue sur les pages clés (home, catégorie, fiche produit, panier).
02
Bounce mobile élevé sur la home
Plus de 60% des visiteurs mobiles repartent sans cliquer une seconde page. La perf est rarement seule responsable, mais elle est presque toujours impliquée.
03
Conversion mobile très inférieure au desktop
Sur desktop 2,5%, sur mobile 0,8% — l’écart se joue souvent sur les 800 premières millisecondes.
04
Google sanctionne les requêtes commerciales
Position en chute sur des requêtes à fort intent depuis qu’une mise à jour Core Web Vitals est passée. Ça se rattrape, mais vite.
05
Fiche produit qui rame avec 12 images
Un produit avec galerie, vidéo, recommandations, reviews et carrousel chacun de ces blocs charge tout, partout, tout le temps.
06
Stack qui ralentit à chaque ajout de tag
GTM, pixel Meta, hotjar, chatbot, A/B test chaque outil rajoute des kilos. Sans server-side tagging, le mobile décroche vite.
APPROCHE
Quatre étapes pour passer dans le vert et y rester.
Un sprint perf qui se contente de "compresser les images" donne 5 points. Un travail structurel donne 30 points. La différence : un budget perf strict, mesuré, et défendu sur les évolutions futures.
01
Mesure
Lighthouse CI sur 30 URLs typées, RUM en condition réelle (Chrome UX Report ou Web Vitals JS), waterfall réseau, audit du JS critique vs différé. On obtient un état des lieux factuel, pas un score moyenné.
Livrables
Top 10 pages mesurées CWV
Waterfall annoté
Inventaire scripts tiers
02
Quick wins
Compression image moderne (WebP/AVIF), fonts variables avec font-display, lazy-load systématique sur images sous le fold, suppression des scripts tiers obsolètes, mise en place d’un CDN si absent.
Livrables
Pipeline images optim
Stratégie fonts revue
Scripts tiers nettoyés
03
Optimisations structurelles
Code-split du JS critique, pré-rendu serveur ou static des pages clés, mise en cache propre (HTTP + applicative), réduction des dépendances front, refactoring du CSS critique. C’est là que se gagnent les vrais points.
Livrables
JS critique < 100 KB
Cache HTTP + applicatif
Pages clés en SSG/ISR
04
SLO + monitoring
On définit un budget perf (LCP < 2,5s, INP < 200ms, CLS < 0,1) et on l’automatise dans la CI. Toute régression future bloque le déploiement. La perf devient un sujet contractuel, plus une bataille de tous les sprints.
Livrables
Budgets perf en CI
Dashboard RUM en live
Alertes Slack si dégradation
CE QUE ÇA CHANGE
Les ordres de grandeur d’un sprint perf sérieux.
Chiffres observés sur des sprints perf de 6 à 10 semaines, sur des sites mid-market. On ne promet pas ces gains on promet la méthode pour les viser, et la transparence si la cible n’est pas atteignable sur votre stack.
Avant
Après
LCP mobile
4–6 s
< 2,5 s
INP
> 500 ms
< 200 ms
CLS
> 0,2
< 0,1
Conversion mobile
Moins du tiers du desktop
+50% à +80% en relatif
Position SEO mobile
En baisse
Stabilisée et regagne
Régression future
À chaque sprint
Bloquée en CI
STACK POSSIBLE
Quatre angles techniques pour gagner sur la perf.
Un sprint perf n’est pas qu’un nettoyage. Selon la situation, on peut juste optimiser l’existant, ajouter une couche edge, ou faire un changement plus structurel sur le front.
USE CASE TYPE
À quoi ressemble un sprint perf qu’on a mené.
Une trajectoire-type, anonymisée, d’un site DTC saturé de tags publicitaires et de modules tiers situation banale en 2026.
01 · Point de départ
LCP mobile à 5,8 s, position SEO en chute depuis 6 mois, conversion mobile inférieure d’un facteur 4 au desktop. 14 scripts tiers chargés en client.
02 · Décision
Sprint perf de 8 semaines, budget perf strict, audit complet du tagging et du front. Pas de refonte de la plateforme commerce.
03 · Trajectoire
Optim images + fonts (semaine 1–2), nettoyage tagging client → server (semaine 3–4), refactor du JS critique (semaine 5–7), mise en place du SLO + CI (semaine 8).
04 · Ce que ça débloque
LCP mobile passé sous 2 s, conversion mobile multipliée par 1,7, et un budget perf défendu en CI qui empêche la régression sur les 6 mois suivants.
FAQ
Les questions qu’on entend sur la perf.
Quels gains peut-on attendre ?
Sur un site jamais optimisé, gagner 30 à 50 points sur Lighthouse mobile est faisable. Sur un site déjà décent, on vise les 5 à 15 derniers points qui font passer dans le vert. La conversion mobile suit, mais avec un délai de quelques semaines.
Peut-on faire ça sans refondre ?
Souvent oui. Sur Shopify, on agit sur le theme et le tagging. Sur Magento, sur le rendu serveur et le critical CSS. La refonte ne devient pertinente que si la plateforme actuelle bloque structurellement.
Et sur Shopify natif, on peut faire mieux ?
Le plafond Shopify est élevé mais réel. On peut atteindre 90+ sur Lighthouse mobile avec un theme bien fait et un tagging propre au-delà, il faut envisager Hydrogen ou un front headless.
Combien de temps avant les premiers résultats ?
Les quick wins se voient en 2 à 3 semaines. Le travail structurel demande 6 à 10 semaines. Le SLO et la CI s’ajoutent pour pérenniser sans ça, les gains s’érodent en 6 mois.
Votre LCP est dans le rouge ?
Un audit perf de deux semaines pour quantifier les gains réalistes sur votre stack et un devis ferme si on continue. Pas d’engagement.