非營利多據點官網改版：借鏡集團架構，讓活動入口與取消通知保持一致

非營利組織或宗教團體有多個據點時，官網很容易長成不同單位各自堆積的公告。首頁刊登一份活動資訊，分會頁再貼一次，報名頁又填另一份日期。活動臨時取消後，有人改了最新消息，其他入口卻仍顯示可以參加，支持者便無法判斷哪個版本才有效。

這類組織可以借鏡集團官網改版的分層概念，把總部、據點與活動的資訊責任分清楚。借鏡的是架構方法，並非把非營利組織當成企業集團，也不代表必須照搬投資人或產品型錄專區。本文聚焦公開活動入口與內容同步，不推論任何組織的法規義務或捐款成果。

先分清楚組織頁、據點頁與活動頁

組織頁回答使命、服務與聯絡方式；據點頁回答在哪裡、如何前往、由誰接洽；活動頁回答這一次活動的對象、時間、地點、狀態與參與方式。如果把三者混在同一張公告海報，使用者可能看得到活動名稱，卻無法確認它屬於哪個據點，或活動結束後該去哪裡詢問。

建議改版前先畫一條真實任務：新訪客找到組織，選擇附近據點，查看活動詳情，再確認如何參加。每一個節點都要有穩定的頁面位置，並讓上一層能找到下一層。據點可以顯示相關活動摘要，但摘要應引用活動資料，不要讓不同編輯者各自複製完整內容。

W3C 的 Page Structure Tutorial建議用明確區域與有邏輯的標題層級呈現內容，協助使用者定位和導覽。據此提出的設計建議是：據點名稱、活動名稱及參與說明要能被識別為不同層級；主要內容也應與全站導覽有所區分。只靠字體大小與顏色區分章節，並不足以讓各種瀏覽方式理解它們的關係。

若活動只存在於社群圖片或一篇總覽公告，改期時就很難逐一更新已分享的資訊。建議為每個活動實例保留正式頁面，統一存放核准的日期、地點、聯絡窗口和狀態；列表、據點頁與搜尋結果再由同一筆內容產生摘要。系列課程和單次活動需先釐清資料關係，不能把名稱相同就當成同一場。

Google 的 Event 結構化資料文件要求欲符合活動搜尋體驗條件的活動有獨立網址，且標記所在頁面聚焦單一活動。這可以作為頁面設計參考，但不是任何活動都能取得搜尋特殊展示。官方文件有公開參與與實體地點等適用限制；會員或受邀限定活動，不能直接假定符合資格。

對組織而言，先讓公開頁面資訊一致，比先追求搜尋外觀更重要。若之後加入結構化資料，它應從已確認的活動欄位產生，而不是再建立一份獨立 JSON 手動維護。尚未決定的日期或地點應如實說明，不能為填滿欄位而編造。

活動取消後直接刪頁，原本收到連結的人只會看到錯誤，仍不知道是否需要到場。建議保留活動頁的狀態說明，清楚標示取消、延期或已更新安排；新的資訊確認後，再同步到相關據點頁、列表與報名入口。這是內容營運建議，是否保留到何時，可依組織服務流程與內容保存需求決定。

Google 的 Event 文件也區分取消、延期與改期狀態。例如取消時保留原有開始時間與地點等識別資訊，更新 eventStatus；已確定新時間的改期則更新日期，必要時標示先前時間。這些規則是結構化資料的處理方式，公開正文仍要用一般人看得懂的文字說明變動。

網站頁面已更新，不等於報名者收到通知。若本案包含報名與通知功能，需求書還應列出通知由誰發出、失敗時如何補處理、是否需要確認收悉。若只是內容型官網，則清楚約定由人員在其他管道通知，避免把一個「取消」欄位誤當成完整的通知系統。

曦谷共好教會展示案例整合聚會、課程、影音、最新動態、站內搜尋與無障礙友善版，也呈現課程報名與線上奉獻動線。這是虛構組織的展示網站，人物與活動資訊用於介面示範，不能引用為真實組織的營運紀錄或成效。

可借鏡之處，是同一官網需要承接不同使用目的。改版時不必把所有功能放上同一層選單，而可先測試使用者是否找得到近期聚會、適合的課程，以及聯絡窗口。若未來增加分會或據點，則可規劃據點與活動的關聯，讓同一場活動只維護一次、在合適入口呈現。這是根據案例功能提出的延伸設計，不表示展示作品已具備跨據點發布系統。

驗收可由內容編輯者建立活動，接著由一般訪客從總覽和據點入口各走一次。確認活動主頁顯示的資訊相同，再改變狀態，檢查是否還有入口保留舊文字。搜尋可用活動名稱、主題與據點名稱測試，並約定取消或過期內容在結果中如何呈現。

委外合約可依這條流程列出內容模型、據點關聯、狀態顯示、搜尋更新與必要操作文件。若跨單位內容需要總部核准，再明確約定草稿、審核與發布權限；不要以「支援多單位」概括所有工作。讓一個活動從建立、被找到到狀態更新都保持一致，才是非營利多據點官網改版可以實際驗證的成果。