政府網站開發和一般企業網站有什麼不同？
重點結論
政府網站除了呈現資訊與建立機關形象，更重要的是提供公共資訊與數位服務，因此規劃時必須同時考慮使用者、易用性、無障礙、資訊安全、資料延續與後續營運。
企業官網可能以品牌介紹、產品、服務與業務轉換為主要目的。但政府網站面對的使用者可能包含一般民眾、特定服務對象、企業、外籍人士、研究人員或其他機關，使用目的也可能從單純尋找資訊，一直到查詢法規、下載文件、線上申請、案件查詢、意見反映、表單填寫、資料檢索或其他公共服務。
因此，政府網站開發不能只問「首頁要放哪些區塊？」，而需要先問「民眾進入這個網站，是為了完成什麼事情？」
法規依據數位發展部《政府網站服務管理規範》
網站生命週期為基礎，將政府網站服務分為六個執行層面：
- 01
網站定位
- 02
設計規劃
- 03
開發建置
- 04
資料移轉
- 05
上線準備
- 06
維運管理
規範同時涵蓋網站定位、易用性、開發環境、資安、資料移轉、上線與後續營運等 11 項管理原則。所以政府網站專案真正要交付的，不只是「一個新的網頁」，而是一套可以持續提供公共服務的網站環境。
政府網站規劃應先確認哪些使用需求？
重點結論
政府網站的資訊架構應從服務對象與使用任務出發，而不是直接把機關組織架構搬到網站選單。
政府機關內部通常習慣按照處、室、科、組、業務單位來理解工作。但一般民眾進入網站時，通常不是先想「這件事是哪一科負責？」，而是：
- 我要去哪裡申請？
- 我要找哪份資料？
- 這項補助怎麼辦？
- 我的案件進度在哪裡查？
如果網站架構完全依照內部組織設計，使用者就必須先理解政府機關怎麼分工，才能找到需要的資訊。因此，網站規劃前期應先確認：
- 使用者是誰？
- 最常需要完成哪些任務？
- 哪些資訊對他們最重要？
- 從首頁進入後，幾個步驟可以找到需要的服務？
- 不同裝置上的操作是否一致？
法規依據政府網站營運交流平台《政府網站服務管理規範》
《政府網站服務管理規範》目前明確強調使用者中心設計，建議透過使用者研究了解服務對象的需求與痛點，再進行網站定位與設計；規範也建議政府網站提供清楚一致的介面、人性化搜尋，以及適合行動裝置的設計，例如響應式網頁設計（RWD）。
這也代表網站改版不能只把舊網站重新「美化」。如果原本真正的問題是資訊難找、選單分類不符合民眾理解方式、搜尋結果不好用、手機操作困難，只換一套新的視覺設計，這些問題仍然會存在。
| 檢查面向 | 開發前可以先問 |
|---|---|
| 網站目的 | 這個網站主要要提供哪些公共資訊或服務？ |
| 使用對象 | 哪些人會使用？不同對象的主要需求是什麼？ |
| 使用任務 | 民眾最常需要完成哪些事情？ |
| 資訊架構 | 使用者能不能快速理解選單與分類？ |
| 行動裝置 | 手機上能否完整閱讀與操作主要功能？ |
| 無障礙 | UI、內容與互動功能是否從設計階段納入無障礙？ |
| 資安 | 是否涉及登入、個資、表單、申辦或系統串接？ |
| 資料移轉 | 舊網站哪些內容保留、淘汰或重新整理？ |
| 上線 | 正式環境、資料、功能與檢測如何確認？ |
| 維運 | 上線後由誰管理內容、系統與安全更新？ |
這不是所有政府網站依法必須採用的固定需求表，而是協助在委外建置前檢查網站範圍是否完整的規劃方式。
政府網站無障礙應該從什麼時候開始做？
重點結論
網站無障礙最好從資訊架構、UI／UX 與前端開發階段就納入，而不是等網站完成後才開始修改。
因為無障礙影響的範圍遠比「字體放大」多。例如：
- 一個按鈕能不能只靠鍵盤操作？
- 焦點順序是否合理？
- 圖片中的重要資訊是否具有適當文字替代？
- 表單輸入錯誤時，使用者是否知道哪裡出錯？
- 互動選單展開後，使用輔助科技的人能不能理解目前狀態？
- 標題層級與 HTML 結構是否能正確表達資訊關係？
這些問題都直接牽涉 UI／UX 與程式開發。目前數位發展部的政府網站管理規範也明確要求機關依網站無障礙規範提供身心障礙者容易使用的網站環境。現行網站無障礙規範中，例如「鍵盤可操作」就要求相關網站功能能透過鍵盤介面進行操作，目的就是讓使用不同輸入方式與輔助科技的使用者都能完成網站任務。
2026 年政府網站無障礙規範正在進行版本切換
這一點對現在準備發包或正在開發的政府網站特別重要。
法規依據數位發展部《網站無障礙規範》
數位發展部已於 2026 年 5 月 29 日修正發布新版《網站無障礙規範》，並公告自 2026 年 11 月 30 日起正式使用「網站無障礙規範（115.11）」進行認證標章檢測。同日起將不再受理依「網站無障礙規範（110.7）」提出的新標章申請；但在 2026 年 11 月 29 日以前取得的原版本無障礙認證標章，其效期仍維持三年。
因此，如果網站專案預計在 2026 年底或之後上線並申請標章，需求規格與開發方式就不適合只參考即將停止受理新申請的舊版規範。這也是政府網站開發時很容易忽略的一件事：開發依據不能只看招標當下，也要考慮預計驗收與正式上線時適用的版本。
法規依據數位發展部《各級機關機構學校網站無障礙檢測及認證標章核發辦法》
另外，依目前《各級機關機構學校網站無障礙檢測及認證標章核發辦法》相關說明，各級政府及其附屬機關（構）、學校應自行檢測資訊服務網站的無障礙功能，並向主管機關辦理註冊。至於個別專案應取得 A、AA 或 AAA 哪一等級，仍應依專案需求、招標文件與適用規定確認，不宜直接把「所有政府網站都必須 AA」當成通用規則。
政府網站資安與個資需求要注意什麼？
重點結論
只要政府網站不只是靜態內容，而開始涉及登入、線上申辦、個人資料、資料庫或系統串接，資安就會直接影響網站需求與系統架構。
例如一個單純提供機關資訊的網站，和一個可以註冊會員、上傳文件、填寫個人資料、查詢案件進度、登入後查看個人資訊的網站，雖然都叫「政府網站」，實際需要處理的安全風險完全不同。因此，開發前應先確認：
- 網站會蒐集哪些資料？
- 哪些資訊需要登入才能存取？
- 有哪些使用者角色？
- 是否存在後台管理功能？
- 是否與其他資料庫或 API 串接？
- 系統受到攻擊或中斷時，會造成什麼影響？
法規依據現行法規《資通安全管理法》第十條
，在其適用範圍內，公務機關或特定非公務機關委外辦理資通系統建置、維運或資通服務時，應選任適當受託者、要求受託者建立有效的資通安全管理機制並監督實施，相關權利義務及違約責任亦應以書面契約載明。
法規依據現行法規《資通安全責任等級分級辦法》第十一條
，各機關自行或委外開發的資通系統，應依規定完成資通系統防護需求分級，並依相對應的防護基準執行控制措施。
法規依據數位發展部《政府網站服務管理規範》
用同一組資安要求處理。真正需要做的是先確認網站包含哪些系統與資料，再確認該專案實際適用哪些安全要求。《政府網站服務管理規範》目前也將《資通安全管理法》、《個人資料保護法》、《政府資訊公開法》及網站無障礙規範等列為政府網站開發建置時應確認的相關規定。
所以資安與個資並不是網站做好之後才補上的「驗收項目」，它們本來就是開發需求的一部分。
政府網站開發技術與系統架構怎麼規劃？
重點結論
政府網站技術選型不應只看開發速度，也要考慮相容性、授權、安全性、後續維運與未來是否容易擴充。
政府網站通常不會只使用一年。因此開發時真正需要避免的，是網站上線之後才發現：
- 只有原廠商能改
- 框架已經停止維護
- 第三方套件授權不清楚
- 瀏覽器更新後功能異常
- 程式架構難以接手
法規依據政府網站營運交流平台《政府網站服務管理規範》
「網站建置以開放源碼工具與系統為優先，並採用相容國際通用標準的開發建置環境」列為管理原則之一。規範也建議網站開發具備跨瀏覽器與功能擴充相容性，採用國際通用標準；如果使用第三方套件、開發框架或函式庫，則應盤點其內容、來源與授權，並確保持續符合親和性、隱私及安全性需求。
- 技術是否仍有持續維護？
- 其他團隊未來能不能合理接手？
- 使用的套件與授權是否清楚？
- 網站能不能支援主要瀏覽器與不同裝置？
- 系統架構是否足以支援後續功能擴充？
- 原始碼、文件與部署方式最後如何交付？
這些問題往往比「使用哪一個熱門框架」更影響政府網站未來五年甚至更長時間的維運成本。
政府網站改版時，資料移轉與上線要注意什麼？
重點結論
政府網站改版不是把舊網站所有資料複製到新網站，而是先決定哪些資訊要保留、如何轉換，以及新網站正式接手服務時如何避免資料、功能與網址斷裂。
很多政府網站累積多年後，可能存在大量新聞稿、公告、法規文件、PDF、活動資料、圖片與歷史專區。如果改版時全部原封不動搬到新網站，不一定是最好的做法。因為有些內容已經過時，有些需要保存但不需要繼續出現在主要導覽，也有些資料在新網站中可能需要重新分類。因此資料移轉前應先進行盤點。
法規依據政府網站營運交流平台《政府網站服務管理規範》
「資料移轉」獨立列為網站生命週期中的一個執行層面，要求考量資料與服務的延續性；針對既有網站移轉，也建議盤點舊網站資料架構與資料量、確認移轉清單，並定義新舊網站目錄與資料的對應關係。
資料移轉還會碰到另一個問題：網址。如果原本已經被民眾、搜尋引擎、其他政府網站或外部文件引用的網址，在改版後全部失效，就可能讓使用者找不到原本資料。因此，新舊網站切換前除了資料本身，也應盤點重要網址與內容對應關係，依實際需要規劃轉址或其他過渡措施。無障礙網站標章相關官方 FAQ 目前也提醒，如果存在新舊網站過渡期，舊網站應提供轉址或相關說明。
政府網站上線前可以再確認什麼？
正式上線不只是「DNS 切過去就完成」。政府網站營運交流平台目前也將上線準備視為獨立階段，並指出上線前需要考量正式環境的穩定性、效能、安全性、資料庫與資料同步等問題。因此至少可以再確認：
- 功能是否完成？
- 正式資料是否正確？
- 資料移轉是否完整？
- 使用者權限是否正確？
- 行動裝置與主要瀏覽器是否正常？
- 無障礙相關需求是否完成？
- 應進行的資安作業是否完成？
- 正式環境設定是否正確？
- 舊網站與新網站如何切換？
- 發生問題時是否有回復或應變方式？
真正成熟的網站上線計畫，考慮的是「如果切換當天發生問題，我們要怎麼處理？」，而不是只問「幾點可以正式上線？」
什麼情況代表政府網站需求已經可以進入開發？
重點結論
不需要等到所有畫面全部畫完才可以開始開發評估，但至少要對網站目的、使用者、資訊架構、主要功能、資料、無障礙、資安、移轉與驗收方向有基本共識。
可以用幾個問題快速判斷。
網站為什麼要改版或新建？
如果答案只有「現在網站很舊」，還可以繼續往下問。到底是：
- 手機不好操作？
- 民眾找不到資料？
- CMS 難以維護？
- 無法提供新的線上服務？
- 技術與資安已經不符合需求？
不同問題會產生完全不同的專案範圍。
使用者要完成什麼？
主要服務對象是誰？他進入網站後最重要的三到五項任務是什麼？
資訊與功能邊界是否清楚？
- 哪些只是內容？
- 哪些需要搜尋？
- 哪些需要表單？
- 哪些需要登入？
- 哪些其實已經是一套資訊系統？
規範是否被納入需求？
包含無障礙、資安、個資以及個案其他適用要求，有沒有在前期就被辨識？
舊網站資料怎麼處理？
哪些內容移轉、淘汰、典藏或重新整理？
最後怎麼驗收？
除了「畫面符合設計稿」，還要確認哪些功能、相容性、資料、無障礙或資安要求？
如果以上問題大致都有答案，就代表專案已經不只是「我們想做一個新的政府網站」，而是開始形成一個可以進一步估價、設計與開發的網站建置範圍。如果其中仍有很多問題尚未確認，也不需要先自行把所有技術答案想完。比較適合先完成使用者需求、資訊架構、既有內容與系統盤點，再逐步形成正式網站規格。
常見問題
不能直接把「所有政府網站一律必須取得 AA」當成通用規則。現行制度設有 A、AA、AAA 等級，各級政府及其附屬機關（構）、學校應依相關辦法辦理資訊服務網站無障礙檢測與註冊；實際專案應達到的檢測等級，仍應依機關要求、招標文件與適用規定確認。
網站開發，不應等完成後才開始補規範
政府網站從服務對象、資訊架構、UI／UX、網站無障礙、資安，到既有資料移轉與正式上線，每一項需求都可能直接影響網站的設計與技術架構。
越早在專案前期把這些條件確認清楚，越能降低網站完成後才重新修改介面、程式或資料架構的風險。
本文引用之法規與規範
- 《政府網站服務管理規範》政府網站營運交流平台
- 《網站無障礙規範》數位發展部
- 《各級機關機構學校網站無障礙檢測及認證標章核發辦法》數位發展部
- 《資通安全管理法》第十條現行法規
- 《資通安全責任等級分級辦法》第十一條現行法規
以上為本文撰寫時引用之法規與規範；法規可能修訂，實際適用請以主管機關最新公告為準。