Uptime Kuma 教學:5 分鐘架好網站監控,實測心得與限制

Uptime Kuma 是開源、自架的網站與服務監控工具,4.6/5、2026 自架監控的預設選擇:能做 HTTP、TCP、ping、DNS、關鍵字檢查,90 多個通知管道,能生對外狀態頁,MIT 授權完全免費、沒有付費階級或監控數量限制。怎麼開始:一個 Docker 容器就跑、多數情況吃不到 400MB、設定約 5 分鐘,加監控就填網址、設檢查頻率、選通知(LINE、Telegram、email),優先把投廣告的 landing page、報名頁加進去。實測天花板:一,底層 SQLite,監控超過約 100 到 150 個又都短間隔時介面會卡;二,圖表預設只看約一週,長期 uptime 歷史有存但不好瀏覽;三,設定只能用介面、還不能用 API 程式化增減監控(開發中);四,通知一觸即發,沒有值班輪班或只在上班時間通知;五,最關鍵是他從單一地點(你的 server)監控,server 掛了通知也停,理想上要放跟被監控網站不同的機器。一般盯官網、landing page、報名頁綽綽有餘。
- Uptime Kuma 是自架監控預設選擇:HTTP/TCP/ping/DNS/關鍵字檢查、90+ 通知、狀態頁、MIT 免費無數量限制
- 怎麼開始:一個 Docker 容器、吃不到 400MB、5 分鐘;加監控填網址+頻率+通知
- 天花板:SQLite 超過 ~100-150 監控會卡、圖表預設只看一週、設定只能介面不能 API、通知無值班輪班
- 最關鍵:單一地點監控,server 掛了通知也停,要放跟被監控網站不同的機器
搜「Uptime Kuma 教學」的人,多半想自己架一個監控,網站掛了第一時間知道。他好裝到誇張,這篇給你怎麼開始跟實測心得。
Uptime Kuma 是什麼
Uptime Kuma 是開源、自架的網站與服務監控工具,評分 4.6/5,是 2026 年自架監控的預設選擇。能做 HTTP、TCP、ping、DNS、關鍵字檢查,90 多個通知管道,還能生對外的狀態頁。MIT 授權完全免費,沒有付費階級、沒有監控數量限制,你只付底層 server 的錢。
怎麼開始:真的 5 分鐘
一個 Docker 容器就跑起來,多數情況吃不到 400MB 記憶體,設定大約 5 分鐘。加一個監控:填網址、設檢查頻率、選通知要發到哪(LINE、Telegram、email 等),存檔就開始盯了。建議把正在投廣告的 landing page、報名頁優先加進去。
實測心得:知道他的天花板
第一,規模有上限。他底層用 SQLite,監控數超過大約 100 到 150 個、又都用短間隔時,介面會開始卡。要盯很多就得拆多個實例、或改用別的工具。
第二,圖表預設只看約一週。長期的 uptime 歷史有存,但不好瀏覽。
第三,設定只能用介面,還不能用 API 程式化增減監控(開發中)。
第四,通知一觸即發,沒有「值班輪班」或「只在上班時間通知」的設定。
第五,也是最關鍵:他從單一地點(你的 server)監控,所以如果你的 server 掛了,通知也跟著停。理想上監控工具要放在跟被監控網站不同的機器。
我的建議
一般行銷要盯自己的官網、landing page、報名頁掛沒掛,Uptime Kuma 綽綽有餘,5 分鐘就有。但記得放在另一台機器、通知敏感度調好。想先了解為什麼該裝,可搭我另一篇 Uptime Kuma 開箱。
想把行銷技術基本盤顧穩,我在 AI101 也整理了一些工具,可搭著看。
我自己這幾年最深的體悟是:會被 AI 取代的是工具操作,留得下來的是判斷力。當定價被壓縮、護城河被打穿,行銷人能賣的只剩判斷,不是會不會用軟體。
我自己也還在踩這條路,只是剛好多走了幾步。所以我寫東西寧可坦白「我吸收能力有限,卡點都在我自己身上」,也不裝得道高人。跟讀者站同一隊,比站在講台上更能被聽進去。
不想碰伺服器,只想要結果?
這個 GitHub 專案功能完整,但你得自己配 server、串 API 金鑰、扛維運。
如果你現在只是要 AI 幫你寫文案、拆工作流、生行銷內容,免安裝、開箱即用的線上工具會更快上手。
30 秒免費試用 AI101 挑戰平台 →常見問題
Uptime Kuma 怎麼安裝?
一行 docker run -d -p 3001:3001 louislam/uptime-kuma 就能跑起來,多數情況吃不到 400MB 記憶體,設定大約 5 分鐘。加一個監控就填網址、設檢查頻率、選通知要發到哪(LINE、Telegram、email 等),存檔就開始監控,建議優先把投廣告的 landing page 與報名頁加入。
Uptime Kuma 有什麼限制?
底層用 SQLite,監控數超過約 100 到 150 個且短間隔時介面會變慢;圖表預設只顯示約一週、長期歷史不易瀏覽;設定只能用介面、尚不能用 API 程式化增減監控;通知一觸即發,沒有值班輪班或只在上班時間通知的設定。
用 Uptime Kuma 最該注意什麼?
最關鍵的是他從單一地點(你的伺服器)監控,如果那台伺服器掛了,連帶負責發通知的 Uptime Kuma 也會停,等於失去監控。理想上應該把它部署在跟被監控網站不同的機器上,並把通知敏感度調好避免警報疲勞。
每天三篇 AI×行銷,訂閱不錯過
行銷觀點建立判斷力,AI / GitHub 工具開箱幫你選對工具。留個 email,新文章直接送到信箱。