網站監察是按時間表定期檢查正式運作中的網站或 Web App，在訪客發現之前找出並修正問題。不少人以為監察只是看網站能否開啟。這一點固然重要，但網站即使能正常開啟，預約按鈕仍可能失效，產品可能放錯分類，某頁的價錢亦可能與其他頁面不一致。
為甚麼網站能開啟，仍然可能有問題
網站經常更新，而且往往由不同的人和工具同時處理。以下情況特別容易出問題：
- 更新內容：新增產品、推出季節性推廣或修改頁面後，舊連結可能仍指向已不存在的頁面。
- 同一資料放在多處：價錢、存貨、營業時間或聯絡方法在一頁改了，另一頁卻沒有跟著改。
- 軟件更新：新版本、外掛程式或佈景主題更新，可能改變版面，或令表格無法提交。
- 外部服務改變：預約工具、付款頁面、地圖和即時對話工具多由其他公司提供，可能在沒有通知的情況下改變。
- 漏了續期：域名或安全證書過期，可能令網站無法連接，或令瀏覽器顯示警告。
這些問題不一定會令整個網站停止運作，所以只檢查網站能否開啟，未必能發現。
網站監察可以檢查甚麼
監察計劃通常會結合幾類檢查，常見的有：
- 可用性：重要頁面能否回應及載入。
- 失效連結及圖片：頁面開不到、圖片未能顯示，或按鈕連往錯誤位置。
- 表格及關鍵流程：約定的查詢、預約或購物步驟能否順利完成。
- 內容是否一致：產品、價錢及其他資料，是否符合企業認可的資料及分類規則。
- 搜尋引擎能否讀取：公開網頁能否被收錄、網頁描述是否合適，以及搜尋系統讀取的資料是否與訪客看到的一致。
- 續期日期：域名及安全證書何時到期。
以下示例僅供說明：一間網店在季節性更新時為某件產品改名，產品頁面因而換了新網址。網站運作正常，新頁面也能開啟，但主頁橫額仍連往舊網址，訪客看到的是「找不到頁面」。只檢查網站能否開啟，會顯示一切正常；按時間表執行的連結檢查，則會標示這個橫額有問題。
自動化檢查與專人覆核
自動化工具擅長重複性的檢查，例如頁面有沒有回應、連結是否有效、提交表格後有沒有出現預期的確認訊息。有些問題則需要了解背景：這件產品真的放錯分類，還是屬於推廣活動？兩個頁面的資料不同，是錯誤還是已確認的例外？
AI 工具可以協助標示這類可疑問題，但判斷也可能出錯。有用的監察報告會把已確認的故障和仍需核實的疑點分開，附上截圖及受影響頁面等證據，並在任何人修改網站之前，由專人覆核結果。
從哪裡開始
以各種方式檢查每一個頁面，通常沒有必要。較實際的做法是：
- 列出最重要的頁面及流程，例如主頁、主要產品或服務頁面，以及查詢、預約或付款步驟。
- 確定以哪些資料為準，例如價錢、存貨及分類規則，讓每項檢查都有比對依據。
- 決定檢查頻率，例如按固定時間表檢查，並在重要更新後再檢查。合適的頻率視乎網站改動有多頻密。
- 為需要登入的部分準備測試帳戶及安全的測試資料，避免檢查時產生真實訂單或發出真實訊息。
- 議定由誰接收報告、由誰修正，可以是企業內部團隊，也可以是現有開發商。
- 保留記錄，列出未處理問題、修正及覆查結果。
監察、測試與支援的分別
這三項工作互相關連，但解決的問題不同。回歸測試在修改發布之前，確認原有功能仍然正常。監察則在網站上線後持續檢查，包括由內容修改及外部服務引起的問題。軟件支援 SLA 訂明問題報告後，由誰處理及多快回應。
監察也有局限。它只涵蓋事先約定的頁面、語言及流程，通過檢查亦不代表網站沒有任何問題。監察負責發現和報告問題，修正仍需要有人執行。與搜尋相關的檢查可以改善網站基礎，但不能保證搜尋排名。
如需了解服務範圍，可參閱 technine.io 的AI 網站及 App 監察服務。
常見問題
網站監察和 uptime 監察一樣嗎？
不一樣。Uptime 監察只檢查網站或頁面有沒有回應。網站監察還可以涵蓋失效連結、表格、內容一致性及搜尋引擎能否讀取。Uptime 只是其中一部分。
網站應該多久檢查一次？
視乎網站改動有多頻密，以及業務有多依賴網站。每星期都新增產品的網站，通常需要比一年只改動幾次的網站更頻密地檢查。最少應在每次重要更新後檢查一次。
監察可以涵蓋需要登入的頁面嗎？
可以，但要先議定測試帳戶、權限及容許執行的測試操作。原生手機 App 通常需要另行安排，包括使用的裝置及測試範圍。