網域是什麼？子網域是什麼？｜認識網址 | 白話文商學院
網域（Domain）是網站的「文字版門牌」，讓人不用背一串像 93.184.216.34 這樣的 IP 數字就能找到你，背後由 DNS 把網域翻譯回 IP [來源：IANA〈Dom…
網域（Domain）是網站的「文字版門牌」，讓人不用背一串像 93.184.216.34 這樣的 IP 數字就能找到你，背後由 DNS 把網域翻譯回 IP [來源：IANA〈Domain Name System (DNS) Parameters〉〈https://www.iana.org/assignments/dns-parameters〉〈2026〉]。一個完整網域通常可拆成三段，由點分隔：子網域（www）、次級網域（example）、頂級網域（.com）。但真正決定 SEO 成敗的，從來都是你怎麼處理背後的結構決策，名字本身反而是次要的：www 與 non-www 是否統一、子網域還是資料夾、ccTLD 還是 gTLD，這些選擇會直接回頭影響重複內容、追蹤設定與國際化佈局。
重點先看：網域是一連串會回頭咬人的技術選擇，取名只是其中最表面的一環。example.com 與 www.example.com 在搜尋引擎眼裡是兩個不同的網址，同時存在會直接產生重複內容、把排名權重切兩半 [來源：Google Search Central〈Consolidate duplicate URLs〉〈https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls〉〈2026〉]。
網域是網址裡最核心也最常被誤解的一段
網域是網址裡介於協定（https://）和路徑（/seo/...）之間的那一段，最常被誤解成「等於網址」。其實網址（URL）是完整地址，網域只是地址裡的「路段名」。要釐清這層區分，最快的辦法是直接拿一個真實網址來拆。
拿 https://www.example.com/seo/url-intro/ 這個範例網址來拆：協定是 https://，網域是 www.example.com，路徑是 /seo/url-intro/。網域只是中間那一塊，前面那串協定歸協定管，後面那串路徑歸路徑管。想更完整理解網址的全貌，可以讀網址（URL）是什麼的完整介紹，或直接看網址組成的完整拆解。
這層區分重要的原因，在於網域取代的是一串人腦記不住的 IP 數字。電腦用 IP 溝通，人用名字溝通，中間那座橋就是 DNS（Domain Name System）。DNS 負責把你輸入的網域翻譯回伺服器的 IP 位址 [來源：IANA〈Domain Name System (DNS) Parameters〉〈https://www.iana.org/assignments/dns-parameters〉〈2026〉]。沒有這套機制，就得在瀏覽器輸入一串數字才能開網站。
對學 SEO 或數位行銷的人來說，懂網域是地基。它決定了四件事：重複內容會不會發生、追蹤資料會不會被切兩半、國際化佈局會不會被貼錯地區標籤、網域權重能不能累積在同一個地方。這四件事，沒有一件是「選了名字」就能解決的。往下拆解之前，可先把HTTPS 協定的運作原理看過，因為協定這層跟網域常常搭在一起討論。
網域的結構組成
一個完整的網域名稱通常可拆成三段，用點分隔，每段職責不同：子網域、次級網域、頂級網域。這三段之所以要分清楚，是因為每一段在 SEO 與技術設定上各自有各自的決策點，背後的邏輯比名詞本身重要。把這三段的位置搞清楚，後面所有的選擇（要不要 www、用子網域還是資料夾、選.com 還是.tw）才會有對應的位置可以掛。
以 www.example.com 為例，從左到右分別是：子網域＝www、次級網域＝example、頂級網域＝.com。其中次級網域是你能自由命名的「品牌名」，頂級網域是固定的分類或地區後綴，子網域則可有可無，是主網域前面的「部門分機」。這三段的關係，可用一張對照表把位置一次對齊。
| 段落 | 位置 | 範例（www.example.com） | 能否自由命名 | 主要職責 |
|---|---|---|---|---|
| 子網域（Subdomain） | 最左邊、在次級網域之前 | www | 可（也可省略） | 切割網站內不同功能區，例如部落格、商城、會員 |
| 次級網域（SLD） | 中間、在頂級網域之前 | example | 可（品牌識別核心） | 網站的主要識別名字 |
| 頂級網域（TLD） | 最右邊、最後一個點之後 | .com | 不能（只能選既有後綴） | 分類或地區屬性，影響信任感與 geo-targeting |
這張表最大的用處，是讓你往後看到任何一個網址，都能立刻把三段對號入座，避免把整串當成一個模糊的名字。很多新手把 www.example.com 整串當成「網站名稱」，結果在設定追蹤、做轉址、跟工程師溝通時雞同鴨講。分清楚段落，是後面所有結構決策的前提。想知道完整網址還包含哪些段，可接著看網址路徑是什麼。
次級網域與頂級網域的分界
次級網域（SLD）和頂級網域（TLD）的分界規則很機械：點之前、你取的那個名字就是次級網域；點之後的分類後綴就是頂級網域。而頂級網域又分成兩大類：通用型（gTLD，如.com、.org、.net）與國家型（ccTLD，如.tw、.jp、.uk），這個分類是 IANA 官方定義的 [來源：IANA〈Root Zone Database〉〈https://www.iana.org/domains/root/db〉〈2026〉]。分類不同，背後代表的意義和限制就完全不一樣。
次級網域是你唯一能大展身手的地方，也是網站的主要識別。三星叫 samsung，你可以叫任何想要的名字，例如 yourbrand，就算取一串亂碼也沒人攔你，只是沒人記得住而已。命名自由度高，但自由不等於沒有代價：太長、太怪、太難拼的名字，會直接反映在直接流量與品牌信任感上。挑名字時，優先考慮能不能用嘴巴念出來、會不會被聽寫錯，會比追求創意更務實。
頂級網域的限制就多得多了，你只能在既有的後綴裡挑。通用頂級網域依「組織類型」分，國家頂級網域依「國家或地區」分。這張表把常見後綴、用途、是否帶地區屬性、價格區間整理在一起，挑選時可以直接查表。
| 類型 | 後綴 | 主要用途 | 是否帶地區屬性 | 價格區間（首年／續約，概略） |
|---|---|---|---|---|
| gTLD | .com | 商業用途，信任度最高 | 否 | 中等／中等 |
| gTLD | .org | 非營利組織 | 否 | 中等／中等 |
| gTLD | .net | 網路服務、基礎設施 | 否 | 中等／中等 |
| gTLD | .edu | 教育機構（受限） | 否 | 需資格審查 |
| gTLD | .gov | 政府機構（受限） | 否 | 需資格審查 |
| ccTLD | .tw | 地區屬性極強 | 是 | 中等到偏高 |
| ccTLD | .jp /.uk /.us /.cn | 對應國家地區 | 是 | 因地區而異 |
| ccTLD（被當通用用） | .ai（安圭拉） | 因字母含義被科技圈追捧 | 名義上是、實際被當通用 | 明顯偏高 |
| ccTLD（被當通用用） | .io（英屬印度洋領地） | 科技圈愛用，感覺簡潔 | 名義上是、實際被當通用 | 偏高 |
這裡頭最容易被誤會的是.ai 和.io。它們本質上是國家頂級網域：.ai 對應安圭拉（Anguilla）、.io 對應英屬印度洋領地，都是 IANA 登記在冊的 ccTLD [來源：IANA〈Root Zone Database〉〈https://www.iana.org/domains/root/db〉〈2026〉]。但因為字母剛好跟 AI、跟 Input／Output 撞上，科技圈把它們當通用網域用，需求暴增，價格跟著水漲船高。這是典型的「後綴的官方定義」跟「市場的實際用法」脫鉤的例子。
gTLD 與 ccTLD 不是互斥的，它們可以疊加。最常見的例子是政府或教育單位的網址，例如 ey.gov.tw 同時表達「政府機構＋這個地區」兩層意義。這種組合在官方與教育單位很普遍，因為它把「組織類型」和「地區」兩個維度都標清楚了。不過對一般商業網站來說，疊加不一定有必要，反而會讓網址變長。
子網域是主網域前面的功能分機
子網域（Subdomain）是主網域前面再加一段，用點分隔，用來把同一個網站切成不同功能區。最直觀的比喻是把主網域想像成一個校園，子網域就是校園裡的各個科系，各自有各自的名字、各自做各自的事。blog.example.com 放部落格、shop.example.com 放商城、app.example.com 放應用服務，這些前面那一段就是子網域。
子網域最常見的用途其實就那幾種：www（網頁服務）、blog（部落格）、shop（商城）、mail（信箱）、app（應用）。你不需要把每個子網域都開好開滿。網站規模小的時候，直接用資料夾結構（example.com/blog）就能做到類似的事，而且追蹤與權重累積更單純。子網域是「當你真的需要把某個區塊獨立出來」時才用的工具，不是預設選項。
這裡有個很關鍵、但新手常沒意識到的技術事實：子網域與主網域在搜尋引擎眼裡，是「可被視為獨立個體」的。這意味著權重累積的邏輯，跟資料夾結構完全不同。講白一點，你在 blog.example.com 衝起來的排名權重，不會自動流到 example.com 主站；反之亦然。沿用前面的校園比喻：資料夾結構就像校園裡同一個系館的不同教室，人氣會在同一棟裡互相帶動；子網域則是校門外另一塊獨立用地，要靠自己重新累積訪客。這也是很多大型網站把內容從子網域搬到資料夾之後，主站整體排名會跟著提升的原因，原本分散的權重，集中回同一個地方計算。反過來說，如果你因為技術或品牌理由必須用子網域，那就要有心理準備：每個子網域都得靠自己累積權重，主站不會自動加持。所以「子網域還是資料夾」這個選擇，影響的不只是當下的網址長相，還會一路延伸到之後幾年的 SEO 走勢。
要留個現實限制：子網域與主網域的權重到底「多大程度」會互通，業界一直沒有公認的精確數字。Google 官方說法保留彈性，實測結果也因網站規模與連結結構而異。能下的最穩結論是，不要假設它們會自動合併，做規劃時當成獨立個體來算會比當成一體更安全。對 GA 在這層的處理還不熟的人，可從GA4 網站分析入門打底。
也正因為「整個網域的連結權重」在排名上舉足輕重，所以子網域與資料夾的取捨才會這麼關鍵：當權重被分散到不同子網域，等於把這個優勢也切開了。外部研究也支持這個方向，一項分析了 1,180 萬個 Google 搜尋結果的研究發現，網站整體的連結權重（以 Ahrefs Domain Rating 衡量）與較高的排名存在強烈正相關 [來源：Backlinko〈Search Engine Ranking: We Analyzed 11.8 Million Google Search Results〉 https://backlinko.com/search-engine-ranking 2025-04-14]。
DNS 解析與網域健康度：藏在水底下的 SEO 因素
前面把網域當成「文字門牌」在談，但門牌背後還有一套運作機制，叫做 DNS（Domain Name System）。DNS 把人讀得懂的名字翻譯成機器讀得懂的 IP，這件事看似跟 SEO 沾不上邊，實際上卻會回頭影響爬蟲能不能順利抓到你的頁面、使用者點進來多久才看到畫面、以及主機位置怎麼被歸類。一個解析慢、設定亂的 DNS，會讓 Core Web Vitals 與爬取預算雙雙受損，這些都是會實際反映在排名上的訊號。
從使用者在網址列按下 Enter，到畫面開始出現，中間會經過幾個步驟：瀏覽器先問本地快取有沒有這個網域的紀錄，沒有就往 ISP 的 DNS 伺服器問，再往上游的權威 DNS 伺服器問，最後拿到一筆紀錄指向你的主機 IP。這段查詢過程通常只要幾十毫秒，但只要其中一層回應慢，使用者就會多等一拍。Google 把網頁速度列為行動搜尋的排名因素，處理的就是「最慢的那一群頁面」[來源：Google Search Central〈Using page speed in mobile search ranking〉〈https://developers.google.com/search/blog/2018/01/using-page-speed-in-mobile-search〉〈2018〉]。DNS 雖然只是整條載入鏈的最前面一小段，卻是使用者與爬蟲接觸你網站的第一關，這一關卡住，後面的 LCP 與 INP 都會被拖累。
會直接綁住網域運作的 DNS 紀錄主要有幾種，每一種負責把網域指向不同的資源。A 紀錄把網域指向 IPv4 位址、AAAA 紀錄指向 IPv6 位址；CNAME 把一個網域別名指向另一個網域；MX 紀錄管郵件往哪送；TXT 紀錄常用來放驗證碼，例如在 GSC 驗證網域所有權時就會用到。對做 SEO 的人來說，最常打交道的反而是 CNAME 與 TXT：前者用來把子網域或 www 指向 CDN、網站平台，後者用來完成各種驗證。把這幾種紀錄的位置與用途記住，日後跟工程師或主機商溝通時才不會雞同鴨講。
- TTL（Time To Live）：每筆紀錄會帶一個存活時間，決定這筆紀錄在全球 DNS 快取裡能放多久。平常設長一點可以加快解析、降低查詢負擔；要改 IP 前則要先把 TTL 調短，讓舊紀錄盡快失效，避免使用者在搬家期間連到舊主機。
- DNS 传播時間：改了紀錄之後，全球各地的 DNS 不會同步更新，而是各自等 TTL 到期才重新查詢。所以網域搬家、換主機時，要預留傳播緩衝期，否則會出現「有些人連得到、有些人連不到」的狀態。
- DNSSEC：在 DNS 上多加一層簽章驗證，防止紀錄被竄改。對一般內容站沒有直接排名紅利，但對涉及交易、會員資料的網站是安全基本款。
- 權威 DNS 與註冊商：網域註冊商把「這個網域的 DNS 該去哪裡問」這條委派關係設定好，你可以選擇用註冊商自帶的 DNS，也可以指向 Cloudflare 等第三方 DNS 服務，後者通常解析速度與安全防護都更好。
DNS 與網域的關係，還藏著一個會被新手忽略的國際化訊號：主機位置。前面提過 ccTLD 是 Google 判斷地理歸屬的最強訊號，主機的實體位置則是次要訊號之一。當你用 .com 這類無地區屬性的網域、卻把主機放在本地機房，等於一邊說「我做全球」、一邊給了「我在這個地區」的次要訊號。這兩者不會打架到讓排名崩盤，但如果你是認真要做某個海外市場，用 CDN 把內容快取到目標市場的節點，會比只靠本地主機更貼近使用者的實際體驗。若你想把這層體驗訊號摸得更透，網站使用體驗核心指標與網頁速度優化方法是直接相關的延伸。
子網域 vs 資料夾：SEO 與追蹤的抉擇
該用子網域（blog.example.com）還是資料夾（example.com/blog）？這大概是新手架站時最常問、也最容易做錯的選擇。預設立場很明確：除非你有明確的獨立需求，不然內容型網站優先用資料夾。理由很實際，資料夾的權重會直接累積到主網域，追蹤設定一次到位，內部連結也能自然地傳遞權重。子網域則適合真正需要獨立運作的服務，例如商城、會員系統。
兩種結構在「權重累積」「追蹤難易度」「SEO 表現」「適用情境」上各有清楚的取捨，憑感覺選通常會選錯。關鍵差異整理成這張比較表，可一眼看懂各自付出的代價。想看更完整的分析，子網域 vs 子目錄全解析：SEO 觀點拆解差異把兩者在不同網站規模下的表現都談得很透。
| 比較面向 | 資料夾結構（example.com/blog） | 子網域結構（blog.example.com） |
|---|---|---|
| 權重累積 | 直接累積到主網域，集中 | 獨立計算，不會自動併入主網域 |
| GA 追蹤 | 單一資源即可，設定單純 | 需額外設定跨網域追蹤 |
| GSC 驗證 | 一次驗證涵蓋全部路徑 | 每個子網域需分開驗證 |
| 內部連結傳遞 | 自然，視為同一網站 | 跨子網域視為外部連結邏輯 |
| 適用情境 | 內容型網站、單一技術棧 | 技術棧不同、品牌切割、安全或效能隔離 |
那什麼時候反而該用子網域？判斷標準落在幾個面向：技術棧不同，例如商城用的是跟主站完全不同的平台；品牌需要切割，例如集團底下的子品牌要各自獨立經營；有安全或效能隔離的需求，例如會員系統與公開內容要在不同環境運行。只要其中一個成立，子網域才會比資料夾合理。其餘情況，預設就走資料夾。
以這類內容站要新增一個區塊（例如部落格或商城）的典型狀況為例，可以把子網域與資料夾的取捨量化成具體的觀察幅度。依業界常見的表現，同樣一批優質內容放在資料夾結構（example.com/blog）時，新頁面通常在約 2-6 週內就會開始把累積的連結與排名訊號反映到主網域的整體權重上；相對地，若改放到全新子網域（blog.example.com），新頁面往往要約 8-16 週甚至更久，才看得到接近的排名表現，因為這個子網域得從零開始建立自己的信任與連結資產。常見的失誤是：為了看起來「分區清楚」，把還沒有獨立品牌、共用同一套技術棧的內容全拆到子網域，結果每個子網域都長不大，主站又吃不到權重，等於兩頭空。從決策角度看，真正該問的不是「子網域或資料夾哪個看起來專業」，而是「這個區塊有沒有理由必須獨立累積權重、獨立追蹤」；只要答案是不確定或沒有，預設走資料夾幾乎都是更省事的選擇，日後真的要拆，再從資料夾遷到子網域的工程也比反向搬動可控得多。也要誠實說，這些時間幅度是依這類站的公開觀察歸納的典型區間，實際速度會因網站規模、既有連結結構與內容品質而異，沒有人能事前給你一個保證的數字。
這個預設立場的背後，牽動的是一整串後續設定。選了子網域，你就得面對 GA 跨網域追蹤的麻煩、GSC 分開驗證的工、內部連結邏輯的調整。這些不是不能做，而是每一項都是成本，背後還需要一整組工具撐著，行銷人必備的工具清單能幫你把追蹤、分析、廣告這幾件事一次備齊；網站整體的結構規劃，則可以對照SEO 友善的網站架構設計。
www 與 non-www：留錯會害你產生重複內容
www 到底要不要保留？這問題看似無聊，卻是新手最容易栽跟頭的地方。關鍵事實是：example.com 與 www.example.com 在搜尋引擎眼裡是兩個不同的網址。如果兩個版本同時開放、都能連到相同內容，就會產生重複內容，把排名權重硬生生切兩半 [來源：Google Search Central〈Consolidate duplicate URLs〉〈https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls〉〈2026〉]。解法只有一個：擇一當主要版本，用 301 永久轉址統一。
先說 www 是什麼。它是歷史遺留的子網域，早期用來標示這是 World Wide Web 服務，讀作 triple w。在那個年代，網址幾乎都會帶 www，像 www.example.com。但現代網站多直接用裸域（Naked Domain），也就是省略 www 的 example.com，網址更短、更好記。裸域又稱非 www 域（Non-www Domain），現在已經是多數新網站的預設選擇。
要不要保留 www 本身沒有絕對對錯，真正的重點是「兩個版本不能同時存在」。常見的錯誤是網站同時讓 example.com 和 www.example.com 都能開、都回傳 200，結果搜尋引擎收到兩份相同內容，不知道該把權重歸給誰。這不只是排名被分散，還會牽連整個追蹤資料鏈：GA 流量被拆到兩個主機名稱底下，沒人為合併就永遠失真；GSC 效能報表的曝光與點擊也被切成兩份，無法判斷某個關鍵字的真實表現；外部網站連到你時有人用裸域、有人帶 www，反向連結權重若沒統一到同一版本，等於白白浪費。
- 選定一個主要版本：裸域或 www 二選一，沒有誰一定比較好，重點是統一。
- 用 301 永久轉址：把非主要版本 301 轉到主要版本，這是搜尋引擎認可的統一方式 [來源：Google Search Central〈301 redirects〉〈https://developers.google.com/search/docs/crawling-indexing/301-redirects〉〈2026〉]。
- 設定 canonical：在主要版本頁面加上 canonical 標籤，雙重保險。
- 驗證 GSC：在 Google Search Console 指定主要版本，讓資料歸到正確的網址。
- 檢查內外部連結：確保站內連結與外部反向連結都指向主要版本。
技術細節如果你要自己動手，可以搜尋「www non-www 轉址」，或參考網域註冊商提供的www non-www 轉址文件。概念上想更深入了解 canonical 怎麼解決重複內容，可以讀canonical 標準網址解決重複內容；重複內容對排名的整體影響，重複內容對 SEO 的負面影響有完整說明。
.com 還是.tw：你的市場決定答案
頂級網域到底要怎麼選？答案取決於你的市場。目標市場只在國內，選.tw 可以強化在地信任；但只要你打算做跨國生意，就別用.tw，改選.com、.co 這類無地區屬性的國際網域，避免被搜尋引擎與使用者雙重貼上單一地區標籤。ccTLD 會直接影響 Google 的 geo-targeting 判定，這是硬規則，跟你個人偏好無關 [來源：Google Search Central〈Manage multi-regional sites〉〈https://developers.google.com/search/docs/specialty/international/managing-multi-regional-sites〉〈2026〉]。
.tw 的地區屬性極強，這既是優點也是限制。如果你的客人全部都在這個市場，.tw 能傳遞很強的在地信任感，使用者也會直覺地認為這是一個本地服務，點擊意願與轉換率都會跟著提升。但相對地，一旦你想跨出去，跟美國、日本、東南亞做生意，.tw 就會變成包袱，搜尋引擎會傾向把它當成單一地區的網站，國外使用者的點擊意願也會打折。這背後是 Google 的 geo-targeting 機制在運作：ccTLD 是它判斷網站地理歸屬的最強訊號之一，比主機位置、hreflang 都來得直接。換句話說，你選了.tw，就等於主動告訴搜尋引擎「這是一個專門做本地市場的網站」，這個訊號很難事後靠其他設定推翻。所以問題的核心其實落在「你的市場在哪」，.tw 本身沒有絕對的好壞。如果你今天賣的是只能本地配送的實體商品，.tw 是加分；如果你賣的是數位產品、想接全球客戶，.tw 就是絆腳石。這個判斷必須在買網域的那一刻就想清楚，事後換網域的 SEO 成本非常高，幾乎等於搬家重來。
| 市場情境 | 推薦 TLD | 理由 |
|---|---|---|
| 只在本地市場做生意 | .tw | 地區屬性強化在地信任，符合使用者預期 |
| 打算跨國、目標是全球或泛區 | .com、.co | 無地區屬性，不會被綁死在單一地區 |
| 科技圈、新創、產品定位偏技術 | .ai、.io、.app | 市場認知度高，但價格偏高 |
| 政府或教育單位 | .gov.tw、.edu.tw | 同時標示類型與地區，官方屬性清楚 |
| 品牌名.com 被搶走 | .co 或加修飾字 | .co 是常見的國際化替代 |
幾個補充。.ai、.io、.com、.co 這些屬於跨國通用，不會被綁死在單一地區。.com 信任度最高，但好名字難搶是大家都知道的事；.co 是最常見的國際化替代，讀起來跟.com 接近。而 ccTLD 與 gTLD 可以組合，政府或教育單位常用.gov.tw、.edu.tw 同時標示類型與地區，例如https://www.ey.gov.tw/ 就是把.gov 與.tw 組在一起，代表「政府＋這個地區」。
如果你要做的是多語系、多市場的網站，國際化的佈局會更複雜，ccTLD 只是其中一環。這時候你會需要 hreflang 來告訴搜尋引擎每個版本對應哪個語言與地區，多語言網站的 hreflang 架構是必讀的進階內容。而網域搬家、改版這類會動到網址結構的操作，SEO 風險很高，網站搬家與改版的 SEO 風險可以幫你避開常見的坑。如果你才剛要架站，連平台都還沒選，新手網站平台推薦會是更早一步的功課。
很多人選定 WordPress 當架站平台後，才發現它背後也藏著一連串會影響 SEO 的設定。從挑主機到正式上線，WordPress 架站全攻略把整個流程串起來；如果你當初是從 WordPress.com 起家，後來想爭取更多控制權，從 WordPress.com 搬家到自行架站會牽動網址與追蹤的重新對接。
網域選擇決策矩陣：把四個維度排進一張表
前面分別講了 TLD、子網域、www 這幾個獨立的決策點，但在實際買網域的那一刻，你會發現這些決策是交織在一起的，很難分開逐一思考。為了避免憑感覺做選擇，這裡用一個二維矩陣把四個關鍵維度整合起來：市場範圍（本地或跨國）、內容型態（內容站或獨立服務）、技術需求（單一技術棧或多棧）、品牌結構（單一品牌或多品牌）。把你的狀況對號入座，就能直接讀出適合的網域組合。
| 情境組合 | 市場範圍 | 內容型態 | 技術需求 | 品牌結構 | 建議網域組合 |
|---|---|---|---|---|---|
| 情境 A | 本地 | 內容站 | 單一技術棧 | 單一品牌 | .tw 裸域，全站資料夾結構 |
| 情境 B | 跨國 | 內容站 | 單一技術棧 | 單一品牌 | .com 裸域，搭配 hreflang 與資料夾分語系 |
| 情境 C | 本地 | 內容＋商城 | 商城為不同平台 | 單一品牌 | .tw 裸域主站＋shop 子網域，商城獨立運作 |
| 情境 D | 跨國 | 內容＋會員 | 會員需安全隔離 | 單一品牌 | .com 裸域主站＋app 子網域，會員系統隔離 |
| 情境 E | 跨國 | 多事業體 | 多技術棧 | 集團多品牌 | 集團主網域＋各品牌子網域或各自獨立網域 |
這張表的核心邏輯是：只要內容型態單純、技術棧統一，資料夾結構幾乎都是較省事的選擇，權重與追蹤都集中；只有當某一塊功能必須獨立運作（不同平台、需要安全隔離、或品牌要切割），才把它放到子網域。市場範圍則單獨決定 TLD：本地優先就用帶地區屬性的 ccTLD，跨國就用無地區屬性的 gTLD。兩個維度互不衝突，可以同時決定。把你的實際狀況往這張表上一擺，通常三秒鐘就能讀出適合的組合，省去反覆猶豫的時間。
使用這張矩陣時，有一個常見的判斷誤差要避開：把「現在的技術棧」當成「未來的技術棧」。很多人在起步階段主站與商城剛好共用同一個平台，於是選了資料夾結構，但一兩年後商城要改用獨立平台時，才發現整個 URL 結構得重新搬。評估時請把自己未來一到兩年的發展方向也納入考量，不確定就用資料夾先上線，日後真的要拆再拆，因為從資料夾搬到子網域的工程，比從子網域搬回資料夾常見且可控得多。網址結構的長期演進，SEO 友善的網站架構設計與網站搬家與改版的 SEO 風險提供了更完整的脈絡。
哪裡買網域？避開第一年折扣陷阱
網域要去哪裡買？答案是透過網域註冊商（Domain Registrar）購買，常見的有 GoDaddy、Namecheap、Gandi 等等。挑選時最該看的是續約原價，第一年折扣反而要排在後面。很多註冊商第一年會打很大的折扣吸引你入門，第二年卻恢復原價、甚至更高。短期賺到、長期當冤大頭，是這個市場最常見的劇本。
不同註冊商的差異，其實就落在幾個維度上：價格（首年與續約）、介面語系、DNS 控制的彈性、客服品質、能否自由轉移。買網域時該檢查的項目整理如下，結帳前可逐項確認。
- 續約價：別只看首年，務必查第二年起的原價，這才是長期成本。
- WHOIS 隱私：確認是否免費含 WHOIS 隱私保護，否則個資會暴露在公開資料庫。
- 轉移彈性：確認網域能否自由轉出到其他註冊商，別被鎖死。
- DNS 託管費用：有些註冊商的 DNS 託管要額外收費，先問清楚。
- 冷門後綴的取捨：.xyz、.top 這類首年極便宜，但品牌信任感與專業度會打折，自行評估。
冷門後綴的誘惑很真實：首年價格低到讓人心動，但它「長相」不夠主流，使用者的第一眼信任感會打折。對一個正在建立品牌的小店家或創作者來說，這種信任成本很難量化，卻真實存在。除非有很明確的理由（例如特定社群就是用這個後綴），不然主流後綴的長期報酬率通常比較高。
買網域的決策流程可循一條主軸：先問這個網域要做什麼，再定出能接受的長期成本，接著查清楚第二年起的續約價、衡量後綴給人的觀感，最後確認未來想換註冊商會不會被卡。順著這條順序走，會少踩很多坑。買完網域之後，接著要把網站架起來，如果還沒選平台，可以回到沒有網站如何開始做 SEO先看整體路徑；要把 GSC 裝起來驗證網域，Google Search Console 安裝驗證是下一步。
換網域的 SEO 檢查清單：把風險降到最低
有時候換網域是不得不的決定，例如品牌重命名、合併、或當初選錯了 TLD。換網域的 SEO 風險非常高，因為它同時動到網址、追蹤、外部連結與權重傳遞這幾條命脈。事先沒把每一步想清楚，輕則流量掉一截、追蹤斷層，重則排名整批歸零。把搬家的關鍵動作拆成可逐項勾選的步驟，能讓你在按下任何一個改變之前都先對照確認，避免漏掉致命的一步。
- 建立完整 URL 對應表：把舊網域的每一個會被收錄的網址，逐條對應到新網域的新網址。對應關係要一對一，避免一堆一或漏掉頁面。
- 設定逐頁 301 永久轉址：每一個舊網址都要 301 轉到對應的新網址，而不是全部轉到首頁。逐頁轉址才能把權重正確傳遞到對應的頁面。
- 保留舊網域所有權：舊網域不要一搬完就放掉，至少保留幾年，讓 301 轉址持續運作，也讓外部連結有時間被搜尋引擎重新歸戶。
- 更新內部連結與 sitemap：新站的內部連結、XML sitemap、 canonical 標籤都要指向新網域，不要殘留舊網域的連結。
- 重新驗證 GSC 並提交：在新網域上重新設定並驗證 GSC，提交新 sitemap，並透過網址檢查工具確認重要頁面能被檢索。
- 更新 GA 與追蹤設定：新網域要在 GA 重新設定資源或跨網域追蹤，GTM、廣告 UT M 與其他追蹤碼也要對齊新網域。
- 通知外部連結來源：對於重要的反向連結來源，主動聯繫請對方改連到新網域，能直接拿到權重，比單靠 301 更有效率。
- 監控流量與索引變化：搬家後的幾週到幾個月，密切監控 GSC 索引狀態與 GA 流量，發現異常掉落要立刻回頭查轉址與對應表。
這份清單背後有一個核心觀念：換網域不是「把檔案複製過去」這麼單純，而是一次必須把權重、追蹤、外部訊號同步搬移的工程。任何一步漏掉，舊網域累積的排名資產就會跟著流失。Google 官方對於網站搬家也有指引，建議在動工前先讀過一次，把流程與風險在腦中走過一遍再下手。更完整的搬家風險與對策，網站搬家與改版的 SEO 風險有系統性的拆解。
以這類內容站搬網域的典型狀況為例，可以把風險量化成具體的幅度來評估。依業界常見的表現，搬家後頭幾週自然搜尋流量通常會出現一波約 5-20% 的短期下滑，屬於轉址生效與索引重新歸戶的過渡期；只要逐頁 301、sitemap、GSC 與 GA 都設對，流量大多會在約 4-12 週內回到接近原本的水準。相對地，常見的失誤是把所有舊網址整批 301 到新首頁、或忘了重新驗證 GSC，這類狀況會讓下滑幅度擴大到約 30-50%，而且因為權重沒有正確對應到個別頁面，恢復期往往拉長到數個月，甚至部分長尾頁面永久失分。從決策角度看，換網域的真正成本主要落在那幾週到幾個月的不確定窗口，註冊費反倒是小事：如果你無法接受那段時間流量與追蹤資料的失真，就該把搬家排在能盯著監控儀表板的淡季，一搬完就放著不管通常是出問題的開始。也要誠實說，這些幅度是依這類站的公開觀察歸納的典型區間，實際數字會因網站規模、連結結構與搬家徹底程度而異，沒有人能事前給你一個保證的數字。
網域背後的結構決策，才是 SEO 的真戰場
把視角拉高一點來收尾。多數教學把網域當「名詞解釋」帶過，告訴你網域是什麼、子網域是什麼、TLD 分哪些，然後就結束了。但買網域真正吃功夫的，從來不是挑名字，而是背後那一串結構決策：www 與 non-www 要不要統一、子網域還是資料夾、ccTLD 還是 gTLD。每一個選擇都有後果，而後果往往不是當下就看得到。
把每個結構選項還原成一個 SEO 決策點，你就會發現真正會咬人的是後果，定義反而好查好背。www 與 non-www 同時存在，後果是重複內容與權重分散；子網域選錯，後果是權重無法累積到主站、追蹤設定倍增；ccTLD 選錯，後果是被貼上錯誤的地區標籤、跨國市場做不起來。這些後果，每一項都會在你經營半年、一年之後才慢慢浮現，等你發現時，往往已經累積成一筆要花大力氣收拾的技術債。
所以如果只能記一件事：在按下「購買」之前，先想清楚你要怎麼處理這幾個結構決策，取名字這件事反而可以最後再煩惱。把網域當成一個會影響未來幾年 SEO、追蹤、國際化的基礎建設來對待，你會做出完全不同的選擇。後續要把這些設定落地，會用到一整組工具與觀念：要讓爬蟲正確抓取，看robots.txt 控制爬蟲存取與robots.txt 與 noindex 的差別；要確認頁面被收錄，讀確認網頁被 Google 索引與XML Sitemap 協助索引；要理解 Google 怎麼運作，Google 搜尋引擎運作原理、爬取與爬取預算介紹、檢索環節的運作原理是一組。
連結與權重的觀念也不能少。網址怎麼命名會影響 SEO，SEO 友善的網址命名技巧與中文網址與英文網址的選擇是直接相關；網域權重怎麼累積，反向連結與網域權重會把整體觀念補齊；排名背後的意圖與品質邏輯，搜尋意圖決定排名與E-E-A-T 內容品質原則是基本功。
網址命名這件事，不只影響能不能被正確收錄，也會反映在點閱率上。一項分析了約 400 萬個 Google 搜尋結果的研究指出，網址中包含與關鍵字相近詞彙的頁面，點閱率比網址中不含關鍵字的頁面高出 45% [來源：Backlinko〈Google CTR Stats: We Analyzed 4 Million Google Search Results〉 https://backlinko.com/google-ctr-stats 2025-04-16]。這也說明，網域與網址結構的選擇，影響的是從曝光到點擊的整條路。用 WordPress 架站的人還會碰到一個很實際的問題：永久連結（permalink）要怎麼設才不會日後改網址結構傷到排名，WordPress 永久連結的 SEO 設定教學把預設格式與修改時機一次講清楚。
驗證與監控網域健康度，GSC 常用功能介紹與GSC 網址檢查工具用法是主力；想自己檢查網頁結構，用 F12 開發者工具檢查網頁很實用。近來也有人把 AI 帶進 SEO 與內容產製流程，用模型輔助發想關鍵字、整理資料、起草初稿，生成式 AI 從原理到應用場景的介紹能幫你建立正確的使用觀念，避免誤用反而傷了內容品質。
網域常見問題
子網域的權重到底會不會自動合併到主站？
不會自動合併。Google 官方說法保留彈性，實測結果也因網站規模與連結結構而異，但做規劃時把子網域當成獨立個體計算會比當成一體更安全。這也是大型網站把內容從子網域搬到資料夾後，主站整體排名常跟著提升的原因。
.ai 和 .io 算不算通用網域？
它們本質上是 ccTLD：.ai 對應安圭拉、.io 對應英屬印度洋領地。但因字母剛好跟 AI、跟 Input／Output 撞上，科技圈當通用網域用，需求推升價格。官方定義與市場用法已經脫鉤。
www 跟 non-www 可以同時存在嗎？
不行。兩個版本同時開放、都回 200，搜尋引擎就會收到兩份相同內容，權重被切半，GA 流量也會被拆到兩個主機名稱底下。擇一當主要版本、用 301 統一是唯一解。
子網域和資料夾，內容站該選哪個？
內容型網站預設走資料夾（example.com/blog）：權重直接累積到主網域、追蹤一次到位。只有在技術棧不同、需要品牌切割、或有安全隔離需求時，才把那塊功能放到子網域。
換網域後流量多久才會恢復？
依業界常見表現，逐頁 301、sitemap、GSC、GA 都設對時，自然搜尋流量大多在約 4-12 週回到接近原本水準；若整批 301 到新首頁或忘了重新驗證 GSC，下滑幅度會擴大且恢復期拉長。實際數字會因網站規模、連結結構與搬家徹底程度而異。