AEO 速答:Headless Web(無頭架構)包含兩種概念——無頭網站是將前端展示與後端內容管理完全分離的架構(透過 REST/GraphQL API 傳遞資料,一次撰寫多端發布);無頭瀏覽器是沒有圖形介面、透過命令列執行網頁的瀏覽器(用於自動化測試與資料爬取)。Headless CMS 市場預計 2027 年達 16 億美元(2020 年僅 3.22 億,增長近 400%)。無頭架構的優勢是速度(TTFB <100ms)、安全(靜態 HTML 免疫攻擊)、多通路發布與 AI 友好(GEO/MCP)——代價是需要前端工程師與 2-4 週開發期。
什麼是「無頭(Headless)」?
「無頭」在軟體工程中是指將邏輯與呈現徹底解耦的概念:
- 無頭軟體(Wikipedia 定義):能在沒有圖形使用者介面(GUI)的裝置上運作的軟體,透過網路或序列埠接收輸入、提供輸出
- 無頭 CMS:內容儲存管理(後端)與呈現(前端)分離,透過 API 公開內容而非直接渲染頁面
- 無頭電商(Commercetools 共同創辦人 Dirk Hoerig 2013 年提出):前端呈現層與後端商務功能解耦
💡 經典比喻:傳統 CMS 像「附設閱覽室的圖書館」——書本必須在特定位置閱讀;無頭 CMS 像「提供快遞的圖書館庫房」——書本存在倉庫,可送到網站、App、手錶任何你想讀的地方。
一、無頭網站(Headless Website)架構
運作原理
┌───────────────────────────┐
│ 後端(Body Layer) │
│ [Headless CMS / Commerce] │
│ 內容管理、工作流、資料庫 │
└─────────────┬─────────────┘
│ REST / GraphQL API
▼
┌───────────────────────────┐
│ 前端(Head Layer) │
│ [Next.js / Astro / Nuxt] │
│ 視覺設計、互動、渲染 │
└─────────────┬─────────────┘
▼
┌───────────────────────────┐
│ 多通路發布 │
│ [Web|App|手錶|Kiosk|IoT]│
└───────────────────────────┘
三大核心特性
| 特性 | 說明 |
|---|---|
| 前後端分離 | 後端提供結構化內容(無樣式),前端用最新框架自由建構 UI |
| API 傳遞 | 通訊全靠 REST/GraphQL,回傳 JSON 由前端渲染 |
| 多端發布(COPE) | 一次撰寫、多端發布——Web/App/穿戴/IoT 同步 |
實務資料流:編輯在後台寫文章 → 後端序列化經 API 公開 → 前端建置期抓取 → 生成靜態 HTML 發到 CDN(TTFB <100ms)→ 編輯更新時 Webhook 觸發前端重建。
二、無頭 CMS 與無頭電商
常見平台
| 類型 | 代表 |
|---|---|
| 開源自託管 | Strapi、Payload CMS、Directus |
| 雲端 SaaS | Sanity、Contentful、Hygraph |
| 無頭電商 | Commercetools、Shopify Plus(Hydrogen)、BigCommerce、Magento、Medusa |
優缺點
| 面向 | 優點 | 缺點 |
|---|---|---|
| 速度 | SSG + CDN 極速載入(改善 Core Web Vitals) | — |
| 安全 | 靜態 HTML 免疫駭客攻擊,無 PHP 插件漏洞 | — |
| 維護 | 不需修補伺服器/PHP,長期成本低 | 初始開發需資深工程師 |
| 靈活 | 未來新通路(AR/VR)免重建後端 | 無 WYSIWYG 即時預覽 |
| 電商 | 全通路購物車同步、前端更新不危及交易 | 無預設模板、需自建前端 |
⚠️ 開源 CMS 的代價:Strapi 這類自託管平台需團隊主動修補 CVE——2026 年 5 月單週即披露 5 個 CVE。
三、無頭瀏覽器(Headless Browser)
無頭瀏覽器在不顯示圖形介面的情況下解析 JS/CSS、模擬真實用戶行為。最常用框架:Playwright 與 Puppeteer。
Playwright vs Puppeteer(2026 最佳實踐)
| 面向 | Playwright(推薦) | Puppeteer(傳統) |
|---|---|---|
| 斷言 | Web-First:expect(locator).toBeVisible() 自動重試,不 Flaky | page.isVisible() 單毫秒判定,易隨機失敗 |
| 定位器 | User-Facing:getByRole('button', {name: 'Sign in'}) 抗改版 | CSS selector 脆裂,改版即崩 |
| 登入管理 | storageState 存 cookies,數百測試共享 | 每測試重跑登入流程 |
應用場景
- 自動化測試(E2E):Playwright 內建 Trace Viewer——CI 失敗自動錄 trace,
npx playwright show-trace查看失敗瞬間 DOM/console/網路 - 資料爬取:動態網站(Vue/React)需無頭瀏覽器執行 JS 才能拿到內容
- 效能測試:無介面環境下測頁面載入
四、2026 防爬蟲戰役:從 JS 補丁到原生修改
2026 年防爬牆(Cloudflare/Akamai/DataDome)已質變,不再只檢查 navigator.webdriver:
| 偵測層級 | 技術 |
|---|---|
| 低階硬體指紋 | Canvas/WebGL 渲染、AudioContext 聲學、GPU 驅動特性、JS 微秒級執行延遲 |
| 行為特徵 | 滑鼠軌跡曲線、滾動速度隨機性、點擊微延遲 |
| 網路協議 | TLS 指紋、HTTP/2 優先級配置 |
傳統做法失效:puppeteer-extra-stealth 等 JS 注入補丁幾乎全被識別。
新一代技術:直接在 Native 底層修改 Chromium 編譯環境(如 Surfsky、CloakBrowser),確保硬體低階信號初始化時與真實設備一致——實測動態爬取成功率 +30-50%、重試率 -40%、基礎設施成本 -47%。
🧪 most.tw 實測:我們用 CloakBrowser(71 個 C++ 源碼級補丁的隱形 Chromium)爬 591 租屋——
webdriver=False、被識別為正常瀏覽器、30/30 筆完整解析、無驗證碼攔截。免費版即可用,這是 2026 爬蟲的實用新選擇。
五、無頭 vs 傳統單體架構比較表
| 評估維度 | 傳統單體(WordPress/PHP) | 無頭解耦(Strapi+Next.js/Astro) |
|---|---|---|
| 載入速度 | 較慢(Runtime 即時解析 PHP) | 極快(SSG + CDN,TTFB <100ms) |
| 安全性 | 較低(插件漏洞/SQL 注入風險) | 極高(靜態 HTML,攻擊面近零) |
| 多通路 | 限制重重(綁死模板) | 原生 API-First(一次撰寫多端發布) |
| 設計自由度 | 受限主題/Page Builder | 100% 自由(最新框架) |
| AI 優化(GEO) | 依賴 SEO 插件,彈性有限 | 極佳(靜態 HTML + 彈性 Schema.org) |
| 建置成本 | 極低(2-3 天套版上線) | 較高(2-4 週開發期) |
| 維護成本 | 較高(持續修補插件) | 極低(免 PHP 安全更新) |
| 流量抗壓 | 低(動態主機易滿載) | 無限擴展(CDN 百萬併發) |
六、Headless 對 AI 時代的意義
1. GEO/AEO 優勢
無頭架構產出純淨靜態 HTML + 精確 JSON-LD 結構——是 AI Answer Engine(Perplexity 日查詢破 2,000 萬次)最愛抓取引用的格式。
2. MCP 與 Agent 支援
2026 年領先無頭 CMS(如 Cosmic JS)已內建 MCP 伺服器與 Agent Skills——Cursor/Claude Code 自動「讀懂」CMS 內容結構,不需手動載入 Context。
3. CMS 內建 AI 代理小隊
- Content 代理:自動撰寫/重構內容
- Code 代理:連結 GitHub 開分支、寫碼、提 PR、部署
- Team 代理:在 Slack/WhatsApp 接收指令執行工作流
4. CRM 無頭化
Salesforce 2026 推出 Headless 360——整套 CRM 轉為 AI 代理底層基礎設施,開放 API 與 MCP。
七、選型建議:什麼情境該用無頭架構?
🚀 選擇無頭架構,如果:
- 多管道分發需求:同一後台要供應 Web + App + 穿戴 + Kiosk
- 效能攸關營收:SaaS 官網、B2B 營銷站、大型電商(轉換率為核心指標)
- 安全不可妥協:金融科技、醫療、政府專案
- 有前端開發資源:團隊熟悉 React/Next.js/Astro
📦 選擇傳統 WordPress,如果:
- 沒有前端工程師、預算受限:靠行銷/設計師維運
- 網站極簡:5 頁數位名片、無複雜 API 對接
- 「昨天就要上線」:2-3 天套版 vs 無頭 2-4 週
FAQ
Q:Headless Web 是什麼?
A:包含兩種概念——無頭網站(前後端分離架構,透過 API 傳遞資料、一次撰寫多端發布)與無頭瀏覽器(無圖形介面、命令列執行的瀏覽器,用於自動化測試與爬蟲)。
Q:無頭網站和傳統網站差在哪?
A:傳統網站(WordPress)把後台、資料庫、模板綁在一起;無頭網站拆分為「後端(內容管理)+前端(展示層)」,靠 REST/GraphQL API 溝通。速度更快(TTFB <100ms)、更安全、支援多端發布,但需要工程師開發。
Q:無頭瀏覽器有什麼用?
A:三大用途:自動化測試(E2E,Playwright 首選)、資料爬取(動態網站需執行 JS)、效能測試。核心框架是 Playwright 與 Puppeteer。
Q:2026 年爬蟲還可行嗎?
A:可行但難度提升——傳統 JS 注入補丁(puppeteer-extra-stealth)已被防爬牆識別;新一代方案直接在原生層修改 Chromium(Surfsky、CloakBrowser),成功率可提升 30-50%。
Q:無頭架構對 SEO 有幫助嗎?
A:有。純淨靜態 HTML + 彈性 Schema.org 結構化資料,對 Google 傳統搜尋與 AI 搜尋(GEO/AEO)都更友好——AI 引擎最容易抓取引用這類格式。
參考來源:Headless software - Wikipedia、Headless CMS Explained 2026 (ARDURA Lab)、Headless commerce - Wikipedia、Playwright Testing Best Practices 2026 (QASkills)、Selenium vs Playwright vs Puppeteer 2026 (Apify)、Acquia: Headless CMS advantages、Cosmic JS: Headless CMS for AI SaaS、CloakBrowser (CloakHQ) 等 9 來源(NotebookLM Deep Research + most.tw 實測,2026-08-11)。
延伸閱讀:Medusa vs Vendure vs Saleor 開源電商平台比較、JAMstack 架構:挑戰與解決之道
