Mobile Betriebssysteme machten Apps greifbar: Sie hatten Symbole, Namen, Startbildschirme und eigenständige Fenster. Websites hatten URLs. Das Web-App-Manifest schloss diese Lücke, ohne die Website in eine native Binärdatei zu verpacken.
Die W3C-Spezifikation definiert ein JSON-basiertes Dateiformat für Metadaten, die mit einer Webanwendung verknüpft sind: Name, Symbole, bevorzugte Start-URL, Ausrichtung, Anzeigemodus, Geltungsbereich und Deep-Linking-Verhalten.
MDN beschreibt den häufigsten Einsatz des Manifests darin, dem Browser die Informationen zu geben, die zum Installieren einer progressiven Web-App auf einem Gerät nötig sind. Das machte die Designentscheidung wirkungsvoll: Eine Website konnte eine Website bleiben und dennoch zu einer startbaren App werden.
App-Identität in manifest.json verorten
JSON passte zu den vorhandenen Werkzeugen und Bereitstellungsgewohnheiten von Webentwicklern.
Ein Link-Tag erlaubte es jeder Seite, ihr Manifest anzukündigen, ohne ein neues Entdeckungssystem.
Scope und start_url gaben Browsern genug Grenzen, um die richtige App-Oberfläche zu starten.
Symbole und Anzeigemodus ließen installierbare Websites auf einem Startbildschirm stimmig wirken.
Wenn einer Plattform ein Installationsschritt fehlt, sollte man nicht das gesamte App-Store-Modell kopieren. Man sollte die Metadaten standardisieren, die der Launcher benötigt, und die App im Web belassen.
Das Web-App-Manifest wurde neben Service Workern und HTTPS zu einem der Kernelemente progressiver Web-Apps. Seine Genialität ist bescheiden: Der Browser übernimmt die Installation, weil die Website den fehlenden Identitätsausweis geliefert hat.
DEN BELEGEN FOLGEN
Die Quellen
- Web Application Manifest World Wide Web Consortium · w3.org ·
- Web application manifest MDN Web Docs · developer.mozilla.org