很多公司第一次知道官網掛掉，是因為一通電話：「你們網站我打不開耶，是不是倒了？」打來的可能是老客戶，也可能是正準備下單的新客戶。更麻煩的情況是沒有人打電話來——訪客看到錯誤畫面、關掉分頁，轉身去找同業，而公司內部完全沒有察覺，直到月底發現詢問單數量不對勁。
官網不是裝好就會自己長命百歲。主機會滿、憑證會到期、程式更新會出錯、網域會忘記續約，這些事平常都不吵不鬧，一旦發生卻是整個對外門面同時消失。所謂網站監控，講白話就是：在客戶發現之前，先讓自己知道。
「網站掛掉」其實有很多種，只有一種看得出來
多數人想像中的網站出事，是打開網址後整頁空白或跳出連不上的錯誤。但實際上更常見的是那些「看起來還活著」的狀況：
- 首頁正常，內頁壞掉。產品頁、文章頁因為程式或資料庫問題回傳 500，但首頁有快取，照樣顯示得好好的。
- 頁面打得開，表單送不出去。郵件設定變動、第三方驗證服務失效、信件被判為垃圾信，訪客按下送出後以為已經聯絡到你了，公司這邊卻一封都沒收到。
- 憑證過期，瀏覽器跳警告。網站本身沒壞，但訪客看到的是一整頁紅色的「你的連線不是私人連線」。對不熟的訪客來說，這比打不開更傷信任。
- 網域或 DNS 出狀況。忘記續約、代管商異動、設定被改掉，結果網址指到別的地方，或是乾脆解析不到。
- 回應慢到像壞掉。頁面要等十幾秒才出現，技術上沒有錯誤碼，但訪客的耐心早就用完了。
- 被搜尋引擎擋在門外。改版時留下的 noindex 標籤、被誤改的 robots.txt，頁面對人類正常、對 Google 等於不存在，通常要等排名掉光才有人發現。
這六種裡面，只有第一種是「隨便點一下就會發現」。其他五種可以安靜地壞上好幾週。所以監控的重點不是「網站有沒有回應」，而是「該有的功能是不是還在運作」。
中小企業值得監控的五件事
不需要一開始就把監控做得像機房等級，先把下面這五項顧好，已經能擋掉絕大多數真正會痛的狀況。
1. 首頁與關鍵頁面的存活檢查
最基本的是定時請求網址、確認回傳 200。但只看狀態碼不夠，因為白頁、被置換的內容、錯誤頁都可能回傳 200。比較實在的做法是同時檢查「頁面裡面有沒有出現某個關鍵字」，例如公司名稱、產品分類名稱，或是聯絡按鈕的文字。關鍵字不見了，就代表頁面內容不對，而不只是伺服器還喘得過氣。
要監控的網址至少三個：首頁、一個產品或服務頁、一個表單頁，分別代表入口、轉換前與轉換中。
2. 憑證與網域的到期日
SSL 憑證多數是自動續簽，但自動續簽也會失敗：驗證方式改過、DNS 紀錄被動過、主機搬家後續簽腳本沒跟著搬。比較保險的做法是設定「到期前 30 天、14 天、3 天」三道提醒，而不是相信它一定會自己更新。網域續約也一樣，而且網域到期往往比憑證到期更難救。
3. 表單與詢價流程的實際測試
這是中小企業最容易忽略、損失卻最直接的一項。單純檢查表單頁打不打得開沒有意義，要檢查的是「送出之後，信有沒有進到該進的信箱」。
可行的做法是每天自動送出一筆測試資料，收件端用固定主旨歸類，再比對今天有沒有收到那封測試信。技術資源有限的話，至少排一個人每週一早上手動送一筆測試單——花三分鐘，換的是不會整個月的詢問單都掉進黑洞。
4. 回應時間的趨勢
速度通常不是突然壞掉，而是慢慢變慢：資料庫累積、圖片越放越多、外掛越裝越雜。把每次檢查的回應時間記錄下來看趨勢，比偶爾測一次單點數字有用。當平均回應時間在兩週內從一秒變成四秒，那是提前出現的警訊，不是等到掛掉才處理。
5. 搜尋引擎那一側的異常
Google Search Console 會寄出索引與檢索相關的通知信，這些信常常被當成廣告信忽略。建議把它設定成至少兩個人收得到，並且每月固定看一次「索引」與「網頁體驗」區塊。網站對訪客正常、對搜尋引擎消失，是只有從這裡才看得出來的故障。
Photo by Lucas Law on Unsplash
告警要送到真的會被看見的地方
監控最常見的失敗不是沒裝，而是裝了以後沒人理。常見的狀況是警報全部寄到一個共用信箱，或是設定成一有風吹草動就通知，結果三個月下來每天都有假警報，所有人都學會忽略它。
設計通報方式時，有幾個原則值得先講清楚：
- 連續失敗才告警。單次逾時可能只是網路抖一下。設定「連續兩到三次、從不同節點檢查都失敗」才發出通知，可以把假警報大幅壓下來。
- 分級。整站不通、表單壞掉屬於要馬上處理的等級，適合用手機通知或電話；回應時間變慢、憑證還有三十天到期屬於待辦等級，寄信或丟到群組即可。
- 指定人，不要指定群組。通知寄給「大家」，等於沒有人負責。寫明白第一聯絡人是誰、他沒回應時第二位是誰，以及下班時間怎麼處理。
- 每則告警都要能回答「現在要做什麼」。通知內容裡附上該查的網址、主機商後台連結、負責廠商的聯絡方式，比單純寫「網站異常」有用得多。
- 維護時記得靜音。預定的更新與改版要先把監控切到維護模式，否則團隊會慢慢習慣「反正又是誤報」。
市面上有不少監控服務提供免費額度（例如 UptimeRobot、Better Stack 之類的工具），對一般中小企業官網的檢查頻率已經夠用；有工程資源的公司也可以用排程搭配簡單腳本自己做。工具選哪一個不是重點，重點是通知鏈的最後一端真的有人。
網站出事時，照順序查比較快
真的收到通知或接到客訴時，臨時慌張亂試反而浪費時間。建議事先寫好一份排查順序，貼在內部文件裡：
- 先確認是不是只有你連不到。用手機行動網路開一次、或用線上檢測工具從其他地區測一次。辦公室網路、DNS 快取、瀏覽器擴充功能都可能造成誤判。
- 看主機商的狀態頁。多數主機商與雲端服務都有公開的服務狀態頁面，若是對方機房層級的事故，公司這邊能做的就是確認預計復原時間、對外說明。
- 檢查網域與 DNS。網址是否還解析得到正確位置、網域到期日是否已過。
- 檢查憑證。瀏覽器的警告訊息通常會直接說明是過期、網域不符還是憑證鏈不完整。
- 回想最近一次更動。多數官網事故發生在改動之後：更新了套件、換了外掛、改了程式、調了伺服器設定。先問「昨天到今天誰動過什麼」，往往比從頭 debug 快。
- 必要時回溯備份。這一步能不能走得通，取決於平常有沒有確認過備份真的可以還原。
另外一個常被忽略的細節：計畫性的維護，請回傳 503 狀態碼並搭配 Retry-After，同時放上一個說明頁，而不是讓訪客看到 404 或一片空白。對訪客是交代，對搜尋引擎則是告知「這是暫時的，不要把頁面從索引拿掉」。
責任要寫清楚，演練要真的做
官網若由外部廠商製作或代管，建議在合約或服務說明裡寫明：誰負責監控、發現異常後多久內回報、非上班時間怎麼回應、備份保留多久又如何還原。很多爭議都是在事故當下才開始討論「這本來是誰要顧的」。公司自己維護也一樣，責任要落到具體的人身上，可以用一張很短的表格記錄：監控項目、檢查頻率、警報收件人、備援聯絡人、最近一次驗證日期。
再往前一步，是每季做一次小演練：選離峰時段刻意觸發一次告警（例如暫時把監控指向不存在的網址），確認通知有沒有送到、收到的人知不知道下一步。沒演練過的通報流程，常常要等真正出事那天才發現某個環節早就失效——換過的手機號碼、還掛在名單上的離職同事、被封存的群組。
從今天可以做的三件事
不必一次建立完整的監控制度，先挑三件成本最低、效果最明顯的：
- 今天：查出網域與 SSL 憑證的到期日，寫進公司行事曆，並設定三道提前提醒。
- 這週：註冊一個監控服務，加入首頁、一個產品頁、一個表單頁，設定連續兩次失敗才告警，收件人填兩個人。
- 這個月：手動送一筆官網表單測試，確認信真的有進到該進的信箱；順便確認收件人名單裡沒有離職的同事。
官網的價值來自於它隨時都在替公司接待訪客。監控做的事情其實很單純：讓「它現在還正常嗎」這個問題，有一個不靠運氣的答案。對多數中小企業來說，這件事的成本遠低於一次無聲無息的停機。