客製官網交付後，客戶自己用 AI 維護：陪跑者 PACER 的 AI base 官網 CMS 案例

來找我們之前的客戶，十個有三個講過同一個故事：官網是幾年前請一家資訊公司做的，現在想換首頁一張 banner。信寄過去，等個幾天，回來一張報價單，一兩千塊，然後再等幾個工作天才改好。錢不多，氣的是每改一次都要走完這一輪。久了就沒人提要改網站了，內容停在上線那天，官網從資產變成標本。

今年我們替創業顧問品牌「陪跑者 PACER」交付的官網，就是衝著這個循環來的。交付的不只是一個網站，是一套 AI base 的官網 CMS：行銷同事從後台改文章、改 SEO；AI 內容代理透過 API 自動發文；真的要動功能，客戶還能拿主機權限，用 AI 編碼工具直接改自己的網站。改網站這件事，不再每次都得經過廠商。這篇把做法攤開來講。

專案背景：一個 AI 原生品牌，不能忍受一個改不動的網站

陪跑者 PACER 是台北的創業顧問團隊，法律、管理加 AI 工程，替新創和中小企業做一站式陪跑。他們官網部落格的標語就寫著「把 AI 變成每個團隊的隊友」。

這樣的品牌，需求其實一句話就講完了：身為 AI 顧問公司，自己的官網卻要人工維護，這件事本身就說不過去。內容行銷是他們的主要獲客管道，文章要高頻率地發、SEO 要能隨時調，而且他們內容產線上已經有 AI 代理在跑，寫好的文章卡在「要人工貼上網站」這一步，很荒謬。視覺要客製、不想被廠商綁死，這些當然也要，但都是基本盤。

為什麼這個案子不用 WordPress？

先說清楚，WordPress 是好工具，我們自己就做大量 WordPress 深度開發，多數形象官網用它綽綽有餘。這個案子走客製，關鍵在「AI 可操作」是核心需求，不是加減裝的外掛功能。API 的認證方式、權限要切多細、回應長什麼樣子，都得自己控制。再加上 PACER 要的視覺完全訂製，客戶又沒有人力去顧外掛更新和相容性衝突這些日常，客製反而是總成本比較低的那條路。工具怎麼選，我們在平台選擇比較和免費架站平台的隱藏代價寫得更細，這裡不展開。

我們交付了什麼：一套三個入口的官網系統

技術底是 Laravel 12。前台是完全客製的品牌官網，這部分沒什麼好講的，做網站的都會。重點在「改網站」被設計成三個入口，對應三種人。

入口一：後台管理介面，給不寫程式的人

我們用 Filament 搭了一套中文後台，行銷同事登入就能管文章、頁面、分類、看聯絡表單進件。SEO 的控制權也完整下放：每篇文章、每個頁面都有自己的 meta 標題、描述、社群分享圖、canonical、要不要給搜尋引擎收錄、結構化資料，後台點一點就能改。想調某一頁的搜尋表現，不用開工單，自己動手，馬上生效。

入口二：WordPress 相容 API，給內容工具和 AI 代理

這是整個案子最有意思的決定。一開始我們想自己定義一套乾淨的 API，後來想通一件事：內容工具的世界裡，WordPress 就是通用語。市面上的排程工具、內容平台、AI 寫作代理，幾乎每一個都內建「發到 WordPress」。與其逼每個工具來學我們的方言，不如讓這個客製網站講 WordPress 的話。

所以我們做了一組與 WordPress REST API 規格相容的端點。只做了十幾個：發文、改文、管分類、傳圖片，就這些。完整的 WordPress API 有幾百個端點，做滿是浪費，內容產線用不到的我們一個都沒做。認證用仿 WordPress 的「應用程式密碼」：後台替某個工具建一組專用密碼，格式就是 WordPress 使用者熟悉的六段四碼，明文只顯示一次，懷疑外洩隨時撤銷，撤銷立即生效。

效果是：任何能發文到 WordPress 的工具，都能把這個客製網站當成一個 WordPress 站直接對接，零額外整合。PACER 上線後文章區的內容，就是 AI 內容代理透過這組 API 自動發的。AI 寫完、配圖、發文、上分類，整條線不經過人手，行銷同事只負責審稿。第一次看到文章列表自己長出新文章的時候，連我們自己都覺得這個決定做對了。API 這種「機器對機器」的介面為什麼是 AI 時代的關鍵底層，MCP、API 與 CLI 的差異解析那篇有完整的觀念整理。

入口三：主機權限加 AI 編碼工具，給想自己動手的客戶

前兩個入口解決「改內容」，第三個解決「改功能」。對有能力或有意願的客戶，我們可以開出隔離的主機協作權限，客戶直接在伺服器上用 Claude Code 這類 AI 編碼工具改自己的網站：加個欄位、調段版面、寫個新頁面。描述需求，AI 動手，改完當場看結果。

這扇門當然不是裸開的。權限分層隔離、備份和回復機制先建好、金流和登入這些敏感區塊擋在外面，護欄的設計思路在 AI 代理護欄設計和 VPS 主機權限觀念兩篇裡都有。客戶要不要走這扇門是他的選擇，重點是門在那裡。以前是「只能找廠商」，現在是「可以找廠商」，一字之差，就是被廠商綁死與否的差別。

三個入口怎麼匯流：一張圖看懂

三條路通到同一個網站，差別只在誰在改、改哪一層。傳統官網只有一條路：找廠商，等報價，等排程。這套架構把三條路都交到客戶手上，我們退到顧路的位置：維運、備份、資安，還有真正的大型新功能，才需要我們出場。

所以「AI base 網站」到底是什麼？

做完這個案子，我們對這個詞的定義變得很具體。AI base 網站不是在網站上掛一個 AI 客服，是把網站本身做成 AI 能操作的對象。內容層，AI 走標準 API 發文，網站是內容產線的自動出海口。管理層，人在後台做人擅長的事：審稿、定 SEO 策略、看數據。程式層，AI 編碼工具在護欄內直接改功能改版面，「改網站」的成本從一張工單降到一句指令。

傳統官網像裱框的畫，掛上牆就不會動了。AI base 網站不是畫，它每天都在長。對把內容行銷當獲客主力的公司，這個差別會直接反映在文章產量和 SEO 迭代速度上，累積半年就是兩個世界。

這種做法適合誰、不適合誰？

不是每家公司都需要這套。官網一年改不到三次、沒有內容行銷計畫的，一個做得好的形象網站加維護約就夠了，上這套是浪費錢。

反過來，符合以下任何兩條，就值得認真評估：內容是你的獲客管道，發文頻率週更以上；團隊有人管行銷但沒有工程師；你已經在用 AI 產內容，卡在「產出來要人工貼上網站」；或者，你就是開頭那個故事的主角，被上一家廠商的報價單和等待天數磨過。

預算照我們的慣例講區間不講死數字：含客製後台與 API 的官網系統，行情從十幾萬到幾十萬，變數是頁面規模、後台深度、要串的外部系統多寡。抓預算的方法在企業網站開發費用全解析和客製化系統開發費用指南拆得很細。想看技術層的架構思路，企業級 Laravel 客製開發指南是這類專案的底層方法論。

資料來源與延伸閱讀

本文技術細節依專案實際交付內容撰寫，查證於 2026 年 7 月 21 日：

• 陪跑者 PACER 官網（本案例的實際成品）
• WordPress REST API 官方文件（相容層依循的規格）

站內延伸閱讀：

• 企業網站開發費用全解析，先把預算範圍抓對。
• 外包還是自己養工程師，交付方式如何決定你會不會被綁死。
• MCP、API、CLI 差在哪，看懂 AI 操作系統的三種介面。
• AI 代理護欄設計，把權限開給 AI 之前必讀。

想要一個交付後自己養得動的官網？

如果你也受夠了改一張 banner 要等報價單，把你現在的網站狀況和內容規劃丟過來，預約 30 分鐘免費診斷，我們會直接告訴你適合模板、WordPress，還是這種 AI base 的客製架構。更多實際交付的專案在作品案例，每一個都能點開來玩。