跳至內容
E3 交付紀錄候選・ZhenheAI 自有專案

從產品頁,走向企業運作型官網。

我們如何將 ZhenheAI 官網從 Astro/Cloudflare 遷移至 Odoo Online,同時拆開品牌敘事、法律主體、能力、證據、收客入口與對外溝通。

問題

企業會變動,需要一個更耐久的公開入口。

ZhenheAI 的法律主體與產品組合,可能比累積下來的能力與交付證據更快變動。舊網站把產品與事業頁面放在主要敘事中,使公開形象容易受到過時方案與缺乏支持的主張影響。

這次遷移的目標,是讓網站成為耐久的企業公開入口:說明 ZhenheAI 如何工作、展示能交付的能力、發布經過審閱的洞察、收集合適的詢問,並清楚標示法律與營運身分,而不讓導覽依賴某一項產品。

完成內容

一個可以逐項檢查的網站與收客系統。

  • 以企業為核心的 Website 1 資訊架構,包含公司、能力、精選工作、洞察與聯絡。
  • Odoo Online Website 1,設定七個語系路徑,並為目前的 Insights 內容建立英文與繁體中文編輯來源。
  • 三篇經策劃的 Insights 文章;英文版本由經審閱的繁體中文來源翻譯,並在公開 /en 路徑完成驗證。
  • 在 staging 完成 Contact → crm.lead 的 round-trip,包含伺服器端驗證、重複防護、UTM 歸因、同意分離、負責人/階段/標籤分流與內部審查活動;production 表單僅做 read-only 檢查,未送出 production inquiry。
  • 受控的 Cloudflare/Odoo 自訂網域切換、既有舊路徑轉址保留、HTTPS 驗證,以及獨立的正式環境 SEO 與瀏覽器檢查。
證據與限制

證據也包含限制。

已驗證

公開路徑、Odoo 讀回資料、語系替代連結、策劃文章、staging CRM round-trip、production read-only 表單檢查、轉址、HTTPS 與正式環境 SEO 檢查。

未宣稱

這不是客戶案例,也不是績效保證。測試期間沒有寄出任何對外行銷郵件;法律身分與次要語系的編輯閘門仍然明確保留。

負責人與審閱

ZhenheAI 內容負責人・最後審閱 2026-08-15・自有專案案例,不主張任何第三方背書。

討論類似問題

把會變的事,和應該留下的事分開。

如果你的網站承載太多會變動的產品或尚未驗證的主張,請描述一個工作流程,以及你目前已經擁有的證據。

討論你的工作流程