Pour ceux d’entre nous qui attendaient, principalement pour que nos instances Discourse fonctionnent mieux sur iOS, le jour semble proche, car Apple a officiellement annoncé aujourd’hui la prise en charge des notifications push Web dans iOS 16, prévue pour 2023.
Il y a une présentation à ce sujet demain :
Il y a un peu plus de détails sur l’implémentation ici.
https://webkit.org/blog/12824/news-from-wwdc-webkit-features-in-safari-16-beta/
Web Push arrive dans Safari 16 sur macOS Ventura. Cela vous permet d’envoyer des notifications à distance aux utilisateurs de vos sites web et applications web, et de délivrer ces notifications même lorsque Safari n’est pas en cours d’exécution. Il utilise la même combinaison de standards web que vous connaissez peut-être déjà pour d’autres navigateurs : Push API et Notifications API, ainsi que Service Worker.
Les utilisateurs s’abonnent aux notifications en manifestant d’abord leur intérêt par un geste utilisateur, comme cliquer sur un bouton. Ensuite, ils seront invités à donner la permission à votre site ou application d’envoyer des notifications. Les utilisateurs pourront consulter et gérer les notifications dans le Centre de notifications, et personnaliser les styles et désactiver les notifications par site web dans les Réglages de notifications.
Si vous avez déjà implémenté Web Push pour votre application web ou votre site web en utilisant les meilleures pratiques de l’industrie, cela fonctionnera automatiquement dans Safari. Cependant, si vous avez exclu Safari par détection de navigateur, vous devrez passer à la détection de fonctionnalités pour que cela fonctionne.
Web Push dans Safari utilise le même service Apple Push Notification qui alimente les notifications push natives sur tous les Mac et appareils iOS. Si vous gérez étroitement les points de terminaison push sur votre serveur, assurez-vous d’autoriser les URL de n’importe quel sous-domaine de push.apple.com. Vous n’avez pas besoin d’être membre du programme Apple Developer.
Et recherchez Web Push pour iOS et iPadOS en 2023.
Safari sur macOS propose des notifications push web non standard depuis 2013, mais cela n’a jamais fonctionné pour iOS auparavant.
Cette annonce semble simplement indiquer que Safari sur macOS passera à une API basée sur les standards dans Safari 16, ce qui est bien, mais si vous vouliez des notifications push sur Safari pour macOS, vous pouvez déjà les implémenter aujourd’hui.
Le support iOS sera le véritable changement.
Je vous remercie de me fournir des informations plus détaillées à ce sujet !
Savez-vous ou quelqu’un d’autre sait comment cela aura un impact sur les instances Discourse ? Je suppose que cela signifiera que lorsqu’une personne enregistre un site Web sur l’écran d’accueil, cela permettra à l’utilisateur de recevoir des notifications de cette PWA Discourse, est-ce vrai ?
De plus, cela permettra-t-il à DiscourseHub d’envoyer des notifications push iOS à toutes les instances Discourse qu’il contient ?
Non, cette fonctionnalité n’a rien à voir avec l’installation sur l’écran d’accueil ou les « PWA ».
« PWA » est en quelque sorte un terme marketing inventé par les développeurs de Google ; le terme fait référence à un ensemble de fonctionnalités :
- Ajouter à l’écran d’accueil (A2HS)
- Prise en charge hors ligne, de sorte que le site/l’application continue de fonctionner lorsque vous êtes hors ligne
- Fonctionnalités similaires aux applications natives (fonctionnalités qui étaient autrefois exclusives aux applications natives), y compris les notifications push, le Bluetooth, la récupération en arrière-plan, etc.
Mais les fonctionnalités n’ont intrinsèquement rien à voir les unes avec les autres. Vous pouvez avoir l’une de ces fonctionnalités sans aucune des autres.
- Vous pouvez ajouter n’importe quelle page Web à votre écran d’accueil. La page Web n’a pas besoin d’avoir une prise en charge hors ligne ou des fonctionnalités similaires aux applications natives pour être ajoutée à l’écran d’accueil (A2HS). (Il s’agit simplement d’ajouter un signet à votre écran d’accueil ; c’est tout ce que fait A2HS.)
- Vous pouvez activer la prise en charge hors ligne pour votre site Web, que vous utilisiez ou non A2HS.
- Il n’y a pas de fonctionnalités similaires aux applications natives qui nécessitent que vous utilisiez A2HS ou que vous utilisiez la prise en charge hors ligne. WebBluetooth fonctionne sur n’importe quelle page Web, tant que l’utilisateur accepte une boîte de dialogue de « permissions » ; vous n’avez pas besoin d’utiliser A2HS pour l’activer.
Aujourd’hui, dans Google Chrome et dans la version actuelle de Safari 15 pour macOS, les sites Web peuvent afficher une petite boîte de dialogue de demande, demandant la permission de pousser des notifications. (Vous devez le faire dans un gestionnaire de « clic » ou en réponse à un « geste utilisateur » similaire comme le glissement ou le balayage.) Vous avez probablement vu ces pop-ups sur les sites d’actualités de temps en temps.
Le billet de blog d’Apple semble indiquer que rien ne changera concernant l’invite de permission dans Safari 16 :
Les utilisateurs s’abonnent aux notifications en indiquant d’abord leur intérêt par un geste utilisateur, comme cliquer sur un bouton. Ensuite, ils seront invités à donner la permission à votre site ou application d’envoyer des notifications.
Cette question est confuse. C’est ce que Discourse Hub fait déjà aujourd’hui.
Je pense qu’il y avait peut-être un problème avec mes paramètres de notification sur mon iPhone, car elles n’arrivaient pas :
Ah, sympa ! Donc les gens pourraient toujours recevoir les notifications sans A2HS, ça a l’air super, merci.
Je croyais que les notifications iOS dans Discourse Hub ne fonctionnaient que pour les instances Discourse hébergées par l’équipe Discourse, conformément au message ci-dessous. Est-ce que cela a changé ?
Comme l’explique le fil de discussion que vous avez lié, Discourse Hub peut envoyer des notifications pour n’importe quel site Discourse, même ceux qui ne sont pas hébergés par l’équipe Discourse, mais il n’envoie des notifications en direct (instantanées) que pour les sites hébergés par l’équipe Discourse. Si vous ajoutez un site non hébergé à Discourse Hub, vous recevrez des notifications, mais selon un calendrier plus lent.
Néanmoins, je ne pense pas que ce soit ce que la question demande, mais je me trompe peut-être :
Discourse Hub peut déjà envoyer des notifications push iOS depuis toutes les instances Discourse qu’il contient. Les sites non hébergés envoient les notifications plus lentement, mais ils les envoient.
Ah, j’espérais en effet que les sites auto-hébergés pourraient envoyer des notifications immédiates. Peut-être que le retard des notifications m’a fait douter qu’elles soient actuellement envoyées ou non.
Cela dit, je suis ravi que iOS 16 permette les notifications immédiates pour les sites Discourse auto-hébergés ![]()
Merci pour la clarification. Je m’intéresse principalement aux notifications push iOS en direct, et non aux notifications récupérées par interrogation.
« WKWebView » est l’API d’Apple pour intégrer un navigateur web dans une application native ; Discourse Hub utilise WKWebView. Pour autant que je sache, les notifications push propriétaires actuelles de Safari 15 sur macOS ne fonctionnent pas dans un WKWebView sur macOS.
Apple met certaines fonctionnalités d’apparence native à disposition uniquement dans l’application Safari, pas dans un WKWebView, et parfois même pas dans les pages web enregistrées sur l’écran d’accueil, qui s’exécutent techniquement chacune dans un processus « Web.app » distinct sur iOS.
Nous ne savons pas encore si la nouvelle API Push standard fonctionnera dans un WKWebView (donc nous ne savons pas si elle fonctionnera dans Discourse Hub), et nous ne savons certainement pas si l’API Push fonctionnera dans un WKWebView sur iOS, qui ne sera même pas livrée en 2022.
Cependant, quelques détails supplémentaires sont censés être disponibles lors de la présentation de demain.
Pour information, il est typique que les évangélistes Apple refusent de répondre publiquement à d’autres questions sur les fonctionnalités d’apparence native sur le web.
Considérez cette question posée sur Twitter :
Apple a répondu aux questions de Maximiliano tout au long de la journée, mais, euh, pour une certaine raison, cette question est restée sans réponse ! ![]()
Oh, c’est merveilleux, j’adore ce niveau de détail, merci de l’avoir écrit. Espérons que cela fonctionnera sur WKWebView sous iOS et les applications de l’écran d’accueil ![]()
Je suis content de voir que je n’étais pas le seul à regarder cette keynote. ![]()
Je ne suis pas sûr pourquoi cela ne sera pas lancé avec la première version d’iOS 16, mais peu importe…
N’était-ce pas déjà disponible sur macOS ? Je suis capable de recevoir des notifications push Safari de MacRumors depuis des années maintenant. Peut-être utilisaient-ils une solution de contournement d’une sorte ? ![]()
Comme je l’ai dit dans mon précédent message :
Ah, désolé. Je n’étais pas tout à fait sûr de ce que vous vouliez dire. ![]()
Il y avait très peu de détails dans la vidéo d’aujourd’hui. Meet Web Push for Safari - WWDC22 - Videos - Apple Developer
WebKit a un article de blog aujourd’hui.
Plus de détails sont disponibles ici.
\u003chttps://developer.apple.com/documentation/usernotifications/sending_web_push_notifications_in_safari_and_other_browsers\u003e
Au salon Safari WWDC, un utilisateur nommé « John » a posé la question : « Est-ce que le web push fonctionnera dans les instances WKWebView ? ». La réponse de « Brady E » d’Apple a été :
\u003e Sur macOS Ventura, Web Push n’est pris en charge que dans Safari 16.
John a poursuivi : « et pour iOS/iPadOS ? », ce à quoi Brady a répondu : « Recherchez la prise en charge d’iOS/iPadOS en 2023 ». Ils ne répondent donc à aucune question aujourd’hui concernant la prise en charge d’iOS.
Il me semble extrêmement improbable que les notifications Web Push fonctionnent dans un WKWebView en 2023, en particulier sur iOS, j’espère donc que Safari Web Push n’aura aucun avantage direct pour Discourse Hub.
Mais, bien sûr, l’application Discourse Hub sera beaucoup moins importante lorsque Safari Web Push sera lancé.
Merci d’avoir suivi cela avec Apple et d’avoir écrit une suite ici ![]()
L’application Discourse Hub présente d’autres avantages.
Vous avez cependant en grande partie raison. Elle deviendra partiellement obsolète bientôt. Je me demande si CDCK la supprimera complètement… ![]()

Soit dit en passant, il n’est pas prévu d’abandonner l’application mobile, elle est toujours très utile pour pouvoir regrouper tous vos sites et notifications Discourse en un seul endroit, en plus de recevoir des notifications en temps réel.
Est-ce que cela aurait du sens d’amener Discourse Hub sur le web en tant que PWA ?
Ce n’est malheureusement pas quelque chose qui est actuellement prévu dans notre feuille de route, mais c’est quelque chose que j’aimerais personnellement voir, c’est une excellente idée ![]()
