跳至主要內容
Study Jam:GenAI 開發者實戰 — 第 18/29 篇

GenAI 驅動網站現代化

內文字級

GenAI 驅動網站現代化
更新:2026-10-12

課程概述

既有網站常有幾個老問題:使用者搜不到內容、FAQ 找半天,或每個人看到的導覽都一樣。GenAI 可以補強其中一些環節,但不代表整站都要加聊天機器人。這堂課會先找出真正卡住使用者的任務,再用漸進方式加入搜尋、導覽或推薦,並保留原本可用的路徑。

GenAI 網站漸進現代化路線:既有關鍵字搜尋、通用推薦與靜態 FAQ 透過 API 外觀層依序加入語義搜尋、結合行為與語義的個人化推薦、以及以目錄和支援知識為依據的對話導覽

現代化不必重寫核心 CMS 或商務系統,可用 Facade 隔離新 AI 服務並分階段推出。每階段保留傳統搜尋回退、隱私同意與人工轉接,再用搜尋成功率、轉換率、任務完成率和滿意度做 A/B 驗證。

你將學到

  • 設計漸進式的網站 AI 現代化路線圖
  • 整合語義搜尋取代傳統關鍵字搜尋
  • 運用 Gemini 建構對話式產品導覽助手
  • 使用 Firebase 與 Cloud Run 搭建 AI 功能的後端架構

核心概念

漸進式 AI 現代化策略

一次砍掉整站重做風險高,適合先挑一個有基線、有明確使用者痛點的流程試做。有人找不到商品,可能先改善搜尋;大量問題其實是導覽不清,先整理資訊架構可能比聊天助手有效;只有在取得適當同意、資料量也足夠時,才適合做個人化。功能順序沒有固定答案,應看問題規模、資料條件和失敗代價。

語義搜尋的整合模式

傳統搜尋常用倒排索引比對關鍵字,遇到同義詞或口語查詢時可能漏掉結果;向量搜尋則能補上語意相近的內容。但產品型號、專有名詞與精確篩選仍是關鍵字和 Metadata 的強項,因此實務上常做混合搜尋,而不是把舊搜尋整套拔掉。接入既有網站時,還要處理內容更新、權限、排序、無結果回退與搜尋分析,不只是多建一份 Embedding 索引。

對話式助手的前端整合

網站對話助手要先定義它能幫忙的範圍,以及什麼情況必須轉人工。當前頁面、搜尋結果或知識庫可以提供上下文,但送進模型前要排除不可信指令與使用者無權查看的內容。對話紀錄也不該無條件永久保存;要先告知用途、遮罩個資、設定保存期限,並讓分析資料和可識別使用者的資料分開。Firebase Hosting 搭配 Cloud Run 是一種部署方式,不是唯一架構。

成效衡量指標

成效要回到原本想改善的任務。搜尋可以看無結果率、成功點擊與後續完成率;助手可以看任務完成、轉人工比例、錯誤答案與滿意度;推薦則要同時看轉換、內容多樣性和取消訂閱等負面訊號。上線前先記錄基線,再用分流測試比較;只有 CTR 上升、但退貨或客服申訴增加,不能算真正改善。

查看流程與節點文字

箭頭表示流程方向;方括號與引號內是節點名稱,可搭配下方圖解閱讀。

%%{init: {"flowchart": {"curve": "linear", "nodeSpacing": 24, "rankSpacing": 46}}}%%
flowchart TB
  subgraph FIND["① 從使用者卡住的任務開始"]
      direction TB
      START["用搜尋紀錄、<br/>客服分類與漏斗<br/>找出最大流失點<br/>並留下基線"] --> SEARCH{"問題主要是查不到<br/>或搜尋用字<br/>不一致嗎?"}
      SEARCH -->|"是"| HYBRID["先做關鍵字+<br/>語意的混合搜尋<br/>保留篩選<br/>與舊搜尋回退"]
      SEARCH -->|"不是"| GUIDE{"使用者知道目標,<br/>卻搞不懂下一步<br/>怎麼走嗎?"}
      GUIDE -->|"是"| ASSIST["改善資訊架構;<br/>必要時加入<br/>有範圍、能轉<br/>人工的對話導覽"]
      GUIDE -->|"不是"| PERSONAL{"有取得同意的<br/>行為資料,<br/>也能控制偏差<br/>與過度追蹤嗎?"}
      PERSONAL -->|"是"| RECOMMEND["小範圍測試<br/>個人化推薦"]
      PERSONAL -->|"否"| FOUNDATIONS["先整理內容、<br/>資料品質、<br/>同意與衡量方式"]
  end
  subgraph PROVE["② 一次只驗證一項改變"]
      HYBRID --> TEST["小流量 A/B 測試<br/>同時看成功與負面指標"]
      ASSIST --> TEST
      RECOMMEND --> TEST
      FOUNDATIONS --> TEST
      TEST --> WIN{"任務完成率改善,<br/>錯誤與申訴沒有惡化嗎?"}
      WIN -->|"有"| EXPAND["逐步放量,<br/>再評估下一個痛點"]
  end
  WIN -->|"沒有"| ROLLBACK["回退並檢查<br/>資料、體驗<br/>或問題定義是否抓錯"]
  ROLLBACK --> START
不要先決定要做聊天機器人,再回頭找用途。從真實流失點出發,一次改一項功能、保留回退,再用任務完成與負面指標一起判斷是否值得擴大。

實作重點

  • 用 Agent Search(文件舊稱 Vertex AI Search)建立索引,並保留關鍵字與 Metadata 篩選
  • 建構有明確回答範圍的對話助手,整合網站知識來源、引用與人工轉接
  • 使用 Firebase Hosting 部署含有 AI 對話元件的前端頁面
  • 設計 A/B 測試方案,比較傳統搜尋與語義搜尋的使用者體驗差異

Lab 導讀

Lab 連結:Website Modernization with Generative AI on Google Cloud — Google Skills

課程頁目前列出一個 Lab(Modernize your Website with Generative AI on Google Cloud),說明是用 Google Cloud 的生成式 AI 替網站加上搜尋與推薦功能。操作時除了看前端、AI 後端與模型怎麼串,也要找出舊功能如何回退、資料更新後索引怎麼同步,以及錯誤答案如何被回報。搬到自己的網站前,先確認要改善的指標,不必照單全收每一項 AI 功能。

延伸學習

Study Jam:GenAI 開發者實戰 — 第 18 篇/共 29 篇 查看系列全覽 →

讀完後,留一個學習紀錄

試著用自己的話說出一個重點,以及你會如何運用。實作文章請先核對結果與清理資源,再標記為讀完。

文章進度以你確認讀完的標記為準,可隨時取消。舊版造訪紀錄保留,但不計入讀完;這份自評不代表已掌握內容。

留言討論

文章目錄與系列

徽章解鎖!