多網站架構在 WordPress 生態中是重要但容易被誤解的話題。許多站長聽過 Multisite（多站台網路）這個名詞，卻不清楚它真正解決什麼問題、適不適合自己用。本篇從概念、架構、適用情境到實際限制，幫你在部署前做出正確判斷。

Multisite 是什麼

WordPress Multisite 允許你在單一個 WordPress 安裝上運行多個獨立網站，所有站點共享同一份核心程式碼、資料庫（分表管理），但各自擁有獨立的內容、外掛、主題配置。這套機制源自 WordPress.com 的多房客架構，後來被引入開源版本（WordPress.org）。

與其說是「多個 WordPress」，不如說是「一個 WordPress 容納多個站點」。後台的「我的站點」列表可以看到你管理的所有站點，輕鬆切換操作。這套設計在特定場景很實用，但也帶來複雜性與限制——不是每個需要多網站的人都適合用。

子網域 vs 子目錄架構

Multisite 支援兩種網址結構，各有優缺。

子網域模式（site1.example.com、site2.example.com）用途在於視覺上把多個站點分開，讀者容易識別不同品牌或部門。技術上需要萬用字元 DNS 記錄（*.example.com），以及在主機層啟用對應的 SSL 憑證支援。搜尋引擎會個別索引每個子網域，各站點的 SEO 權重相對獨立——這既是優勢也是劣勢：品牌站點之間無法直接共享域名權威性，但各站點被 Google 處罰也不會連累其他站。

子目錄模式（example.com/site1、example.com/site2）共享同一個主網域，所有內容在搜尋引擎眼中都屬於 example.com。這表示子站點能夠沾到主網域的 SEO 權重，但反之亦然——若其中一個站點因為低品質內容遭到手動懲罰，整個網域都受影響。此外，子目錄間的 cookie、JavaScript 作用域容易互相干擾。

適合用 Multisite 的情境

多語系網站是最常見的用例。若你經營跨國業務，需要針對不同語言市場維持獨立的內容、外掛配置，這套機制搭配 WPML 或 Polylang 等語言外掛可以集中管理。一套後台、一次資料庫升級就能覆蓋所有語言版本。

教育機構、房仲集團、連鎖餐廳等多部門或多分店的組織也很適合。總部在母站統一管理品牌內容與外掛，各分店用子站點維持各自的在地資訊（地址、營業時間、聯絡方式），而不需要把分店資訊硬塞進文章或自訂欄位。

新創或代理商若要幫多個客戶託管網站、卻預算有限無法購買多套授權，這套架構能在單一個主機方案上容納 10 個、50 個、甚至 100 個客戶站點。管理員帳號可以統一監督所有站點，每個客戶也能有自己的站點管理員帳號，各自上傳主題與外掛，彼此隔離。

不適合 Multisite 的情況

Multisite 不是「更多功能」的代名詞，反而會在某些場景製造麻煩。若你只是想在同一個主機上架兩三個完全無關的網站（例如一個部落格、一個客服論壇、一個電商站），直接用多個獨立 WordPress 安裝會更簡單——不用學這套架構的額外複雜性，除錯也更輕鬆。

Multisite 對外掛相容性要求很高。許多熱門外掛（尤其是頁面建構器、進階 SEO、電商類）設計時沒有考慮多站點環境，可能會在整個網路上運行，造成不必要的負擔；或根本不支援啟用後只作用於特定子站的模式。你得自己逐一測試，甚至與外掛開發者聯繫確認相容性。

資料庫結構複雜度也是考量點。多站點環境把內容分表存放，SQL 查詢邏輯變得更複雜。若你對 MySQL 不熟悉，遇上資料庫問題時排查難度會升高。備份與還原也變得細緻——某個子站點損毀時該如何單獨還原，而不影響其他站點，這不是一句話講得清的。

外掛相容性常見問題

WooCommerce 在 Multisite 上能運作，但每個子站點需要各自啟用與設定，金流、稅務、運費的多貨幣與多地區設定會變得繁瑣。若你是多國電商，這不是完美方案。

會員外掛如 MemberPress 與 Paid Memberships Pro 對 Multisite 支援參差不齊，某些版本只能在主站作用，無法套用到子站點。論壇類外掛（bbPress）雖然設計時考慮了 Multisite，但與其他外掛衝突時難以排查。

備份外掛是另一個難點。多數備份外掛是為單站設計，用在 Multisite 上可能只會備份主站或特定子站，你得手動驗證是否所有子站都被涵蓋。類似的問題也會出現在 SEO、快取、安全外掛，因為它們假設了單一個網站的架構。

隱性成本與運營考量

架設這套架構的技術門檻不高（通常就是改 wp-config.php 加幾行設定），但營運成本會上升。PHP 版本、WordPress 核心、資料庫版本升級時，所有子站都跟著升，沒有個別的版本控制彈性。一個子站點裝的某個問題外掛導致整個網路崩潰的情況是存在的。

客戶支援或多人協作也更複雜。如果你需要把某個子站點的管理權限委派給第三方（例如分店經理），但限制他們不能改動其他站點或核心設定，Multisite 的權限系統有一定難度但是可行的；反之若你習慣簡單的「站長」角色定義，多站點網路的超級管理員 vs. 站點管理員二層結構會造成困擾。

部署前的檢查清單

如果你傾向採用 Multisite，在正式架設前先確認你的主機支援。多數主機商都支援，但要確認他們有開啟 Multisite（主機面的 wp-config.php 可能有限制），以及是否願意協助 DNS 萬用字元或 SSL 通配符憑證的設定。

逐一檢查你計劃用的核心外掛是否支援 Multisite，特別是電商、會員、表單這類複雜的外掛。查看 WordPress.org 外掛頁面的「支援」欄位或詢問官方，不要猜測。

搭建本地測試環境演練一遍多站點的建立、主題切換、外掛啟用的工作流，確保你理解後台操作邏輯。發現問題時改進設定會比上線後才發現容易多了。

這套技術是成熟穩定的，但適合的場景很具體——多語系品牌、多部門組織、託管平台。若你不確定是否真的需要它，通常代表你不需要。簡單的多網站方案往往是直接用多個獨立 WordPress 安裝，讓每個站點自主演進，避免被共用設定綁架。