Le personnel de terrain ouvre souvent un site web sur un téléphone, avec un signal faible, en plein milieu d’autre chose. Si la page met une minute à s’afficher, elle n’est pas lue. Ce texte s’adresse aux équipes qui commandent ou construisent un site pour des personnes disposant d’une faible bande passante, et il explique comment nous choisissons une limite et comment nous nous y tenons.
Choisissez d’abord le chiffre
web.dev définit un budget de performance comme « un ensemble de limites imposées aux métriques qui influent sur les performances d’un site ». Le point de départ qu’il suggère est de moins de 170 KB de ressources du chemin critique et de moins de cinq secondes avant l’interactivité, calculés pour des appareils de référence sur un réseau 3G.
Comparez cela au web tel qu’il est. Le Web Almanac de HTTP Archive situait en 2025 la page d’accueil médiane à 2,86 MB sur ordinateur et à 2,56 MB sur mobile. Sur une connexion lente de 400 kilobits par seconde, 2,56 MB mettent environ 51 secondes à arriver, avant tout retard dû au réseau lui-même.
Nous travaillons avec une limite de 500 KB par page. Cela représente environ dix secondes à la même vitesse : c’est lent, mais utilisable. Il reste de la place pour une bonne photographie et un jeu de polices web, ce qui compte lorsque le site doit aussi ressembler à l’organisation qui le gère.
“Un budget que personne ne vérifie n’est qu’un souhait. Il doit être mesuré, à chaque version, par quelqu’un qui peut bloquer la version.”
Mesurez dans les conditions où il échouera
Un chiffre unique issu d’un navigateur sur ordinateur masque l’essentiel du problème. Voici les vérifications qui ont permis de détecter de réels dépassements sur nos projets :
- À l’ouverture. Utilisez un cache vide et comptez les octets transférés, non la taille des fichiers sur le serveur.
- Une fois défilée jusqu’en bas. Le chargement différé retarde les images, il ne les supprime pas. Une page peut réussir à l’ouverture et échouer une fois arrivée en bas.
- Sur un téléphone à haute densité. Les écrans à densité double ou triple demandent des images plus grandes : la même page peut donc peser bien plus que sur un ordinateur portable.
- Avec JavaScript désactivé. Le chargement différé qui dépend d’un script s’arrête, et toutes les images de la page peuvent se charger d’un coup.
Inscrivez-le dans le contrat
Inscrivez la limite dans le cahier des charges, avec la méthode pour la mesurer. Chaque nouvelle fonctionnalité a alors un coût visible par toute l’équipe. En cas de dépassement, web.dev donne les trois choix honnêtes : optimiser, supprimer ou ne pas ajouter.
Cette discipline se rentabilise dès la première urgence qui amène un nouveau public sur le site, sur des téléphones et des connexions médiocres. À ce moment-là, il est trop tard pour commencer.