網域是什麼?子網域與主網域的差別
網域是什麼?從子網域、頂級網域到 DNS 解析,一次拆解網域結構,並比較 .com 與 .tw、子網域與子目錄的選擇,弄懂網域怎麼影響 SEO。
作者:褚崇名(Sliven)
你大概有過這種經驗:有人問你「你的網域是什麼」,你直覺回答一串 https 開頭的網址,然後被糾正說那不是網域、是網址。問題來了,這兩個到底差在哪?如果你正準備架站、接手一個舊網站、或單純想把公司網址搞懂,這篇文章就是寫給你的。內容會把「網域」「子網域」「網址」「主機」這幾個常被混為一談的詞一次拆開,再往深處走,告訴你後綴(.com 還是 .tw)、子網域開不開、換網域的風險,這些決定會怎麼回頭咬住你的 SEO 與品牌。
快速重點整理:網域是「一組給人類看、好記的名字」,它背後對應到一組給機器看的 IP 位址;網址(URL)則是「完整地址」,把通訊協定、網域、路徑全部串起來。子網域是網域底下再切出來的分支,例如 blog.你的網域.tw。這三件事是不同的層次,把它們分清楚,後面所有的 SEO 與架站決策才會有道理。
先別把網域、網址、主機當成同一件事
在實務諮詢裡,最常需要花十分鐘解釋的,就是這組名詞。提問的人往往會說「我們的網域是 https://www.某公司.com.tw/about」,這時得停下來把這串東西拆開來看。問題不出在他不專業,而出在這些詞在日常對話裡被混著用,連很多行銷人都講不清楚。
實務上習慣用一個「實體地址」的比喻來把四件事分開,這比任何技術定義都好記:
- 主機(Hosting)是那棟實體建築物,你的網站檔案、資料庫全部放在這台伺服器裡。建築物有真實的門牌號碼,那個號碼就是 IP 位址(例如 203.0.113.10)。
- 網域(Domain)是這棟建築物的「公司招牌名」,例如 whoops.tw。人記不住一長串數字,但你記得住招牌。
- 網址(URL)是寄信或導航時寫下來的完整地址,包含走哪條路、上幾樓、進哪個房間,例如 https://whoops.tw/articles/seo-domain-intro。
- 子網域(Subdomain)是同一棟建築裡的「分館」或「不同部門」,掛在同一個招牌底下,但有自己獨立的入口,例如 blog.whoops.tw。
網域是網址中的核心識別部分,網址是完整路徑,主機則是實際存放與提供內容的系統。若要拆解完整網址結構,可參考網址基礎介紹與網址組成解析;此處聚焦網域與子網域的差異。
這個區分不是學究式的咬文嚼字。當你哪天要搬家、要換主機、要把部落格從子網域搬到子目錄,你處理的其實是不同層次的東西,弄錯層次,就會做出讓流量嚴重受創的決定。
網域到底「是」什麼:人看得懂的名字,機器看得懂的 IP
把比喻放一邊,我們來談實際運作。網際網路上每一台連線的機器,都靠 IP 位址(Internet Protocol address)互相找到對方,IPv4 長得像 203.0.113.10,IPv6 更長,一串冒號分隔的十六進位。你叫使用者背一串數字才能造訪你的網站,等於叫每個客戶背你的身分證字號,這在現實裡行不通。
網域系統(Domain Name System,簡稱 DNS)就是為了解決這個問題而存在的。它本質上是一套「電話簿」:你輸入 whoops.tw,DNS 會去查這個名字背後對應的 IP,然後把你的請求送到正確的伺服器。整個過程在你按下 Enter 到畫面出現內容的那幾百毫秒內就完成了,你完全感覺不到它的存在,但它一旦出問題,你的網站對全世界就等於消失了。DNS 的各項參數與記錄類型,收錄在 IANA 維護與分配的權威清單裡。
這裡有一個值得特別強調的觀念:你的網域跟你的主機,是可以拆開來換的。網域是你向註冊商租來的「名字使用權」(還沒申請的話,〈網域申請全攻略〉把查詢、註冊到 DNS 設定走一遍),主機是另一家廠商賣你的「伺服器空間」,兩者透過 DNS 記錄綁在一起。你可以今天用 A 主機、明天換成 B 主機,若把 DNS 指向改掉,使用者輸入同樣的網域,會被送到新的機器,完全無感。這也是為什麼「換主機」跟「換網域」是兩件風險等級完全不同的事,後者會在後面單獨講。
把DNS 的查詢過程稍微展開,就能看出它為什麼是階層式系統。瀏覽器查找 whoops.tw 時,通常先由遞迴解析器詢問根伺服器,再查詢 .tw 的 TLD 伺服器與 whoops.tw 的權威 DNS,最後取得所需記錄。實際過程會受到快取影響,不一定每次都完整走過所有層級;若 NS 或記錄設定錯誤,則可能造成部分或全部使用者無法連線。各類記錄的設定可參考〈DNS 指向設定教學〉。
講到這裡,你可以把網域理解成「一張可以買賣、可以轉移、可以指向任何一台機器的長期租約」。這張租約的價值,會隨著你累積的內容、外部連結、品牌記憶一起長大,這正是網域在 SEO 裡被當成資產來看待的原因。
把一個網域拆開來看:階層式的命名結構
網域不是一整塊鐵板,它是一個由右到左、用點分隔的階層結構。以 whoops.tw 這個例子,由右往左拆解:
| 區段(由右到左) | 名稱 | 角色 | 舉例 |
|---|---|---|---|
| tw | 頂級網域(TLD) | 命名樹的最頂層,由 IANA 授權的註冊局管理 | .tw、.com、.org |
| whoops | 第二層網域(SLD) | 你實際註冊、真正擁有的那段名字 | whoops.tw 裡的 whoops |
| www(可選) | 第三層/子網域 | 你自己在第二層底下切出來的分支 | www.whoops.tw、blog.whoops.tw |
多數人會把 www 當成網域的一部分,嚴格說起來 www 也是一個子網域。你可以不用 www,直接用 whoops.tw 當主機名稱;重點是在 www 與無 www 之間擇一,另一個版本用永久轉址導向主要版本,並維持一致的 canonical。否則同一內容可能透過兩組網址存取。相關設定可參考canonical 標準網址的設定。
這個階層結構有一個很重要的實務含意:你「擁有」的其實是第二層網域加上你選的頂級網域這個組合,例如 whoops.tw。在這個組合底下,你愛開多少子網域、子目錄都可以,全部都算在你的掌控裡,不需要再為每一個子網域個別付費註冊。這也是子網域在實務上會被大量使用的原因之一:它便宜、它好開、它技術上獨立。
階層結構同時決定了「誰管誰」。註冊局管頂級網域,註冊商賣你第二層,你管你第二層底下的一切。這個分工會直接影響你遇到問題時要找誰,例如網域被劫持、DNS 被改、續約沒繳到,每一種狀況對應的負責單位都不一樣,弄清楚層次能讓你在出事時不會像無頭蒼蠅。
頂級網域(TLD)的全景:gTLD、ccTLD 與新 gTLD
頂級網域(Top-Level Domain,TLD)是整個命名樹最右邊、最頂層的那一段。它看起來僅是幾個英文字母,但它背後其實是一套嚴格的分類與管理制度。全世界所有合法的頂級網域,都列在 IANA 維護的根區域資料庫裡,這份清單是整個網際網路命名體系的源頭。
TLD 主要可以分成三大類,底下用一張表把它們的差異與典型用途講清楚:
| 類型 | 全名 | 特色 | 常見例子 |
|---|---|---|---|
| gTLD | 通用頂級網域 | 不綁特定國家,開放給所有人註冊 | .com、.org、.net |
| ccTLD | 國家代碼頂級網域 | 兩個字母,對應一個國家或地區 | .tw(台灣)、.jp(日本)、.uk(英國) |
| 新 gTLD | ICANN 新一輪計畫後陸續開放的通用後綴 | 大量新後綴分批上線,選擇變多 | .shop、.blog、.app、.dev |
.tw 是台灣的國家代碼頂級網域,由 TWNIC 授權的註冊商提供服務;申請資料、價格與驗證流程依網域類型和註冊商而異,不能一概而論。.ai 則是安圭拉(Anguilla)的 ccTLD,市場常把它當成人工智慧品牌的一部分。這也提醒你:ccTLD 通常具有國家定位意義,但使用者的品牌聯想可能不同。
新 gTLD 的開放,則徹底改變了「好名字難找」這件事。在 2014 年之前,你想註冊一個有意義的網域,幾乎僅能在 .com / .net / .org 這幾個老牌後綴裡搶剩下來的名字。開放之後,.shop、.blog、.app、.dev、.store 這類貼合產業語意的後綴大量上線,你可以直接用「行業字.行業後綴」的組合,讓網域本身就有敘事效果。但要注意,新 gTLD 在一般使用者眼裡的「熟悉度」仍然不如 .com,有些年長一點的客群看到陌生後綴會直覺懷疑是不是釣魚網站。選新 gTLD 之前,先想清楚你的受眾會不會對陌生後綴產生信任摩擦,這往往比名字好不好看更實際。
對跨國或多語言網站來說,TLD 的選擇會直接影響 Google 怎麼判斷你的目標市場。Google 在 多區域網站的管理指引裡明確指出,ccTLD 是它判斷網站地理定位的強訊號之一,例如 .tw 會被預設為台灣市場的網站。如果你想同時做台灣與其他市場,光靠一個 .tw 不夠,這時候 hreflang 與多語系架構就要派上用場,多語言網站的架構設計那篇有完整的展開方式。
.com 還是 .tw?挑後綴不僅是美觀問題
走到這裡,最常被問的實際問題就是:我該註冊 .com 還是 .tw?很多人把這個決定簡化成「哪個比較便宜」或「哪個看起來比較潮」,但它的影響遠遠超過報價單上的數字。底下用一個對照表把兩者的實際差異列出來:
| 面向 | .com | .tw |
|---|---|---|
| 地理訊號 | 中性,不綁特定市場 | 強烈指向台灣市場 |
| 品牌可信度(在地) | 國際通用,但台灣使用者未必有在地感 | 在地客戶容易直覺聯想「這是台灣的公司」 |
| 名稱取得難度 | 好名字幾乎都被搶走 | 相對容易拿到想要的第二層名字 |
| 在地搜尋表現 | 需靠其他訊號補強在地性 | 對帶地區詞的查詢有加成 |
| 續約成本 | 通常較低 | 通常較高 |
以在地型網站來說,.tw 能清楚表達與台灣的關聯,但不能直接換算成排名或點擊率加分。律師事務所、診所等服務仍應以商家名稱、地址、服務區域、在地內容與 Business Profile 資訊建立地區訊號。若受眾熟悉 .tw,它也能減少品牌解釋成本;是否優於 .com,仍取決於品牌、受眾與既有網域資產。
如果目標是跨境電商、國際 SaaS,或品牌預期走出台灣,.com 的中性與熟悉度可以減少解釋成本。若同時註冊 .tw 與 .com,沒有獨立在地內容時可把防禦性網域轉址到主站;僅有真正提供不同地區內容時,才分站經營並正確設定 hreflang 的雙向回指,避免兩站僅是複製內容。
後綴本身不是決定排名的魔法開關。依 Google 的多地區與多語言網站指引,國家與地區碼頂級網域被視為明確的地區訊號;一般頂級網域則不限定地區。選擇 .tw 或 .com 時,應優先看目標市場、品牌延續性與使用者辨識,而不是套用固定排名或點擊率加成。
順著「網域會不會影響排名」這條線,還有一個老議題值得一次講清楚:要不要把關鍵字塞進網域名字裡。早期有所謂精準匹配網域(Exact Match Domain,EMD)的做法,例如想排「台北搬家」就直接註冊 taipeibanjia.tw,靠網域本身命中關鍵字來搶排名。這招在十幾年前短暫有效,Google 後來調整演算法,大幅削弱了這種純粹靠網域命中關鍵字的紅利。如今建議把網域當成品牌名來挑,別把它當關鍵字容器。一個好記、有辨識度、能長期累積品牌資產的名字,遠比一個塞滿關鍵字、卻讓人記不住的長串名字有價值。你要的是十年後別人聽到這個名字會聯想到你的事業,不用擔心演算法又改一次、你的關鍵字網域就瞬間貶值。
子網域是什麼:網域底下的獨立分支
子網域(Subdomain)的定義其實很簡單:在第二層網域前面,再加一段、用點分隔,就構成一個子網域。例如你的主網域是 example.tw,那 blog.example.tw 就是它底下的一個子網域,shop.example.tw 是另一個,app.example.tw 又是另一個。你愛開幾個就開幾個,全部都掛在同一個主網域的招牌底下,但每一個都可以指向完全不同的伺服器、跑完全不同的程式。
關鍵在於「獨立」這兩個字。子網域在技術上是一個獨立的網站實體,它可以有自己的主機、自己的 SSL 憑證、自己的伺服器設定、自己的登入系統。這跟子目錄(例如 example.tw/blog)完全不同,子目錄是同一個網站底下的路徑,共享同一套設定。底下這張表把兩者的差異點出來:
| 面向 | 子網域(blog.example.tw) | 子目錄(example.tw/blog) |
|---|---|---|
| 技術獨立性 | 高,可獨立部署不同系統 | 低,跟主站同一套系統 |
| 設定彈性 | 各自的 DNS、主機、憑證 | 共用主站的設定 |
| SEO 表現 | 可以正常被抓取與排名 | 也可以正常被抓取與排名 |
| 管理成本 | 較高,要維護多套環境 | 較低,一套環境搞定 |
子網域最常見的真實用途,是「把性質差很多、或需要不同技術棧的服務分開」。舉幾個你一定看過的例子:商城與內容部落格分開(shop 跟 blog 各一個子網域)、客服與知識庫分開(support 子網域)、開發者文件獨立(developers 子網域)、學校的各個系所各自一個子網域(cs.some.edu.tw、ee.some.edu.tw)。這些情境有一個共同點:它們背後跑的可能是完全不同的程式語言、不同的團隊、不同的更新頻率,硬塞在同一個子目錄裡會互相綁死。
這裡要特別提醒一個常被低估的細節:www 本身就是一個子網域。當你聽到「要不要用 www」的討論,本質上就是在問「要不要把主網域放在 www 這個子網域底下」。這是純粹的命名選擇,不會影響功能,僅影響你後續的標準網址設定與品牌呈現。
開子網域還是不開:一個可重複套用的判斷框架
講完子網域是什麼,更難的問題其實是:我到底該不該開子網域?這幾乎是每個站長遲早會撞上的十字路口。這裡不給「視情況而定」這種等於沒說的答案,底下是一套實務上常用的判斷框架,你可以直接套。
當下面任何一個條件成立,子網域是合理選擇:
- 這個分支背後跑的技術與主站完全不同(例如主站是 WordPress,但商城是另一個電商平台,兩者無法共存在同一個安裝裡)。
- 這個分支的目標讀者、內容調性、更新頻率與主站差異極大,混在一起會讓主站的品牌訊息變糊。
- 這是一個獨立產品,需要自己的登入、自己的子品牌、自己的視覺系統。
- 安全或法規要求它必須隔離(例如金流、後台、客戶資料系統)。
相對地,當下面任何一個條件成立,強烈建議改用子目錄、不要開子網域:
- 這個分支的內容跟主站主題高度相關,而且同一套 CMS 與導覽更容易維護。
- 你僅是一個小團隊,沒有人力維護兩套獨立的部署與憑證。
- 這個分支未來可能會需要頻繁地與主站共用資料、共用登入狀態。
- 你的維運資源有限,希望共用發佈流程、導覽、分析與權限管理。
例如商城與部落格使用完全不同的系統時,子網域能降低部署與權限耦合;若由同一團隊維護、需要共用導覽與內容流程,子目錄通常比較省事。Google 表示子網域與子目錄都可正常處理,沒有一律較有利的 SEO 選項;決策應以技術、資訊架構、內部連結與長期維運為主。
子網域與子目錄在 SEO 上的取捨,是一個可以單獨寫成專文的題目,如果你正在這個決策點上,強烈建議你把子網域與子目錄的完整比較那篇看完再動手。那裡有更細的技術設定與實作步驟,會幫你少走很多冤枉路。
網域怎麼影響 SEO 與 AI 搜尋:權威、年齡、在地訊號
網域對 SEO 的影響,是所有 SEO 討論裡被過度神話、同時也被過度低估的一塊。被神話,是因為很多人還停留在「買一個帶關鍵字的網域就能排第一頁」的舊觀念;被低估,是因為大家以為網域僅是一個名字,忽略了它累積下來的「歷史與權威」其實是難以速成的資產。底下從四個角度把這件事講清楚。
第一個角度是第三方工具所稱的網域權威。這不是 Google 官方指標,各工具會依自己的連結資料與公式估算,不能當成搜尋排名分數。可信的內容與自然連結仍有分析價值,但應查看實際來源與相關性,不僅看一個總分。完整脈絡可參考網域權重攻略與反向連結經營方法。
第二個角度是網域歷史。網域年齡本身不是公開的排名加分項,但二手網域可能留有不相關的連結、過往垃圾內容或安全紀錄。購買前應查歷史快照、現有反向連結與索引狀態;取得網站資源後,也要在 Search Console 檢查是否有人工處置。不能僅看第三方分數推定它「有權重」。
第三個角度是在地訊號。ccTLD 是清楚的國家定位訊號,但不是唯一依據;頁面語言、在地聯絡資訊與 Google Business Profile 等資料也能協助理解服務地區。CDN 普及後,主機實體位置不是可靠的單一判準。
生成式 AI 搜尋也不提供「老網域比較容易被引用」的公開規則。以 Google AI 功能而言,沒有特殊 Schema 或額外技術門檻,仍以可抓取、可索引、符合搜尋摘要資格與內容品質等既有基礎為主。清楚的作者、來源與組織資訊有助讀者查核,但不能保證 AI 引用。可延伸閱讀E-E-A-T 的完整指南與生成式 AI 的運作原理。
網域本身不會「自帶排名」,它提供的是穩定識別與長期經營的基礎。Search Console 成效報表可讓你依查詢、頁面、國家與裝置觀察曝光、點擊率及平均排名,但這些資料不能證明某個網域名稱直接提高排名。選擇容易辨識的網域,主要是品牌與使用者體驗決策。
另一個跟網域底層基礎有關、但常被歸到「技術 SEO」的因子,是網域背後主機的回應速度。Google 早在 2018 年就在〈Using page speed in mobile search ranking〉一文中公開說明,網頁速度是行動搜尋排名的考量之一。這雖然不是網域「名字」本身的屬性,但它提醒你:網域指向的那台主機,它的效能會回頭影響這個網域整體的搜尋表現。挑網域的同時,也要挑一個不會拖累速度的主機環境。
網域的續約與到期:一個被低估的重大風險
除了換網域的風險,還有一個更安靜、卻一樣致命的風險,必須單獨提出來講:網域忘記續約。這聽起來很蠢,但它發生的頻率遠比你想像的高,連大型公司都踩過這種坑。網域不是你買斷的資產,它是你每年或每幾年要續約的租約,一旦過期沒續,你累積多年的品牌、流量、外部連結,會在極短的時間內全部懸空。
網域到期後其實不是立刻就歸別人,它會走一段逐漸收緊的流程。底下用一張表把這條時間軸畫出來,讓你知道每個階段還能不能救回來:
| 階段 | 大致時間 | 狀態 | 能不能救 |
|---|---|---|---|
| 到期日 | 第 0 天 | 網域正式到期,但多半仍可原價續約 | 可以,通常無罰款 |
| 寬限期 | 依 TLD、註冊局與註冊商規則而異 | 部分註冊商仍允許原註冊人續約,可能加收手續費 | 視該網域政策而定 |
| 贖回期 | 寬限期之後 | 網域被退回註冊局,要贖回得付一筆較高的贖回費 | 可以,但代價明顯變高 |
| 刪除待釋出 | 贖回期之後 | 進入倒數,即將被釋出開放重新註冊 | 越來越難,接近不可逆 |
| 重新開放註冊 | 流程跑完 | 任何人都可以搶註這個名字 | 基本無法,除非花高價買回 |
這條時間軸的每個階段,實際長度會因為註冊局與後綴不同而有差異,但邏輯一致:越往後拖,救回來的代價越高,直到完全不可逆。最危險的並不是「你忘記續約」,而是「到期之後、重新開放註冊之前」這段空窗,這段時間你的網站會斷線、Email 會收不到、所有依賴這個網域的服務會一起掛掉,而你卻以為僅是主機壞了。
網域進入刪除並重新釋出後,可能被 drop catching 服務或其他註冊人取得,原持有人未必買得回來,價格也沒有固定倍數。較穩妥的做法是啟用自動續約、確認付款方式與聯絡信箱有效,並另設到期提醒;續約年限則依註冊局與註冊商規則決定。
換網域或重整子網域:301、canonical 與保命清單
換網域是一項高風險的網站搬遷,錯誤的網址對應、內部連結或索引設定都可能造成自然流量波動。網域搬家與子網域重整前,底下幾個動作不能省。
第一,301 重定向是搬家的命根子。你必須把舊網域的每一個網址,逐一對應到新網域的新網址,並用 301 永久重定向告訴搜尋引擎「這個頁面已經永久搬家了」。Google 在 官方的 301 redirects 文件裡說明,301 是它處理網頁搬移的主要訊號,會盡力把舊網址的訊號轉移到新網址。漏掉任何一個重要的網址,那一頁累積的流量與權重就會跟著斷掉。
第二,重複內容要在搬家過程裡同步處理。新舊網域同時存在、或子網域之間內容重疊時,Google 會把這些視為重複網址,它建議站長用 canonical 等機制把重複的網址整合到一個標準版本(見 Google 的 Consolidate duplicate URLs 文件)。Canonical 的正確寫法在標準網址的設定裡有完整說明,而更廣義的重複內容問題,可以參考重複內容的處理指南。搬家期間最容易出事的就是這一塊,新舊並存的時間越短越好。
第三,把整個搬家流程想成一個專案,不要用記憶體做事。底下整理一個保命清單給你:
- 搬家前:完整備份舊站、盤點所有重要網址清單、準備好新舊網址的對應表、確認新主機的速度與穩定度。
- 搬家中:建立完整的 301 對應、設定 canonical、更新內部連結指向新網域、更新 sitemap 與 robots.txt。
- 搬家後:在 Google Search Console 同時驗證新舊網域、提交新 sitemap、用網址檢查工具確認重要頁面,並持續觀察到主要網址與流量趨勢穩定;沒有適用所有網站的固定週數。
這整個流程的細節,網站搬家與改版的完整指南那篇有更詳盡的步驟拆解,強烈建議你在動手之前先讀完。記住一個原則:搬家沒有「差不多就好」,每一個漏掉的網址都是未來某一天會找上門的流量黑洞。
網域選擇與子網域決策總表
把前面幾個章節的決策濃縮成一張總表,方便你在面對實際選擇時快速對照。這張表不是要取代前面的思考,而是幫你在已經理解脈絡之後,有一個可以反覆回頭查的快取。
| 你正面對的決策 | 建議的預設選擇 | 關鍵考量 |
|---|---|---|
| 純在地服務(律師、牙醫、餐飲) | .tw 為主 | ccTLD 在地訊號最強,點擊與信任都加分 |
| 跨境或國際品牌 | .com 為主,.tw 輔助 | 保留國際彈性,同時守住在地市場 |
| www 還是不用 www | 擇一,並設 canonical | 純命名選擇,不影響功能,但要避免兩者並存 |
| 部落格放子網域還是子目錄 | 依技術與維運需求選擇 | 兩者都能排名,重點是架構、導覽與長期維護 |
| 商城與主站技術不同 | 子網域可接受 | 可隔離部署,仍需維持清楚導覽與內部連結 |
| 獨立產品或後台系統 | 子網域 | 隔離需求明確,獨立部署更合理 |
| 換網域 | 有明確理由再搬 | 逐頁 301 到對應新網址,新頁使用一致的自我 canonical |
這張表背後有一個貫穿全篇的核心觀念:網域是你長期累積資產的容器,每一個會動到容器的決定,都要用「十年後回頭看會不會後悔」的尺度來衡量,而不是用「這個月比較方便」的尺度。
五步驟把你的網域結構一次理清楚
底下是一個今天就能開始的五步行動方案,適合新架站或接手結構混亂的舊網站。
- 盤點你現在擁有哪些網域與子網域。把所有註冊過的網域、所有正在使用的子網域、它們各自指向的主機,全部列成一張清單。很多公司連自己有哪些網域都搞不清楚,這一步會讓真相浮上來。
- 確認每個網域的標準網址設定。www 與無 www 是否擇一、http 是否都轉到 https、有沒有設好 canonical。這些是最基本、也最常被漏掉的技術衛生,HTTPS 的基礎認識能幫你補齊這塊。
- 檢視子網域的必要性。每一個子網域都問一次:它存在的理由是技術隔離、品牌區隔,還是僅是當年順手開的?如果僅是順手開的,評估能不能併回子目錄。
- 查每一個網域的歷史。用公開工具查它的註冊年份、過去的擁有者、有沒有被懲罰過的紀錄。買二手網域前這一步絕對不能省,自有網域也建議定期複查。
- 把網域結構文件化。把前面四步的結果整理成一份內部文件,讓團隊任何人接手都能看懂你的網域地圖。這份文件在你要搬家、要開新子網域、要找人合作時,會幫你省下無數次解釋。
網域看起來僅是幾個英文字母與一個點,但它其實是你整個數位資產的根。把根顧好,上面長出來的內容、品牌、流量才會穩。SEO 從來不是僅看內容與連結,地基打歪了,再漂亮的內容也站不直。
如果你正在從零開始架站,連「網域要去哪裡買、跟主機怎麼配」都還沒頭緒,新手架站平台的選擇與沒有網站怎麼開始做 SEO這兩篇會接住你下一步的疑問。把地基打好,剩下的 SEO 工程才有意義。開始把你的網域地圖畫出來吧,這會是你未來三年回頭看時,最慶幸自己做過的一件事。