Webhook 開發:AnyHook vs ngrok(2026)
更新於 所有比較
ngrok 解決的是另一個問題:把你的筆電公開到網際網路上。如果 Webhook 的目標跑在 localhost,ngrok(或任何隧道)才是對的工具。AnyHook 架在已部署的伺服器前面:一個網址接住 Webhook、重試失敗的傳遞,並保存可重播的事件紀錄。很多團隊在開發時用隧道,在正式環境用中繼服務。
並列比較
| 比較項目 | ngrok | |
|---|---|---|
| 核心工作 | 中繼:接收 → 記錄 → 轉送並重試 | 隧道:透過公開網址把 localhost 開放出去 |
| 不用安裝任何東西 | 是,純 HTTP,一個 curl 就能開始 | 否,要安裝 agent 並設定 auth token |
| 目標可以是 localhost | 否(需為已部署的端點) | 是,這就是它的用途 |
| 目標當機時自動重試 | 是,3–10 次嘗試、指數退避、死信處理 | 否,筆電一闔上,事件就沒了 |
| 事件紀錄與重播 | 有,重播不計入每月配額(有每日上限) | 付費方案有 Inspector,免費方案有限制(免費方案 1 個端點、每月 1 GB 頻寬) |
| 免費方案內容 | 每月 10,000 個事件,不需信用卡,可認領的免金鑰起步 | 1 個端點,每月 1 GB 頻寬 |
| 簽章處理 | 在邊緣節點驗證 22 個來源;每次傳遞重新簽章(時間戳記不怕重試) | 只做直通轉送 |
| AI agent 整合 | 免金鑰 API 起步 + MCP 伺服器(npx -y anyhook-mcp) | 以 CLI 為主;agent 必須自己管理隧道的生命週期 |
適合選 ngrok 的情況
- 接收 Webhook 的程式此刻就跑在你的筆電上
- 你需要通用的隧道(Web UI、SSH、TCP),不只是 Webhook
- 你希望請求檢視功能直接接進本機開發流程
適合選 AnyHook 的情況
- 你的端點已經部署(Vercel、Railway、VPS),想在它前面加上重試與事件紀錄
- 你受夠了隧道一斷、筆電一睡,Webhook 就不見
- 你需要驗證服務商簽章,並在下游拿到重新簽署、重試也安全的簽章
- 整合由 AI agent 來做:不用安裝執行檔,也不用一直顧著隧道
10 秒試試 AnyHook,不用註冊
$ curl -X POST https://anyhook.net/api/v1/quickstart
# 回傳可用的 inbound_url、一把 API 金鑰和一個 claim_url
# AI agent:npx -y anyhook-mcp,它的 anyhook_quickstart 工具會替你完成這一步常見問題
- AnyHook 能像 ngrok 一樣把 Webhook 轉送到 localhost 嗎?
- 不能直接轉送,AnyHook 傳遞到可公開連線的網址。本機開發時,可以搭配任何隧道:把 AnyHook 的目的地指向隧道網址,就能在隧道之上多一層重試與可重播的事件紀錄。
- 伺服器當機時,Webhook 會怎樣?
- AnyHook 會自動排入佇列並重試:Free 方案 3 次,Scale 方案最多 10 次,採指數退避(5 分鐘 / 30 分鐘 / 3 小時 / 18 小時,之後每天一次)。失敗的事件會留在事件紀錄裡,伺服器恢復後可以批次重播。
- 真的不用註冊就能試用嗎?
- 對:POST https://anyhook.net/api/v1/quickstart 不需要帳號,就會回傳一個可用的端點和 API 金鑰。7 天內沒有認領成免費帳號就會到期。