Comprendre et tester les connexions lentes

Une part croissante d’utilisateurs accède au web depuis un mobile, et beaucoup délaissent le haut débit fixe au profit du réseau mobile. Dans ce contexte, il est essentiel de comprendre comment votre site se comporte quand la connexion est faible ou peu fiable, et de le concevoir en conséquence. Heureusement, toute une gamme d’outils permet d’émuler et de simuler ces conditions dégradées.

L’enjeu est aussi celui du SEO. Google mesure largement la performance sur le terrain, sur des appareils et des réseaux réels qui sont souvent loin du confort d’une connexion de bureau. Un site qui reste utilisable en bande passante faible et en latence élevée protège son expérience utilisateur là où elle est la plus fragile, et donc ses signaux de vitesse, dans le prolongement des fondamentaux de la performance.

Pour vérifier le comportement de votre site dans diverses conditions de réseau, plusieurs familles d’outils existent. Les outils du navigateur, comme le panneau Réseau des outils pour développeurs Chrome, permettent de limiter les vitesses de téléchargement et d’envoi via des préréglages ou des paramètres personnalisés. Au niveau du système, le Network Link Conditioner, disponible sur Mac avec les outils matériels de Xcode, agit sur l’ensemble du trafic. Enfin, l’émulation d’appareil, par exemple avec Android Emulator, simule différentes conditions réseau pendant l’exécution d’applications, y compris les navigateurs.

Les performances de connectivité dépendent de l’emplacement du serveur et du type de réseau. WebPageTest est un service en ligne qui exécute une batterie de tests depuis différents réseaux et lieux d’hébergement : vous pouvez par exemple mesurer votre site depuis un serveur en Inde sur un réseau 2G, ou par câble depuis une ville donnée.

Sélectionnez un emplacement puis un type de connexion dans les paramètres avancés. Il est même possible d’automatiser ces tests à l’aide de scripts ou d’API, pour intégrer le contrôle de connectivité à vos processus de compilation ou à votre journalisation des performances, en complément de la démarche pour mesurer le chargement. Des proxys comme Fiddler ou Charles complètent la panoplie pour ajuster finement le débit et la latence.

Les proxys logiciels et matériels permettent d’émuler des conditions de réseau mobile problématiques : débit limité, retard de paquets, perte aléatoire de paquets. Un proxy partagé ou un réseau dégradé peut ainsi permettre à toute une équipe d’intégrer des tests réseau réalistes à son flux de travail.

Cette démarche peut même devenir une habitude d’équipe. Facebook a par exemple instauré des mardis 2G, où une fenêtre permet aux employés de simuler une connexion 2G, afin de mieux comprendre l’expérience vécue par les utilisateurs concernés. L’idée est simple : se confronter régulièrement aux conditions réelles plutôt que de les supposer.

Le lie-fi désigne une connexion qui n’est pas ce qu’elle prétend être : le navigateur se comporte comme s’il était connecté alors que les ressources n’arrivent pas. C’est parfois pire qu’un état franchement hors ligne, car le code continue d’essayer de récupérer des ressources au lieu de basculer sur une solution de repli. La parade consiste à définir des délais d’expiration réseau et à prévoir un cache pour le hors-ligne. Le service worker rend cela fiable, notamment avec la bibliothèque Workbox, qui applique en quelques lignes une stratégie réseau d’abord assortie d’un délai au-delà duquel on bascule sur le cache.