DemandHunt 海外社区机会雷达
简中
独立开发与工具 Stack Exchange · 2026-10-10

想有一套不绑定聊天软件的自托管 Web Push 通知服务器

Wanted: a self-hosted web push notification server, not tied to any chat app

30 秒速览
  • 谁在提Stack Exchange · 2026-10-10 · 1 评
  • 想要什么想有一套不绑定聊天软件的自托管 Web Push 通知服务器
  • 能做成什么自托管 Web Push 网关:REST 触发、浏览器订阅管理面板、nginx 反代友好;开源核心 + 托管版收费。

原帖原话

“I've a few services that currently use a chat service and a CLI client to generically send notifications from various apps. I'd like something similar without being tied to a chat client — just native web browsers. Something self-hosted, running behind nginx.”

“我的几个服务现在靠某个聊天软件加 CLI 客户端发通知。我想要类似的通用方案,但不绑定聊天客户端,就用浏览器原生推送。要求:自托管、能放在 nginx 后面。”

— Stack Exchange · 2026-10-10 · softwarerecs.stackexchange.com/questions/95677/web-p…

需求背景与痛点

痛在哪

通知入口被聊天平台绑架:换聊天软件要改所有发通知的服务,浏览器原生 Web Push 又得自己实现 VAPID、订阅管理、端点路由一整套。

可以做成什么

能做成什么

自托管 Web Push 网关:REST 触发、浏览器订阅管理面板、nginx 反代友好;开源核心 + 托管版收费。

怎么验证它

  1. 读完原帖的评论区,把重复出现的具体场景记下来——重复次数就是需求的密度。
  2. 搜索「Web Push / 自托管」相关的现有工具,确认它们只覆盖了哪一环。
  3. 用一句话落地页,投回 Stack Exchange 或同类社群,看有没有人主动问价格。

已有方案与差异

ntfy、Gotify(App 推送为主,浏览器 Web Push 支持弱)

社区原声 · 热门评论

Most modern browsers support web push notifications as well as the two big mobile OSes. Completely different mechanisms though: Websites run JavaScript in a background thread as WebWorker , from which they can launch notification or nearly anything else normal JavaScript does. In that background thread, they hold open a connection to a web server. Every tab that does that has its own connection, handled in its own background thread. Mobile apps use an operating system service that holds open a single connection to a centralized server (Android: Google Play Services and Google's server). Source

— Marcus Müller · ▲ 0
打开原帖核对

常见问题

「想有一套不绑定聊天软件的自托管 Web Push 通知服务器」这条需求来自哪里?
这条需求来自 Stack Exchange 的公开讨论,原帖发布于 2026-10-10,目前有 1 条回复,属于「独立开发与工具」方向。完整上下文:https://softwarerecs.stackexchange.com/questions/95677/web-push-notifications-server
海外用户具体在抱怨什么?
我的几个服务现在靠某个聊天软件加 CLI 客户端发通知。我想要类似的通用方案,但不绑定聊天客户端,就用浏览器原生推送。要求:自托管、能放在 nginx 后面。 通知入口被聊天平台绑架:换聊天软件要改所有发通知的服务,浏览器原生 Web Push 又得自己实现 VAPID、订阅管理、端点路由一整套。
这个需求可以做成什么产品?
自托管 Web Push 网关:REST 触发、浏览器订阅管理面板、nginx 反代友好;开源核心 + 托管版收费。
现在有哪些替代方案?
已知的相关方案:ntfy、Gotify(App 推送为主,浏览器 Web Push 支持弱)。这些方案通常只覆盖其中一环,完整流程仍需人工衔接,因此仍留有切口。

同一痛点的其他讨论

相关机会