Aujourd’hui marque la sortie d’iOS et d’iPadOS 16.4 beta 1, et avec elle vient la prise en charge de Web Push et d’autres fonctionnalités pour les applications Web de l’écran d’accueil.
Aujourd’hui apporte également la première version bêta de Safari 16.4. Il s’agit d’une version énorme, contenant plus de 135 fonctionnalités dans WebKit, y compris les assertions lookbehind RegExp, Import Maps, OffscreenCanvas, Media Queries Range Syntax, @property, font-size-adjust, DOM Shadow déclaratif, et bien plus encore. Nous écrirons tout sur ces nouvelles fonctionnalités de WebKit lorsque Safari 16.4 sera rendu public. En attendant, vous pouvez lire une liste complète des nouvelles fonctionnalités et des correctifs dans le Notes de version de Safari 16.4 bêta 1.
Mais laissons de côté Safari et parlons des applications Web de l’écran d’accueil sur iOS et iPadOS.
Depuis le premier iPhone, les utilisateurs pouvaient ajouter n’importe quel site Web à leur écran d’accueil, qu’il s’agisse d’un site de brochures, d’un blog, d’un journal, d’une boutique en ligne, d’une plate-forme de médias sociaux, d’un site de vidéos en streaming, d’un logiciel de productivité, d’une application de création d’œuvres d’art, ou tout autre type de site Web. Au cours des dix dernières années, les utilisateurs de Safari sur iOS et iPadOS pouvaient le faire en appuyant sur le bouton Partager pour ouvrir le menu Partager, puis en appuyant sur “Ajouter à l’écran d’accueil”. L’icône de ce site Web apparaît alors sur leur écran d’accueil, où un appui rapide les ramène au site.
Les développeurs Web ont la possibilité de créer un fichier manifeste (avec son display ensemble de membres à standalone ou fullscreen) et le diffuser avec leur site Web. S’ils le font, ce site devient une application Web d’écran d’accueil. Ensuite, lorsque vous appuyez sur son icône, l’application Web s’ouvre comme n’importe quelle autre application sur iOS ou iPadOS au lieu de s’ouvrir dans un navigateur. Vous pouvez voir son aperçu de l’application dans le Sélecteur d’applicationsdistinct de Safari ou de tout autre navigateur.
Web Push pour les applications Web ajoutées à l’écran d’accueil
Désormais, avec iOS et iPadOS 16.4 beta 1, nous ajoutons la prise en charge des applications Web Web Push to Home Screen. Web Push permet aux développeurs Web d’envoyer des notifications push à leurs utilisateurs via l’utilisation de API poussée, API de notificationet Travailleurs des services travaillant tous ensemble.
Une application Web qui a été ajoutée à l’écran d’accueil peut demander l’autorisation de recevoir des notifications push tant que cette demande répond à une interaction directe de l’utilisateur, par exemple en appuyant sur un bouton “S’abonner” fourni par l’application Web. iOS ou iPadOS invitera alors l’utilisateur à autoriser l’application Web à envoyer des notifications. Une fois autorisé, l’utilisateur peut gérer ces autorisations par application Web dans les paramètres de notification, comme n’importe quelle autre application sur iPhone et iPad.
Les notifications des applications Web fonctionnent exactement comme les notifications des autres applications. Ils s’affichent sur l’écran de verrouillage, dans le centre de notifications et sur une Apple Watch jumelée.
Il s’agit du même Web Push basé sur les normes W3C qui a été ajouté dans Safari 16.1 pour macOS Ventura l’automne dernier. Si vous avez implémenté Web Push basé sur des normes pour votre application Web avec les meilleures pratiques du secteur, telles que l’utilisation de la détection de fonctionnalités au lieu de la détection de navigateur, cela fonctionnera automatiquement sur iPhone et iPad.
Web Push sur iOS et iPadOS utilise le même service Apple Push Notification qui alimente le push natif sur tous les appareils Apple. Vous n’avez pas besoin d’être membre du programme pour développeurs Apple pour l’utiliser. Assurez-vous simplement d’autoriser les URL de *.push.apple.com si vous contrôlez les points de terminaison push de votre serveur.
Pour en savoir plus sur la configuration de Web Push, lisez l’article Meet Web Push sur webkit.org ou regardez la vidéo de la session WWDC22 Rencontrez Web Push.
Prise en charge de la mise au point
Les notifications sont un outil puissant, mais il est facile pour les gens de se retrouver dans des situations où ils sont submergés par un trop grand nombre d’entre eux. Les notifications pour les applications Web de l’écran d’accueil sur iPhone et iPad s’intègrent avec Se concentrer, permettant aux utilisateurs de configurer précisément quand et où les recevoir. Pour les utilisateurs qui ajoutent la même application Web à leur écran d’accueil sur plusieurs appareils iOS ou iPadOS, les modes Focus s’appliquent automatiquement à tous.
API de création de badges
Les applications Web de l’écran d’accueil sur iOS et iPadOS 16.4 beta 1 prennent désormais en charge la API de création de badges. Comme toute application sur iOS et iPadOS, les applications Web peuvent désormais définir leur nombre de badges. Les deux setAppBadge et clearAppBadge modifier le nombre pendant que l’utilisateur a l’application Web ouverte au premier plan ou pendant que l’application Web gère les événements push en arrière-plan, même avant que l’autorisation d’afficher le nombre ait été accordée.
L’autorisation d’afficher le badge sur l’icône de l’application est accordée exactement de la même manière que les autres applications sur iOS et iPadOS. Une fois qu’un utilisateur donne la permission d’autoriser les notifications, l’icône sur l’écran d’accueil affiche immédiatement le nombre actuel de badges. Les utilisateurs peuvent ensuite configurer les autorisations pour les badges dans les paramètres de notification, comme n’importe quelle autre application sur iOS ou iPadOS.
ID de manifeste
WebKit pour iOS et iPadOS 16.4 beta 1 ajoute la prise en charge de id membre de la norme Web Application Manifest. Il s’agit d’une chaîne (sous la forme d’une URL) qui sert d’identifiant unique pour l’application Web, destinée à être utilisée par un système d’exploitation de la manière souhaitée. iOS et iPadOS utilisent l’ID de manifeste à des fins de synchronisation Se concentrer paramètres sur plusieurs appareils.
iOS prend en charge plusieurs installations de la même application Web depuis le tout début. Nous pensons que la possibilité pour les utilisateurs d’installer une application Web plusieurs fois sur leur appareil peut être utile – offrant une flexibilité supplémentaire pour prendre en charge plusieurs comptes, séparer l’utilisation professionnelle de l’utilisation personnelle, et plus encore.
Lors de l’ajout d’une application Web à l’écran d’accueil, les utilisateurs ont la possibilité de modifier le nom de l’application. iOS et iPadOS 16.4 beta 1 combinent ce nom avec l’ID de manifeste pour identifier de manière unique l’application Web. De cette façon, un utilisateur peut installer plusieurs copies de l’application Web sur un appareil et leur attribuer différentes identités. Par exemple, les notifications de “Shiny (personnel)” peuvent être désactivées par Focus tandis que les notifications de “Shiny (travail)” peuvent être autorisées. Si l’utilisateur donne le même nom à son site Web préféré sur plusieurs appareils, les paramètres Focus d’un appareil se synchroniseront et s’appliqueront également aux autres.
Prise en charge des navigateurs tiers pour l’ajout à l’écran d’accueil
Dans iOS et iPadOS 16.4 beta 1, les navigateurs tiers peuvent désormais offrir à leurs utilisateurs la possibilité d’ajouter des sites Web et des applications Web à l’écran d’accueil à partir du menu Partager.
Les applications sur iOS et iPadOS présentent le menu Partager en créant un UIActivityViewController avec un tableau de activityItems. Pour que “Ajouter à l’écran d’accueil” soit inclus dans le menu Partager, les conditions suivantes doivent être remplies :
- L’application a le com.apple.developer.web-browser droit géré
- Un WKWebView est inclus dans le tableau de
activityItems - Le WKWebView affiche un document avec une URL HTTP ou HTTPS
- Si l’appareil est un iPad, il ne doit pas être configuré comme iPad partagé
Comme décrit ci-dessus, après qu’un utilisateur a ajouté à l’écran d’accueil, tout site Web avec un fichier manifeste qui définit le display membre à standalone ou fullscreen s’ouvrira en tant qu’application Web lorsqu’un utilisateur appuie sur son icône. Cela est vrai quel que soit le navigateur qui a ajouté le site Web à l’écran d’accueil.
S’il n’y a pas de fichier manifeste configuré pour demander le comportement de l’application Web (et aucun meta balise marquant le site comme compatible avec les applications Web), alors ce site Web sera enregistré en tant que signet de l’écran d’accueil. À partir d’iOS et d’iPadOS 16.4 beta 1, les signets de l’écran d’accueil s’ouvriront désormais dans le navigateur par défaut actuel de l’utilisateur.
Nouvelle icône de secours
Les développeurs Web fournissent généralement des icônes pour représenter leur site Web dans l’interface d’un navigateur. Si les icônes de l’écran d’accueil ne sont pas fournies, auparavant, iOS et iPadOS créaient une icône à partir d’une capture d’écran du site. Désormais, iOS et iPadOS 16.4 beta 1 créeront et afficheront une icône de monogramme en utilisant la première lettre du nom du site avec une couleur du site à la place.
Pour fournir l’icône à utiliser pour votre site Web ou votre application Web, répertoriez les icônes dans le fichier Manifest — une fonctionnalité prise en charge depuis iOS et iPadOS 15.4. Ou vous pouvez utiliser la technique de longue date de l’inscription apple-touch-icons dans le document HTML head. (Si vous faites les deux, apple-touch-icon aura priorité sur les icônes déclarées par Manifest.)
Nouvelle API Web pour les applications Web
Outre Web Push, Badging API et Manifest ID, de nombreuses autres nouvelles fonctionnalités de Webkit pour iOS et iPadOS 16.4 beta 1 intéressent particulièrement les développeurs d’applications Web qui se concentrent sur les applications Web de l’écran d’accueil. Ceux-ci inclus:
Voir les notes de version pour Safari 16.4 bêta 1 pour la liste complète des fonctionnalités.
Retour
Vous voyez un bug ? C’est à prévoir dans une version bêta. Veuillez nous aider à résoudre ces bogues avant qu’iOS et iPadOS 16.4 ne soient rendus publics en fournissant retour depuis votre iPhone ou iPad. Feedback Assistant collectera toutes les informations nécessaires pour nous aider à comprendre ce qui se passe.
De plus, nous aimons avoir de vos nouvelles. Vous pouvez nous trouver sur Mastodon à @[email protected], @[email protected] et @[email protected]. Ou envoyez un tweet à @webkit pour partager vos impressions sur ces nouvelles fonctionnalités.
