知識庫

你用 AI 做出了一個網站：有首頁、品牌介紹、產品圖片，
甚至連聯絡表單都準備好了。
在電腦上看起來很完整，但接下來，該怎麼讓其他人輸入網址就能看到？

這時，你可能會遇到一連串陌生名詞：
網域、主機、DNS、SSL，還有「部署」。

其實，你可以把網站上線理解成三件事：
把網站放到能對外提供服務的地方、把自己的網址連過去，
再確認訪客能安全且正常地使用。

AI 幫你做出網站，接下來，就讓這個網站真正被看見。

這篇文章會以「網域買在 GoDaddy，網站放在另一家主機」為例，
帶你走過完整流程。
即使你使用其他網域商，大部分觀念與操作順序也相同。

---

第一步｜先認識網域、主機和 DNS

想像你準備開一家店。
網站是店裡的裝潢與商品，主機是擺放這些東西的空間，
網域則是讓客人找到你的地址。

當訪客輸入網址，瀏覽器會先透過 DNS 查詢連線位置，
再向網站所在的服務取得內容。
DNS 裡也可能存放電子郵件、網域驗證等設定。

---

第二步｜確認 AI 交給你的是哪一種網站

「AI 已經做好網站」可能代表不同的情況。
有人拿到完整網站檔案，有人拿到需要處理的程式專案，
也有人只拿到建站平台裡的預覽畫面。

這一步會直接影響你要不要另外買主機，以及該買哪一種。

如果建站平台已經提供網站託管，你可能只需要綁定網域，
不必再租一份主機。
如果想把網站搬到別家，則要先確認平台能否匯出完整程式與資料。

不知道自己的網站屬於哪一種，可以直接把以下問題交給製作網站的 AI：

請根據這個網站的實際檔案，告訴我：
1. 它能否部署成靜態網站？
2. 是否需要後端、資料庫或外部服務？
3. 建置指令是什麼？
4. 完成後應該上傳哪個資料夾？
5. 如果有登入或表單，目前是否真的能儲存資料或寄送通知？

有登入畫面，不代表會員系統已經完成；
有表單，也不代表填寫內容真的會寄到你的信箱。

畫面完成與功能完成，需要分別確認。

---

第三步｜準備自己的網域，選擇能支援網站的主機

網域名稱可以從品牌名稱、公司名稱或主要服務出發。
挑選時，優先考慮容易記、容易拼寫，
以及口頭告訴別人時是否清楚。

購買前，也要查看第一年價格、後續續約費用和續約方式。
註冊帳號與聯絡信箱應由你或公司掌握，
之後才能處理續約、修改設定或更換服務商。

選主機時，可以把網站類型與需求交給服務商確認：

對第一次架站的人來說，服務商能否協助你完成設定，是值得比較的項目。
購買之前先確認支援範圍，會比遇到問題後才發現需要另外找人處理，
更容易掌握時間與預算。

如果主要客戶在台灣，也可以請服務商提供測試網站，
使用台灣的家用網路與手機行動網路實際開啟。
機房所在地可以列入考量，但網站速度仍要看實際表現。

---

第四步｜把網站發布到主機，先確認網站能正常運作

把網站檔案與程式放到正式服務環境，
讓別人可以透過網路存取，這個動作就叫做「部署」。

如果你使用的是內建託管的 AI 建站平台，先依平台流程發布網站，
再使用它提供的網址檢查內容。
預覽模式與正式發布可能有不同的存取權限，要確認一般訪客也能開啟。

如果你拿到的是可以直接發布的靜態檔案，而主機提供 cPanel，
可以按照這個順序操作：

1. 登入主機控制台。
2. 確認網站對應的資料夾。
3. 開啟檔案管理員，上傳網站檔案。
4. 使用可用的預覽網址檢查網站。

在 cPanel 裡，網站根目錄常見名稱是 public_html，
但不同網域也可能使用不同資料夾。
應以該網域實際設定的 Document Root 為準。

假設主機指定的網站目錄是 public_html，
而你的首頁是 index.html，通常會是這樣：

public_html/
  index.html
  assets/
  images/

如果多放了一層資料夾，變成 public_html/my-website/index.html，
首頁就可能無法在預期的網址出現。

如果你拿到的是需要建置的專案，則要先產生可發布檔案。
以採用一般靜態建置設定的 Vite 專案為例，常見指令是：

npm run build

預設會產生 dist 資料夾；手動上傳到網站根目錄時，
要放入的是其中的發布檔案。
實際指令與輸出位置仍以專案設定為準，不能套用到所有 AI 產生的網站。

若網站需要後端或資料庫，就需要另外完成對應設定。
請服務商或開發者確認執行環境、資料庫連線、正式網址與必要的環境變數。
資料庫密碼和私密 API 金鑰應放在適當的伺服器設定中，
避免放入瀏覽器可下載的前端檔案。

---

第五步｜先在主機端加入網域，再取得 DNS 設定

網站放好之後，要讓主機知道：
「這個網域對應的是這個網站。」

登入主機或部署平台，尋找「網域管理」「新增網域」「Custom Domain」
或類似選項，加入你要使用的名稱，例如：

example.com
www.example.com

這兩個名稱是不同的主機名稱。
如果你希望兩種輸入方式都能使用，就需要確認它們都有被設定。

接著，主機商通常會提供其中一種連接方式：

以 Vercel 為例，官方流程也是先把網域加入專案，
再依平台要求配置 DNS。

---

第六步｜到實際管理 DNS 的地方，把網域連到網站

最容易讓新手困惑的一點是：
網域在哪裡買，和 DNS 在哪裡管理，可能是兩回事。

如果網域使用 GoDaddy 的 Nameserver，通常就在 GoDaddy 管理 DNS；
如果已改用 Cloudflare 或其他服務商的 Nameserver，
就要到對應平台修改。
Nameserver 決定了哪一方負責提供這個網域的 DNS 設定。

以下假設你仍使用 GoDaddy 管理 DNS，
而且主機商要求以「A 記錄＋www 的 CNAME」連接網站。

1. 登入 GoDaddy，選擇要設定的網域。
2. 開啟 DNS 頁面。
3. 依主機商提供的資料，新增或編輯指定記錄。
4. 核對內容後儲存。

設定可能長得像下面這樣：

在 GoDaddy 的 A 記錄設定中，@ 表示根網域，
Value 填入對應 IP，TTL 則代表資料可以被快取多久。
新手可先使用預設值或主機商建議值。

填寫時，可以留意以下幾件事：

• A 記錄填 IP，不能填完整網址。
• CNAME 的目標填主機名稱，通常不包含 https:// 或 /about 之類的路徑。
• 同一個名稱若已有衝突記錄，要依主機商指示調整。
• 若已有 AAAA 記錄，也要確認它是否仍指向正確服務。
• 根網域若被要求使用 CNAME、ALIAS 或其他特殊方式，請確認 DNS 平台支援並依官方流程設定。

CNAME 是 DNS 別名，不等於瀏覽器轉址。
如果你希望輸入 www.example.com 後，網址列自動變成 example.com，
還需要在主機或平台設定轉址。

如果這個網域已經用來收公司信件，例如 service@example.com，
請保留原有的郵件設定。
MX 記錄與相關 TXT、CNAME 記錄可能負責收信、寄信驗證或其他服務，
不要為了設定網站而全部刪除。

如果主機商要求更換整組 Nameserver，
則要先在新的 DNS 平台備妥網站、郵件及其他既有服務的完整記錄，
再進行切換。
DNSSEC 若已啟用，也應依新舊供應商的移轉流程處理。

---

第七步｜等待 DNS 更新，完成 HTTPS 與網址轉址

儲存 DNS 後，世界各地的網路不一定會立刻看到新設定。
舊記錄可能還留在電信業者、DNS 解析服務或裝置的快取中。

GoDaddy 說明，多數 DNS 變更會在一小時內生效，
但全球更新可能需要最多 48 小時。
這是可能的更新時間，並不表示每次都必須等滿兩天。

這段期間可以先核對記錄是否正確，
再分別使用家用網路與手機行動網路測試。
無痕視窗能幫助排除部分瀏覽器狀態，但不會清除所有層級的 DNS 快取。

當網域已正確連上主機，就可以完成 SSL／TLS 憑證設定，
讓網站使用 HTTPS。

如果主機有 AutoSSL、Let’s Encrypt 或自動憑證功能，依後台流程啟用即可。
Let’s Encrypt 也建議一般網站擁有者先確認主機商是否能協助管理 HTTPS。

接著，確認以下結果：

• ✓ https://example.com 可以正常開啟，沒有憑證警告。
• ✓ 如果要使用 www，它也有有效憑證。
• ✓ 憑證續期已安排妥當，清楚知道由誰負責。
• ✓ HTTPS 網頁內的圖片、字型和其他資源能正常載入。

最後，選定你要公開使用的主要網址。
例如決定使用 https://example.com，便讓其他入口轉向它：

http://example.com       → https://example.com
http://www.example.com   → https://example.com
https://www.example.com  → https://example.com

轉址應透過主機或平台支援的功能設定，並逐一測試。
即使 www 只用來轉址，訪客以 HTTPS 連入時，它仍需要有效憑證。

---

第八步｜以第一次來訪的客人身分，完整使用一次網站

首頁能開啟，只代表上線流程完成了一部分。
正式對外分享之前，還要確認每個重要功能都能使用。

有些網站在首頁點進內頁時正常，
但直接開啟內頁或重新整理後卻出現 404。
這可能與前端路由及主機的網址處理設定有關，需要依網站使用的技術調整。

如果網站串接登入、付款或外部 API，
也要確認相關服務已加入正式網域，並設定正確的回呼網址與允許來源。
開發環境可以使用，不代表換上正式網域後會自動完成設定。

遇到問題時，可以先依現象找方向：

---

第九步｜從台灣訪客的情境測速度，安排後續維護

如果你的客戶主要在台灣，值得關心的是他們實際開啟網站的速度，
以及送出表單、查詢資料時是否順暢。

主機所在地只是其中一個因素。
網站圖片大小、程式量、網路路線、快取與 CDN 設定，
都可能影響載入時間。
CDN 可以在較接近訪客的位置提供可快取的內容，減少傳輸距離。

主機位於海外，也可能提供良好的台灣瀏覽體驗；
是否符合需求，仍應實際測試。

建議至少使用台灣的固定網路與手機行動網路，
分別測試首頁、圖片較多的頁面，以及表單或登入等主要功能。
若要比較不同主機，盡量使用相同網站內容和相近測試條件。

一個展示頁開得很快，也不代表所有後端功能都一樣快。
需要查詢資料庫或產生個人化內容的操作，仍會受到後端環境影響。

網站公開之後，也要安排幾件固定工作：

• ✓ 確認網域與主機續約。
• ✓ 保留網站和資料庫備份。
• ✓ 維護使用中的程式。
• ✓ 在修改後重新檢查主要功能。

選擇服務商時，可以把這些工作一併問清楚：
哪些由平台自動完成，哪些有人協助，哪些需要自己處理。
這能幫助你算出網站長期經營所需要的費用與時間。

---

準備讓你的 AI 網站正式上線嗎？

AI 讓做出第一個網站變得容易，
而完成網域、主機、DNS 與 HTTPS 的設定，就能讓這個網站真正被使用。

準備開始時，先整理好三樣東西：

1. 目前的網站檔案或平台名稱。
2. 你持有的網域。
3. 網站需要提供的功能。

有了這些資訊，就能和主機服務團隊確認相容方案、連接方式與協助範圍，
一步一步完成上線。

也歡迎透過未錸主機的 LINE 官方帳號，
提供你的網站類型與使用需求，詢問適用方案及可提供的協助。

用 AI 做好網站後，帶著網站需求，開始你的上線第一步。

聯絡未錸主機： LINE 官方帳號 @未錸主機

---

追蹤未錸主機社群，掌握更多網站與主機資訊

• Facebook： 未錸主機 Future Host
• LINE 官方帳號： @未錸主機
• Instagram： @future.host.tw
• Threads： @future.host.tw

#未錸主機 #AI架站 #網站上線 #網域設定 #主機選擇 #DNS設定 #SSL憑證 #網站部署

從 AI 做出的第一個畫面，到客戶能順利開啟的正式網站，
就從確認網域與主機開始。