Dialogflow CX vs ES 完整比較：2026 版本選擇指南

「CX 和 ES 到底差在哪？我該選哪一個？」

這是剛接觸 Dialogflow 的人最常問的問題。選錯版本的代價很高：選了 ES 發現功能不夠用，整個專案要重做；選了 CX 卻只用到基本功能，每個月多花好幾倍的錢。

這篇文章用最直接的方式告訴你兩個版本的差異，並提供決策框架幫你做選擇。

想先了解 Dialogflow 的基礎概念，可以參考 Dialogflow 完整指南。

---

版本演進歷史

從 API.AI 到 Dialogflow

Dialogflow 的前身是 API.AI，一間專注於自然語言理解的新創公司。2016 年被 Google 收購後，改名為 Dialogflow，整合進 Google Cloud 生態系。

收購後的 Dialogflow（現在叫 ES）快速成長，成為市場上最多人使用的對話機器人平台之一。但隨著企業客戶增加，ES 的架構限制逐漸浮現。

為什麼 Google 推出 CX 版本

ES 的架構是為簡單對話設計的。當企業想做：

• 複雜的多輪對話（10+ 步驟）
• 多人協作開發
• 嚴謹的版本控制和測試流程
• 跨部門的對話流程整合

ES 就會變得很難維護。Intent 越來越多，Context 關係越來越亂，最後變成「只有原作者看得懂」的狀態。

2020 年，Google 推出 Dialogflow CX，專門解決這些問題。CX 不是 ES 的升級版，而是完全重新設計的架構。

---

Dialogflow ES (Essentials) 深度解析

ES 是「經典版」Dialogflow，適合大多數中小型對話機器人專案。

核心功能介紹

Intent-based 架構

ES 的核心是 Intent（意圖）。每個 Intent 包含：

• Training Phrases：使用者可能說的話
• Response：機器人的回覆
• Context：對話上下文
• Parameters：擷取的資訊

一鍵整合

ES 內建多種平台整合，在 Console 中就能完成：

• LINE
• Facebook Messenger
• Telegram
• Slack
• 網頁 Widget

Small Talk

ES 提供預設的閒聊功能，機器人可以回應「你好」、「謝謝」、「你是誰」等常見問候，不用自己一個一個設定。

Knowledge Connector

可以匯入 FAQ 或文章等文件，Dialogflow 直接從文件中找出回覆（目前為 Preview 功能）。適合快速建立知識庫問答。

適用場景

限制與缺點

1. 對話流程難以視覺化

ES 沒有流程圖編輯器。對話邏輯散落在各個 Intent 和 Context 中，專案變大後很難掌握全貌。

2. Context 管理困難

ES 用 Context 控制對話流程，但 Context 的關係只能用腦袋記或畫外部文件。Intent 超過 50 個後，Context 關係會變得非常複雜。

3. 版本控制有限

ES 的版本以整個 Agent 為單位，無法像 CX 針對個別 Flow 建立版本。多人協作時容易互相覆蓋。

4. 測試功能陽春

只有基本的對話測試面板，沒有批次測試、回歸測試等進階功能。

5. 不支援 WhatsApp 原生整合

如果要整合 WhatsApp Business，ES 需要自己開發中介服務。這點 CX 也一樣：CX 的內建整合清單同樣沒有 WhatsApp，換成 CX 並不能省掉這段開發。

---

Dialogflow CX 深度解析

CX 是為企業級複雜對話設計的版本，架構完全不同於 ES。

視覺化流程編輯器

CX 最大的特色是視覺化編輯器。對話流程用流程圖呈現，拖拉就能設計。

Flow（流程）：把對話拆成多個獨立流程，例如「訂位流程」、「查詢流程」、「客訴流程」。

Page（頁面）：每個 Flow 中的節點，代表對話的狀態。

Route（路由）：Page 之間的連線，定義轉換條件。

這種架構讓複雜對話變得直覺。就算有 100 個對話節點，看流程圖就能理解整體邏輯。

多流程並行處理

ES 的對話是線性的，一次只能在一個流程中。

CX 支援多 Flow 並行。使用者可以在「訂位流程」中途問「營業時間」，系統會暫停訂位、回答問題、再回到訂位流程。這更接近真實對話的情況。

進階版本控制

CX 內建版本控制系統：

團隊可以在開發環境測試新功能，確認沒問題再發布到正式環境。不用擔心改壞線上服務。

對話歷史與分析

CX 提供詳細的對話分析儀表板：

• 對話成功率
• 使用者中斷點分析
• Intent 觸發統計
• 對話路徑視覺化

這些數據幫助你持續優化對話設計。

RAG 知識庫整合

CX 支援 Data Store 整合，可以連接：

• 網站內容
• PDF 文件
• 結構化資料

機器人會從知識庫中搜尋相關資訊，用生成式 AI 組合回答。不用為每個問題建立 Intent。

想學習 CX 的完整操作，請參考 Dialogflow CX 教學：從入門到進階。

---

功能比較表

---

費用比較

費用是選擇版本的重要考量。兩個版本的計費模式不同。

ES 定價模式

ES 按請求數計費：

特點：

• Trial Edition 免費但有用量上限，正式上線建議用 Essentials Edition
• 費用隨請求數線性成長

CX 定價模式

CX 按請求數（文字）或音訊秒數（語音）計費：

特點：

• 新帳號有 $600 美元免費額度（12 個月內）
• 每一輪對話的請求都會計費
• 文字請求單價為 ES 的 3.5 倍

成本試算範例

情境：電商客服機器人

• 每月 5,000 次對話
• 平均每次對話 8 輪
• 全部文字對話

ES 成本計算：

總請求數 = 5,000 × 8 = 40,000 請求
月費用 = 40,000 × $0.002 = $80 美元

CX 成本計算：

總請求數 = 5,000 × 8 = 40,000 請求
月費用 = 40,000 × $0.007 = $280 美元

這個案例中，ES 比 CX 便宜約 71%。

情境：複雜諮詢機器人

• 每月 2,000 次對話
• 平均每次對話 20 輪
• 全部文字對話

ES 成本計算：

總請求數 = 2,000 × 20 = 40,000 請求
月費用 = 40,000 × $0.002 = $80 美元

CX 成本計算：

總請求數 = 2,000 × 20 = 40,000 請求
月費用 = 40,000 × $0.007 = $280 美元

對話次數少了一半多、每次輪數變多，但總請求數一樣是 40,000，費用就和上一個情境完全相同。兩個版本都按請求數計費，看的是「對話次數 × 輪數」的總請求數，不是對話次數；總請求數相同時，ES 仍比 CX 便宜。

更詳細的費用計算和省錢技巧，請參考 Dialogflow 費用完整解析。

---

費用算不清楚？Dialogflow 的計費有很多細節，實際費用可能跟預估差很多。預約免費諮詢，讓我們幫你精算成本、選對版本。

---

版本選擇建議

選 ES 的情境

1. 對話流程簡單

如果你的機器人只需要：

• 回答 20-30 個常見問題
• 處理單一流程（訂位、查詢、報名）
• 對話不超過 5 輪

ES 的功能綽綽有餘。

2. 預算有限

ES 的 Trial Edition 可免費使用（有用量上限），Essentials Edition 文字請求單價也低於 CX，對於小型專案或 MVP 驗證非常划算。

3. 需要快速上線

ES 的學習曲線較平緩，內建的平台整合讓你可以快速串接 LINE、Messenger。

4. 團隊沒有專職開發者

ES 幾乎不用寫程式就能完成基本功能，適合非技術背景的人使用。

選 CX 的情境

1. 對話流程複雜

如果你的機器人需要：

• 10 個以上的對話分支
• 複雜的條件判斷
• 多輪深度對話

CX 的視覺化編輯器會讓開發和維護輕鬆很多。

2. 多人協作開發

團隊超過 2 人同時開發對話機器人，CX 的版本控制和環境管理是必要的。

3. 企業級要求

需要嚴謹的測試流程、A/B 測試、詳細的對話分析，CX 才有這些功能。

4. 預期長期維護

如果這個機器人會持續迭代好幾年，CX 的架構更容易維護和擴展。

決策流程圖

開始
  │
  ▼
對話流程是否超過 10 個分支？
  │
  ├─ 是 → 選 CX
  │
  └─ 否 → 繼續判斷
          │
          ▼
        團隊是否超過 2 人同時開發？
          │
          ├─ 是 → 選 CX
          │
          └─ 否 → 繼續判斷
                  │
                  ▼
                預算是否有限？
                  │
                  ├─ 是 → 選 ES
                  │
                  └─ 否 → 選 CX（為未來擴展預留空間）

---

常見問題

ES 專案可以遷移到 CX 嗎？

無法一鍵遷移。ES 和 CX 的架構完全不同（Intent-based vs Flow-based），官方遷移指南附有遷移工具，但只會複製自訂 Entity 與 Intent 訓練語句。如果要從 ES 換到 CX，需要重新設計對話流程。

建議在專案初期就評估清楚，避免之後要重做。

可以同時用 ES 和 CX 嗎？

技術上可以，但不建議。兩個版本的 API、SDK、Console 都不同，同時維護兩套系統會增加複雜度。

CX 的學習曲線有多陡？

如果你熟悉 ES，轉換到 CX 大約需要 1-2 週適應新概念（Flow、Page、Route）。如果是全新學習，CX 的官方教學大約需要 20-30 小時。

選錯版本怎麼辦？

• ES 不夠用想換 CX：需要重新設計，但可以參考 ES 的 Intent 邏輯
• CX 太貴想換 ES：需要簡化流程，把複雜邏輯拆解成多個簡單 Intent

兩種情況都需要相當的工作量，所以一開始選對很重要。

Google 會停止支援 ES 嗎？

目前沒有這個跡象。Google 持續更新 ES，兩個版本是針對不同需求設計的。但長期來看，CX 獲得更多新功能的投資。

---

下一步

選定版本後，可以開始深入學習：

選擇 ES：

• Dialogflow 完整指南 - 從頭開始學習
• Dialogflow Intent 與 Context 教學 - 掌握核心概念
• Dialogflow LINE Bot 串接教學 - 快速上線

選擇 CX：

• Dialogflow CX 教學：從入門到進階 - 完整 CX 學習
• Dialogflow 費用完整解析 - 精算 CX 成本

---

還是不確定該選哪個版本？

版本選擇會影響整個專案的開發方式和成本結構。如果你：

• 對自己的對話流程複雜度沒把握
• 不確定未來的擴展需求
• 想要有人幫你評估

預約免費諮詢，讓有經驗的人幫你分析需求、選對版本。

我們會在 24 小時內回覆，諮詢完全免費。