De komende maanden voert Chrome experimenten uit met als doel de installatiecriteria voor apps te vereenvoudigen en de ontwikkelaars- en gebruikerservaring te verbeteren. In dit bericht worden de veranderingen beschreven die u kunt verwachten, en de redenen waarom we deze experimenten uitvoeren.
Installeren bestaat sinds 2015 als webfunctie op mobiele apparaten, en in 2019 is ondersteuning voor PWA-installatie op desktop toegevoegd. De installatiemogelijkheid in Chromium-browsers wordt beperkt door kwaliteitscriteria, waaronder een manifest met specifieke velden zoals naam en pictogram, en een servicemedewerker met een ophaalbehandelaar.
Het doel van de bestaande installatiecriteria is om ontwikkelaars te stimuleren om te investeren in gebruikerservaringen van hoge kwaliteit en om aan de verwachtingen van gebruikers te voldoen wanneer software wordt geïnstalleerd. De vereisten in de criteria leverden echter niet altijd die ervaring van hogere kwaliteit op. De servicemedewerkercontrole was bijvoorbeeld bedoeld als proxy voor het detecteren van sites met enige offline ervaring, maar sites voegden servicemedewerkers toe met lege ophaalhandlers om aan de criteria te voldoen. Dit schaadt de webprestaties in plaats van de ervaring te verbeteren, en ( Chrome verzachtte het probleem uiteindelijk door lege handlers te negeren ).
Aangezien de bestaande criteria niet resulteren in het beoogde resultaat, experimenteren we met enkele wijzigingen in de criteria. Als eerste stap hebben we de vereiste om een servicemedewerker te hebben die de fetch() methode voor installatie implementeert uit het menu verwijderd, sinds versie 108 op mobiel en 112 op desktop.
Om het oorspronkelijke doel te bereiken, gebruikers een offline in-app-ervaring te bieden, hebben we een standaard aangepaste pagina gelanceerd voor sites die hun eigen pagina niet implementeren.
Voorlopig vereist het algoritme dat de installatieprompt weergeeft nog steeds de aanwezigheid van een fetch() handler. Dit is een gebied waar we aan werken om nieuwe signalen op te nemen en de prompt weer te geven wanneer de gebruiker de app waarschijnlijk zal installeren. Ontwikkelaars kunnen nog steeds beforeInstallPrompt() gebruiken om de prompt te beheren.
We willen dat gebruikers de mogelijkheid hebben om te beslissen welke websites ze als app willen ervaren, in een volledig venster, met directe toegang via pictogrammen. In toekomstige releases zullen we experimenteren met het verwijderen van de vereiste van bepaalde manifestvelden om installeerbaar te zijn. We zullen de statistieken en feedback van klanten nauwgezet evalueren om het bijgewerkte gedrag van Chrome te bepalen.
Omdat de Lighthouse PWA-controles direct verband houden met de installeerbaarheidscriteria, hebben we ten slotte besloten deze categorie uit Lighthouse te verwijderen. We streven er nog steeds naar om ontwikkelaars de beste tools te bieden om hun geïnstalleerde ervaringen op internet te optimaliseren. U kunt nog steeds de controles voor optimalisaties en foutopsporing voor installeerbare ervaringen vinden op DevTools .
Houd deze experimenten in de gaten en als u vragen of opmerkingen heeft, kunt u ons feedback geven .