Le Web moderne est utilisé par un grand nombre de personnes, sur différents types d'appareils et de connexions réseau. Vos créations peuvent toucher des utilisateurs du monde entier, mais il peut être difficile d'offrir une expérience fiable sur le Web à tous vos utilisateurs. Il peut être difficile de comprendre ce que signifie la fiabilité.
Fiable hors connexion
La fiabilité peut être définie comme la capacité de votre application Web à fonctionner sans connexion réseau. Il s'agit d'un type de fiabilité que les utilisateurs considèrent comme acquis avec les applications spécifiques à une plate-forme installées sur un appareil mobile depuis un app store. Lorsque vous voyez l'icône de l'une de ces applications, vous vous attendez à pouvoir appuyer dessus et ouvrir une expérience quelconque, que vous soyez actuellement connecté à Internet ou non.
Jusqu'à récemment, il était difficile de créer des applications Web fiables sans connexion réseau.
Une connexion rapide et fiable
La fiabilité peut également être définie par la capacité de votre application Web à se charger à une vitesse suffisante lorsque les utilisateurs disposent d'une connexion réseau qui n'est pas idéale. Les utilisateurs qui reviennent auront-ils la même expérience d'interaction avec votre application Web lorsqu'ils sont connectés à un réseau mobile que lorsqu'ils sont connectés au Wi-Fi ? Qu'en est-il des utilisateurs qui disposent d'une connexion à latence élevée ou lie-fi ? Votre application Web sera-t-elle toujours rapide et fiable dans ces scénarios ?
Il ne suffit pas d'être rapide dans les meilleures conditions. Vos utilisateurs verront les performances de votre application Web en fonction de son comportement dans toutes les conditions de réseau.
La fiabilité est possible
La bonne nouvelle, c'est que la plate-forme Web moderne fournit des technologies, telles que les service workers et l'API Cache Storage, qui peuvent servir de composants de base pour créer des applications Web fiables. Ils vous permettent d'écrire du code qui se situe entre votre application Web et le réseau. Dans de nombreux cas, vous pouvez contourner complètement le réseau et utiliser à la place le contenu mis en cache précédemment pour répondre aux requêtes de votre application Web.
Votre lumière : répond avec un code 200 OK en mode hors connexion
Une fois que vous commencez à créer un service worker et à diffuser du contenu à partir de caches, il est difficile de savoir si vous le faites efficacement. Comment savoir si le service worker que vous implémentez aide réellement votre application Web à éviter le réseau ? Comment éviter qu'une petite modification de votre stratégie de mise en cache ne perturbe votre expérience hors connexion soigneusement conçue ?
Lighthouse fournit un test spécifique qui présente un intérêt particulier lors de la création d'une application Web fiable : Répond avec un code 200 OK en mode hors connexion.
Qu'est-ce qui est réellement testé ici ? Il s'agit de simuler une perte de connectivité réseau dans votre navigateur, puis de tenter de charger l'URL de votre site qui est en cours d'audit. Il teste un aspect de la création d'un site fiable (fiabilité hors connexion) à l'aide d'une séquence d'actions contrôlée et reproductible.
C'est un voyage
Si vous débutez, il y a de fortes chances que vous obteniez un résultat négatif pour la vérification "Répond avec un code 200 en mode hors connexion". Ce n'est pas grave. Sauf si vous utilisez un projet de démarrage personnalisé, les applications Web ne disposent pas de ce type de fiabilité par défaut. Les prochains guides vous présenteront les techniques dont vous avez besoin pour identifier ce que votre application Web charge et vous apprendront à utiliser Lighthouse pour rendre cette expérience de chargement fiable.
Tout au long de ce processus, nous vous encourageons à continuer à exécuter les audits Lighthouse. Ils vous guideront tout au long de votre parcours, en commençant par une nouvelle application Web et en terminant par une application Web progressive fiable.