如果你跟 ChatGPT 說：
「幫我做一個活動網站。」
以前通常得到的是：
文案。
HTML。
程式碼。
或一份：
「你可以照這樣做。」
現在 ChatGPT Sites 想把這件事情再往前推一步。
不是只告訴你：
網站應該怎麼做。
而是直接在 ChatGPT 裡：
把網站做出來。
你可以：
描述需求。
放進資料。
看預覽。
要求修改。
確認後發布。
最後得到一個：
真的可以分享的網站網址。
這就是今天要介紹的：
ChatGPT Sites。
ChatGPT Sites 到底是什麼？
最簡單的理解：
它是 ChatGPT 裡的一個：
AI 網站製作工具。
但不要把它只理解成：
「AI 幫你寫 HTML。」
因為真正不同的是：
以前 AI 寫完程式，
你還要自己處理：
檔案。
Hosting。
部署。
預覽。
網址。
修改。
ChatGPT Sites 想把這些步驟放進同一個工作流程。
也就是：
想法 → 網站 → 發布
不用一直換工具。
它可以做什麼？
OpenAI 現在列出的典型用途包括：
Dashboard。
Project Tracker。
Launch Calendar。
Prototype。
Internal Portal。
Report。
以及一般互動網站。
白話來說，
你可以拿它做：
活動介紹頁。
課程資訊頁。
作品集。
專案進度頁。
內部 SOP 入口。
產品 Prototype。
互動式資料頁。
簡單 Calculator。
研究成果網站。
小型 Landing Page。
這些以前可能會先想到：
找工程師。
開 Webflow。
開 Framer。
開 Replit。
自己寫網站。
現在多一條路：
直接先請 ChatGPT 做第一版。
最適合它的不是「我要做下一個 Amazon」
而是：
我有一個東西，需要讓別人看懂、查詢或互動。
例如一家小型活動團隊。
資料原本散在：
Google Docs。
照片。
場地圖。
試算表。
活動時程。
廠商清單。
主辦人現在可以先把這些材料整理好，
然後告訴 ChatGPT：
幫我做一個活動網站。
首頁先讓訪客知道活動是什麼。
接著放日期、地點、活動流程、攤位介紹與常見問題。
手機版要優先。
不要先發布。
做完先讓我看 Preview。
這跟以前最不同的一點是：
你先描述工作結果。
不一定要先描述：
React。
CSS。
Database。
Route。
ChatGPT Sites 的第一個重點：先 Preview，不是直接公開
這一點非常實用。
AI 做出網站後，
不是一定立刻公開。
你可以先：
看。
改。
再看。
例如你可以說：
「首頁資訊太多，把最重要三件事放前面。」
或者：
「手機版按鈕太擠。」
「場地資訊移到活動流程後面。」
「這一區不要卡片式排版。」
「把這份 PDF 裡的內容整理進 FAQ。」
這種工作方式比較像：
你在跟一個網站製作人來回改稿。
不是：
一次 Prompt 決生死。
第二個重點：可以把自己的資料放進去
真正有用的網站，
通常不是靠 AI 自己猜。
而是要吃你的：
內容。
文件。
圖片。
資料。
連結。
限制條件。
例如你要做：
專案 Dashboard。
就可以提供：
工作項目。
進度資料。
截止日。
分類方式。
如果是活動頁，
就提供：
活動資訊。
場地資料。
照片。
流程。
如果是內部 Portal，
就提供：
SOP。
文件。
常見資源。
也就是：
AI 負責組織與製作，內容來源仍然應該由你控制。
第三個重點：可以做「網站」，也可以做輕量 App
這是 Sites 比一般 AI 網頁生成器更值得注意的地方。
因為它不一定只是：
靜態首頁。
也可以做帶互動的：
Tracker。
Dashboard。
Calculator。
資料檢視工具。
簡單表單流程。
Prototype。
例如：
不是只做：
「我們公司提供什麼服務。」
而是做一個：
AI 導入前自我檢查工具。
訪客點選：
公司規模。
目前工作。
重複流程。
最後頁面依條件顯示：
適合優先改善哪些工作。
這就開始從：
Content Website
變成：
Lightweight App。
第四個重點：做完可以直接 Publish
以前 AI 幫你產生程式碼，
下一題通常是：
「所以我要放去哪裡？」
ChatGPT Sites 把發布本身也整合進去。
確認 Preview 沒問題後，
可以把 Site 發布，
再取得網址分享。
對很多：
不是工程師
的人而言，
這可能比「AI 會不會寫出更漂亮的 Code」更重要。
因為真正的終點不是：
程式碼生成成功。
而是：
別人打得開。
而 OpenAI 8 月 20 日又補了一個很實際的小功能
以前網站發布後，
如果 ChatGPT-hosted URL 不漂亮，
可能會很麻煩。
現在 Plus／Pro 的 Site Owner，
可以直接進：
Site Settings
使用：
Change URL。
不用重新部署網站。
更重要的是：舊網址不會立刻斷掉
OpenAI 說明，
更改 ChatGPT-hosted URL 後，
原本的舊網址會：
Redirect 到新網址。
而且包含原本的：
Routes。
Query Parameters。
也會一起轉向。
這個功能看起來很小，
但實際使用非常重要。
為什麼？
假設你第一版只是測試，
網址叫：
一個很隨意的名稱。
後來活動名稱正式確定，
你希望換成：
更清楚、
更適合分享
的網址。
以前你可能擔心：
舊連結已經貼到：
LINE。
Facebook。
Email。
QR Code。
改掉以後全部失效。
如果舊 URL 可以 Redirect，
就比較容易：
先快速發布，再逐步整理正式名稱。
不過要注意：這次改的是 ChatGPT-hosted URL
不是說：
你的所有網域設定都會一起改。
如果你已經使用：
Custom Domain，
它是另外一套設定。
也就是說：
ChatGPT 代管的網址
和：
你自己擁有的網域
要分開理解。
ChatGPT Sites 也可以接自己的網域
在目前支援 Custom Domain 的情況下，
如果你已經擁有：
example.com
或：
app.example.com
這類網域，
可以依 Sites 提供的 DNS 資訊，
到自己的 Domain Provider 設定。
注意：
ChatGPT Sites 不會替你：
買網域。
你必須先自己擁有。
而且不同方案、工作區與區域，
實際可用功能仍可能不同。
那今天到底適合拿 Sites 做什麼？
如果第一次用，
不要直接說：
「幫我做公司完整官網。」
建議先從一個：
小而完整
的網站開始。
例如：
活動頁
活動介紹。
時間。
地點。
流程。
FAQ。
個人作品集
自我介紹。
作品。
服務。
聯絡方式。
一頁式服務頁
問題。
解決方式。
服務流程。
案例。
CTA。
專案 Dashboard
進度。
里程碑。
待辦。
重要資料。
小型互動工具
輸入幾個條件。
得到計算或分類結果。
為什麼不要第一個就做大型正式網站？
因為：
能生成網站
不代表：
所有網站工程問題都消失了。
大型正式網站還可能牽涉：
會員。
權限。
付款。
大量 Database。
SEO 架構。
Analytics。
大量內容管理。
第三方 API。
安全。
隱私。
法規。
備份。
高流量。
維運。
這些全部不是一句：
「幫我做網站」
就自然消失。
所以 ChatGPT Sites 最好的第一個位置，
不是：
立刻取代所有專業網站開發。
而是：
把原本做第一版太麻煩的東西，快速變成真的可以試。
這也是 Prototype 特別適合 Sites 的原因
假設你想到：
「我想做一個 AI 工作流程健檢網站。」
以前第一步可能是：
先花錢開發。
但你甚至還不知道：
有人要不要用。
現在可以先做：
第一版。
讓 10 個人試。
看他們：
看不看得懂。
會不會填。
哪一題卡住。
最後結果有沒有價值。
如果沒人使用，
先不要加：
會員系統。
付款。
CRM。
Email Automation。
如果真的有人需要，
再決定要不要：
做正式產品。
這就是 AI Coding 和 Sites 真正最大的差別之一
AI Coding 工具比較常從：
「我要做這個功能。」
開始。
Sites 對一般使用者更像：
「我要一個可以給別人使用的結果。」
一個重點偏：
Code。
另一個重點偏：
Finished Artifact。
當然兩者最後會重疊。
但對不會寫程式的人，
第二種入口容易很多。
第一次使用可以照這五步
第一步：先寫網站目的
不要先寫：
顏色。
動畫。
字型。
先寫：
誰要來看？
看完要做什麼？
例如：
這是一個週末市集網站。
主要訪客是第一次來的人。
他們最需要快速知道時間、地點、活動內容與交通方式。
第二步：放入真實材料
例如：
照片。
流程表。
場地資料。
FAQ。
Logo。
產品資料。
文章。
不要讓 AI：
自己補一堆不存在的資訊。
第三步：先做 MVP
第一版只需要：
真的能完成：
一個用途。
不要第一句就要求：
登入。
付款。
會員。
多語。
CMS。
後台。
20 個頁面。
先證明：
這個網站有人需要。
第四步：Preview 時不要只看漂不漂亮
至少檢查：
資訊正確嗎？
連結對嗎？
手機版正常嗎？
CTA 清楚嗎？
有沒有 AI 自己補出的內容？
有沒有不該公開的資料？
這些比：
陰影夠不夠漂亮
重要得多。
第五步：確認後再 Publish
因為公開網址代表：
別人真的可能看到。
所以發布前，
應該再檢查：
個資。
內部資料。
未公開價格。
測試文字。
假資料。
錯誤連結。
正式承諾。
尤其如果 Site 是利用公司文件產生，
更不能因為：
AI 已經排版完成
就直接公開。
可以直接試的 Prompt
幫我建立一個互動式網站。
網站目的：
讓第一次來的使用者在 30 秒內理解這個專案是什麼，以及下一步可以做什麼。
使用者：
一般非技術背景使用者。
第一版只需要：
- Hero 區
- 三個核心價值
- 使用流程
- 常見問題
- 一個主要 CTA
我接下來會提供正式文案、圖片與資料。
不要自行虛構公司數據、客戶案例、價格或功能。
手機版優先。
先建立可以使用的 MVP。
完成後先給我 Preview，不要直接公開。
請另外列出：
- 你用了哪些來源資料
- 哪些內容是你重新整理的
- 哪些資訊仍然缺少
- 發布前我還需要人工確認什麼
這類 Prompt 的重點不是：
寫得很長。
而是先告訴 AI：
目的。
使用者。
範圍。
不能亂補什麼。
什麼時候才能發布。
Sites 和一般 ChatGPT 對話最大的差別
一般 ChatGPT：
你問：
「我的活動頁應該怎麼設計？」
它可能回答：
Hero。
活動介紹。
Schedule。
FAQ。
CTA。
你最後還是拿到：
建議。
Sites 則是把它變成：
成品。
這就是現在 AI 工具非常明顯的發展方向。
以前是：
AI 告訴你怎麼做。
現在變：
AI 陪你做到可以交付。
不過不要把「發布成功」當成「網站成功」
這一點尤其重要。
Sites 能幫你降低：
製作成本。
不能自動解決：
沒人需要。
定位錯誤。
內容不好。
CTA 不清楚。
SEO 沒流量。
產品沒有價值。
所以：
AI 把網站做出來
和：
網站真的有效
仍然是兩件事情。
一個網站最後還是要回答三個人類問題
誰要用？
如果答案是：
「所有人。」
通常等於：
還沒想清楚。
他為什麼要來？
不是因為：
網站很漂亮。
而是因為：
有東西值得他看。
看完要做什麼？
閱讀？
填表？
下載？
聯絡？
試用？
如果這件事不清楚，
AI 再會做網站，
轉換仍然可能很差。
所以 ChatGPT Sites 最值得期待的地方，不是「人人都變工程師」
而是：
以前一個想法要經過：
寫需求。
找設計。
找工程師。
部署。
修改。
才能第一次給使用者看。
現在其中很大一段，
可以變成：
描述 → Preview → 修改 → Publish。
這會讓：
很多原本不值得花一星期做的想法，
值得先花一小段時間：
做出來測。
這可能才是它最大的價值。
今天真正要記住的一句話
ChatGPT Sites 最有用的地方，不是 AI 終於會做網站，而是「有一個想法」到「真的有網址可以讓別人試」之間的距離，又被縮短了一大截。
今天，和 AI 一起進步一點。
每天學會一個 AI 技巧。
每天節省一點時間。
每天提升一點能力。
SasaDaily，陪你一起成長。
推薦閱讀
今日 AI 工具｜2026/07/29：ChatGPT Work，連接文件與工作工具，把研究、整理、製作到更新變成一段完整流程
AI 商業案例｜2026/07/29：室內設計工作室怎麼用 ChatGPT Work？從需求整理、現場紀錄到提案與修改，減少跨檔案重做
