用當初的約定檢查，不只看設計
驗收的依據應是已確認的頁面、功能與操作情境。先準備報價、需求規格及回饋紀錄，把每個問題對應到頁面與重現步驟。新增想法可以記錄，但要與原本缺失分開評估。
STMAX 的 STMAXFlow會在開發前整理驗收條件，讓案主知道完成的判準。
01：內容與行動入口
檢查品牌名稱、服務、價格說明、作品授權與聯絡方式。連結應指向正確目的地，不留示範文字、假數字或未確認的客戶見證。頁面應讓第一次來的訪客知道服務是什麼，以及下一步怎麼做。
若有展示專案或概念圖，也應標示清楚，避免讓客戶誤認為已交付案例與營運成果。
02：手機操作與基本閱讀
- 小螢幕沒有被裁掉的重要文字與按鈕。
- 選單可以開關，表單欄位與提示可讀。
- 圖片有合適說明，文字不只靠圖片呈現。
- 鍵盤能操作主要連結與表單，焦點看得見。
- 動畫不妨礙閱讀，減少動態效果的設定受到尊重。
不能只在設計者的電腦看首頁。至少用自己常用的手機，走完一條最重要的操作路徑。
03：表單、權限與失敗情境
送一筆測試詢問，確認前台成功提示及後台資料一致。測試必填、格式錯誤與重複提交；預約、付款或簽核則應測試相應的例外情況。
用未登入及權限不同的帳號檢查管理資料。不能只確認管理選單沒顯示，還要確認直接請求資料與修改操作會被拒絕。正式測試方式應由開發方安排，避免影響真實客戶。
04：搜尋與網址
重要頁面有清楚標題、描述與內部連結；公開內容不被登入牆或 noindex 意外擋住。確認 sitemap、舊網址轉址及 canonical。這些是搜尋基礎設定，並不等於 Google 已收錄或保證排名。
文章應回答真實問題，配合適當的圖片說明。Google 強調對讀者有幫助的內容，而不是為了堆關鍵字大量產出相似頁面。
05：交付與維護安排
索取約定的帳號、操作說明、資料備份與程式／部署資訊，確認網域、主機、授權與續費負責人。再確認保固、維護與新功能的處理方式，避免交付後才發現沒有人有權限更新。
常見問題：上線就能搜尋到嗎？
不一定。搜尋引擎需要發現、抓取及評估內容，時間與收錄結果不由製作方決定。網站擁有者可在 Search Console 提交 sitemap 並觀察狀態。
參考：Google 實用內容原則、Article 結構化資料。
