站群系統需要備案嗎？

備案針對的是網站，不是軟體。網站放在中國內地伺服器上的，每個對外開放的網站都要透過接入服務商辦理 ICP 備案，站點增減時備案資訊也要跟著變更；放在境外伺服器上則不涉及。具體要求以接入服務商和當地通訊管理局的說明為準。

站群系統能裝在虛擬主機上嗎？

幾個站可以，前提是虛擬主機允許繫結多個域名。站點一多，虛擬主機對域名數、CPU、程序數和定時任務的限制都會卡住，一般從幾十個站起就要換 VPS 或獨立伺服器。

WordPress 多站點裡的某個站能單獨遷出來嗎？

能，但比單站遷移麻煩：要匯出這個站編號對應的那組資料表和 wp-content/uploads/sites/編號目錄下的檔案，再處理全網共用的使用者表，調整表字首和站點位址，一般藉助遷移外掛完成。預計以後要拆出去單獨運營的站，一開始就單獨安裝更省事。

站群系統是什麼：開源與商業站群 CMS 怎麼選

Q: WordPress 多站點裡的某個站能單獨遷出來嗎？

能，但比單站遷移麻煩：要匯出這個站編號對應的那組資料表和 wp-content/uploads/sites/編號 目錄下的檔案，再處理全網共用的使用者表，調整表字首和站點位址，一般藉助遷移外掛完成。預計以後要拆出去單獨運營的站，一開始就單獨安裝更省事。

站群系統是一套讓你在一個後台裡管理一批網站的軟體：新增域名、建站、套範本、發文章、改標題和描述、提交收錄，都能對幾十上百個站批次完成，不用一個個登入。它和“站群伺服器”不是一回事，後者是配了大量 IP 的伺服器，站群系統裝在哪台機器上都能跑。選站群系統，先分清兩條路線：用開源 CMS 的多站點功能自己搭，或者買商業站群 CMS。前者程式碼透明、可遷移，內容要自己生產；後者把採集、偽原創、定時釋出都打包好了，但程式碼通常加密，授權常繫結域名或伺服器，用法不當還會踩到搜尋引擎的垃圾內容政策。

站群系統的五個核心功能

不管開源還是商業，站群系統做的都是下面五件事，區別只在每一項做到多深：

功能	具體做什麼	選型時要看的點
多站管理	批次新增域名，統一後台切換站點，按分組管理	單個後台能管多少站、能否給不同人分配不同站點的許可權
範本	範本庫，按站或按分組套用，改一處全組生效	是否支援子範本繼承，移動端是否自適應
內容生產與分發	匯入、採集、定時釋出，一篇稿件分發到多個站	內容來源是否合法，釋出頻率能否按站單獨設定
SEO 欄位	批次設定標題、關鍵詞、描述，生成 sitemap，主動推送 URL	是否支援百度普通收錄的 API 推送、IndexNow 等提交方式
監控	站點可用性、收錄量、證書到期、外鏈	資料是自己採集還是依賴第三方介面

其中第三項決定了兩條路線的根本差別：開源 CMS 只給你一個釋出入口，內容要你自己寫或匯入；商業站群系統的賣點幾乎都集中在“自動產內容”上。

開源站群系統：三種常見搭法

搜“站群開源系統”能找到的方案，大致分三類。

WordPress 多站點（Multisite）

WordPress 自帶多站點功能，一套程式、一個資料庫就能管理多個站點，每個站的資料放在帶編號字首的表裡（wp_2_posts、wp_3_posts……）。開啟步驟：

先備份並停用全部外掛，然後在 wp-config.php 裡寫著 “That’s all, stop editing!” 的註釋行之前，加入 define( 'WP_ALLOW_MULTISITE', true );。
重新整理後台，“工具”選單下會多出網路設定頁面（英文介面為 Network Setup）。選擇子域名模式或子目錄模式，按頁面提示把生成的幾行配置貼進 wp-config.php，偽靜態規則貼進 .htaccess；用 Nginx 的，按 WordPress 文件改寫成對應的 Nginx 規則。已經執行了一段時間的站點，可能只能選子域名模式，以頁面提示為準。
重新登入後，在網路管理的“站點”裡新增站點。要讓某個站用獨立域名，在“編輯站點”裡把站點位址改成該域名，把域名解析到這台伺服器，並讓 Web 伺服器把這個域名也交給同一套程式處理。

站點多了以後用 WP-CLI 批次操作更快：

# 在多站點網路裡新建一個站點，並列出全部站點的 ID 和位址
wp site create --slug=site2 --title="站點二" [email protected]
wp site list --fields=blog_id,url

優點是生態大、主題外掛多、文件齊全；缺點是所有站點共用一套程式和一個資料庫，一個外掛出漏洞，整組站都暴露，資料庫也會隨站點數膨脹。

Drupal 多站點

Drupal 的思路是“一套程式碼、多個配置目錄”：在 sites/sites.php 裡寫 $sites['site-a.example'] = 'site-a.example';，把域名對映到 sites/site-a.example/ 目錄，每個目錄有自己的 settings.php，可以各連一個資料庫。站點之間資料隔離更徹底，代價是學習成本比 WordPress 高。

靜態生成器批次出站

內容以 Markdown 檔案維護，用 Hugo 這類靜態生成器按範本生成 HTML，每個站一個目錄：

# 逐個生成 sites/ 下的每個站點，輸出到對應的網站根目錄
for s in sites/*/; do
  name=$(basename "$s")
  hugo --source "$s" --destination "/var/www/$name" --minify
done

生成後的網站是純靜態檔案，沒有資料庫、沒有 PHP，伺服器幾乎不吃資源，攻擊面也小；適合內容由自己寫、更新頻率不高的站群，不適合需要評論、會員這類動態功能的站。

另外，國內也有不少 PHP CMS 提供多站點功能，有的只放在付費版裡。還要留意授權：部分國產“開源”CMS 對商業用途另有授權要求，曾有站長因為未購買商業授權被追責。用之前讀一遍許可協議，以官方說明為準。

商業站群 CMS 多了什麼，又多了哪些風險

對比項	開源方案	商業站群 CMS
費用	程式免費，人力和外掛另算	按域名數、按年或買斷授權，價格以銷售方報價為準
內容	自己寫或匯入	內建採集、偽原創、關鍵詞庫、定時自動釋出
程式碼	公開，可以自己審計和修改	常見加密釋出，要裝特定的解密擴充套件才能執行
授權方式	開源許可證	常繫結域名或伺服器 IP，換伺服器要重新授權
外部依賴	無	執行時可能要連線授權伺服器，對方停服時系統可能不可用
資料遷移	標準資料庫，匯出方便	表結構私有，換系統要自己寫轉換

商業系統省下的是內容生產的時間，帶來的風險集中在三處：

搜尋引擎政策。谷歌的垃圾內容政策裡有“規模化內容濫用”（Scaled content abuse）一條，針對的是以操縱排名為主要目的、批次產出且對使用者沒有價值的頁面，不論內容是怎麼生成的。它列出的例子裡，就有用同義詞替換、翻譯等自動改寫手段批次生成頁面，以及建立多個網站來掩蓋內容是批次產出的，幾乎就是“採集 + 偽原創 + 站群”的寫照。百度也推出過專門打擊惡劣採集的颶風演算法。工具只是放大器：內容本身沒價值，站越多，被整體處理的範圍越大。
版權與合規。採集別人網站的文章再發布，可能侵犯著作權；批次釋出的內容同樣要符合當地法規，出了問題按站點主體追責，不會因為是程式自動發的就免責。
程式碼不透明。加密的程式沒法審計，有沒有遠端控制、會不會上報你的域名和資料，只能相信賣家。至少把它裝在獨立的伺服器上，不和其他重要業務混放。

站群系統對伺服器的要求：一個估算

下面的數字是假設，用來演示怎麼算，實際以你的存取日誌為準。

假設 100 個動態 PHP 站，每站每天 1,000 次頁面存取，合計 10 萬次；高峰一小時佔全天 10%，即 1 萬次，約每秒 2.8 次。站群的爬蟲存取往往比真人多，假設爬蟲請求是真人的 3 倍，合計就是真人的 4 倍，高峰約每秒 11 次請求。每次請求假設消耗 100 毫秒 CPU，需要約 1.1 個核；PHP-FPM 按 20 個程序、每個 50 MB 算約 1 GB 記憶體，MySQL 再給 1–2 GB。一台 4 核 8 GB 的伺服器有不少餘量。

同樣的站如果改成生成靜態頁、或開啟整頁快取，每次請求只是讀一個檔案，CPU 消耗可以忽略，瓶頸變成頻寬和磁碟 IO。站數到了上千個，差別就更明顯：動態站要按比例加 CPU 和記憶體，靜態站基本只加磁碟。

幾個容易忽略的配置：

不要給每個站單獨開一個 PHP-FPM 程序池。100 個池各留 5 個常駐程序就是 500 個程序，記憶體先被吃光。共用一個池，或者把池設成 pm = ondemand 按需啟動。
資料庫連線數。MySQL 的 max_connections 預設是 151，幾百個站同時被爬蟲抓取時容易報 “Too many connections”，要按 PHP 程序總數調整。
Nginx 不必為每個站寫一段配置。目錄名就是域名時，一段配置就能服務全部站點：

server {
    listen 80;
    # 用正則捕獲域名（去掉 www.），網站根目錄按域名區分
    server_name ~^(www\.)?(?<domain>.+)$;
    root /var/www/$domain;
    index index.html;
    # 動態站還要加上轉發給 PHP-FPM 的 location 段，否則 .php 檔案會被當作普通檔案下載
}

證書。幾百個域名逐個申請 HTTPS 證書，要用 acme.sh、certbot 這類工具指令碼化批次申請和續期，並注意證書頒發機構的簽發頻率限制，以其文件為準。

一個 IP 用 Host 頭就能區分幾百個站，站群系統本身並不要求多 IP；只有你明確需要站點分散在不同位址時，才去考慮配大量 IP 的站群伺服器。

站群範本：一套主題，分組繼承

“站群範本”最實用的做法不是給每個站找一套範本，而是維護少數幾套父主題，按站點分組做子主題。以 WordPress 為例，子主題只覆蓋樣式表和少數範本檔案，修復漏洞、改結構時只改父主題，整組生效。挑範本時看四點：

移動端自適應，頁面在手機上能正常閱讀；
首屏載入快，少用外部字型和指令碼；面向內地訪客時，引用境外字型庫、指令碼的範本可能載入很慢；
標題層級、麵包屑、結構化資料輸出規範，方便搜尋引擎理解頁面；
標題、描述等欄位能由後台批次填寫，而不是寫死在範本裡。

範本只決定頁面怎麼展示，排名靠的仍是內容能不能回答搜尋者的問題。

選站群系統前問清六件事

要管多少個站、未來會到多少？十幾個站，一套 WordPress 多站點足夠；上千個站，要考慮靜態化和資料庫拆分。
內容從哪來？自己團隊寫，開源方案就夠；指望系統自動產內容，先想清楚上面說的政策和版權風險。
需不需要多人分站點管理？看後台能否按站點分配編輯許可權，並保留操作記錄。
程式碼能不能審計，資料能不能匯出？換系統時文章、分類、URL 能否完整遷走。
授權繫結什麼？綁域名還是綁伺服器，加站、換伺服器要不要另付費，賣家停止運營後系統還能不能用。
執行環境要求？PHP 版本和擴充套件、是否只支援 Windows、是否需要特定的加密擴充套件，先在測試機上裝一遍再付款。

把這六個問題的答案寫下來，再去對比具體產品，比看功能清單上的數字可靠得多。