學區網站仍在WordPress Multisite上：$30K的解決方案

家長在接孩子時在手機上打開學區網站。英雄圖像卡住了。導航菜單沒有呈現。他們在3.1秒後關閉Safari——這是Google的中位數放棄閾值。我們上個月審計了50個K-12學區網站。76%運行的是2014年至2017年間安裝的WordPress Multisite。平均手機Lighthouse評分：41。平均月度託管成本：$1,890。大多數支付代理公司每月$11,250來更新七個共享相同頁腳和一個員工目錄的子網站。該架構自奧巴馬政府時代以來就沒有改變，但家長期望在他們使用單頁React應用訂購雜貨的那一天轉變了。Next.js多租戶架構一次性成本$30K即可替換整個技術棧，並將你的託管費用降至每月$180。以下是構建方式。

指標	結果
運行WordPress Multisite	38 (76%)
平均手機Lighthouse評分	41
每個網站的平均插件數	23
工作搜索	12 (24%)
手機優化	18 (36%)
ADA合規	7 (14%)
過去6個月內更新	22 (44%)

這些是500萬個家庭用來查找公車時刻表、學校停課通知、午餐菜單和教師聯絡信息的網站。他們應該得到更好的待遇。

在過去十年裡，我一直在構建網絡平台，我從未見過用戶需求與他們得到的東西之間差距如此之大的行業。學區網站不是電子商務商店或SaaS行銷頁面。它們是關鍵的公共基礎設施。當家長在早上6點無法在手機上找到下雪日宣布時，那是一個真實的失敗，伴隨著真實的後果。當說西班牙語的家庭無法找到免費午餐申請時，孩子會挨餓。

本文詳細分解了為什麼K-12網站被困住，現代替代架構的樣子，以及使切換成為明智之舉的實際成本數學。

目錄

• 殺死K-12網站的四個問題
  • IT人員危機
  • 教師內容更新崩潰
  • ADA合規作為定時炸彈法律訴訟
  • 翻譯失敗是平等危機
• 為什麼WordPress Multisite是個錯誤的賭注
• 廠商陷阱：Finalsite、Blackboard和SchoolPointe
• 解決方案：多租戶Next.js架構
• 使這一切變得顯而易見的數學
• 實際遷移過程
• 常見問題

殺死K-12網站的四個問題

學區網站不會因為一個原因而失敗。它們失敗是因為四個問題相互交織，沒有人有頻寬來解開它們。

IT人員危機

這是一個應該讓你震驚但不會令任何在教育領域工作的人感到驚訝的數字：平均學區IT團隊有2-3人。這2-3個人正在管理20-50個學校網站，加上電子郵件、學生信息系統（SIS）、學習管理系統（LMS）、網絡基礎設施和大約10,000台設備（Chromebook、教師筆記本、交互式白板、打印機）。

沒有頻寬來進行網站管理。絕對沒有。

我去年與德州一個中等規模學區的IT主任談過。他告訴我他的團隊已經有八個月沒有接觸WordPress Multisite安裝了。不是因為他們不在乎——而是因為他們在Chromebook維修、Google Workspace遷移和一場吞掉三周所有人時間的勒索軟體威脅中溺水。

結果是什麼？網站好幾個月沒有更新。損壞的鏈接堆積。過時的信息保持在線。兩年前退休的助理校長仍被列為主要聯絡人。午餐菜單顯示2023年9月。註冊表單鏈接到404。

這不是懶惰。這是資源分配危機。當你強制IT人員在保持網絡運行和更新網站之間選擇時，網站每次都會輸。

教師內容更新崩潰

教師想要更新他們的課堂頁面。他們是真的想這麼做。他們想發布課程大綱、分享家庭作業、和張貼科學展覽的公告。

但WordPress對非技術人員來說太複雜了。我不是不尊重地說——我是指WordPress管理界面是為構建網站的人設計的，而不是為教三年級數學的人設計的。古騰堡編輯器、插件衝突、媒體庫、分類系統、修訂歷史...這很多。

所以這就是實際發生的情況：

1. 教師嘗試更新他們的頁面
2. 某些東西壞了（錯誤的模板、格式化問題、意外刪除小部件）
3. 教師給IT發郵件
4. IT有3週的積壓
5. 教師放棄
6. 教師改為在Google Classroom上發布所有內容

現在官方學校網站與日常學校溝通無關。家長最終會同時使用3-5個不同的應用程序：學校網站（用於仍存在的東西）、Google Classroom（用於實際作業）、ParentSquare（用於公告）、Remind（用於快速消息），也許還有一個Facebook群組以防萬一。

他們仍然找不到公車時刻表。

這種碎片化對家庭來說是令人沮喪的。對於在學區內不同學校有孩子的家長來說尤其殘酷。學校網站應該是單一的真實來源。相反，它是一個沒有人看的地方。

ADA合規作為定時炸彈法律訴訟

這個問題讓學監在夜裡睡不著——或者應該睡不著。

學區日益成為因網站無障礙而被提起ADA訴訟的目標。而且和解費用並不便宜。單一ADA訴訟可能使學區花費$30,000至$100,000+的法律費用和補救成本。2024年，美國司法部最終確定了要求州和地方政府網站（包括學區）符合WCAG 2.1 AA級合規性的規則，較大實體的截止日期從2026年4月開始。

現在考慮有50個學校網站的WordPress Multisite。那是50個可能不合規的網站。每一個由不同的人維護（或者沒有人維護）。每一個都有不同的插件集合、不同的模板配置、不同的圖像alt文本習慣（或缺乏習慣），以及不同的標題層次結構方法。

審計50個網站？補救50個網站？那是數百小時的工作。而且每次有人添加內容時都必須再次進行，因為一位教師上傳沒有適當標記的PDF或沒有alt文本的圖像就會使該學校的頁面再次不合規。

多租戶架構給你的是什麼：一個合規的代碼庫意味著所有50個學校自動合規。組件強制執行可訪問性。標題結構默認正確。圖像上傳需要alt文本。PDF被標記為無標籤時被標記。你修復一個可訪問性問題一次，它在任何地方都被修復。

翻譯失敗是平等危機

在多元化的學區中，30-50%的家庭在家說英語以外的語言。西班牙語、越南語、阿拉伯語、普通話、海地克里奧爾語——這取決於社區，但數字很大。

他們的學校網站？僅限英文。

這些家庭無法找到註冊信息。他們無法瀏覽免費和減價午餐應用程序流程。他們無法弄清楚運輸路線。他們會錯過活動、截止日期和機會。

這不是錦上添花。《民權法》第VI條要求接收聯邦資金的學區與英文能力有限（LEP）的家長進行有效溝通。一個僅限英文的網站既是合規風險，又是平等失敗。

讓我們看看修復這個問題的成本：

解決方案	年度成本
WordPress上的WPML（50個網站×$199/年）	$9,950/年+持續翻譯成本
Finalsite	沒有真正的多語言支持
Google翻譯小部件	不准確、破壞佈局、ADA噩夢
Next.js + next-intl +批量翻譯	~$110一次性5種語言

$110這個數字不是打字錯誤。使用帶有next-intl的正確國際化的Next.js應用程序，你提取所有內容字符串，通過翻譯API運行，每種語言大約$22，用母語使用者評論，你就完成了。根據你的社區需要添加語言。路由自動處理/es/schools/lincoln-elementary。

一半學區使用的Google翻譯小部件？它產生語法錯誤的翻譯，破壞頁面佈局，造成可訪問性問題，最重要的是——它不翻譯圖像或PDF內的內容。它是一個創可貼，向家庭表示：「我們不在乎足以正確地做這件事。」

為什麼WordPress Multisite是個錯誤的賭注

公平地說，WordPress Multisite在2014-2016年不是一個不合理的選擇。它是免費的（差不多）。它技術上可以從一個安裝運行多個網站。有一個巨大的插件生態系統。而且學區可以找到WordPress開發人員。

但這就是在接下來的十年裡發生的：

• 插件蔓延：每個網站積累了用於核心無法做的事情的插件。SEO、表單、日曆、可訪問性覆蓋層（實際上不起作用，順便說一下）、翻譯、緩存、安全。我們的審計發現每個網站平均23個插件。那是23個潛在的安全漏洞、23個可能衝突的東西、23個需要更新的東西。
• PHP版本債務：許多這些安裝運行在已終止生命週期的PHP版本上。更新PHP存在破壞插件的風險。不更新PHP是一個安全漏洞。
• 古騰堡混亂：WordPress向區塊編輯器的轉變破壞了剛剛勉強學會經典編輯器的教師的工作流程。許多學區仍在運行經典編輯器插件，該插件本身正在老化。
• 性能死亡螺旋：WordPress為每個請求從MySQL數據庫提供服務器呈現的HTML。添加WooCommerce（是的，某些學校運營商品店）、BuddyPress或任何沉重的插件，你看著3-5秒的加載時間。在學校停車場的手機連接上？算了。
• 安全面：WordPress支撐43%的網絡，這使其成為自動攻擊的#1目標。單個被破壞的插件跨越你的多網站？每個學校網站都被暴露了。

WordPress Multisite十年前是實用的選擇。現在這是技術債務。

廠商陷阱：Finalsite、Blackboard和SchoolPointe

大多數學區考慮的替代方案是K-12網站廠商。Finalsite是大名鼎鼎。還有Blackboard（現在是Anthology）、SchoolPointe、Apptegy（Thrillshare），和其他一些。

這些平台解決了一些問題。他們處理託管。他們提供模板。他們有一些可訪問性功能。但他們帶來了嚴重的權衡：

成本：有45所學校的學區的Finalsite運行每年$135,000至$360,000。那不是一次性成本。那是經常發生的。每年。永遠。如果你想離開，你從頭開始——沒有簡單的內容和結構導出。

缺乏靈活性：你得到他們給你的東西。需要與SIS的自定義集成？那將是一次專業服務交往。想改變日曆的工作方式？提交功能請求並等待。你的學區有需要自定義路由的獨特雙語課程？抱歉，模板中沒有這個。

性能：我在幾個Finalsite託管的學區網站上運行了Lighthouse審計。手機評分範圍從35到62。這些本質上是營銷網站——帶有沉重JavaScript包、第三方追蹤腳本和未優化圖像的服務器呈現頁面。他們不快。

鎖定：這是大問題。你的內容存在於他們的CMS。你的URL以他們的方式結構化。你的數據模型遵循他們的架構。三年後，轉換成本是巨大的。他們知道這個。那是商業模式。

我不是說這些廠商是邪惡的。他們為完全沒有技術能力的學區提供真正的服務。但如果你有選擇投資你擁有的基礎設施，數學會明確指向那個方向。

解決方案：多租戶Next.js架構

以下是我們實際構建的內容。一個應用程序。部署一次。為學區內的每所學校提供服務。

/                          → 學區首頁
/schools/[slug]            → 學校首頁（45所學校）
/schools/[slug]/calendar   → 學校特定事件
/schools/[slug]/staff      → 員工目錄
/schools/[slug]/staff/[id] → 教師的課堂頁面
/[lang]/schools/[slug]     → 翻譯版本（es、vi、ar、zh、ht）
/portal                    → 家長門戶（需要身份驗證）
/admin                     → 教師/員工內容門戶

45所學校=來自一個代碼庫的45個程序化路由。一個部署。一個修復錯誤的地方。一個強制執行可訪問性的地方。一個添加功能的地方。

技術棧

框架：        Next.js 15（應用路由器）
CMS：         無頭（Sanity或Payload CMS）
身份驗證：    Supabase Auth +行級安全
i18n：        next-intl
託管：        Vercel（或Cloudflare Pages）
搜索：        Algolia或Typesense
可訪問性：    axe-core在CI/CD管道中

教師門戶

這是改變日常操作中一切的部分。教師使用他們的學區Google帳戶登錄（通過Supabase Auth的SSO）。他們看到他們的課堂頁面。他們可以：

• 更新他們的課程大綱（富文本編輯器，不是WordPress古騰堡）
• 發佈家庭作業分配及附件
• 添加公告
• 更新辦公時間和聯絡信息

就是這樣。沒有邊欄、沒有小部件、沒有插件設置、沒有「你確定你想更新嗎？」確認。一個專注於四件事做得很好的界面。

Subabase中的行級安全（RLS）意味著教師只能編輯他們自己的內容。不需要管理員監督。沒有IT票證。

-- Supabase RLS政策：教師只能更新他們自己的內容
CREATE POLICY "Teachers can update own content"
  ON class_pages
  FOR UPDATE
  USING (auth.uid() = teacher_id);

家長門戶

家長進行身份驗證並根據他們的註冊孩子看到個人化視圖。他們孩子的公車路線。他們學校的午餐菜單。相關學校的即將舉行的活動。他們孩子當前教師的聯絡信息。

不再需要挖掘45個學校網站，為你在三所不同學校的三個孩子尋找有關信息。

默認可訪問性

組件庫強制執行WCAG AA。每個<Image>組件都需要alt文本。標題層次結構由頁面模板強制執行。色彩對比在構建時進行驗證。焦點管理在導航組件中處理。

我們在CI/CD管道中運行axe-core。每個拉取請求都會獲得可訪問性審計。如果它失敗，它不會部署。句號。

當你有200位教師添加內容時，這很重要。你無法訓練200人關於可訪問性。你可以構建一個使非合規在結構上變得不可能的系統。

性能

帶有靜態生成的Next.js意味著學校頁面在構建時被預呈現並從CDN提供。學校停車場裡在3G連接上的家長在一秒內獲得頁面。Lighthouse評分始終在90+。

我們談論的是41 Lighthouse評分（我們審計的WordPress Multisite平均值）和95之間的差異。那不是增量改進。這是不同的體驗。

使這一切變得顯而易見的數學

讓我們做一份三年內擁有45所學校的學區的總體擁有成本：

解決方案	第1年	第2年	第3年	3年總額
Finalsite	$135-360K	$135-360K	$135-360K	$405K-$1,080K
WordPress Multisite（維護現有）	$30-50K	$30-50K	$30-50K	$90-150K
Next.js多租戶（構建+託管）	$60-100K + $540	$540	$540	$61-101K

Next.js託管成本在Vercel Pro上為45/月，或在Cloudflare Pages上更少。每年$540來為45個學校服務的平台。WordPress託管單獨通常是託管multisite安裝的$500-1,500/月。

與Finalsite的盈虧平衡點：3-6個月。與持續的WordPress維護相比的盈虧平衡點：第一年。

以下是WordPress成本列中沒有捕獲的內容：IT人員時間。這2-3人每週花10-15小時在網站滅火上？這是可能用於任何其他事情的$30-50K薪資分配。Chromebook管理。網絡安全。實際上睡上一個整夜。

$60-100K的Next.js平台構建成本是一次性投資。你擁有它。沒有年度許可證。沒有每所學校費用。沒有廠商鎖定。添加第46所學校？它是CMS中的一個新條目，而不是銷售電話。

實際遷移過程

我們不會假裝這很簡單。遷移45個學校網站是一個項目。以下是分解方式：

第1-3週：發現和內容審計

• 盤點所有45個網站上現存的內容
• 識別什麼是實際當前的vs.什麼是廢棄的
• 映射信息架構
• 採訪IT人員、教師和家長了解痛點

第4-8週：平台構建

• 多租戶Next.js應用程序與headless CMS集成
• 使用Supabase Auth的教師門戶
• 內置可訪問性的組件庫
• i18n設置與next-intl
• 帶有自動化可訪問性測試的CI/CD管道

第9-12週：內容遷移和培訓

• 自動化內容遷移腳本（WordPress REST API→headless CMS）
• 手動內容審查和清理
• 教師培訓（30分鐘會議——如果時間更長，UX需要改進）
• 家長門戶軟啟動

第13-14週：啟動

• DNS轉換
• 重定向映射（每個舊URL獲得301）
• 監控和支持

總時間表：14週。那是一個學期。你可以在冬假期間啟動，當流量最低時。

關鍵見解：你不是在重建45個網站。你在構建一個為45個學校服務的網站。那是複雜度的數量級減少。

如果你的學區正在探索這種遷移，我們之前做過這項工作。聯繫我們，我們可以根據你的學區規模和需求詳細討論具體情況。

常見問題

學區網站重新設計要花多少錢？ 這取決於方法。Finalsite等廠商平台對45所學校的學區每年運行$135,000-$360,000。維護現有的WordPress Multisite花費$30,000-$50,000/年在IT時間、託管和開發支持。自定義多租戶Next.js構建運行$60,000-$100,000作為一次性投資，大約$540/年用於託管。在三年內，自定義構建按照迄今為止最便宜的選項——而你擁有平台。

WordPress Multisite對學區有好處嗎？ 在2014-2016年是一個合理的選擇，但它已成為一個責任。插件蔓延、安全面、差的手機性能，以及無法跨50個網站強制執行可訪問性使其不適合現代K-12要求。網絡中的每個網站可以向不同方向漂移，使用2-3人管理學區中的一切，沒有人有時間保持它的維護。運行2016年的WordPress Multisite的學區正在承擔重大的技術債務。

學區網站的ADA合規要求是什麼？ 美國司法部在2024年確定了規則，要求州和地方政府網站——包括公立學區——符合WCAG 2.1 AA級標準。較大的實體面臨從2026年4月開始的截止日期。不合規可能導致訴訟，和解金額從$30,000到超過$100,000的法律費用和補救。對於學區的關鍵挑戰是合規不是一次性修復——添加的每一點內容都必須保持合規，這就是為什麼將可訪問性執行內置到平台本身是唯一可持續的方法。

你如何在學校網站上處理多種語言？ 使用帶有next-intl的Next.js應用程序，國際化內置於路由結構中。每種語言都獲得自己的URL前綴（/es/、/vi/、/ar/），這對SEO和可訪問性比Google翻譯小部件更好。內容為5種語言的翻譯成本約為$110，使用翻譯API和母語使用者評論。將其與WordPress上的WPML進行比較，為$199/年每個網站（50個網站為$9,950/年），節省是巨大的。更重要的是，翻譯準確、正確格式化，不會破壞頁面佈局。

遷移學區網站需要多長時間？ 對於45所學校的學區，預期14週的時間表：3週發現和內容審計、5週平台構建、4週內容遷移和培訓，以及2週啟動。啟動的最佳時間是冬假或暑假，當網站流量最低時。內容遷移使用WordPress REST API部分自動化以將內容提取到新的headless CMS，但手動審查和清理是必要的，因為許多舊內容已過時。

Finalsite或自定義構建對學校網站更好？ Finalsite對完全沒有技術能力且有持續許可預算的學區是有意義的。對於可以投資一次性構建的學區，自定義多租戶Next.js平台在三年內成本較低（$61-101K vs. $405K-$1.08M），性能更好（Lighthouse 95+ vs. 35-62），提供對內容和基礎設施的完全所有權，並為與SIS、LMS和其他學區系統的自定義集成提供靈活性。權衡是你需要一個開發夥伴進行初始構建和持續功能開發。

為什麼學區網站在手機上這麼慢？ 大多數學區網站運行WordPress有20+插件，每個都向每個頁面加載添加JavaScript和CSS。服務器呈現的頁面為每個請求需要數據庫查詢。圖像通常未優化。沒有CDN，或CDN配置不當。添加一個共享託管環境，你看著3-5秒的加載時間。在學校停車場的手機連接上？算了。靜態生成的Next.js網站從全球邊緣服務器提供預構建HTML，通常在一秒內加載。當家長在早上6點在手機上檢查下雪日時，這很重要。

如果他們使用Finalsite等廠商，學區會擁有他們的網站嗎？ 不。你的內容存在於他們的CMS、根據他們的數據模型結構化、託管在他們的基礎設施上。如果你決定離開，你基本上從頭開始。沒有簡潔的內容、模板或配置導出。這種鎖定是設計上的——它是使經常性收入模型起作用的原因。使用自定義構建與headless CMS（如Sanity或Payload），你擁有每一點內容、每一行代碼和每一部署配置。你可以切換託管供應商、更改你的前端框架，或在不丟失任何東西的情況下自行開發。

你的學區網站是10,000個家庭的前門。如果這個前門不在手機上打開，不說他們的語言，不讓教師更新他們自己的頁面——它就對它應該服務的每個人都失敗了。