作者｜瞻新資訊 陳俊鳴顧問（資深SEO顧問・搜尋流量與銷售漏斗規劃）
公司官網要加一個部落格。設計公司問你一句：「要開在 blog.你的網域.com，還是放在 你的網域.com/blog？」
多數人當場愣住。兩個網址看起來只差一個點和一條斜線，可是這個決定會跟著網站好幾年。
先講答案：跟主站是同一個品牌、同一批讀者的內容，放子目錄；用的是另一套系統、需要隔離，或對象明顯不同的，才開子網域。 Google 兩種都收，官方人員也說過，搜尋上這兩種大致被看成一樣。真正的差別在別的地方：每多開一個子網域，你就多一套設定要顧。
下面依序講：兩者差在哪、Google 到底怎麼說、哪些東西會分開算、怎麼判斷，還有已經開了該不該搬、怎麼搬。
子網域和子目錄差在哪：一個是另一個入口，一個是同一站的一區
子網域（subdomain）是在你的網域前面再加一段名字，例如 blog.example.com、shop.example.com。子目錄（也叫子資料夾）是在網域後面加一段路徑，例如 example.com/blog/。
用開店來想。你的網域是一塊招牌。子目錄像在本店裡多隔一個房間，子網域像在隔壁再開一間分店。
房間跟本店共用大門、門鎖、水電，客人從大廳走幾步就到。分店掛同一塊招牌，可是它有自己的門、自己的鑰匙、自己的水電錶，本店的客人不會自動走過去。
技術上也是這樣。子網域是另一個主機名稱，可以指到另一台主機、另一個平台，跟主站用完全不同的系統。 子目錄只是同一個網站裡的一條路徑，通常跟主站是同一套系統在管。
有兩個常被問的小地方。
www 算不算子網域？ 技術上算，www.example.com 就是 example.com 前面加了一段。不過它跟不帶 www 的網址，通常是同一個網站的兩個入口。Google 的標準網址說明舉的就是這種例子：同一頁可以從好幾個網址進來時，選一個當標準網址，其他的用轉址導過去。本文說的子網域，指的是 blog、shop 這種拿來放另一塊內容的。
「公司名.com.tw」是 com.tw 的子網域嗎？ 不是。com.tw、org.tw 這種兩段式結尾是一整組的網域結尾，你註冊到的網域是「公司名.com.tw」。在它前面再加一段，像 blog.公司名.com.tw，才是你自己開的子網域。
子網域對 SEO 的影響：Google 官方說兩種都可以
最多人卡在這裡。網路上常看到一句話：「Google 把子網域當成獨立網站，權重要從零開始累積，所以一定要用子目錄。」
這句話講得太滿了。先看 Google 自己怎麼說。
Google 的 John Mueller 在 2017 年底的官方影片〈Subdomain or subfolder, which is better for SEO?〉裡說，Google 網頁搜尋用子網域或子目錄都可以。他補了兩點。第一，Google 需要分開學習怎麼爬不同的子網域，不過那多半只是頭幾天的事。第二，改網址結構要一段時間才會在搜尋結果裡穩定下來，所以他建議選一個能長期維持的設定。影片的逐字稿，可以對照 Search Engine Roundtable 在 2018 年 1 月的整理。
隔年 5 月，他在線上問答又被問到一次。Search Engine Journal 的報導記下他的回答：一般而言 Google 把這兩種看成一樣；他個人會盡量把東西放在一起，同一個網站的內容就放在同一個網站，真的有點不一樣的才用子網域。
官方的話整理起來就兩句：Google 沒有說子網域的排名比較差；Mueller 個人的建議是，沒有特別理由就放在一起。
那為什麼做 SEO 的人多半還是推子目錄？因為業界看過不少「部落格從子網域搬進子目錄，流量變好」的例子。上面那支影片發布後，Moz 的共同創辦人 Rand Fishkin 就公開反駁，認為答案應該是「子目錄幾乎都對排名比較好」。
另一派不同意這個推論。Ahrefs 的 Patrick Stox 在一篇分析文章裡主張，子目錄沒有先天優勢。他的解釋是：很多子網域原本根本沒被主站連到，搬進子目錄之後，每一頁的選單都連得到它，流量自然上來。有功勞的是內部連結，不一定是網址結構。 加上搬家常常同時改版、換平台、補內容，很難說成長是哪一項帶來的。他的結論是：改動本身就有風險，不要只為了 SEO 而搬。
兩派吵了很多年，都拿不出乾淨的對照實驗。不過兩邊有一個共同點，剛好也是 Mueller 的建議：內容跟主站是一家的，就放在一起、互相連好。
還有一段官方的話，值得放在一起看。Google 在 2024 年 11 月 19 日更新網站聲譽濫用政策時，官方部落格提到：它有系統在判斷網站的某一區是不是獨立的、或跟主內容明顯不同；被這樣看待的區塊，可能不再受惠於全站的訊號，流量因此改變。同一篇文章也說，把有問題的內容搬到同一個網域的子目錄或子網域，解決不了問題。
那篇文章談的是掛在別人網站上的第三方內容，不是在討論子網域。不過它透露了一件事：Google 分辨「是不是同一個網站」，看的是內容和關係，不是網址用的是點還是斜線。 這一句是從官方說法推出來的解讀，不是 Google 的原話。放回這場爭論裡，意思是：內容跟主站是一家、彼此連得起來，放哪一邊都被當成一家；內容八竿子打不著，放進子目錄也不會因此沾光。
💡 小提醒
看到「搬到子目錄後流量成長多少」這類數字，先問兩件事：搬家的同時還改了什麼？原本的子網域有沒有被主站連到？這兩題答不出來，那個數字就不能直接套到自己身上。
一句話收尾：子網域不會被 Google 處罰，可是它要靠自己把連結和內容顧好；子目錄則是預設就跟主站綁在一起。
Google 哪些地方把子網域分開算，哪些不分
「Google 把子網域當成另一個網站」這句話，一半對、一半不對。Google 不是只有一套系統，每套系統對「一個網站」的定義不一樣。把官方文件查過一輪，可以整理成這張表：
| 項目 | 子網域 blog.example.com | 子目錄 example.com/blog/ |
|---|---|---|
| 爬取額度 | 分開算，每個主機名稱各一份 | 跟主站同一份 |
| robots.txt | 要有自己的一份 | 用主站那一份 |
| 搜尋結果上的網站名稱 | 可以有自己的名稱 | 跟主站同名，不能另外設 |
| 搜尋結果的網站多樣性 | 一般算成根網域的一部分 | 同一個網站 |
| Search Console | 網域資源一次涵蓋；網址前置字元資源要另外加 | 主站的資源就涵蓋 |
逐列說明。
爬取額度。 Google 的爬取額度文件寫道，在爬取這件事上，一個網站指的是一個主機名稱；www.example.com 跟 code.example.com 被當成不同的網站，額度各算各的。不過同一份文件也說，它主要是寫給頁數超過一百萬、或超過一萬頁而且每天更新的網站。一般公司官網幾十到幾百頁，用不著為了爬取額度煩惱。
robots.txt。 這個檔案是用來告訴搜尋引擎哪些路徑不要爬。Google 的 robots.txt 規格說明寫得很清楚：規則只對它所在的主機名稱、通訊協定和連接埠有效。主站的 robots.txt 管不到子網域，子網域要自己放一份。
網站名稱。 搜尋結果上，網址旁邊會顯示網站的名字。Google 的網站名稱文件說，它以網域或子網域為單位，一個單位一個名稱，不支援子目錄層級。所以 news.example.com 可以顯示自己的名稱，example.com/news 只能跟著主站。
網站多樣性。 Google 有一套機制，避免同一個網站把第一頁佔滿。排名系統指南寫道，前段結果通常不會顯示同一個網站超過兩筆；而且這套機制一般把子網域算成根網域的一部分，只有在它判斷有需要的時候，才把子網域當成不同的網站。
這一列順便回答了一個常見的想法：「多開幾個子網域，就能在第一頁多佔幾個位置。」照官方的寫法，多開子網域，一般並不會讓你在搜尋結果第一頁多佔位置。
Search Console。 這是 Google 給站長看搜尋成效的工具。它有兩種資源，差別放在下一節講。
整張表看下來：Google 在「怎麼爬、怎麼設定」上把子網域分開處理，在「這是誰家的」上多半仍把它算在同一個網域底下。 分開的那幾項，剛好都是你要多做的功課。
開一個子網域要多顧六件事：DNS、憑證、robots.txt、Search Console、追蹤、下架
子目錄跟著主站走，主站設好的東西它都有。子網域像分店，下面六樣都要自己來一份。
1. DNS 記錄。 子網域不用另外花錢買。它是在你已經有的網域底下，到 DNS 管理後台加一筆記錄，告訴大家這個名字要連到哪一台主機或哪一個平台。要留意的是誰有這個後台的帳號、記錄是誰加的、有沒有留下紀錄。
2. 憑證。 網址要有鎖頭（HTTPS），這個子網域就要在憑證的涵蓋範圍內，主站的憑證不一定包到它。一張憑證能包哪些網址、子網域要怎麼處理，SSL 憑證的涵蓋範圍與續約那一篇有完整說明。
3. robots.txt 與 sitemap。 上一節講過，子網域要有自己的 robots.txt。交給搜尋引擎的網址清單（sitemap）也要有自己的一份。
測試站要特別注意。Google 的 robots.txt 入門說明直接寫了：robots.txt 不是用來讓網頁不出現在 Google 的機制；不想被收錄，要用 noindex，或用密碼保護。測試站不能只靠 robots.txt，最保險的做法是加密碼。
4. Search Console。 Search Console 的說明把資源分成兩種。「網域」資源涵蓋這個網域底下所有的子網域和通訊協定，可是只能用 DNS 記錄驗證。「網址前置字元」資源只涵蓋你輸入的那一段網址開頭，子網域不算在內，要一個一個加。用網域資源驗證一次，之後新開的子網域都會自動在裡面，最省事。 這個工具的基本用法，可以看 Google Search Console 是什麼。
5. 追蹤與登入。 這一項最容易漏。瀏覽器用 cookie 記住「這個人是誰」。MDN 的 cookie 說明寫道：cookie 沒有指定網域時，只有設定它的那個主機收得到，子網域收不到；指定了網域，那個網域和底下的子網域才都收得到。
白話講：會員在主站登入了，走到子網域的商城，不一定還是登入狀態。要讓兩邊共用，工程師得特別設定。
為什麼會這樣？瀏覽器分得很細。Google 的開發者文件 web.dev 有一篇解釋「同站」與「同源」的文章：login.example.com 和 www.example.com 算同一個站，卻是不同的來源。可以想成同一個社區的兩戶。管理員知道你們住同一個社區，可是兩戶的鑰匙不通用。
那把鑰匙全部打通不就好了？也有代價。MDN 在同一份說明裡提醒，子網域上的應用程式可以設定整個網域都收得到的 cookie，這個機制可能被拿來攻擊登入狀態（session fixation）。哪些 cookie 要跨子網域共用、哪些只留在主站，要請工程師一項一項決定，不是全部打開就好。
流量分析也一樣。Google Analytics 的跨網域評估說明提到，使用者從一個子網域走到另一個 cookie 網域不同的子網域時，報表會出現「自我參照」，也就是自己的網站被當成流量來源。說明頁建議的做法是檢查追蹤程式碼，讓所有子網域用同一個 cookie 網域。
6. 下架。 活動結束、平台不用了，子網域要收乾淨。只把平台上的帳號停掉、DNS 記錄卻留著，會出事。
⚠️ 注意
MDN 把這種情況叫做子網域接管（subdomain takeover）：子網域的 DNS 記錄還指向某個代管服務，可是那邊已經沒有你的內容。別人可以到同一個服務上認領這個名字，然後用你的網域放他的內容。MDN 提醒，對方可能讀得到主網域設定的 cookie，或拿來發送惡意內容。預防方法是調整順序：啟用時最後才加 DNS 記錄，停用時先刪 DNS 記錄。
這不是只存在於教科書裡的風險。資安公司 Infoblox 在 2025 年 5 月發表的研究報告，追蹤一個他們稱為 Hazy Hawk 的團體。這個團體專門找「記錄還在、資源已經不在」的 DNS 記錄，接管知名機構的子網域，拿來放導向詐騙和惡意程式的網址。報告點名的受害網域，有美國疾病管制與預防中心（cdc.gov）、加州大學柏克萊分校，還有幾家大型會計師事務所。這是國外的案例，內容是該公司自己的觀察。放在這裡，是想讓你知道，連資源充足的大機構都會漏掉這一步。
MDN 還建議一件不花錢的事：列一份清單，寫下公司有哪些網域、哪些子網域、各自放在哪一家服務，有變動就更新。
算一筆帳。假設一家賣露營用品的公司，官網之外開了三個子網域：開店平台的商城、活動報名頁、給廠商測試用的測試站。每個六樣，就是十八個要有人顧的項目。活動頁辦完沒人記得，測試站的憑證過期沒人發現。這些都不是技術難題，只是沒有人被指定負責。
子網域本身不貴，貴的是它背後那一整套要有人顧的設定。
子網域還是子目錄的判斷準則：先問四個問題
知道代價之後，判斷就不難了。每一塊新內容要上線前，問四個問題。
第一問：主站現在這套系統，做不做得出來？ 做得出來，就放子目錄。做不出來的情況通常是：這塊內容要用另一個平台，像開店平台、訂位系統、客服中心、徵才系統。這類服務多半只讓你綁一個子網域。硬要掛在主站的子目錄底下，得在主站前面加一層「反向代理」把流量轉過去；做得到，可是多一層東西要維護，平台也不一定支援。這種時候，用子網域是務實的選擇，不必為了 SEO 勉強。
第二問：來看的是不是同一批人？他們會不會在兩邊來回逛？ 部落格的讀者看完文章，你希望他順手點進產品頁。這就是同一批人、要來回逛，放子目錄。徵才頁、投資人專區的讀者跟客人是兩批人，分開比較不會互相干擾。
第三問：需不需要隔離？ 測試站、內部工具、會員後台、讓使用者上傳檔案的地方，出事的時候不希望波及主站，這些適合用子網域隔開。
第四問：三年後它還在嗎？ 短期活動頁放子目錄，活動結束把頁面留著或轉走就好，不會留下一個沒人管的子網域。打算長期經營、甚至將來可能獨立成另一個品牌的，才值得開子網域。
把常見的內容對一遍：
| 內容 | 建議 | 主要理由 |
|---|---|---|
| 部落格、知識文章、常見問題 | 子目錄 | 同一批讀者，要跟產品頁互相連 |
| 產品、服務、案例 | 子目錄 | 就是主站本身 |
| 短期活動頁、報名頁 | 子目錄 | 辦完好收，不留沒人顧的子網域 |
| 開店平台的商城 | 看平台，多半是子網域 | 另一套系統，平台通常只能綁子網域 |
| 客服中心、說明文件、徵才 | 看平台，多半是子網域 | 另一套系統，讀者也不同 |
| 會員後台、預約或內部系統 | 子網域 | 需要隔離，權限與登入分開管 |
| 測試站 | 子網域，並加密碼保護 | 不能跟正式站混在一起 |
| 外語版本 | 多數中小企業用子目錄 | 好設定、維護成本低 |
外語版本只講判斷原則。Google 的多地區與多語言網站文件把子網域和子目錄都列為可行的做法，沒有說哪一種排名比較好。多數中小企業的外語內容不多，也沒有各國獨立的團隊，放子目錄比較顧得來。多語系網站怎麼規劃是另一個題目，這裡不展開。
這個決定最好在規劃網站的時候就做，跟頁面層級、網址路徑一起定案。頁面怎麼分層、每一頁的網址怎麼命名，網站架構圖怎麼畫那一篇有完整的做法；本文只處理「要不要另開一個子網域」這一題。
一句話收尾：判斷子網域還是子目錄，看的是系統、讀者、隔離和壽命這四件事，SEO 排在這四件事後面。
子網域已經開了：先補連結，再決定要不要搬回子目錄
很多公司的情況是，部落格幾年前就開在子網域了。現在看到「子目錄比較好」的說法，想搬。
先不要急。前面講過，Mueller 提醒改網址結構要一段時間才會穩定，Ahrefs 那篇文章的結論也是「改動本身就有風險」。搬之前，先做三件不用動網址的事。
先盤點到底開過幾個。 很多公司自己也說不清楚。活動頁、舊的測試站、前一家廠商開的，都算。前面那篇 SSL 文章介紹過用憑證的公開紀錄查子網域的方法，可以拿來對一次。查出來沒人認領的，照上一節的順序收掉。
再看它現在的表現。 打開 Search Console，看這個子網域有沒有曝光和點擊。已經有穩定流量的，搬家的風險比較大；幾乎沒有流量的，搬家的損失小，搬進來的好處也比較明顯。
然後把主站跟它連起來。 檢查主站的選單、頁尾有沒有連到它；它的每一頁有沒有連回主站的產品或服務頁。很多子網域的問題不在網址，在於它是一座孤島。子網域表現不好，先檢查主站有沒有連過去，再考慮搬家。
連結補上之後，觀察一兩個月。如果還是想搬，三個條件都符合再動手：
- 內容跟主站是同一批讀者（前面的第二問）
- 技術上搬得動：主站的系統放得下這些內容，或可以匯入
- 有人能把新舊網址一頁一頁對起來
第三個條件最常被低估。假設部落格有兩百篇文章，要對的不只兩百列：分類頁、標籤頁、作者頁、分頁，還有文章裡的圖片網址，都是舊子網域底下的網址。動手前先把這張表的大小估出來，再決定值不值得。
反過來，子網域背後是另一個平台、搬不動的，就留著。把那六件事顧好、把連結做好，子網域照樣可以有排名。
子網域搬到子目錄怎麼搬：轉址、Search Console 與追蹤
真的要搬，它就是一次小型的網站搬家。主機、DNS、備份這些通用的準備，網站搬家的實務做法那一篇講得很完整，這裡只講這種搬法特別要注意的地方。
1. 做新舊網址對照表。 blog.example.com/abc 要去 example.com/blog/abc，每一頁都要有去處。Google 的網站搬遷文件把這件事列為重要步驟，並建議小型和中型網站把所有網址一次搬完，大型網站才分區搬。
2. 用永久轉址，一頁對一頁。 Google 的轉址說明建議盡量用伺服器端的永久轉址。搬遷文件另外提醒：不要把一堆舊網址全部導到同一個不相關的頁面，也要避免一轉再轉，盡量直接導到最後的網址。永久與暫時轉址怎麼選是另一個題目，這裡不展開。
3. 改掉站內寫死的舊網址。 選單、內文連結、sitemap、標準網址（canonical）、語系標註，都要改成新網址。
4. Search Console 兩邊都要看得到。 舊的子網域和新的主站都要是驗證過的資源。至於「變更位址」工具（說明頁的標題是「網址變更工具」），有三個重點：它只能用在網域層級的資源，子網域算；可以把網站搬到另一個網域裡的路徑；網站內部換路徑不適用。搬遷文件也寫了，換的是網域名稱或子網域，就替舊網站送出變更位址。
所以從子網域搬進主站的子目錄，照文件的寫法是在工具支援的範圍內，可以試。反過來，把子目錄搬出去變成子網域，來源是路徑，工具用不上，只能靠轉址和 sitemap。工具送出前會檢查擁有權和幾個頁面的轉址，實際能不能送出，以當下的檢查結果為準。就算變更位址工具用不上，轉址做對才是主體。
5. 追蹤和登入重新檢查。 內容換到主站底下，cookie 的範圍跟著變。Analytics 的自我參照設定、廣告追蹤碼、表單、第三方登入的回呼網址，都要走一遍。
6. 轉址留久一點，舊子網域先不要關。 轉址要能動，舊子網域就得還連得上、憑證還有效。Google 的搬遷文件說轉址越久越好，一般至少保留 1 年；變更位址工具的說明頁寫的是至少 180 天。兩份文件數字不同，保守的做法是取長的。等真的要關掉舊子網域，記得前面講的順序：先刪 DNS 記錄。
時間上要有心理準備。Google 的文件說，中型網站大多數頁面要幾週或更久才會轉移完成，這段期間排名可能上下波動。
子網域搬進子目錄，成敗在對照表和轉址做得完不完整，跟搬的方向關係不大。
如果你正在規劃新網站，或手上有幾個不確定該不該留的子網域，瞻新資訊可以從盤點現有的網域與系統開始，陪你把網站結構定下來，再往下談設計與開發。
常見問題
子網域是什麼？
子網域是在網域前面再加一段名稱所形成的網址，例如 blog.example.com。 它是另一個主機名稱，可以連到跟主站不同的主機或平台，常用來放商城、客服中心、測試站這類用另一套系統做的內容。
子網域跟子目錄，哪一個對 SEO 比較好？
Google 官方人員的說法是兩種都可以，搜尋上大致看成一樣，沒有哪一種天生佔優勢。 差別在子目錄預設跟主站綁在一起，子網域要自己把內部連結、robots.txt、Search Console 這些設定顧好；內容跟主站是同一批讀者的，放子目錄比較省事。
Google 會把子網域當成另一個網站嗎？
要看是 Google 的哪一套系統。 爬取額度、robots.txt、搜尋結果上的網站名稱，是以子網域為單位分開處理；控制同一個網站在搜尋結果出現幾筆的機制，一般則把子網域算成根網域的一部分。
www 算不算子網域？
技術上算，但 www 通常只是同一個網站的另一個入口。 帶 www 和不帶 www 的網址要選一個當主要網址，另一個轉過去；討論子網域還是子目錄時，指的是 blog、shop 這種放另一塊內容的子網域。
開子網域要另外花錢嗎？
子網域本身不用另外購買，在既有網域的 DNS 後台加一筆記錄就能開。 會花錢的是它背後的主機或平台、憑證，以及之後要有人維護的時間。
部落格已經放在子網域，一定要搬到子目錄嗎？
不一定，先把主站和部落格互相連好，再看 Search Console 的數字決定。 搬家是一次網站搬遷，要做對照表和轉址，排名會波動一陣子；內容跟主站是同一批讀者、技術上搬得動、有人力做對照表，三個條件都符合再搬。
每個子網域都要另外加進 Search Console 嗎？
用「網域」資源驗證一次，底下所有子網域都會涵蓋，不用一個一個加。 網域資源只能用 DNS 記錄驗證；如果用的是「網址前置字元」資源，就只涵蓋輸入的那一段網址，子網域要分開新增。
參考資料
- Subdomain or subfolder, which is better for SEO? — Google Search Central（YouTube，John Mueller，2017 年底）（英文，全球，2026-10-12 查證）
- SEO & Google Fight Over How Google Treats Subdomains vs Subdirectories — Barry Schwartz，Search Engine Roundtable，2018-01-24（英文，美國，產業媒體，2026-10-12 查證）
- Google’s John Mueller On When To Use Subdomain vs. Directory — Matt G. Southern，Search Engine Journal，2018-05-25（英文，美國，產業媒體，2026-10-12 查證）
- Subdomain vs Subdirectory: Subdirectories Are Not Better Than Subdomains For SEO — Patrick Stox，Ahrefs，2021-03-09（英文，業界分析，2026-10-12 查證）
- Updating our site reputation abuse policy — Chris Nelson，Google Search Central Blog，2024-11-19（英文，全球，2026-10-12 查證）
- How to specify a canonical URL with rel=”canonical” and other methods — Google Search Central，頁面更新 2026-07-10（英文，全球，2026-10-12 查證）
- Optimize your crawl budget — Google Crawling Infrastructure 文件，頁面更新 2026-07-22（英文，全球，2026-10-12 查證）
- How Google interprets the robots.txt specification — Google Crawling Infrastructure 文件，頁面更新 2026-08-31（英文，全球，2026-10-12 查證）
- Introduction to robots.txt — Google Search Central，頁面更新 2025-12-10（英文，全球，2026-10-12 查證）
- Provide a site name to Google Search — Google Search Central，頁面更新 2025-12-10（英文，全球，2026-10-12 查證）
- A guide to Google Search ranking systems — Google Search Central，頁面更新 2025-12-10（英文，全球，2026-10-12 查證）
- Managing multi-regional and multilingual sites — Google Search Central，頁面更新 2025-12-10（英文，全球，2026-10-12 查證）
- 將網站或平台資源新增至 Search Console — Google Search Console 說明（繁體中文，全球，2026-10-12 查證）
- 網址變更工具 — Google Search Console 說明（繁體中文，全球，2026-10-12 查證）
- Site moves with URL changes — Google Search Central，頁面更新 2026-08-20（英文，全球，2026-10-12 查證）
- Redirects and Google Search — Google Search Central，頁面更新 2026-04-14（英文，全球，2026-10-12 查證）
- 設定跨網域評估 — Google Analytics 說明（繁體中文，全球，2026-10-12 查證）
- Using HTTP cookies — MDN Web Docs，頁面修改 2026-09-17（英文，全球，2026-10-12 查證）
- “Same-site” and “same-origin” — Eiji Kitamura，web.dev，頁面更新 2020-04-15（英文，全球，2026-10-12 查證）
- Subdomain takeover — MDN Web Docs，頁面修改 2025-09-10（英文，全球，2026-10-12 查證）
- Cloudy with a Chance of Hijacking Forgotten DNS Records Enable Scam Actor — Jacques Portal、Renée Burton，Infoblox Threat Intel，2025-05-20（英文，美國，資安廠商研究，2026-10-12 查證）
ℹ️ 關於本文
本文引用的 Google 官方文件、說明頁與 MDN 技術文件，以查閱當日（2026 年 10 月 12 日）各來源網站的版本為準；官方文件與工具介面可能更新，實際請以各來源的最新內容為準。文中賣露營用品的公司與兩百篇文章的部落格，是為了說明而假設的例子，不是真實客戶。引用的業界分析、產業媒體報導與資安廠商研究，是各該作者與機構的觀察，不是 Google 的官方說法，其中的國外案例也不代表台灣的情況。文中對子網域與子目錄的判斷與搬遷建議，屬一般性的實務經驗整理，實際情形會因網站規模、使用的平台與既有內容而有明顯差異，不構成任何搜尋排名、流量或成效的保證。
