HOW IT WORKS · 運作方式

從 WordPress 內容
到可更新的靜態前台

先確認成果,再安排上線。
編輯方式維持熟悉,發布流程依網站現況規劃。

01 準備

02 驗收

03 上線

04 更新

Static Frontend 運作方式

01 · 導入準備

先釐清內容、網址與必要功能

這三項資料,決定建置範圍與後續驗收方式。

Static Frontend 公開項目

要公開什麼?

確認首頁、內容頁、文章列表,以及暫時不公開的內容。

Static Frontend 發布位置

發布到哪裡?

確認 WordPress 來源網址與公開主網域,作為資源與連結改寫的依據。

Static Frontend API

保留哪些互動?

列出表單、搜尋、留言與 API。依賴伺服器的功能需另行確認整合。

02 · 建置與驗收

先產生版本
再檢查是否可用

已有網站時,先輸出至同主機、WordPress 目錄以外的安全資料夾,保留原站服務。新站則依規劃的 CMS 與前台網址建立可檢查的靜態成果。

檢查實際頁面與操作,釐清缺少的資源、錯誤連結及需要整合的功能,再決定是否部署。

產生檔案不等於驗收完成。既有站的測試輸出不切換原站,正式靜態前台的安全效益此時尚未生效

Static Frontend 建置與驗收

內容與選單

頁面完整,導覽可用

圖片與樣式

資源、字體與版面正常

JavaScript

輪播與頁籤實際操作

連結與 SEO

公開網址、摘要與 canonical

表單與整合

送出端點及回應可用

行動版面

手機與平板閱讀正常

03 · 正式上線

依網站起點,安排部署。

新站直接建立前後台分離環境;既有站先準備搬遷與切換。

新建網站

Static Frontend 新網站

WordPress 設在 CMS 子網域,主網域尚未有內容。確認根目錄、權限與網址設定後,將靜態成果發布至主網域。

既有網站

Static Frontend 既有網站

先完成備份、網址與功能盤點,將 WordPress 轉至 CMS 子網域,再切換主網域。安排切換時應準備異常恢復方式。

發布後確認:使用公開網址檢查主要頁面、資源與互動;若使用快取或 CDN,同時確認訪客取得的是新版本。主網域的動態端點與轉送設定也應一併檢查。

04 · 日常維護

照常編輯
依設定更新前台

WordPress 儲存內容與靜態前台發布是不同的步驟。更新方式分為手動與自動。

免費版 · 手動發布

Static Frontend 手動發布

由管理者啟動更新

修改內容後,手動建立靜態版本,檢查成果,再發布至公開前台。

付費版 · 自動更新

Static Frontend 建置流程

系統依內容變更發布

完成設定後,系統依變更建置並發布相關靜態頁面,減少重複操作。

導入邊界

哪些功能,需要另外處理?

靜態前台適合以公開內容為主的網站。會依使用者狀態或即時資料變動的功能,需要另外設計。

可優先評估

企業官網、部落格、服務介紹、作品集與活動頁

需確認整合

聯絡表單、搜尋、留言、REST API 與即時資料。

目前暫不支援

WooCommerce 購物車與結帳、原生 WordPress 會員登入、LMS 課程與即時測驗。

安全效益以公開主網域不執行或轉送相關請求至 WordPress 動態端點為前提。CMS 仍需更新、備份與存取控管;表單及第三方服務也需各自維護。

了解流程後,選擇適合的方案。

免費測試與新站手動部署、付費轉換與自動更新,以及額外的新站設定服務。