網站驗收怎麼做？四個層面與完整檢查清單

驗收不是「看起來好像可以」

驗收若沒有明確依據，會出現兩種極端：一種是隨便看看就簽收，日後發現問題已無立場主張；另一種是無止境地追加要求，專案永遠結不了案。

合理的做法是採功能性驗收，並以報價單所列項目為依據——報價單上有的，就要能運作；報價單上沒有的，屬於新增需求，應另行議價。

這也是為什麼報價單要列得夠細。只寫「網站設計一式」的報價單，驗收時等於沒有標準。

驗收的四個層面

一、頁面呈現

• 所有規劃的頁面是否都存在（拿樹狀圖逐一核對）
• 各頁面的版面是否與確認過的設計稿一致
• 圖片是否正常顯示、沒有破圖
• 文字有無錯字、亂碼
• 選單、麵包屑、頁尾連結是否都能正確連到目的頁

二、後台系統功能

報價單上每一項系統功能，都要實際操作一次完整流程：

• 新增一筆資料，確認前台正確顯示
• 修改該筆資料，確認前台同步更新
• 刪除該筆資料，確認前台消失
• 調整排序，確認前台順序改變
• 上傳圖片，確認顯示正常
• 測試分類、上下架時間等進階欄位（若有）

只看後台有沒有那個選單是不夠的，要走完新增、修改、刪除的完整循環。

三、表單與通知

• 從前台送出一筆表單
• 確認指定信箱收得到通知信
• 確認通知信沒有進垃圾郵件匣——這一項最常被漏掉，見通知信進垃圾桶怎麼查
• 確認必填欄位的驗證有作用

四、跨裝置與瀏覽器

• 電腦：至少測試兩種主流瀏覽器
• 手機：iOS 與 Android 各測一次
• 平板：若客群會使用
• 檢查手機版的選單、表單、圖片是否正常

現在多數流量來自手機，手機版沒測就驗收，等於沒驗收。

容易被遺漏的驗收項目

• SSL 憑證——網址列有鎖頭、http 會自動轉 https
• www 與非 www——兩種輸入方式都能開啟
• 404 頁面——輸入不存在的網址時，是否有妥善的錯誤頁
• 網站標題與描述——各頁面是否都有設定，而非全站共用一組
• 搜尋引擎封鎖是否解除——測試期間的封鎖設定若帶到正式站，整站不會被收錄。這是改版最嚴重的失誤之一
• 網站地圖檔案——是否已產生
• 後台帳號——是否已交付，密碼是否已更改
• 操作說明或教育訓練——是否已完成

驗收期與修正期

合約通常會約定一段修正與測試調整期間，讓雙方在上線後仍能處理發現的問題。這段期間的意義在於：有些問題要實際使用一段時間才會浮現。

建議在這段期間內：

1. 把後台的每個功能都實際用過一輪
2. 請兩三位同事從不同裝置瀏覽並回報
3. 把所有問題彙整成一份清單，一次提出，而非逐條零星回報

第三點對雙方都有利——零星回報會讓修正變得沒有效率，也難以判斷何時算完成。

提出修正時的表達方式

清楚的問題描述可以大幅加快處理速度。建議包含：

• 在哪一頁（附網址）
• 用什麼裝置與瀏覽器
• 做了什麼操作
• 預期結果與實際結果
• 截圖

相對地，「網站怪怪的」「排版跑掉了」這類描述，廠商需要來回確認才知道問題在哪。

修正與新增需求要分清楚

兩者的界線就是報價單。這也是為什麼發包階段把報價單列細，對雙方都是保障。

驗收完成後應取得的東西

• 後台網址與管理員帳號
• 網域註冊商與主機商的資訊
• 依合約約定應交付的原始碼檔案
• 操作說明
• 保固起訖日期的書面確認

這些資料建議整理成一份文件保存在公司內部，不要只存在承辦人的個人電腦。人員異動時，這份文件的價值會顯現出來。

本文說明業界常見的合約結構與實務作法，供發包時參考，不構成法律意見。實際條款請依個案需求擬定，必要時建議諮詢專業人士。