學區網站仍在WordPress Multisite上：$30K修復方案

我們上週審計了50個學區網站。以下是我們的發現：

指標	結果
運行 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 管理界面是為建立網站的人設計的，而不是為教第三年級數學的人設計的。Gutenberg 編輯器、外掛程式衝突、媒體庫、分類系統、修訂歷史……有很多。

所以以下是實際發生的情況：

1. 教師嘗試更新他們的頁面
2. 某些東西損壞（錯誤的範本、格式問題、意外刪除了一個小工具）
3. 教師發送電子郵件給 IT
4. IT 有3週的待處理工作
5. 教師放棄
6. 教師改為在 Google Classroom 上發佈所有內容

現在官方學校網站對日常學校溝通無關。家長最終不得不同時使用3-5個不同的應用程式：學校網站（適用於仍然存在的東西）、Google Classroom（適用於實際作業）、ParentSquare（適用於通知）、Remind（適用於快速訊息），也許還有 Facebook 群組以備不時之需。

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

這種碎片化對家庭來說令人沮喪。對於沒有技術素養或在學區多所學校有孩子的家長來說，特別殘酷。學校網站應該是唯一真實的來源。相反，它是一個沒人看的地方。

ADA 合規作為一個待引爆的訴訟

這個讓教育委員會徹夜難眠——或應該如此。

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

現在想想有50個學校網站的 WordPress Multisite。那是50個可能不合規的網站。每一個都由不同的人維護（或沒人維護）。每一個都有不同的外掛程式集合、不同的範本配置、不同的圖片替代文本習慣（或缺乏），以及不同的標題層級方法。

單獨審計50個網站？單獨補救50個網站？這需要數百小時的工作。而且每次有人添加內容時都必須重新做一遍，因為一個教師上傳一個沒有正確標籤的 PDF 或沒有替代文本的圖片會使該學校的頁面回到不合規狀態。

以下是多租戶架構提供給你的：一個合規的程式碼庫意味著所有50所學校都自動合規。元件強制無障礙性。標題結構預設正確。圖片上傳需要替代文本。PDF 如果沒有標籤會被標記。你一次修復無障礙性問題，它在任何地方都會被修復。

翻譯失敗是一場公平正義危機

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

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

這些家庭找不到註冊資訊。他們無法瀏覽免費和減少午餐申請流程。他們無法找出運輸路線。他們錯過了活動、截止日期和機會。

這不是一個錦上添花的事項。民權法第六條要求接收聯邦資金的學區與有限英語水平 (LEP) 的家長進行有效溝通。純英文網站既是合規風險，也是公平正義失敗。

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

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

那$110的數字不是打字錯誤。使用正確國際化的 Next.js 應用程式和 next-intl，你提取所有內容字符串，通過翻譯 API 運行它們，每種語言大約$22，使用母語人士審查，你就完成了。根據社群需求添加語言。路由會自動處理 /es/schools/lincoln-elementary。

一半這些學區使用的 Google 翻譯小工具？它產生語法破碎的翻譯、破壞頁面佈局、造成無障礙性問題，以及——最重要的是——它不翻譯圖片或 PDF 內的內容。這是一個創可貼，向家庭傳達：「我們不夠在乎去好好做這件事」。

為什麼 WordPress Multisite 是錯誤的選擇

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

但以下是過去十年發生的事情：

• 外掛程式擴展：每個網站都堆積了核心無法完成的外掛程式。SEO、表單、日曆、無障礙性疊加層（實際上不起作用，順便說一下）、翻譯、快取、安全性。我們的審計發現每個網站平均23個外掛程式。那是23個潛在的安全漏洞、23個可能衝突的東西、23個需要更新的東西。
• PHP 版本債務：許多這些安裝運行在已停止支持的 PHP 版本上。更新 PHP 會冒著破壞外掛程式的風險。不更新 PHP 是一個安全漏洞。
• Gutenberg 混亂：WordPress 轉向區塊編輯器破壞了剛剛學會傳統編輯器的教師的工作流程。許多學區仍在運行經典編輯器外掛程式，該外掛程式本身正在老化。
• 效能死亡螺旋：WordPress 為每個請求從 MySQL 資料庫提供服務端呈現的 HTML。添加 WooCommerce（是的，一些學校運行商品店）、BuddyPress 或任何繁重的外掛程式，你會看到3-5秒的載入時間。在學校停車場的行動連接上？忘記它吧。
• 安全表面積：WordPress 為43%的網站提供支持，這使其成為自動化攻擊的首要目標。一個外掛程式在你的多站點遭到破壞？每個學校網站都會暴露。

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

廠商陷阱：Finalsite、Blackboard 和 SchoolPointe

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

這些平台解決了一些問題。他們處理託管。他們提供範本。他們有一些無障礙性功能。但它們帶來了嚴重的權衡：

成本：Finalsite 對於有45所學校的學區運行$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 + 行級安全性
國際化：      next-intl
託管：        Vercel (或 Cloudflare Pages)
搜尋：        Algolia 或 Typesense
無障礙性：    CI/CD 管道中的 axe-core

教師入口

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

• 更新他們的教學大綱（豐富的文本編輯器，不是 WordPress Gutenberg）
• 發佈帶有檔案附件的家庭作業
• 添加公告
• 更新辦公室時間和聯絡資訊

就是這樣。沒有側邊欄、沒有小工具、沒有外掛程式設定、沒有「你確定要更新嗎？」的確認。一個專注的界面，四件事做得很好。

Supabase 中的行級安全性 (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> 元件都需要替代文本。標題層級由頁面範本強制實施。色彩對比在構建時驗證。焦點管理在導航元件中處理。

我們在 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 託管本身通常是每月$500-1,500 用於託管的多站點安裝。

與 Finalsite 相比的損益平衡：3-6個月。與持續 WordPress 維護相比損益平衡：第1年。

這裡是 WordPress 成本欄沒有捕捉到的：IT 人員時間。那3個人每週花費10-15小時在網站救火上？那是$30-50K 的工資分配，可以用於幾乎任何其他事情。Chromebook 管理。網路安全。實際上睡個好覺。

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

遷移實際上是什麼樣的

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

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

• 清點45個網站上的所有現有內容
• 確定什麼是實際最新的，什麼是廢棄的
• 對資訊架構進行映射
• 訪問 IT 人員、教師和家長，了解他們的痛點

第4-8週：平台構建

• 帶有無頭 CMS 集成的多租戶 Next.js 應用程式
• 帶有 Supabase Auth 的教師入口
• 內置無障礙性的元件庫
• next-intl 的國際化設定
• 帶有自動化無障礙性測試的 CI/CD 管道

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

• 自動化內容遷移指令碼（WordPress REST API → 無頭 CMS）
• 手動內容審查和清理
• 教師培訓（30分鐘的課程——如果花費時間更長，UX 需要工作）
• 家長入口軟啟動

第13-14週：啟動

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

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

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

如果你的學區正在探索這種遷移，我們以前做過這項工作。聯絡我們，我們可以詳細介紹適合你的學區規模和需求的具體情況。你也可以查看我們的定價頁面，了解此類專案的粗略範圍。

常見問題

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

WordPress Multisite 適合學區嗎？ 在2014-2016年是一個合理的選擇，但它已成為責任。外掛程式擴展、安全表面積、較差的行動裝置效能，以及無法在50個網站上強制無障礙性使其不適合現代 K-12 需求。網路中的每個網站都可能朝不同方向發展，而隨著2-3個 IT 人員管理學區中的所有其他事項，沒有人有時間維持它。運行2016年開始的 WordPress Multisite 的學區正在攜帶重大技術債務。

學區網站的 ADA 合規要求是什麼？ 美國司法部2024年確定了規則，要求州和地方政府網站——包括公立學區——符合 WCAG 2.1 Level 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/年），節省是巨大的。更重要的是，翻譯是準確的、格式正確的，不會破壞頁面佈局。

教師可以在沒有 IT 支持的情況下更新他們自己的頁面嗎？ 是的——這就是整個教師入口的要點。教師使用他們的學區 Google 帳戶進行驗證，看到課程頁面的簡化編輯器，並可以更新他們的教學大綱、發佈作業、添加公告和更新聯絡資訊。行級安全性確保他們只能編輯自己的內容。沒有 IT 票證、沒有3週的待處理工作、沒有放棄並改為在 Google Classroom 上發佈所有內容。如果編輯界面需要超過30分鐘的培訓課程，我們將其視為 UX 失敗並重新設計它。

遷移一個學區網站需要多長時間？ 對於45所學校的學區，預計14週的時間表：3週用於發現和內容審計，5週用於平台構建，4週用於內容遷移和培訓，2週用於啟動。啟動的最佳時間是寒假或暑假期間，此時網站流量最低。內容遷移部分是自動化的，使用 WordPress REST API 將內容提取到新的無頭 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 中，根據他們的資料模型進行結構化，託管在他們的基礎設施上。如果你決定離開，你基本上是從頭開始。沒有乾淨的內容、範本或配置導出。這個鎖定是設計出來的——這就是使經常性收入模式起作用的原因。使用帶有 Sanity 或 Payload 等無頭 CMS 的自訂構建，你擁有每一部分內容、每一行程式碼和每一個部署配置。你可以切換託管供應商、更改你的前端框架或將開發帶到內部，而不會丟失任何東西。

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