Performance web 2026 : les métriques qui comptent vraiment

Amazon a documenté qu'un délai de 100 ms supplémentaire coûte 1 % de chiffre d'affaires. Google a confirmé qu'une page qui charge en 3 secondes perd 53 % de ses visiteurs mobiles. Ces chiffres datent — la réalité 2026 est encore plus exigeante.

La performance n'est pas une préoccupation de développeur. C'est un levier de conversion directement mesurable.

Google a officialisé le remplacement du FID (First Input Delay) par l'INP (Interaction to Next Paint) comme signal de ranking. L'INP mesure la réactivité de toute la page, pas seulement du premier clic — c'est significativement plus exigeant.

LCP (Largest Contentful Paint) : objectif < 2,5 s. C'est le temps avant que l'élément principal de la page soit visible. Principal coupable : les images non optimisées chargées sans priorité.

CLS (Cumulative Layout Shift) : objectif < 0,1. Les décalages visuels pendant le chargement — boutons qui bougent, texte qui se déplace — nuisent à l'expérience et au score.

Le Time to First Byte mesure le temps entre la requête et le premier octet reçu. Un TTFB élevé (> 800 ms) signale un problème serveur ou d'hébergement — pas de code.

En 2026, avec Next.js en SSR ou SSG déployé sur un CDN edge (Vercel, Cloudflare), un TTFB de 50-150 ms est accessible sans effort particulier. Un TTFB > 500 ms sur ce type d'infrastructure signale une mauvaise configuration.

Images : utilisez WebP ou AVIF, chargement lazy sauf above the fold, dimensions explicites pour éviter le CLS. Avec Next.js, le composant Image gère tout ça nativement.

JavaScript : auditez votre bundle avec next build --analyze. Les dépendances lourdes (moment.js, lodash complet) sont souvent les coupables. Préférez des imports partiels ou des alternatives légères.

Fonts : évitez le FOUT (Flash of Unstyled Text) avec font-display: swap et préchargez vos fonts critiques. Google Fonts en 2026 peut être remplacé par un hébergement local pour éliminer la requête DNS externe.

PageSpeed Insights donne le score Chrome User Experience Report — des données réelles, pas synthétiques. Lighthouse en local est utile pour identifier des problèmes, mais ce sont les données terrain qui comptent pour le SEO.

Configurez un monitoring de performance avec un outil comme SpeedCurve ou Calibre. Une régression de performance doit être détectée avant la mise en production, pas après.