Ingénierie de la performance
La vitesse est un budget que l'on applique, pas un score que l'on capture.
Des Core Web Vitals ramenés dans les seuils de Google sur de vrais appareils, et maintenus par une barrière dans votre pipeline.
Le score qui était vert au lancement
La performance est le plus souvent traitée une fois, capturée en capture d'écran, puis défaite sur dix-huit mois par une balise marketing ici, une vidéo d'en-tête là, et une police qui ne devait être que provisoire. Le site n'est pas lent faute d'optimisation. Il est lent parce que rien n'a empêché la dérive.
Pendant ce temps, la mesure que regardent la plupart des équipes est un score de laboratoire, sur une machine rapide et une connexion rapide. Google classe sur des données terrain, issues d'utilisateurs réels sur des appareils réels, et c'est dans l'écart entre les deux que se cachent les surprises.
Nous traitons la performance comme un budget avec une barrière : des chiffres qui doivent tenir, appliqués dans le pipeline, sur les appareils que vos visiteurs utilisent vraiment.
Ce que nous faisons
- Correction des Core Web Vitals
- LCP, INP et CLS diagnostiqués à partir des données terrain et corrigés à la cause : chaînes bloquantes au rendu, instabilité de mise en page, contention du thread principal et coût d'hydratation.
- Rendu en périphérie et stratégie CDN
- Un contenu servi au plus près de l'utilisateur, avec le bon mode de rendu par route — statique, en flux, ou dynamique en périphérie — plutôt qu'une stratégie unique imposée à tout le site.
- Architecture de cache
- Couches de cache, règles d'invalidation et politique stale-while-revalidate conçues pour que la vitesse ne se paie pas en prix, stocks ou contenus périmés.
- Pipelines d'images et de polices
- Formats modernes, dimensionnement correct, indices de priorité pour le plus grand élément, et un chargement de polices qui ne décale pas la mise en page après l'affichage.
- Budget JavaScript et découpage de code
- Un plafond ferme de JavaScript expédié par route, appliqué et non souhaité, avec l'analyse de bundle qui montre où il est passé.
- Gouvernance des scripts tiers
- Audit des balises, stratégie de chargement et politique sur ce qui pourra être ajouté ensuite — la cause la plus fréquente d'un site rapide qui devient lent.
- Monitoring des utilisateurs réels
- Mesure terrain par gabarit et par classe d'appareil, pour que les régressions soient trouvées par l'instrumentation plutôt que par un client.
- Barrières de performance en CI
- Lighthouse CI et contrôles de taille de bundle dans le pipeline. Une pull request qui casse le budget échoue, exactement comme un test cassé.
Le déroulé d'une mission performance
- 01
Mesurer le terrain, pas le laboratoire
Données d'utilisateurs réels par gabarit et par appareil. Les scores de laboratoire sont un outil de débogage, jamais la cible.
- 02
Corriger les causes, pas les symptômes
Classées par impact sur la métrique réellement en échec, avec l'effort en regard pour que vous puissiez arbitrer.
- 03
Fixer le budget
Des chiffres explicites pour LCP, INP, CLS et JavaScript expédié, convenus avec vous et écrits noir sur blanc.
- 04
Le verrouiller
Le budget entre en CI. À partir de là, la performance cesse d'être un projet pour devenir une propriété du code.
Notre méthode, publiée
Le budget que nous appliquons
Voici les chiffres qu'une version doit atteindre sur un mobile de milieu de gamme en 4G. Ce ne sont pas des ambitions imprimées dans une proposition : ce sont des barrières dans le pipeline, et une version qui les rate ne part pas.
- LCP sous 2,5 s (terrain, 75e centile)
- INP sous 200 ms (terrain, 75e centile)
- CLS sous 0,1 (terrain, 75e centile)
- JavaScript sous 170 Ko compressés par route
- Score Lighthouse performance 95+ sur les gabarits clés
- Aucun script tiers bloquant au-dessus de la ligne de flottaison
StackCore Web Vitals·Lighthouse CI·Cloudflare·Next.js·RUM·CDN
La performance, sans détour
Lighthouse est une simulation de laboratoire sur un appareil synthétique. Google classe sur des données terrain issues de vos visiteurs réels, dont les téléphones et les réseaux sont généralement plus lents. Un 95 en laboratoire avec des vitals terrain en échec est courant — et c'est le chiffre terrain qui compte.
Ce que cela ouvre ensuite
SEO technique et éditorial
Fondations, architecture et contenu qui capitalisent — audités chaque mois plutôt qu'affirmés une fois par an.
Développement e-commerce
Shopify, WooCommerce et e-commerce sur mesure, avec les règles tarifaires, abonnements et intégrations dont votre exploitation dépend réellement.
Cloud & DevOps
Diffusion en périphérie, configuration CDN et optimisation des coûts relèvent de notre pôle cloud.
Toutes les expertises de ce pôle : Web & Croissance Digitale
Demander un audit de performance
Décrivez ce que vous avez et ce que cela doit produire. Nous vous dirons ce que cela demande.