風清資訊科技官網改版：部落格搬家一天上線，32 條舊文章網址全部轉址，LINE 客服先由 AI 接手

成果重點

• 舊部落格 34 篇文章全數搬進新站，舊文章網址一條條比對後全部 301 轉到新網址，RSS 訂閱網址不變。
• 客人在 LINE 或網站右下角問問題，AI 依公司資料與審過的文章回答；問到報價或要找真人，立刻轉給負責人並推通知。
• 新站跑在原本就有的 NAS 上，不另租雲端；改版後一個指令約 2 分鐘就上線。

原本的問題

我們原本的部落格用靜態網站產生器架在 NAS 上，已有 34 篇文章，搜尋引擎也收錄了舊網址。但它只能放文章：沒有聯絡表單、沒有後台、沒有登入後才看得到的區域，也沒辦法讓 AI 客服引用網站內容。我們要換成真正的企業網站，條件是：舊連結不能變成死連結、不另外租雲端、改版要快。

新版首頁：左邊講我們做什麼，右邊直接問 AI；下面一排是我們的 AI 助理此刻的運作狀況

我們怎麼做

搬家不掉連結。 我們寫了一支匯入工具，把舊文章的 Markdown 與標題、分類、標籤一起轉進資料庫；網址規則照舊系統的算法重寫，舊格式的文章網址一律 301 到新網址。上線前用舊站的 sitemap 逐條比對，32 條舊文章網址全部對上；RSS 沿用原本的路徑，訂閱者不必重新訂閱。http 與不帶 www 的網址也都 301 到正式網址。

內容先審後上。 新稿一律先存成草稿並標「待審」，管理者在後台按「核准公開」才出現在前台；我們自主研發的 AI 助理寫的部落格草稿也走同一條流程。前台只放開發案例與精選觀點，其餘留在後台。

開發案例列表：自主研發的案例多一行「AI 在這裡」，說明 AI 負責哪一段

依角色分區。 公開頁給所有人看；登入後依帳號角色進不同的專區（例如家人看的投資與學習資料），後台只有管理員能進。投資資料不出現在任何公開頁面。

登入後的專區（示範資料）：資料由排程每天推上來，網站不直接連回家裡的電腦

LINE 智能客服。 客人傳訊息到官方帳號，系統先檢查這位客人今天的提問上限（控制模型成本，超過就通知負責人），再判斷是不是要找真人；一般問題由模型帶著公司介紹和最相關的已審文章回答。遇到報價或「找真人」就標記轉接、推通知給負責人，不讓 AI 亂報價。所有對話都留在後台，負責人可以在後台親自回覆；後台另有「試問模型」頁，上線前先問一句看它會怎麼答。

網頁右下角也有 AI 客服。 不想加 LINE 的訪客，可以直接在網站上問。網頁是匿名的，最容易被機器人灌題燒掉模型費用，所以我們多做了幾道防線：開啟對話前，瀏覽器先在背景算一道約 1 秒的小題（自架的人機驗證，不靠第三方帳號）；每位訪客、每個 IP、整個網站每天都有題數上限。模型的 key 跟我們內部的 AI 助理共用，用量一高，網頁客服會先讓出額度、改走備援模型，內部系統不受影響；連備援也用滿了，就改回固定文字，請客人加 LINE 或留言。

首頁就能直接問。 首頁最上方是 AI 對話框：訪客用自己的話問，答案由同一套客服產生，一樣有人機驗證與題數上限。下方一排「正在運作」顯示我們自己的 AI 助理此刻有幾個排程、今天完成了幾項；資料超過 30 分鐘沒更新就整排不顯示，不拿舊數字充場面。

品牌識別一致。 標誌「風印」是圓角印章裡三道上升的風線，中間一道用青綠；全站只用深藍與青綠兩個主色、系統內建字型，不載入外部字型。LINE 官方帳號的頭像與封面用同一套，客人從 LINE 點進網站不會覺得換了一家公司。

好友與名單看得到。 後台記下官方帳號的好友：誰加入、誰封鎖、最近一次互動，可以加標籤與備註，並連到他的客服對話；好友總數與封鎖數另外向 LINE 的官方統計拿，每天一筆畫成趨勢。

一鍵部署。 在電腦上執行一個指令：打包、上傳、換新的映像標籤、NAS 排程接手重建，最後自動做健康檢查，約 2 分鐘上線。

手機版：導覽收成選單，文章與截圖自動縮放

我們得到什麼（實測）

• 舊連結沒斷：32 條舊文章網址全部 301 到對應文章，匯入 34 篇成功、0 篇失敗。
• 客人不必等負責人有空：實測 LINE 傳一句話，AI 5 秒內回覆；模擬「我想找真人」，系統轉成真人處理並推通知到負責人手機。
• 不另付雲端月費：網站與資料庫都跑在既有的 NAS 上。
• 換模型不改程式：客服模型走 OpenAI 相容介面，換供應商只改設定檔。
• 改版成本低：從第一個版本到正式網址上線只花一天，當天就再加上會員專區與 LINE 客服。之後每次更新都是一個指令。

踩過的坑（也是經驗）

• NAS 反向代理會把容器內部的連接埠帶進轉址網址，改成相對轉址才解決。
• NAS 的容器管理介面在映像標籤不變時不會重建，所以每次部署都換新標籤。
• 容器帳號寫不進 NAS 的掛載目錄，部署腳本要先把目錄權限交給它。

技術亮點

Spring Boot 3.4、Java 21、Thymeleaf、JPA、MariaDB 10.11，以 Docker 跑在 Synology NAS；Spring Security 依角色分區，API 另走一條 Bearer token 的過濾鏈給排程推資料。93 個整合測試涵蓋權限、轉址、API、兩個客服的流程（含人機驗證與額度分配）與好友名單，測試時模型與 LINE 都用假實作，不連外網。

適合誰

已經有內容或舊系統、想換新又怕舊連結和資料遺失，而且希望用自己手上的主機、不想綁雲端月費的團隊。