« Ajouter à l’écran d’accueil » (A2HS) est une fonctionnalité d’iOS depuis le lancement original de l’iPhone. Mais il n’a jamais été très clair pour les utilisateurs comment le faire (ou pourquoi quelqu’un devrait le faire).
Bientôt dans iOS 16.4, iOS prendra en charge les notifications push, mais pas pour n’importe quel site web. Cela fonctionne uniquement lorsque vous avez « installé » l’application web comme une « application » via A2HS.
Alors ! Je pense qu’il serait logique que Discourse explique aux utilisateurs comment A2HS, puis s’inscrire aux notifications push.
Dans iOS 16.4, pour vous inscrire aux notifications push, vous devez :
Faites défiler pour révéler la barre d’URL
Appuyez sur le bouton Partager (sans étiquette) (la boîte avec une flèche vers le haut)
Faites défiler la feuille de partage pour révéler le bouton A2HS (et il n’est pas du tout évident que la feuille est déroulante !)
Appuyez sur « Ajouter à l’écran d’accueil »
Appuyez sur le bouton « Ajouter » en haut à droite (de préférence sans renommer l’application)
Revenez à votre écran d’accueil, trouvez la nouvelle icône d’application que vous venez de créer (qui peut se trouver sur un écran d’accueil secondaire, vous devrez donc peut-être la rechercher par nom, par exemple « Meta ») et appuyez dessus
Connectez-vous à nouveau. (Le PWA A2HS ne partage pas les cookies avec Safari, donc si vous vous connectez avec Facebook, vous devez également vous connecter à partir de zéro avec Facebook, y compris l’authentification à deux facteurs et « Faire confiance à ce navigateur ».)
Appuyez sur la bannière pour vous inscrire aux notifications push
Ce sera extrêmement difficile à comprendre pour les utilisateurs !
Discourse devrait fournir un lien expliquant comment A2HS et s’inscrire aux notifications push, de préférence avec un tutoriel vidéo montrant comment faire cela, étape par étape.
Pire encore, je pense que ce ne peut pas être un seul tutoriel vidéo. Beaucoup dépend de si vous le faites sur iPhone ou iPad, si votre appareil a un bouton d’accueil ou non, etc.
Néanmoins, je pense qu’une fonctionnalité comme celle-ci aiderait vraiment beaucoup à intégrer les utilisateurs aux notifications push.
Depuis qu’Apple a bloqué l’événement beforeinstallprompt, c’est en effet assez compliqué sur leur plateforme.
Ce sera un problème pour toutes les webapps, nous pourrons donc apprendre de ce que font les autres et essayer d’utiliser quelque chose qui est familier aux utilisateurs.
Ceux qui sont désireux de commencer à faire pression pour cela peuvent expérimenter avec un composant thématique pour aider leurs utilisateurs à trouver la fonctionnalité.
Peut-être qu’une étape intermédiaire pour tester l’eau est un composant thématique ?
Faites apparaître une sorte de dialogue dismissible qui vous explique comment faire cela ? Je suppose que les questions ouvertes sont :
iOS peut-il détecter qu’il est dans une PWA ou non ?
Quelles seraient les mécaniques pour « rappeler aux gens de PWA » ? (combien de temps attendre ? à quelle fréquence agacer ? Faut-il par exemple exiger que les gens soient TL1 ?)
Oui, et nous avons déjà une méthode pour cela dans sniff-caps
Il y a déjà une bannière sur Android qui se déclenche pour les TL1 et plus.
Cliquer sur non est conservé dans le stockage local.
Le principal problème ici est qu’Apple a été amené ici contre son gré, donc cliquer sur installer ne déclenchera pas une installation, mais tout ce que nous pouvons faire est d’afficher une modale avec un tutoriel sur son fonctionnement. Il n’y a pas de consensus communautaire autour de l’apparence de la modale.
Je viens de mettre à jour vers la version 16.4 et…
« Push API » n’est pas sélectionné dans les fonctionnalités expérimentales. Je pense que c’est pratiquement « mort dans l’eau » jusqu’à ce qu’Apple active cela par défaut.
C’est une idée fausse très répandue. Le drapeau de fonctionnalité « Push API » ne fait rien dans la version 16.4. Push API fonctionne dès la sortie de la boîte, activé par défaut sur iOS 16.4 (mais seulement une fois que vous A2HS).
(Je suppose que le drapeau de fonctionnalité permettra peut-être un jour le Web Push directement dans Safari, sans A2HS, mais cette fonctionnalité n’existe pas aujourd’hui, donc activer ou désactiver le drapeau ne fait rien.)
Allez-y et essayez ! Vous recevrez une notification push, même avec le drapeau désactivé.
N’oubliez pas de suivre toutes les étapes que j’ai documentées ci-dessus. Appuyez sur le PWA A2HS, connectez-vous là-bas, puis activez les notifications via la bannière. Vous devriez recevoir immédiatement un test push.
Comme nous l’avons déjà constaté dans l’autre sujet, ce paramètre ne concerne pas les notifications push web et existe en fait dans les paramètres expérimentaux depuis iOS 15.4.
Une fois la PWA ajoutée, les utilisateurs n’ont qu’à se reconnecter, puis à activer les notifications depuis leur profil au sein de la PWA.
Un des points de résistance que j’ai ici est que l’application Discourse Hub est encore un tout petit peu supérieure à la PWA
Plusieurs sites en un seul
Notifications push pour tous nos clients hébergés
Pas besoin de se connecter une deuxième fois grâce au protocole de transfert d’authentification
Partager le lien dans le pied de page au lieu de simplement revenir en arrière/avancer
Plus facile à installer (sans doute)
Cela dit… c’est de grands progrès, c’est certain ! C’est super utilisable
Ce genre de chose solidifie que l’expérience avec les rappels bruyants et l’enseignement devrait se trouver dans un composant de thème (avec un mode optionnel pour enseigner le hub ou enseigner la PWA). Je me demande aussi si nous pouvons enseigner au Hub à s’appuyer uniquement sur les notifications push web également pour l’auto-hébergement…
Selon moi, le seul avantage de Discourse Hub en ce moment est qu’il est plus facile à installer (à apprendre à installer). Discourse Hub est une application, et tout le monde sait comment installer une application. Dans Hub, vous devriez ensuite coller l’URL du forum, mais il y a une interface utilisateur qui vous guide tout au long du processus. Alors que le processus A2HS d’iOS est… non découvrable. (D’où ce fil de discussion !)
« Plusieurs sites en un » est en fait un inconvénient à mon goût. (Mais, si cela vous intéresse, il est maintenant possible de réécrire Discourse Hub en PWA ! )
« Notifications push pour tous nos clients hébergés » s’applique également au Web Push, n’est-ce pas ? Et même les clients non hébergés reçoivent des notifications push instantanées avec Web Push iOS 16.4, alors que lorsque j’ajoutais des forums non hébergés à Discourse Hub iOS, il devait interroger mes forums non hébergés périodiquement, introduisant des délais.
« Pas besoin de se connecter une deuxième fois »… J’utilise simplement « Se connecter avec Apple » et je dirais que l’expérience est tout aussi bonne pour A2HS Web Push qu’elle l’était dans Discourse Hub. Je clique sur Connexion, Apple scanne mon visage, et je suis connecté.
« Partager le lien dans le pied de page » Je suis sûr que je ne l’ai jamais utilisé !
Ouais, un peu, nous perdrions un peu de chrome, le « réduire » pour tout voir (triangle vers le bas) devrait être implémenté ailleurs. Je ne pense pas que vous ayez le contrôle sur les boutons dans le pied de page ?
De plus, c’est une boîte de Pandore car nous devrions vérifier quels sites nous autorisons sur le « hub web » et lesquels ne le sont pas, ce qui introduira un travail régulier étant donné qu’il existe plus de 37 000 sites.
Oui… idéalement, Apple nous donnerait des API pour simplement s’appuyer sur le web push des applications afin que nous ne dépendions plus d’être un arbitre des notifications.
En fait, nous sommes partiellement bloqués ici jusqu’à ce que nous modifiions certaines choses d’authentification internes. Si vous avez la 2FA activée, vous ne pouvez pas utiliser l’authentification tierce. Nous n’autorisons pas les deux et en interne, nous avons une politique selon laquelle tous les comptes du personnel ont la 2FA sur le développement et le méta. Nous allons changer cela… mais pas cette semaine.
Nous avons publié aujourd’hui un composant de thème officiel qui sera montré aux utilisateurs iOS sur iPhone ou iPad, les encourageant à installer le Forum sur leur écran d’accueil en tant que PWA.
J’ai poursuivi la conversation sur le fil du composant thématique. Je suis d’accord qu’il semble plus judicieux que le texte par défaut mentionne que A2HS est requis pour les notifications push.
)
