大家好，
我一直在努力为当地体育联盟启动自己的 Discourse 社区，但在让人们查看和使用论坛方面遇到了很大麻烦。
我发现，如果我让用户注册推送通知，并创建触发推送的帖子，他们就会回来查看论坛。
然而，电子邮件通知（如摘要等）未被阅读，因为大多数人不会主动查看电子邮件。
我认为如今的常态是，当发生需要他们注意的事件时，人们期望直接收到手机主屏幕的推送通知。
没有人会设置电子邮件来生成推送通知，所以人们真正查看电子邮件的唯一时间是当他们期望收到一封时。
不幸的是，这意味着 Discourse 团队为吸引人们回来的所有出色工作（例如 活动摘要）完全无效，因为它们是通过电子邮件路由的。
所以我认为这个要求很简单：应该在发送电子邮件的同时生成推送通知。
而且我认为有一个非常简单的方法可以实现这一点：
你可以将电子邮件转换为来自 Discobot 的私信，这样它们就会同时生成推送和电子邮件通知。
然后，对于那些通过推送通知到达的人，他们可以打开私信并获得他们在电子邮件收件箱中收到的完整通知。
您能否更详细地描述一下您目前正在做什么？
我认为，关于您和他人正在做的事情中哪些有效、哪些无效的真实世界示例，可以提供很多信息，既能帮助那些可能尝试类似方法的人，也能帮助我们思考您在此提出的任何功能的潜在设计。
我也对您的示例感兴趣，以了解您是如何考虑哪些内容值得推送通知，哪些不值得。
您如何鼓励人们注册推送通知？您发布了哪些类型的帖子会触发通知？您将通知发送给谁？您发送的频率是多少？
是的！我在论坛上设置了几个类别，这样所有用户都会收到第一个帖子（公告、活动和派对）的通知。
我偶尔也会在通用类别中创建主题，并直接 @ 我想让他们参与对话的人。
在每种情况下，都会生成电子邮件通知并发送，但只有那些在技术方面有背景的人才会根据电子邮件通知查看论坛。
即使是那些查看电子邮件的人，也很懒惰，只是偶尔查看一下。
在观察到这一点后，我采取了积极的策略来让人们注册推送通知（我一直在亲自指导他们完成这个过程）。
对于那些成功注册的人（即他们在 push_notifications 表中有条目），当他们收到推送通知时，他们确实会回来查看论坛。
不幸的是，我没有好的方法来自动化或扩展这个功能，除非修改 Discourse。
我非常希望用户能在入门向导中被提示设置推送通知 
我个人认为，每一个电子邮件通知都值得推送通知——这可能是因为我确实设置了我的电子邮件向我发送推送通知。
我知道——我可能是世界上唯一这样做的人 
操作指南帖子和不断要求人们启用通知。
Apple 在 iOS 上让这件事变得非常困难，所以我必须向非技术人员解释如何将论坛安装为 PWA。这非常烦人。
不过我找到了这个——它在推动人们安装论坛方面做得更好（如果这是一个 Discourse 插件/主题组件，我可能会安装它）。
另外——有一次，当我亲自指导三个人完成这个过程时，我观察到一个错误，即通知同意横幅实际上并没有让他们注册通知（他们在 push_notifications 表中没有条目）。
我没有好的方法来调试这个问题，它使用了与设置页面相同的代码路径（所以你会认为它应该有效），所以我暂时没有报告它。
明白了。
听起来我们确实需要考虑以下几点：
退一步说，正如你最初提到的，你在这里强调的普遍问题是“如何更有效地触达那些希望在不活跃于网站时收到通知的人？”
我能想象到一些除了推送通知之外解决这个问题的其他方法，但我认为这是一个合理的尝试。
我们不希望对用户注意力造成不当影响，并希望允许用户在方便的时候异步参与讨论，而不是制造紧迫感，这与我们的初衷存在一些矛盾。
因此，我认为朝这个方向发展肯定还需要：
是的，我认为这是合理的！
推送通知是我比较熟悉的，但我认为如果你把这个想法抽象化，它会是这样的：
Discourse 如何从传统的/已弃用的通知形式（电子邮件）转向现代的通知形式（推送）。
我同意你的观点，并非所有内容都需要紧急地以推送通知的形式呈现——毕竟，我们并不想创造另一个令人上瘾的应用程序。
然而，世界已经从基于轮询的通知转向了基于推送的通知，我认为我从用户那里观察到的行为也反映了这一点。
这也许是让Discourse推送通知功能主题 针对移动应用重回视野的地方。
我们如今有一个非常令人遗憾的趋势，就是WhatsApp群组迫使人们公开他们的电话号码，如果他们只想获取本地体育社区活动的信息。
这绝对不应该！尤其是对女性而言。
关于@justinm 对可达性的担忧：当您启动手机时，在后台启动一个应用程序并提供推送通知是联系人们的最佳方式之一（当然需要选择加入选项）。
现在我不知道这项工作的量有多大，但人们会愿意为上述主题中提到的更多相关功能付出努力：当您订阅多个论坛时，查看推送的来源，根据所选类别选择声音和/或振动等。
有趣的移动应用推送通知相关主题：
iOS Mobile App Notifications 和 How to Implement Push Notifications for Our White-Label App (Rebranded)
我们通常依赖网站的 Web 推送通知。它是一个开放协议，如今几乎所有浏览器（移动和桌面）都支持它。
这些通知看起来和感觉都像原生应用
它们还支持 Discourse 的自托管实例——这对我们来说是一项要求。
所以我想为 Discourse 创建一个插件，将电子邮件摘要转换为 Discobot 的私信。
这将是一个有缺陷的解决方案，但目前我需要尝试让人们回到我的网站，而无需手动提醒他们。
我不知道您是否可以利用这个基础来实现您对自动化插件的设想。这是一个指南 Create custom Automations
