WHMCS 告警郵件洗版？4 種解法的成本對比（2026）

凌晨 3 點收到 50 封 invoice paid 通知郵件，不是因為生意爆了，是 WHMCS 預設告警沒有去重也沒有冷卻窗口。每個帳單狀態變化都是一封郵件。這件事 WHMCS 主機商踩過的人不在少數。

更糟的是 WHMCS 自帶的告警只能寄郵件，要 Slack / Telegram / Discord / SMS 通知一律沒有。維護期間所有客戶告警繼續往值班的手機推，也沒辦法靜默。on-call 輪值在小團隊基本做不了。要嘛所有 admin 都收，要嘛一個人 24/7。

我們經營微碼寶（面向中國大陸 WHMCS / WordPress 站長的精選插件商城），這個問題踩過 4 種解法。下面是 2026 年現狀的對比。這篇不打算勸你選哪個，是給你一份算帳的依據。

四種能走的路

總共真實路徑就這 4 條：

1. 改 WHMCS 預設郵件 + 自己寫 hook：在 hooks.php 裡加去重 / 冷卻 / Slack webhook 轉發邏輯
2. 接外部 SaaS 監控：PagerDuty / Opsgenie / Datadog 這種，把 WHMCS 當 alert source
3. 買 WHMCS Marketplace 告警模組：ModulesGarden / CodeCanyon 上找
4. 裝專用 WHMCS 告警插件：Smart Alerting Hub 這種 niche 插件

下面一個一個算。

方案 1：改 WHMCS 預設郵件 + 自己寫 hook

適合有專職後端的團隊。

• 費率：0%，免費
• 接入難度：高。要熟 WHMCS 的 hook 系統（InvoicePaid / TicketOpen / OrderAdd 等幾十個 hook 名）、寫 PHP 處理 dedup（Redis 或自建去重表）、Slack webhook 轉發、Telegram bot 呼叫
• 覆蓋頻道：你願意寫多少就有多少（理論上無限）
• 維護成本：WHMCS 8.x → 9.x 升級時幾個 hook 名改了，你得跟。每個新頻道都要寫新 adapter。估算每年 1-2 週工程師時間
• 核心 catch：
• 維護窗口靜默是個一次性 hack，做完就 ad hoc 散落各處
• on-call 輪值你得自己設計排班邏輯（按週 / 按事件類型 / 按 severity 分流）
• 告警歷史 / 重發 / 失敗重試這些功能要從零做

適合人群：內部有 1 位以上 WHMCS 經驗的後端，小流水但功能必須按需訂製。

方案 2：接外部 SaaS 監控

適合已經在用 PagerDuty 之類的團隊。

• 費率：PagerDuty $19/user/月起、Opsgenie $9-29/user/月、Datadog 按事件量算
• 接入難度：中。WHMCS 這邊要寫 hook 把事件轉成 webhook 推給 SaaS。SaaS 那邊設定告警規則 / 通知頻道 / on-call schedule
• 覆蓋頻道：極廣（SaaS 自己有 30+ 頻道整合），on-call 排班 / dedup / silence 都成熟
• 核心 catch：
• 月費按 user 算：10 個 admin = $190/月 = $2280/年（PagerDuty 標準價）
• SaaS 不直接讀 WHMCS 事件，需要 webhook 中轉。invoice paid / ticket open 這些 WHMCS 業務語意在 PagerDuty 是泛化的 "incident"，少了上下文
• 大多數小型主機商根本沒必要為帳單通知用 PagerDuty 這種「維運事故管理」工具

適合人群：流水大（月 > $30k）+ 團隊 ≥ 10 人 + 已經用 SaaS 監控基礎設施的公司。

方案 3：WHMCS Marketplace 告警模組

ModulesGarden / CodeCanyon 上能搜到 "WHMCS notification" / "WHMCS alert" 類型的插件。

• 價格：$179-499/年，按 ModulesGarden 標價
• 接入難度：中。裝上 + 設定 + 和你的 Slack / Telegram / 信箱聯調
• 覆蓋頻道：看具體插件，多數只覆蓋 Email + Slack 2-3 個
• 核心 catch：
• 多數老牌插件做的是「在郵件之外加 Slack」，沒有 dedup / cooldown / on-call rotation 這些核心功能
• 維護頻率參差，最近一次 release 是 2024 的就別用了，WHMCS 8.6 / 9.0 hook 系統已經變過
• 年費高，5 年 $900-2500，功能差距還可能讓你最後還要自己寫 hook 補

適合人群：預算夠 + 需求簡單（僅加 Slack 通知）+ 不在乎 on-call / dedup 這些。

方案 4：裝專用 WHMCS 告警插件

Smart Alerting Hub 這種 niche 插件直接做「WHMCS 事件 + 多頻道路由 + dedup + on-call」完整閉環。

• 價格：免費版可用，Pro 版 $69/年 或 $249 買斷（人民幣 ¥499/¥1799）
• 接入難度：低。裝插件 + 設定 channels（貼 Slack webhook / Telegram bot token 等）+ 設定事件訂閱
• 覆蓋頻道：8 個標配（Email / Slack / Telegram / Discord / WhatsApp / SMS / PagerDuty / 自訂 Webhook），不需要自己寫 adapter
• 覆蓋 WHMCS 事件：26 種（帳單 / 工單 / 訂單 / 服務 / 客戶 / 網路 / 管理 7 大類）
• 核心功能（Pro）：
• 告警去重 + 冷卻窗口（同事件 N 分鐘內只發一次）
• 維護靜默窗口（手動開 silence 不漏告也不轟炸）
• 自訂訊息範本（{{variable}} 佔位符 + 按頻道 / 按事件雙層覆蓋）
• on-call 輪值（每週循環 + 事件過濾）
• alert digest（hourly / daily 批次摘要）
• unlimited alerts + 可設定歷史保留
• 核心 catch：
• Free 版每天 100 條告警上限（中型主機商可能 1 天就超），且只支援 Email + 1 個額外頻道
• 跟方案 2 比，沒有 cross-platform incident escalation（多平台聯動 escalate 這種）
• 跟方案 1 比，自訂彈性不如直接寫 hook（雖然 90% 場景範本覆蓋夠了）

適合人群：中小型 WHMCS 主機商（< 50 admin），需要多頻道告警 + on-call + dedup，但養不起 PagerDuty 全家桶。

4 種方案對比

按團隊規模推薦

• 1-3 人小團隊 + 月流水 < $5k：方案 4 free 版（每天 100 條告警 + Email + Slack 一個夠用）
• 3-15 人 + 月流水 $5k-30k：方案 4 Pro（$69/年 解鎖全部 + on-call + dedup）
• 10-50 人 + 已經用 SaaS 監控基礎設施：方案 2（接 PagerDuty 等，統一 incident management）
• > 50 人 + 有專職後端：方案 1（自建）+ 方案 4 / 2 混搭，因為大公司業務訂製度高

一個具體的捷徑

走方案 4 的話，Smart Alerting Hub 插件 是我們做的，免費版直接能用。裝完以下事情就有了：

• 儀表板看頻道健康 + 告警統計
• WHMCS 後台直接配 Slack / Telegram / Discord webhook，不用碰程式碼
• 告警歷史可重發 / 重試 / 篩選

Pro 版（$69/年 或 $249 一次性買斷）解鎖的是「團隊規模上來後才需要」的功能：dedup 窗口、on-call 輪值、維護靜默、自訂範本。如果你團隊還在 3 人以下且每天告警 < 100 條，免費版就夠。

如果你最後選的是方案 1 / 2 / 3 不是方案 4，也希望這篇對比給你算清楚帳。WHMCS 主機商在告警這件事上預算超支最常見的原因，是預設想「加個 Slack 就好」結果半年後發現還要 dedup / on-call / 維護靜默，最後又疊了一堆工具。先想清楚需要哪些功能再選方案，比「先用著以後再說」省 5-10 倍長期成本。

WHMCS 告警在 2026 年仍然是個被預設低估的環節，多數主機商把「告警 = 郵件」當作天經地義。本文按 2026-05 實際資料寫。如果你的方案 / 現狀跟上面不一樣，歡迎在 微碼寶工單 留言糾正，會更新本文。