Das moderne Web wird von vielen Menschen genutzt, die eine Vielzahl verschiedener Geräte und Arten von Netzwerkverbindungen verwenden. Ihre Inhalte können Nutzer auf der ganzen Welt erreichen. Es kann jedoch eine Herausforderung sein, allen Nutzern ein zuverlässiges Web-Erlebnis zu bieten. Allein schon zu verstehen, was Zuverlässigkeit bedeutet, kann schwierig sein.
Zuverlässigkeit im Offlinemodus
Eine Möglichkeit, Zuverlässigkeit zu betrachten, ist die Frage, ob Ihre Webanwendung ohne Netzwerkverbindung funktioniert. Diese Art von Zuverlässigkeit setzen Nutzer bei plattformspezifischen Apps, die auf einem Mobilgerät aus einem App-Store installiert wurden, voraus. Wenn Sie ein Symbol für eine dieser Apps sehen, erwarten Sie, dass Sie darauf tippen und die App öffnen können, unabhängig davon, ob Sie gerade mit dem Internet verbunden sind.
Bis vor Kurzem war es schwierig, Webanwendungen zu entwickeln, die auch ohne Netzwerkverbindung zuverlässig funktionieren.
Zuverlässige Geschwindigkeit
Eine weitere Möglichkeit, Zuverlässigkeit zu betrachten, ist die Frage, ob sich Ihre Nutzer darauf verlassen können, dass Ihre Webanwendung schnell genug geladen wird, wenn sie eine weniger als ideale Netzwerkverbindung haben. Haben wiederkehrende Nutzer bei der Interaktion mit Ihrer Webanwendung die gleiche Erfahrung, wenn sie eine Mobilfunkverbindung verwenden wie bei einer WLAN-Verbindung? Und was ist mit Nutzern, die eine Verbindung mit hoher Latenz oder eine „Lie-Fi“ Verbindung haben? Ist Ihre Webanwendung auch in diesen Szenarien zuverlässig schnell?
Es reicht nicht aus, unter den besten Umständen schnell zu sein. Nutzer beurteilen die Leistung Ihrer Webanwendung danach, wie sie sich unter allen Netzwerkbedingungen verhält.
Zuverlässigkeit ist erreichbar
Die gute Nachricht ist, dass die moderne Webplattform Technologien wie Service-Worker und die Cache Storage API bietet, die als Bausteine für die Entwicklung zuverlässiger Webanwendungen dienen können. Damit können Sie Code schreiben, der zwischen Ihrer Webanwendung und dem Netzwerk liegt. In vielen Fällen können Sie das Netzwerk vollständig umgehen und stattdessen zuvor im Cache gespeicherte Inhalte verwenden, um die Anfragen Ihrer Webanwendung zu erfüllen.
Ihr Leitfaden: „Reagiert im Offlinemodus mit dem HTTP-Statuscode 200“
Wenn Sie mit der Entwicklung eines Service-Workers beginnen und Inhalte aus Caches bereitstellen, ist es schwer zu wissen, ob Sie das effektiv tun. Woher wissen Sie, dass der von Ihnen implementierte Service-Worker Ihrer Webanwendung wirklich hilft, das Netzwerk zu umgehen? Wie verhindern Sie, dass eine kleine Änderung an Ihrer Caching-Strategie Ihr sorgfältig ausgearbeitetes Offline-Erlebnis zerstört?
Lighthouse bietet einen bestimmten Test, der bei der Entwicklung einer zuverlässigen Webanwendung von besonderem Interesse ist: Reagiert im Offlinemodus mit dem HTTP-Statuscode 200:
Was wird hier eigentlich getestet? Es geht darum, einen Verlust der Netzwerkverbindung in Ihrem Browser zu simulieren und dann zu versuchen, die URL auf Ihrer Website zu laden, die geprüft wird. Dabei wird ein Aspekt der Entwicklung einer zuverlässigen Website getestet: Zuverlässigkeit im Offlinemodus. Dazu wird eine kontrollierte, wiederholbare Abfolge von Aktionen verwendet.
Ein langer Weg
Wenn Sie gerade erst anfangen, ist es sehr wahrscheinlich, dass Sie für die Prüfung „Reagiert im Offlinemodus mit dem HTTP-Statuscode 200“ ein negatives Ergebnis erhalten. Das ist in Ordnung. Sofern Sie kein benutzerdefiniertes Starterprojekt verwenden, haben Webanwendungen diese Art von Zuverlässigkeit standardmäßig nicht. In den nächsten Leitfäden werden die Techniken vorgestellt, die Sie benötigen, um zu ermitteln, was Ihre Webanwendung lädt. Außerdem erfahren Sie, wie Sie mit Lighthouse das Laden zuverlässiger gestalten.
Wir empfehlen Ihnen, die Lighthouse-Prüfungen während des gesamten Prozesses immer wieder auszuführen. Sie dienen als Leitfaden auf Ihrem Weg von einer neuen Webanwendung zu einer zuverlässigen progressiven Webanwendung.