網站準備交付時，負責驗收的主管可以請廠商完成幾項示範：讓行銷同仁用自己的帳號更新內容、撤銷一組測試帳號的存取權限，再從備份還原一份客戶詢問。這些操作能幫助企業確認，網站上線後由誰管理、資料如何保護，以及故障時如何恢復。對委外開發或缺少專職資訊人員的中小企業而言，把這些要求提早寫進需求與維護合約，才能安排人力、預算與驗收工作。

資通安全署發布的中小企業基本資安防護指引，將帳號管理、設備與資料管理、資安意識培訓列為三個基本面向。網站專案可以依這些方向，進一步約定具體的操作方式與負責人。以下以一家透過官網接收詢價的零件供應商為假設情境，討論企業可以如何驗收；情境不代表約沛科技的實際客戶案例。

帳號要能交接，也要能撤銷

假設這家供應商的行銷人員負責發布產品資訊，業務查看詢價，外部工程師維護程式。這三種工作需要不同的權限。行銷人員可能需要上傳圖片，卻不需要修改主機設定；工程師可能需要部署程式，但不應因此自動取得所有客戶資料。驗收時，可以請廠商用不同角色的測試帳號操作，確認各自能完成工作，也無法執行未被授權的功能。

權限交接還包括網域註冊、主機管理與帳號復原。公司應知道這些服務由誰持有、續約通知寄到哪裡，以及合作結束時如何撤銷存取。重要帳號可啟用登入時的第二道身分確認，例如驗證器或安全金鑰；這類措施統稱多因素驗證（MFA）。NIST 的中小企業資安建議也將 MFA、密碼管理與定期更新列為基礎措施。驗收時應一併確認復原程序，避免持有驗證設備的人離職後，公司無法取回帳號。

備份要經過一次實際還原

對這家零件供應商來說，備份是否可用，會影響故障後能否找回客戶詢問。假設每天備份一次，故障發生在下一次備份之前，兩次備份之間新增的內容就可能需要另外補回。主管與業務應先確認能接受多少資料遺失，再與維護人員討論備份頻率。網站收集的資料愈直接影響接單與履約，這個問題就愈需要具體回答。

另一個問題是恢復服務需要多久。下載備份、準備環境、匯入資料、確認圖片與表單功能，都需要時間。NIST 建議保護備份並測試其可用性；在專案驗收中，可以將這項原則安排成一次有紀錄的還原演練，由雙方確認下列結果：

• 還原內容是否完整：在獨立測試環境還原資料庫與上傳檔案，抽查指定日期的詢問、圖片及必要設定，確認資料之間的關聯仍然正確。
• 時間是否符合業務需求：記錄從取得備份到核心功能可用所花的時間，與公司能接受的中斷期間比較，並說明哪些人工工作尚未完成。
• 正式環境失效後是否仍能取得備份：確認保存位置、存取權限與負責人，評估異地、離線或不可變更副本，避免一次事故同時影響正式資料與備份。

這次演練也會揭露後續維護成本。例如，還原是否依賴某位工程師手上的設定檔，或需要重新申請外部服務權限。把這些依賴寫進文件，接手團隊才能知道還需要準備什麼。備份頻率、保存方式與復原目標，都應隨資料量及網站用途調整。

把安全更新列入維護範圍

網站使用的作業系統、開發框架與外掛，需要持續追蹤安全更新。對委外專案而言，合約可以明確約定：誰接收漏洞通知、誰判斷影響、誰安排修補，以及誰確認修補後的核心功能仍可運作。若開發合約只包含交付，另行維護需要哪些費用與作業時間，也應在上線前說清楚。

更新安排同時牽涉營運。若供應商的網站正在接收大量詢價，修補前就要確認測試環境、資料備份與回復方式，再安排適當時段。高風險或已遭利用的漏洞，需要依實際影響優先處理；相容性測試的範圍則應涵蓋登入、表單與必要串接。這些分工可讓主管知道，維護費用涵蓋哪些工作，遇到緊急修補時又有哪些決策需要公司參與。

驗收文件要能對應實際操作

若需求只寫「網站須符合資安要求」，驗收時就難以判斷哪些工作已完成。企業可以請開發與維護團隊共同整理測試範圍，逐項記錄操作方式、預期結果、實測結果及負責人。以下幾項資訊有助於雙方對齊交付內容：

• 測試哪些功能：列明受測的登入、角色權限、檔案上傳、資料匯出與對外 API，並註明使用的版本及環境，避免測試結果與正式站對不上。
• 如何確認存取限制：以不同角色測試，例如一般帳號是否無法匯出客戶名單，未登入的使用者是否無法直接開啟受保護資料；測試範圍須先取得授權。
• 發現問題後怎麼結案：保存問題描述、修正內容與重新測試結果。尚未處理的項目，應列出影響、暫時措施與後續負責人，供企業決定是否接受。
• 交付後誰持續維護：確認帳號交接、元件更新、備份檢查及異常處理是否包含在服務範圍，並說明需另外報價或由企業自行負責的部分。

OWASP 應用程式安全驗證標準（ASVS）提供設計、開發與測試網站應用程式的安全要求，可作為技術團隊整理檢核項目的參考。使用時仍需依網站功能、資料敏感程度與專案範圍挑選適用項目，並確認由誰測試；引用標準名稱本身，無法證明網站已完成相應檢測。

異常發生時，誰能做決定？

假設這家供應商的業務發現網站突然變慢，維護團隊需要先分辨是網路、程式、資料庫或其他異常。能否取得出錯時間、回應狀態與處理耗時，會影響排查進度。因此，驗收時也可以確認哪些紀錄會被保存、由誰查閱、保留多久，以及如何避免把密碼、驗證憑證或表單內容寫進日誌。

若調查進一步發現帳號遭盜用或資料可能外洩，處理就會涉及限制存取、保留調查資訊及對外溝通。資安署的資安事件應變處理行動指引，將準備、偵測與應變、通報與外部溝通、復原與改善納入處理流程。企業可據此安排一次演練，確認維護窗口找得到人，也確認誰有權決定暫停服務、動用備份或通知客戶。

驗收深度要配合網站用途

只發布公開產品資訊的官網，與保存會員資料、處理交易的系統，承受的風險並不相同。前者仍需保護管理帳號與內容完整性；後者還需要更細緻地檢查資料存取、角色隔離及關鍵交易操作。企業應先說明網站處理哪些資料、支援哪些工作，再決定測試深度與維護預算。

一次驗收也無法保證之後不會出現漏洞。新增功能、人員異動、外部服務變更，都可能使原有設定不再適用。弱點掃描、程式碼檢查與滲透測試各有範圍與限制，是否需要、如何執行，應由具備相應能力的人員依專案評估。本文討論的是交付與維護的規劃方式，不能作為特定網站已通過安全檢測的證明。

網站交付前，企業可以安排內部人員與廠商共同走過一次帳號交接、資料還原及異常處理流程，記下未完成的條件與負責人。這些結果能成為後續維護的起點，也有助於比較不同方案的服務範圍與成本。若正在規劃網站或企業系統開發，可以把這些情境一併列入需求討論，讓功能交付與後續管理都有明確的驗收依據。

參考資料查閱日期：2026 年 11 月 2 日。