預覽連結能開啟，代表網站已經有畫面；要拿來正式接客，還要測試資料和服務是否真的接得上。單純介紹型網站與有會員、預約、付款的網站，驗收深度也不同。你可以先從以下六項開始，有問題就修正後再公開。
一、內容和素材都是真的嗎？
先移除範例電話、測試地址、假評價與尚未提供的服務。逐一檢查圖片、字型和案例是否有可公開使用的依據。尤其別把 AI 生成的門市或團隊照片放進「關於我們」，讓人誤以為是真實現場。需要概念示意時就清楚標明，並用真實資料補上客人做決定所需的資訊。
二、手機可以完成主要任務嗎？
用自己的手機開啟正式環境，測試選單、文字、圖片、表單和聯絡按鈕。不要只把電腦瀏覽器拉窄就算驗收。注意鍵盤打開後是否遮住送出按鈕、錯誤訊息能否看懂，以及圖片或影片是否讓人等太久。再找一位沒參與製作的人試走流程，觀察他在哪裡停下來。
三、送出表單後，資料真的有到嗎？
填一筆測試詢問，核對管理端有無紀錄、通知是否收到、收件人是否正確。也要測必填欄位未填、格式錯誤與重複點擊，確認不會只顯示成功卻沒有保存資料。若包含預約或付款，還要核對失敗、取消與重試流程。付款狀態應由可信任的金流通知確認，不能只相信瀏覽器顯示成功。
四、管理權限和機密有處理好嗎？
公開頁面不應帶有密碼、資料庫連線資訊或私密金鑰。後台及讀寫資料的功能都要驗證使用者權限，不能只靠把後台網址藏起來。請技術負責人檢查伺服器端驗證、資料存取與依賴更新；網站若處理會員或交易，這部分更需要有能力的人實測。工具產生程式碼，不代表這些項目已經正確。
五、正式網址和搜尋設定正確嗎？
確認正式網域、HTTPS、頁面標題、描述及站內連結，避免仍指向預覽站。請技術人員核對正式頁面是否誤設禁止索引，並使用 Search Console 檢查重要網址。提交網站地圖可以協助搜尋引擎發現頁面，但不保證收錄或排名。測試環境也應妥善限制存取，避免與正式內容混淆。
六、出了問題，誰能讓它恢復？
確認網域、主機、程式和資料的管理方式，留下續費日期、備份位置與聯絡窗口。備份有存在，還要確認需要時能還原。如果目前沒有人能處理故障，可先縮小公開功能範圍，例如先以服務介紹與已測試的聯絡方式上線，再逐步加入較複雜的功能。
你可以先做的檢查
- 移除全部範例資料與未確認的承諾。
- 使用正式網址實測手機和詢問通知。
- 讓技術負責人確認權限、機密與搜尋設定。
- 記錄管理帳號、續費及還原負責人。
下一步可以怎麼做？
想判斷目前版本能否正式公開，可以先整理網站連結、必須提供的功能和測試結果。把阻礙營運的問題修好，再安排上線，比只看畫面完整度更可靠。
了解品牌官網與視覺設計，或透過聯絡頁提供目前的網站和需求，討論適合的工作範圍。
延伸閱讀
參考資料
資料查閱日期：2026 年 11 月 2 日。本文以實務情境說明；示範數字不代表實際客戶成果、服務報價或成效保證。