生活分享

www、子網域與子目錄：網站網址結構怎麼決定

網站要不要加 www，部落格該放 blog.example.com 還是 example.com/blog/，需要從平台支援與維護方式一起判斷。本文先拆解網址中的主機名稱和路徑，再比較子網域與子目錄的內容分工、DNS 設定、HTTPS 憑證及網址一致性。附上原創決策表與上線檢查步驟，協助台灣小型網站建立容易使用、管理和交接的網址結構。

更新日期: 閱讀時間約 7 分鐘

原創資料夾、伺服器與盾牌圖像，呈現內容分區、服務連接與 HTTPS 檢查。
圖片：Mokaair (© Mokaair)

準備新增部落格或預約服務時，常會卡在一個看似小問題：功能名稱要放在網域前面，還是斜線後面？這個選擇牽涉平台怎麼接上網站、誰負責維護，以及讀者會不會在切換時迷路。

先不用把網址結構當成排名競賽。對小型網站而言，能穩定更新、清楚分工且維持舊入口可用，通常更值得優先處理。以下用工作室網站的假設需求，說明如何把命名和技術設定放在同一張規劃表上。

先讀懂網址，分清主機名稱與路徑

以 https://learn.example.com/classes/ 為例，https 表示連線使用的通訊協定，learn.example.com 是主機名稱，/classes/ 是網站中的路徑。相較之下，https://example.com/learn/ 使用原來的主機名稱，改以路徑表達內容位置。兩者不只是文字擺放順序不同。

一般所說的子網域，例如 learn.example.com，可以對應同一個服務，也可以接到另一套支援自訂網域的平台。www.example.com 的 www 也是這種主機名稱的一部分；它不是所有網站都必須出現的前綴，也不會自動保證連到不含 www 的相同內容。

子目錄像 /learn/，則由網站或伺服器決定要回應什麼內容。現代網站的路徑不一定真有對應的實體資料夾，所以在主機檔案管理員新增同名目錄，未必就能讓既有系統正確運作。DNS 管主機名稱的指向，不能直接拿來設定斜線後的文章路徑。

www 先選一致版本，再照顧另一個入口

選 www 或不含 www 時，先查看架站平台支援、既有對外連結和目前的網站設定。若網站已穩定使用其中一種，沒有其他需求時，不必只因覺得另一種更像大公司就改。重點是主要連結、分享網址與搜尋保持一致。

也要照顧會手動輸入另一個版本的讀者。可以讓非主要版本正確回應，再轉向相應的主要網址；例如文章頁應到同一篇文章，而不是全部回首頁。兩個名稱指向同一台主機，並不代表伺服器已知道要提供同樣內容或自動轉址。

HTTPS 也需涵蓋實際被造訪的主機名稱。若讀者在非主要版本先遇到憑證錯誤，後面的轉址規則未必有機會順利處理。規劃時把 DNS、主機綁定、憑證與轉址分別列出，避免只改其中一項，就以為 www 的兩種入口已全部完成。

子目錄適合一起管理，但仍要看平台能力

假設工作室已有一套可管理文章的網站，新增教學內容主要由同一人編輯，選 example.com/learn/ 可能比較容易延續原來的選單、搜尋、樣式與內容管理。這是基於維護方式的判斷，不是說所有子目錄天生比較容易取得搜尋排名。

若教學平台是另一家服務，先確認它是否能直接放在主站路徑下。有些平台提供的是自訂主機名稱連接，未必支援子目錄；硬要包進 /learn/ 可能需要額外代理、路徑重寫或開發整合。這些成本要在選方案前詢問，而不是網站做好才發現接不上。

Google 的 SEO 入門指引建議依業務與管理需求選子網域或子目錄，沒有把某種形式當成通用捷徑。評估時可問：誰發文、誰更新軟體、誰修錯誤、是否共用搜尋，以及平台更換時怎麼帶走內容。這些答案通常比網址看起來是否簡短更有用。

子網域適合分開服務，責任也要跟著分開

如果預約系統由另一個供應商管理，booking.example.com 可能是比較直接的連接方式。先確認對方支援該主機名稱，再依它提供的資訊設定 DNS；不要看到另一篇教學的 IP 就照填，也不要假設所有平台都用相同的記錄類型。

以 Cloudflare 官方流程為例，A 對應 IPv4、AAAA 對應 IPv6、CNAME 則指向另一個完整網域名稱，之後還需依需求設定代理狀態與 TTL。CNAME 的目標不是含 https 和路徑的完整網頁網址；實際欄位和值要以服務商要求為準。

服務分開後，仍要確認品牌說明、回主站入口、帳號登入、通知信與資料匯出如何銜接。使用同一個主網域下的名字，不代表兩套平台會自動共用會員。另列各服務的管理員、費用與到期日，停止使用時也要交接 DNS 和綁定關係。

  1. 列出每項內容或服務，以及目前負責管理的平台。
  2. 向供應商確認支援子網域、子目錄及自訂網域的條件。
  3. 選定命名後，記錄 DNS、主機綁定和憑證的責任人。
  4. 從主站進入新區域，再返回主站，實際核對導覽與操作。

上線檢查要分層，避免一直等錯地方

先核對 DNS 是否解析到預期服務，再看該服務是否接受這個主機名稱。接著檢查 HTTPS 憑證與實際頁面，最後才看路徑、轉址和內容。如果 DNS 正確卻出現供應商的未綁定畫面，重複刪除 DNS 通常不會解決平台內的綁定問題。

測試網址至少包含主要首頁、另一個 www 版本、深層內容，以及新增的子網域或子目錄。確認需要保留的是否正常、圖片與連結沒有指回測試站。若是兩個不同服務，不要只看首頁樣式接近，還應逐一確認登入與回站連結的實際行為。

在 Search Console 中也要選對觀察範圍。網域資源可涵蓋子網域與不同通訊協定，網址前置字元則限制在指定開頭。主站有資料不代表新子網域已被同一份前置字元報表涵蓋；先核對範圍，再解讀是否缺少曝光或索引資訊。

已上線網站改結構，要當成網址遷移處理

把 blog.example.com 的文章移到 example.com/blog/，會改變每篇文章的完整網址。先建立新舊對照，確認內容已到新位置，再安排相應轉址、站內連結、canonical 和網站地圖更新。不要只將 DNS 指到主站，卻沒有設定舊路徑如何被接住。

也應保留原服務與入口所需的維護安排，讓讀者仍能使用舊書籤。改結構、換平台和大改正文若一起發生，後續較難判斷哪個變更造成問題；能分清楚的工作就分別留下日期和驗收紀錄。實際搜尋結果需要處理時間，沒有固定的流量成長保證。

最後整理一張網址總表：各主機名稱或路徑的用途、平台、管理人、主要版本及停用方法。下一次新增課程、會員或客服功能時，先查這張表再擴充。好的結構應讓讀者知道自己在哪裡，也讓維護者知道問題該由誰處理。

三個區塊呈現內容與維護責任、DNS 和平台連接、網址與搜尋一致性，說明子網域或子目錄需共同評估的範圍。
依服務與維護需求選結構，再讓每個入口都有明確去向。 · 圖片：Mokaair (© Mokaair)
這是管理需求比較，不是搜尋排名優劣表。
安排方式較合適的需求先確認什麼
主站用 www 或非 www建立一致對外入口平台、憑證與另一版本回應
主站子目錄 /learn/內容由同一系統管理路由、選單與發文流程
子網域 learn.example.com獨立平台或服務分工自訂網域、DNS 與管理責任
既有網址結構變更解決明確維護或服務需求逐頁對照、轉址及複查

同主題延伸閱讀

  • 生活分享

    Wix 架站指南：編輯網站、選擇方案與網址

    第一次使用 Wix，先釐清網站要完成什麼，再選擇版型與付費方案。本文以原創修鞋工作室介紹站為例，整理 Wix Editor 的頁面編輯、手機檢查、儲存預覽與發布流程，並說明自訂網域、續費、台灣付款工具及平台搬遷限制。附操作步驟、比較表和自繪圖解，協助把網站內容、功能需求與長期管理成本一起考慮，避免只看首頁完成就急著升級。

  • 生活分享

    線框圖與原型怎麼用：先驗證流程再修視覺

    線框圖、視覺稿與互動原型各有用途，重點是目前需要驗證哪一個問題。本文用原創到府植栽照護預約情境，說明如何挑選保真度、補齊流程與例外狀態，準備不暗示答案的操作任務，再將測試觀察轉成修改紀錄。附操作步驟、比較表及原創圖解，協助設計初學者與小型團隊，在投入正式開發前先看懂使用上的困難。

  • 生活分享

    網站維護要做什麼：備份、更新與故障回報的日常安排

    網站維護不只是更新外掛，也包含確認內容、帳號、備份、寄信與到期服務。本文以小型 WordPress 內容網站為例，把維護工作拆成日常觀察、更新前後檢查、備份還原及故障回報，提供可以分配給站主、編輯與維護者的工作表。你可以依網站更新頻率安排合適節奏，知道什麼情況要立即處理，並保留足以讓下一位協作者接手的紀錄。

  • 生活分享

    網站架構怎麼畫：從內容清單到導覽與頁面關係

    網站架構不只是畫出首頁和幾個分頁，而是讓使用者知道資料放在哪裡、如何找到並理解下一步。本文以原創社區共享器材站為例，整理內容盤點、任務分組、導覽命名、頁面關係與樹狀測試，區分卡片分類、網站架構圖及搜尋用 Sitemap。附操作步驟、比較表及原創圖解，協助小型網站建立能使用也能持續維護的資訊結構。

引用本文的文章

最新旅遊情報攻略

資料來源

生活分享