技術架構

WordPress 加 Uptime Kuma：網站掛了你要多久才知道

多數站長是被客戶告知網站掛了的。這篇講監控該設在哪裡——為什麼只監控首頁回不回 200 會漏掉最貴的那幾種故障。

A

Admin

問一個問題：如果你的網站現在掛了，你多久會知道？

多數人的答案是「有人告訴我的時候」。而會告訴你的人，通常是正要下單卻下不了的那一個。

只監控首頁是不夠的

最常見的設定是監控首頁、看回不回 200。這能抓到伺服器整台掛掉，但抓不到最貴的那幾種故障。

WordPress 的白畫面經常回 200。PHP 致命錯誤在某些設定下會輸出一個空白頁面，HTTP 狀態碼還是 200。監控顯示一切正常，訪客看到一片空白。

首頁可能被快取撐著。資料庫掛了，但首頁有整頁快取，還是正常顯示。你的監控很開心，而所有需要即時運算的頁面——登入、購物車、結帳——全部是壞的。

單一頁面故障不會影響首頁。某個外掛更新後把結帳頁弄壞了，首頁完全正常。這種故障可以持續好幾天沒人發現。

監控目標	為什麼
首頁（含關鍵字比對）	不只看狀態碼，檢查頁面上該有的字在不在——白畫面就會被抓到
會賺錢的那一頁	結帳頁、預約頁、報名表。這是真正該優先設的
登入頁	需要 PHP 與資料庫，能抓到快取遮住的故障
SSL 憑證到期	憑證過期整站會跳警告，比掛掉還嚇跑人
網域到期	忘記續約的代價非常高，而且救回來很慢

其中「關鍵字比對」是最值得設的一項。與其問「有沒有回應」，不如問「回應裡面有沒有該有的東西」——例如結帳頁上應該出現「結帳」兩個字。這一招能抓到絕大多數狀態碼騙人的情況。

監控設好但通知寄到一個你一週開一次的信箱，等於沒設。

通知該進 LINE 或 Telegram——那是你本來就會看的地方。Uptime Kuma 支援的通知管道很多，選你真的會即時看到的那個。

另外把恢復通知也打開。只收到「掛了」而沒收到「好了」，你會一直不確定現在到底是什麼狀態。

設一分鐘一次不代表比較好。太密集的檢查會讓短暫的網路抖動變成一堆假警報，而假警報收多了，你就會開始忽略通知——那才是真正的風險。

比較實際的做法是依頁面重要性分級：結帳頁密一點，一般頁面鬆一點。再搭配「連續失敗幾次才通知」的設定，過濾掉單次的抖動。

要誠實：如果你的網站是個人部落格、掛半天不會有任何損失，那監控只是多一件要管的事。

值得設的訊號很明確——站上有東西會因為停機而流失：訂單、預約、報名、詢價。有這些的話，監控的價值不在於它能修好網站，而在於把「客戶發現」變成「你先發現」。這中間的差距通常是好幾個小時，以及一次道歉。

完成訂閱後 60 秒,系統自動幫你裝好 WordPress——獨立容器、資源硬性上限不與他人共用、HTTPS 開箱即用。

月付訂閱、不綁約、隨時取消