鯤航官網架構深度研究：靜態優先 vs Headless WP

← 首頁
📌 本頁是 2026-06-11 晚間深度查證版，基於三路調查：① 伺服器實際盤點（DB 備份 + REST）② Headless 方案網路查證 ③ 知名企業官網技術棧實測。修正同日稍早「鯤航網站架構說明」頁的 Headless WordPress 提案——前端 Astro 化的方向不變，但內容來源從「WP REST API」改為「Git 資料檔」。

★結論 TL;DR

阿序的方向對一半：「前端用 Astro 自建、變成程式碼進 Git」✅ 採納；「WordPress 當 Headless CMS、前端透過 REST API 抓內容」❌ 不建議。

建議落點：Astro 全靜態站（內容直接放 Git）＋ WordPress 降級為「表單與題庫專用後端」。拿掉的是 API 串接管線，留下的是 WP 真正不可替代的兩件事：CF7 報名表單（含 Google Sheets 整合）與 Quiz Maker 題庫（2,165 題）。

一句話：「常變的內容進 Git 由 AI 改、版面是 AI 看得懂的 code、會動的 App 留在 WP」——冷凍便當問題從根本消失，因為整家店變成透明廚房。

1伺服器實況盤點

資料來源：2026-06-04 完整 DB 備份 + Backuply 全站備份 + WP REST 唯讀確認 + 6/4 健檢記錄

項目實況
主機cPanel 共享主機（帳號 kunhangc），30GB 配額，Apache + ModSecurity，前面套 Cloudflare。6/4 才發生磁碟 99.6% 爆滿、整站寫入半故障（Backuply 堆 126 份備份）
WordPresshello-biz 主題 + Elementor，27 個啟用外掛：Elementor 加料包 ×5（ElementsKit / Jeg / Gum / DethemeKit / Sticky Header）、表單外掛 ×2（CF7 + MetForm）、完全沒在用的會員外掛（Paid Memberships Pro：1 等級 0 會員）、沒在用的測驗外掛（QSM）
題庫Quiz Maker，2,165 題存在外掛自有資料表——全站最有價值的結構化資產，無 REST API、無法 headless 化
內容34 個發佈頁面：大半是 Elementor JSON，新頁（遊艇代管）是整坨 HTML 塞 content（「冷凍便當」）。另有 1,385 個修訂版本待清
網址結構永久連結還是帶日期的 /%year%/%month%/...，對 SEO 不利；多頁用中文 URL
效能手機 PageSpeed 55 分、LCP 18s（2026-03 基準）；3 月效能優化清單 8 項至今 0 項有完成證據
⚠ 安全待辦：6/4 健檢建立的 claude-audit SSH 金鑰是 kunhangc 主帳號完整讀寫權限，當時說好用完撤掉——請到 cPanel → Security → SSH Access 確認是否已撤。

2為什麼 Headless WP 是最差折衷

付出 headless 的全部成本，卻拿不到對應的好處——因為痛點不在 WP 後台，在 Elementor 黑盒

① Elementor 內容在 headless 下還是黑盒。REST API 把 Elementor 頁面吐成一大坨渲染後 HTML（CSS/JS 依賴抓不全）；_elementor_data 原始 JSON 則要自己寫整個渲染器。社群結論：headless 等於放棄 Elementor。便當搬到新店面，便當還是便當——既然內容遲早要重新欄位化重建，何必繞 WP REST 一手？

② 這台主機對 headless 特別不友善。Astro build 要對 WP API 打幾十上百次請求：共享主機常 throttle、ModSecurity 有 8KB POST 上限前科、REST 認證曾被 Really Simple Security 整條擋死、Cloudflare 擋過 UA。每一環都可能間歇性斷。

③ 多一條同步管線＝多一個看不見的壞點。「WP 改內容 → webhook → rebuild → 部署」任何一環斷掉就是「後台改了但網站沒變」，比冷凍便當更難排查。

④ 業界共識。連靠 WP 吃飯的 WordPress VIP 都明說：對「網站是唯一通路」的中小企業，decoupled 前端的複雜度、成本、營運負擔通常大於價值。Headless 合理的場景是多通路內容分發、高流量、有專職前端團隊——鯤航三項都不沾。

＊preview 工作流要自己重寫、選單要自己同步、CF7 的 reCAPTCHA 要自己接——每個「WP 原本免費送你的功能」在 headless 下都要重新自己做。詳見文末資料來源。

3建議架構：靜態優先 + WP 降級為附屬服務

延續餐廳比喻：不是「新店面、舊廚房、外送員跑單」，是「整家店變透明廚房，把報名櫃台和考題機台外包給隔壁舊店」

👤 訪客
▼
☁ Cloudflare（DNS／門口・現有帳號）
▼     ▼
⚡ Astro 靜態站主網域全部頁面
Cloudflare Workers 靜態資產・免費
🛠 WordPress（縮編）Origin Rules 導回原主機：
/wp-admin・/quiz・CF7 表單 API
▲
📦 Git repo＝唯一內容來源梯次.json／FAQ.md／課程.md — AI 改檔 push → 2 分鐘自動上線
Git 歷史＝完整改版紀錄＋還原點
🔑 跟 Headless 版只差一個關鍵：內容不住 WP、住 Git。改梯次日期＝改一個 JSON 檔。逃生口：repo 可掛 Pages CMS（免費、magic-link 登入、表單式介面），WT 不懂 git 也能自己改；或 LINE/TG 丟一句話叫 AI 改。
東西住哪成本
Astro 前端（全部行銷頁）Cloudflare Workers 靜態資產免費
內容（梯次/費用/FAQ/文章）私有 Git repo（GitHub）免費
CF7 表單 + Quiz Maker 題庫 + wp-admin現有 cPanel 主機本來就在付
表單提交前端 POST 到 CF7 REST feedback endpoint（同網域回源・免 CORS），Google Sheets 整合一行不用動；spam 改 honeypot + Turnstile零新開發

＊2026 年部署選 Cloudflare Workers 靜態資產而非 Pages（官方已把投資全轉向 Workers，功能完全對等）。新站全用英文 slug，舊中文網址逐頁 301（Cloudflare 對非 ASCII 路徑比對有已知坑）。

4三方案比較

面向A. 留 WP 換 builder
(Bricks/GenerateBlocks)		B. Headless WP + Astro
(阿序原案)		C. 靜態優先 + WP 降級
(本頁建議)
視覺質感天花板builder 天花板不變code 級code 級
AI 可維護性（黑盒問題）仍隔著 builder版面透明，內容隔 REST全透明（純 Git）
效能 / PageSpeed可到 80-9595+95+
故障點整站仍繫於主機最多（build 管線+主機）最少（門面與主機脫鉤）
重工量全站頁面重做頁面重做+管線開發頁面重做（無管線）
WT 自助改內容WP 後台WP 後台Pages CMS / 叫 AI
梯次/費用改動成本後台點半天後台改+等 rebuild改一個 JSON 檔

方案 A 解決不了原始痛點（視覺天花板）；方案 B 成本最高、故障點最多；方案 C 唯一的讓步是「後台編輯」換成「Pages CMS 或叫 AI」——而鯤航實況本來就是 AI 在改網站，這個讓步形同免費。

5企業官網實測：大家實際都怎麼做

2026-06-11 實測各站 HTML 標記 / HTTP header（部分網站擋爬蟲未能確認）

網站門面（行銷頁）交易功能證據
可不可熟成紅茶
kebuke.com		WordPress（自製主題 project-theme-v2）線上點餐外包 Ocard
order.ocard.co/kebuke		wp-content 路徑 + 外連訂購網址
Azimut Yachts（義）
azimutyachts.com		WordPress經銷商/配置器另頁wp-content ×616
東哥遊艇 Ocean Alexander（台）
oceanalexander.com		WordPress + Elementor 4＋WPML—generator meta 直接寫明
Ferretti / Riva（義・同集團）ASP.NET 企業級平台（兩品牌共用同一套）—.axd 資源（WebForms 特徵）
台北晶華 Regent
regenttaiwan.com		自製前端訂房外包 SynXis（第三方訂房引擎）HTML 內 synxis 標記
福爾摩沙遊艇酒店（安平）
formosayacht.com.tw		網頁公司自製 PHP + jQuery同網域自製訂房頁public/js 自製腳本群
Princess Yachts（英）Cloudflare 全站擋爬蟲，無法確認challenge 頁
📊 兩個讀法：① 連 Azimut、東哥都用 WP（東哥還是 Elementor）——用 WP 完全不丟人，「不夠專業」的焦慮可以放下；② 但沒有任何一家把交易功能塞在官網後端裡：可不可的點餐給 Ocard、晶華的訂房給 SynXis。「門面」與「會動的功能」分離是跨產業的標準做法——鯤航把表單/題庫留在 WP、門面靜態化，正是同一個模式。

6四個觀念問答

「有後端的網站才健全，純靜態會不會不專業？」

直覺對了一半：生意確實需要「會動的能力」（收單、會員、考題）。但「專業＝一個大後端跑整個網站」是 2010 年代的架構觀。對訪客來說，官網 99% 的內容本來就人人相同——用資料庫「每次現做」這些頁面不是專業，是浪費。後端真正的價值是處理「每個人不一樣的東西」。現代做法是門面靜態化＋交易功能各自獨立成服務（上表七個案例全部如此）。你嚮往的 PRO meat / chipsa.design 是手寫 code 前端、大量預先渲染——質感天花板在「前端是不是 code」，跟後端大小無關。

「內容放 Git 串到前端，資料庫不會被陌生人看到嗎？」

進 Git 的只有「本來就要給全世界看的內容」（梯次、課程介紹、FAQ）——這些現在就公開掛在官網上，沒有外洩的概念；repo 設私有、密鑰永不進 repo。真正敏感的學員報名資料（身分證、照片）不經過 Git，走的路跟現在一樣：CF7 → Google Sheets + Email。而且反直覺的重點：靜態站比資料庫網站安全一個數量級——沒有資料庫可注入、沒有外掛可打洞、沒有後台可暴力破解。現在的 27 外掛 WP 才是高風險組合（6/4 才剛從網站根目錄移除一個裸奔的 quiz_fix.php）。

「那我租主機幹嘛？用自己的 VPS 不就好了？」

方向不是「租主機 → 換 VPS」（伺服器責任變多），而是「整站靠主機 → 只剩表單題庫靠主機」（責任變少）。靜態前端放 Cloudflare 免費 CDN，連 VPS 都不需要——自架反而是降級（要自己顧更新防火牆、單機房比 CDN 慢）。剩下的 WP 理論上可搬 VPS，但租 cPanel 買的不是電腦、是「有人值班」：系統補丁、信件寄送信譽、出事有客服；而且收客戶個資的營業系統不該跟實驗性服務混居一台。一年幾千塊買隔離跟值班，合理。

「所以 WP 這個系統存在的意義是什麼？」

很明確：讓完全不會技術的團隊能自己管網站。有行銷部門每天發文改圖、沒有工程師的公司，WP 無可取代——這就是它吃下全球四成網站的原因。鯤航剛好每個條件都反過來：內容改動頻率低（一年幾次梯次）、改的人是 AI 不是行銷部門、要的視覺超出頁面編輯器天花板。結論不是「WP 沒意義」，是「WP 的意義建立在人肉編輯上，而鯤航是 AI 編輯」。它剩下的價值＝兩個現成 App（CF7、Quiz Maker），物盡其用，但別讓它繼續當整家店的地基。

7分階段執行計畫

不一次全站重寫；線上站在試點驗證前一個字都不動

0
與架構無關、現在就該做：SEO P0（首頁 meta description、FAQ schema、圖片壓縮）照 6/9 體檢清單在現站修，兩條線並行。
1
試點一頁：「遊艇輕代管」做 Astro 版部署到預覽網址——剛做好、有完整本機 HTML 母版、還沒進選單、風險趨近零。比速度、質感、改一個字的工作量。
2
逐頁搬遷：代管 → FAQ → 船舶買賣 → 招生簡章 → 首頁（轉換最關鍵的最後搬）。每頁英文 slug + 逐頁 301。Cloudflare Origin Rules 把 /wp-admin、/quiz、表單 API 導回原主機。
3
WP 縮編：刪沒在用的外掛（PMPro、QSM、MetForm、大部分 Elementor 加料包），主機負擔大降；Backuply 維持 3 份輪換＋異地。
4
長期選項（不急）：題庫若要更好的體驗再評估重寫；屆時 WP 才真正退場。

8風險與緩解

誠實面對的風險

  • 表單/題庫仍繫於共享主機（但現在也是，沒變差；門面已脫鉤，主機掛只影響報名題庫不再整站陪葬）
  • AI 維護是單點（但 Git 化後任何工程師/另一個 AI 打開 repo 就看懂，比 Elementor 黑盒健康）
  • 中文 URL 路由有 Cloudflare 已知坑（新站全英文 slug + percent-encoded 規則實測）
  • WT 失去 WP 後台改版面的能力（本來也做不出要的視覺；內容仍可透過 Pages CMS 自助）

結構性賺到的

  • 冷凍便當問題從根本消失：內容=資料檔、版面=元件，全部 AI 可讀可寫
  • 3 月效能清單 8 項直接變成不存在的問題（靜態站天生 95+）
  • 攻擊面縮到接近零（門面無資料庫無外掛無後台）
  • Git 歷史＝免費的完整改版紀錄＋一鍵還原
  • Schema/FAQ/AEO 全部 code 內建，一次到位

※資料來源

展開查證來源（Headless 坑、業界評論、部署、表單、案例實測）
鯤航官網架構深度研究 · 2026-06-11 · 三路調查綜合版（取代同日稍早 Headless 提案）