我的背景

• WordPress 開發超過 15 年
• 公司主要業務就是 WordPress 相關服務
• 這次要架自己的公司官網，卻選了 Astro

這不是在否定 WordPress，而是針對「形象官網」這個場景做出的選擇

WordPress 架官網的三個痛處

1. 後台操作不適合開發者
2. 部署流程太長
3. 形象網站不需要 CMS

痛處一：後台操作不適合開發者

• 佈景主題為了相容 Elementor、Divi，操作邏輯變得很複雜
• 身為開發者，在編輯器裡寫程式碼比在瀏覽器拖拉方塊高效得多
• 以前都是手寫 PHP template file，不碰拖拉式編輯器

在編輯器裡寫程式的效率，就是比在瀏覽器裡拖拉方塊高很多

痛處二：部署流程太長

WordPress 部署流程：

1. 租雲端主機（AWS、GCP、VPS）
2. 安裝 Web Server、PHP、MySQL
3. 本地開發 → SFTP / Git 部署到遠端
4. 處理資料庫同步問題
5. 設定 SSL、DNS

最痛的是資料庫同步——本地和線上經常不一致

痛處三：形象網站不需要 CMS

公司官網需要什麼？

• 展示服務項目
• 放幾篇技術文章
• 列出作品案例
• 附上聯絡方式

維護人員單純，不需要後台管理
帶著整套 CMS 跑一個靜態展示網站 → 殺雞用牛刀

為什麼是 Astro

網站內所有的內容都是獨立的 Markdown 文件，因此：

1. 在本機就可以輕鬆用文字編輯器進行修改
2. 也可以使用 Obsidian 之類的筆記軟體來管理這些文章
3. 可以跟既有的工作流程相容
4. 再也不用擔心安裝的外掛有漏洞，或是裝太多導致網站變慢

不需要伺服器，不需要資料庫，編譯後產出純靜態 HTML/CSS/JS

網頁設計該如何處理

• AI 產出的前端頁面，整體設計風格很難保持一致
• 每個區塊看起來還行，拼在一起就是不對勁
• 要做到好看得搭配 Figma + 反覆調整 prompt，花的時間比預期多太多

結論：UI 用現成的就好
買設計師做好的主題 → 視覺品質有保證、元件風格一致

實際開發流程

1. 從 Astro 主題市集挑選 Nagi 主題（日本設計師製作）
2. 丟進 Claude Code 開始改內容和配色
3. 從 WordPress 匯出 XML → Claude 自動解析並產生 Markdown
4. 部署到 Cloudflare Pages（GitHub 連結，git push 自動部署）

大概半小時，網站的基本架構和文案就完成了

部署方式對比

現在寫文章的流程

以前（WordPress）：
開瀏覽器 → 登入後台 → 新增文章 → 排版 → 發佈

現在（Astro + Claude Code）：
在終端機說「幫我寫一篇文章」→ 產生 Markdown → git push → 上線

沒有後台、沒有編輯器、沒有發佈按鈕

Astro 適合什麼場景

• 完全交由 AI 更新內容的網站
• 不需要非技術人員管理後台
• 以展示為主的形象網站

不是技術優劣的問題，是使用場景的問題

WordPress 仍然適合

• 需要後台管理內容
• 會員系統
• 電商功能

需要動態功能和非技術人員操作的場景，WordPress 依然無可取代