Gérer la performance d'un seul site est faisable. Gérer la performance de dix sites, de cinq applications mobiles et de plusieurs microservices est complexe.
Un seul site : le tableau de bord montre le LCP, le CLS, l'INP. L'équipe se concentre sur une page à la fois.
Une entreprise : le tableau de bord montre des centaines de pages, plusieurs produits, plusieurs plateformes. L'équipe doit prioriser.
Passer la performance à l'échelle, c'est : choisir ce qu'on mesure, choisir ce qu'on optimise, répartir la responsabilité entre les équipes.
Exemple : une entreprise a cinq produits (plateforme web, application mobile, tableau de bord, outil de statistiques, API). Chaque produit a son propre profil de performance. Chaque produit est maintenu par une équipe différente. Une équipe performance centrale ne peut pas tout optimiser. Solution : fixer des standards de performance, chaque équipe est responsable de la performance de son produit, l'équipe centrale suit la performance globale.
Choisir quoi mesurer à l'échelle de l'entreprise
Mesurez uniquement les parcours critiques. Plateforme e-commerce : accueil, fiche produit, paiement (critiques). Blog, page à propos (non critiques). Concentrez-vous sur les parcours critiques.
Mesurez par ligne de produits. Plateforme SaaS : page d'inscription, tableau de bord, page des réglages. Chaque équipe est responsable de ses pages. Chaque équipe suit sa performance.
Mesurez selon l'impact business. Les pages qui génèrent du chiffre d'affaires comptent le plus. Les pages à faible trafic comptent moins. Concentrez-vous sur les pages qui génèrent du chiffre d'affaires.
Exemple concret : une entreprise avec trois lignes de produits :
- Produit A (e-commerce) : accueil, fiche produit, paiement, recherche
- Produit B (SaaS) : inscription, tableau de bord, réglages, intégration
- Produit C (contenu) : accueil du blog, article, commentaires, articles liés
Priorité de mesure :
- Produit A (plus fort trafic, plus fort chiffre d'affaires) : mesurer toutes les pages
- Produit B (fort trafic, fort chiffre d'affaires) : mesurer les pages critiques (inscription, tableau de bord)
- Produit C (faible trafic, faible chiffre d'affaires) : mesurer uniquement la page d'accueil
Répartir la responsabilité de la performance
L'équipe centrale fixe les standards. Chaque équipe est responsable de la performance de son produit.
Standards : toutes les pages doivent avoir un LCP sous deux virgule cinq secondes, un CLS sous zéro virgule un, un INP sous deux cents millisecondes.
Modèle de responsabilité :
- Équipe du produit A : responsable de la performance de l'accueil, de la fiche produit, du paiement, de la recherche
- Équipe du produit B : responsable de la performance de l'inscription, du tableau de bord, des réglages
- Équipe du produit C : responsable de la performance de l'accueil du blog
- Équipe performance centrale : suit la conformité, alerte en cas de régression, fournit les outils
Exemple concret : une entreprise SaaS avec trois équipes d'ingénierie.
Standards (fixés par l'équipe performance centrale) :
- Objectif de LCP : deux secondes (les objectifs par produit peuvent varier, mais la base est de deux secondes)
- Objectif de CLS : zéro virgule zéro cinq
- Objectif d'INP : cent cinquante millisecondes
Responsabilité des équipes produit :
- Équipe plateforme : le tableau de bord doit garder un LCP sous deux secondes
- Équipe intégrations : la page d'intégration doit garder un LCP sous deux virgule cinq secondes
- Équipe statistiques : la page de statistiques doit garder un LCP sous deux secondes
Chaque équipe mesure ses propres pages. Le tableau de bord alerte si les pages d'une équipe dépassent les standards. L'équipe est responsable.
Agréger la performance sur tous les produits
Le tableau de bord global montre : tous les produits, toutes les pages, la conformité aux standards.
Le tableau de bord montre le pourcentage de produits qui respectent le standard : quatre-vingt-dix pour cent des pages ont un LCP sous deux virgule cinq secondes. Zone verte.
Le tableau de bord montre quels produits ne sont pas conformes : le produit B a quatre-vingts pour cent de conformité (deux pages dépassent le standard). Zone jaune.
Reporting à la direction : la performance globale est solide (quatre-vingt-dix pour cent des pages conformes). Un produit demande de l'attention (produit B).
Action : l'équipe du produit B est alertée. L'équipe enquête. L'équipe optimise les pages non conformes.
Exemple concret : performance agrégée d'une entreprise à trois produits.
Produit A (e-commerce) :
- Accueil : LCP 1,2 s (conforme)
- Fiche produit : LCP 1,8 s (conforme)
- Paiement : LCP 2,1 s (conforme)
- Recherche : LCP 2,4 s (conforme)
- Conformité : 100 pour cent
Produit B (SaaS) :
- Inscription : LCP 1,9 s (conforme)
- Tableau de bord : LCP 2,6 s (non conforme)
- Réglages : LCP 2,5 s (non conforme)
- Conformité : 66 pour cent
Produit C (contenu) :
- Accueil du blog : LCP 2,3 s (conforme)
- Conformité : 100 pour cent
Total : 88 pour cent de conformité sur tous les produits.
Rapport à la direction : deux produits sur trois sont entièrement conformes. Le produit B demande de l'attention. L'équipe travaille à améliorer la performance du tableau de bord et des réglages.
Standards de performance selon les types d'appareils et les zones géographiques
Les standards peuvent varier selon le contexte. Standards sur ordinateur différents de ceux sur mobile. Standards aux États-Unis différents de ceux à l'international.
Objectif de LCP sur ordinateur : deux secondes (internet rapide, processeur rapide).
Objectif de LCP sur mobile : trois secondes (internet plus lent, processeur plus lent).
Objectif de LCP aux États-Unis : deux secondes (internet rapide dans l'ensemble).
Objectif de LCP à l'international : trois secondes (vitesses d'internet variées).
Exemple concret : une entreprise SaaS mondiale avec un déploiement multi-régions.
Standard de LCP par zone géographique :
- États-Unis : 1,8 seconde (objectif)
- Europe : 2,2 secondes (objectif, internet plus lent qu'aux États-Unis)
- Asie-Pacifique : 2,5 secondes (objectif, internet plus variable)
Performance par région (état actuel) :
- États-Unis : 1,5 seconde (bon, dépasse l'objectif)
- Europe : 2,3 secondes (à l'objectif, légère amélioration nécessaire)
- Asie-Pacifique : 3,0 secondes (sous l'objectif, à améliorer)
Action : l'équipe Asie-Pacifique (ou l'équipe performance centrale s'il n'y a pas d'équipe régionale) optimise la performance en Asie-Pacifique. Priorités : optimisation du CDN pour les régions d'Asie-Pacifique, optimisation des images pour une bande passante plus faible.
Questions fréquentes
Comment fixer des standards de performance différents selon les produits ?
Basez-vous sur l'importance pour l'activité et les attentes des utilisateurs. Produit qui génère le plus de chiffre d'affaires : objectif le plus exigeant. Produit qui en génère moins : objectif plus souple. Exemple : le paiement d'une boutique en ligne est le plus critique (il génère du chiffre d'affaires). Objectif : 1,5 seconde. Le contenu du blog est moins critique. Objectif : 2,5 secondes. Le créateur de site web de WEMASY vous permet de le mettre en place directement sur votre site.
L'équipe performance centrale doit-elle optimiser tous les produits ou seulement fixer des standards ?
Fixer des standards et suivre. Laissez les équipes produit gérer l'optimisation. L'équipe centrale fournit les outils, l'accompagnement et l'escalade. Si une équipe produit n'arrive pas à respecter le standard, l'équipe centrale l'aide. Mais l'optimisation au quotidien relève de l'équipe produit.
Comment gérer les conflits entre développement produit et exigences de performance ?
La performance fait partie des exigences produit. Une nouvelle fonction doit respecter les standards de performance. Si une fonction ajoute du code qui dégrade la performance, elle n'est pas validée tant qu'elle n'est pas optimisée. La performance n'est pas négociable (sauf si la direction la déprioritise explicitement pour une raison business).
Faut-il mesurer la performance des pages à faible trafic ?
Non. Concentrez-vous sur les pages à fort trafic et fort impact. Les pages à faible trafic ne méritent pas l'effort d'optimisation. Le trafic multiplié par l'impact business détermine la priorité. Mesurez là où l'impact est le plus fort.
Comment tenir compte des différences de vitesse réseau entre les régions ?
Fixez des objectifs différents par région. Les États-Unis ont des réseaux rapides. Fixez un objectif exigeant (1,5 seconde). Les régions internationales ont des réseaux variés. Fixez des objectifs réalistes (2 à 3 secondes). Mesurez la performance par région. Alertez si une région n'atteint pas son propre objectif (pas l'objectif absolu).
Faut-il intégrer des budgets de performance dans la chaîne de déploiement de toutes les équipes ?
Oui. Contrôlez le budget de performance avant le déploiement. Si le code d'une équipe dépasse le budget, le déploiement est bloqué. Cela évite les régressions. Cela garantit aussi la responsabilité (l'équipe est obligée d'optimiser avant de livrer).