今天早上的「今日 AI 工具」介紹了：
ChatGPT Sites。
你描述需求，
提供文件與資料，
ChatGPT 就可以幫你做出：
網站。
互動頁面。
Dashboard。
輕量 App。
最後甚至可以直接 Publish。
但這也帶來一個很容易犯的錯：
Preview 看起來很漂亮，就直接發布。
今天只學一個動作：
在按下 Publish 前，
先做一次：
內容、連結、手機版
三項檢查。
不用懂程式。
一分鐘就能建立這個習慣。
第一步：內容
第一個問題不是：
網站漂亮嗎？
而是：
網站裡的東西是真的嗎？
AI 很會把內容整理得：
完整。
流暢。
像正式網站。
但這不代表每一句資料都正確。
尤其如果你提供很多：
PDF。
筆記。
圖片。
舊版資料。
報價。
活動資訊。
AI 可能把它們重新組合後，
產生一個：
看起來很合理
但其實已經過期的版本。
內容先檢查什麼？
先只看四種東西：
日期。
價格。
人名／公司名。
正式承諾。
例如：
活動日期是不是最新的？
服務價格是不是你現在真的要公開的？
聯絡人有沒有寫錯？
AI 有沒有把：
「預計提供」
寫成：
「已經提供」？
這些都是網站一旦公開後，
比版面不好看更麻煩的錯誤。
還要多看一件事：有沒有不該公開的資料
這非常重要。
假設你把公司的：
內部簡報。
客戶資料。
會議筆記。
報價表。
測試帳號。
上傳給 ChatGPT，
是為了讓 AI 理解專案。
不代表這些資料都應該：
出現在網站上。
所以第一輪檢查，
可以問自己：
如果完全不認識我的人現在打開這個網站，
他有沒有看到任何我原本只想提供給 AI、卻沒有打算公開的東西？
這一步比：
換字體
重要得多。
第二步：連結
接下來不要再讀內容。
開始：
點。
首頁按鈕。
導覽列。
CTA。
Email。
下載。
FAQ。
下一頁。
表單。
全部實際按一次。
因為：
按鈕看起來像按鈕
和：
按下去真的會去正確地方
是兩件事情。
AI 最容易做出一種「視覺上已完成」的網站
例如你看到：
「了解更多」
按鈕。
它很漂亮。
滑鼠移上去也會變化。
但是：
點了沒有反應。
或者：
跑到錯誤頁面。
又或者：
聯絡按鈕原本應該開啟表單，
最後卻連到：
不存在的路徑。
這些問題單看截圖，
完全看不出來。
一定要：
真的操作。
如果網站有表單，更不能只看外觀
例如：
姓名。
Email。
留言。
報名。
詢價。
你至少測一次：
正常輸入資料。
空白送出。
錯誤格式。
送出成功後會發生什麼。
因為一張漂亮表單，
如果填完沒有真的完成你預期的事情，
就只是一張：
長得像表單的圖片。
第三步：手機版
最後拿出手機。
不要只把桌面瀏覽器縮小。
真正用：
手機尺寸
看一次。
原因很簡單。
很多網站在電腦上：
非常漂亮。
到了手機卻變成：
標題擠成六行。
按鈕超出畫面。
圖片被裁掉。
兩欄內容縮到看不清楚。
CTA 被推到非常下面。
表單欄位太窄。
這些全部會直接影響：
真正使用。
手機版不用檢查所有設計細節
今天只看四件事：
第一
首頁第一屏能不能看懂：
這個網站是做什麼的？
第二
主要 CTA 能不能很容易按到？
第三
文字需不需要左右滑動才能看？
如果需要，
通常就有問題。
第四
表單與按鈕有沒有被遮住？
四個都正常，
第一輪就夠了。
所以今天的方法其實只有一句
內容 → 連結 → 手機版。
順序也不要反過來。
因為：
網站再漂亮，
內容如果錯，
沒有意義。
內容都對，
按鈕不能用，
還是沒用。
前兩項都正常，
手機打開卻壞掉，
很多訪客照樣用不了。
可以直接把這段丟給 ChatGPT
先不要發布這個 Site。
請先幫我做發布前檢查。
第一部分：內容
- 找出日期、價格、人名、公司名稱與正式承諾
- 標示哪些內容來自我提供的資料
- 找出可能是 AI 自行補充、無法確認或已過期的內容
- 找出任何可能不應公開的內部或敏感資料
第二部分：連結與互動
- 列出所有導覽連結、按鈕、CTA、表單與下載功能
- 說明每一個操作預期應該發生什麼
- 找出沒有目的地、錯誤路徑或尚未完成的功能
第三部分：手機版
- 檢查主要內容在窄螢幕是否仍容易閱讀
- 檢查按鈕、表單、圖片與導覽是否會超出或互相遮擋
- 確認第一屏仍看得到網站目的與主要 CTA
最後請只整理成：
「可以發布」
「發布前必須修改」
「需要我人工確認」
三類。
有問題先停，不要直接 Publish。
注意最後一句很重要
「不要直接 Publish。」
因為檢查的目的就是：
先發現問題。
不是：
讓 AI 一邊檢查，
一邊替你把網站公開。
你應該先看到：
哪些項目有問題。
修完。
重新 Preview。
最後再由你決定：
要不要發布。
OpenAI 本身也是這樣設計 Sites 的流程
ChatGPT Sites 可以先產生：
Private Preview。
你可以在 Preview 裡繼續要求：
改內容。
改版面。
改資料。
改 Link。
改 Form。
改互動方式。
確認後，
才發布。
所以 Preview 不是：
裝飾用的預覽畫面。
它真正的用途就是：
讓錯誤在公開以前被看到。
而且每一次 Deploy 都要當成正式版本看待
這點尤其重要。
ChatGPT Sites 部署後產生的 URL，
是正式可使用的 Production URL。
所以如果你只是想看：
修改後是不是比較好，
比較安全的做法不是：
每改一次就直接 Deploy。
而是：
先看 Preview。
確認。
再發布。
最簡單的例子
假設你做了一個：
週末市集活動頁。
ChatGPT 已經做好：
首頁。
交通。
攤位。
時間表。
報名按鈕。
看起來非常漂亮。
第一輪：
內容。
結果發現活動日期是：
舊版本。
先修。
第二輪：
連結。
結果發現報名按鈕：
沒有目的地。
先修。
第三輪：
手機版。
結果發現主要 CTA：
被圖片推到第一屏外。
再修。
三個問題全部處理完，
網站的視覺可能只改了：
一點點。
但真正的：
可用性
卻完全不同。
這就是「網站完成」和「網站可以發布」的差別
AI 很容易完成：
頁面。
版面。
圖片。
按鈕。
但正式發布多了一層：
責任。
因為發布後，
看到內容的人可能會：
相信價格。
按照日期前往。
下載文件。
留下個資。
填寫表單。
聯絡公司。
所以你最後一定要有一個：
人工確認點。
如果是公司網站，再多檢查第四件事：誰看得到？
雖然今天主要記三項，
企業使用者還要再多注意：
Access。
ChatGPT Sites 可以依帳號與 Workspace 設定，
限制不同的瀏覽對象。
網站可以是：
只有自己。
指定成員。
Workspace 成員。
或在允許的情況下：
公開到 Internet。
所以一個：
內部 Dashboard
如果誤設成公開，
問題就不是排版。
而是：
資料權限。
特別是有登入、上傳或收集資料時
不要只確認：
功能能不能動。
還要問：
這些資料去了哪裡？
誰可以看到？
真的需要收嗎？
使用者知道正在提供什麼嗎？
如果是：
醫療資訊。
信用卡資料。
或其他高度敏感資料，
更不能因為 Sites 做起來很方便，
就隨便塞進網站。
今天不需要學完整網站 QA
專業網站真正上線以前，
還可能要測：
SEO。
Accessibility。
Performance。
不同瀏覽器。
Analytics。
404。
Security。
Backup。
Cookie。
隱私政策。
一大堆事情。
但如果你只是第一次用 ChatGPT Sites 做：
MVP。
活動頁。
小工具。
Prototype。
今天先養成一個習慣就好：
發布以前永遠不要只問：
「漂亮嗎？」
改問：
內容對嗎？
真的能用嗎？
手機正常嗎？
今天的一分鐘方法
記住：
內容
有沒有錯？
有沒有不該公開？
連結
每個按鈕真的能完成預期動作嗎？
手機版
真正使用者打開時還能不能正常看、正常按？
三項過了，
再：
Publish。
這個方法真正防的是什麼？
不是防 AI 做出：
醜網站。
而是防 AI 做出：
看起來已經完成，實際上還沒準備好的網站。
而這正是 AI 製作速度愈快之後，
人更需要負責的一件事：
最後確認。
今天，和 AI 一起進步一點。
每天學會一個 AI 技巧。
每天節省一點時間。
每天提升一點能力。
SasaDaily，陪你一起成長。
推薦閱讀
AI 一分鐘教學｜2026/07/29：把複雜工作交給 AI 前，先請它列出「資料、步驟、確認點」
今日 AI 工具｜2026/07/29：ChatGPT Work，連接文件與工作工具，把研究、整理、製作到更新變成一段完整流程
