返回首頁Dialogflow

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

2/4/202618 min 分鐘閱讀

#Dialogflow#Dialogflow CX#Dialogflow ES#Google Cloud#聊天機器人

「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 版本演進時間軸

場景描述： 一張水平時間軸圖表，從左到右展示：2014 年 API.AI 成立、2016 年被 Google 收購並改名 Dialogflow、2020 年 Dialogflow CX 推出、2025 年現況（兩版本並行）。每個節點有簡短說明文字。

視覺重點：

主要內容清晰呈現

必須出現的元素：

依據描述中的關鍵元素

需要顯示的中文字： 無

顏色調性： 專業、清晰

避免元素： 抽象圖形、齒輪、發光特效

Slug: dialogflow-version-timeline

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 自動產生對應的 Intent。適合快速建立知識庫問答。

適用場景

場景	說明
簡單 FAQ 機器人	20-30 個常見問題的自動回覆
單一功能機器人	訂位、查詢、報名等單一流程
MVP 驗證	快速驗證對話機器人的商業可行性
個人專案	學習、實驗、Side Project
預算有限	免費額度每月 1,000 次請求

限制與缺點

1. 對話流程難以視覺化

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

2. Context 管理困難

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

3. 版本控制有限

ES 只能匯出/匯入 JSON，沒有內建的版本管理。多人協作時容易互相覆蓋。

4. 測試功能陽春

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

5. 不支援 WhatsApp 原生整合

如果要整合 WhatsApp Business，ES 需要自己開發中介服務。

Dialogflow CX 深度解析

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

視覺化流程編輯器

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

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

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

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

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

多流程並行處理

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

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

進階版本控制

CX 內建版本控制系統：

功能	說明
Version	為 Flow 建立快照，可以隨時回滾
Environment	建立開發、測試、正式等環境
Traffic Split	A/B 測試不同版本的對話流程

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

對話歷史與分析

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

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

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

RAG 知識庫整合

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

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

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

插圖：Dialogflow CX 流程編輯器介面

場景描述： 一張 Dialogflow CX Console 的截圖，顯示視覺化流程編輯器。畫面中有一個完整的訂位流程：從「開始」→「詢問日期」→「詢問人數」→「確認訂位」→「完成」，每個節點用方框表示，箭頭連接表示流程方向。

視覺重點：

主要內容清晰呈現

必須出現的元素：

依據描述中的關鍵元素

需要顯示的中文字： 無

顏色調性： 專業、清晰

避免元素： 抽象圖形、齒輪、發光特效

Slug: dialogflow-cx-flow-editor-interface

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

功能比較表

功能	Dialogflow ES	Dialogflow CX
架構設計	Intent-based	Flow-based
視覺化編輯器	無	有
多 Flow 支援	無	有
版本控制	匯出/匯入	內建版本管理
環境管理	無	有（Dev/Test/Prod）
A/B 測試	無	有
對話分析	基本	進階儀表板
批次測試	無	有
RAG 知識庫	Knowledge Connector	Data Store + 生成式 AI
LINE 整合	內建	需自建中介
Messenger 整合	內建	需自建中介
WhatsApp 整合	需自建	原生支援
語音整合	支援	支援（功能更多）
多語言支援	支援	支援
最大 Intent 數	2,000	無限制（用 Flow/Page）
團隊協作	有限	完整支援
API 版本	v2	v3
學習曲線	較平緩	較陡峭

費用比較

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

ES 定價模式

ES 按請求數計費：

類型	免費額度	超額費用
文字請求	1,000/月	$0.002/請求
語音輸入	15,000 秒/月	$0.0065/15 秒
語音合成	-	$0.004/秒

特點：

免費額度每月重置
適合對話輪數多但總對話數少的場景
費用隨請求數線性成長

CX 定價模式

CX 按 Session（對話）數計費：

類型	費用
文字 Session	$20/1,000 Sessions
語音 Session	$45/1,000 Sessions
生成式 AI	額外計費

特點：

新帳號有 $600 美元免費額度（12 個月內）
一次對話不論幾輪都算一個 Session
適合對話輪數多的複雜場景

成本試算範例

情境：電商客服機器人

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

ES 成本計算：

總請求數 = 5,000 × 8 = 40,000 請求
計費請求 = 40,000 - 1,000 = 39,000 請求
月費用 = 39,000 × $0.002 = $78 美元

CX 成本計算：

總 Session = 5,000
月費用 = 5,000 / 1,000 × $20 = $100 美元

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

情境：複雜諮詢機器人

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

ES 成本計算：

總請求數 = 2,000 × 20 = 40,000 請求
計費請求 = 40,000 - 1,000 = 39,000 請求
月費用 = 39,000 × $0.002 = $78 美元

CX 成本計算：

總 Session = 2,000
月費用 = 2,000 / 1,000 × $20 = $40 美元

當對話輪數多時，CX 反而更划算。

插圖：ES vs CX 費用比較圖表

場景描述： 一張雙軸圖表，X 軸是「每月對話數」，Y 軸是「月費用（美元）」。圖中有兩條線：藍色線代表 ES（斜率較陡），橘色線代表 CX（斜率較緩）。兩線在某點交叉，標示「損益平衡點」。圖表下方有文字說明不同情境的選擇建議。

視覺重點：

主要內容清晰呈現

必須出現的元素：

依據描述中的關鍵元素

需要顯示的中文字： 無

顏色調性： 專業、清晰

避免元素： 抽象圖形、齒輪、發光特效

Slug: dialogflow-es-cx-cost-comparison-chart

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

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

版本選擇建議

選 ES 的情境

1. 對話流程簡單

如果你的機器人只需要：

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

ES 的功能綽綽有餘。

2. 預算有限

ES 有每月 1,000 次免費請求，對於小型專案或 MVP 驗證非常划算。

3. 需要快速上線

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

4. 團隊沒有專職開發者

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

選 CX 的情境

1. 對話流程複雜

如果你的機器人需要：

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

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

2. 多人協作開發

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

3. 需要 WhatsApp Business 整合

WhatsApp 原生整合只有 CX 支援。如果你的目標市場是東南亞、歐洲、南美洲，WhatsApp 是必要管道。

4. 企業級要求

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

5. 預期長期維護

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

決策流程圖

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

插圖：版本選擇決策樹圖

場景描述： 一張決策樹流程圖，從上到下展示版本選擇的判斷邏輯。每個菱形節點是一個問題，方形節點是結論（選 ES 或選 CX）。節點之間用箭頭連接，標示「是」或「否」。整體配色清晰，易於閱讀。

視覺重點：

主要內容清晰呈現

必須出現的元素：

依據描述中的關鍵元素

需要顯示的中文字： 無

顏色調性： 專業、清晰

避免元素： 抽象圖形、齒輪、發光特效

Slug: dialogflow-version-decision-tree

常見問題

ES 專案可以遷移到 CX 嗎？

無法直接遷移。ES 和 CX 的架構完全不同（Intent-based vs Flow-based），沒有自動轉換工具。如果要從 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 小時內回覆，諮詢完全免費。

需要專業的雲端建議？

無論您正在評估雲平台、優化現有架構，或尋找節費方案，我們都能提供協助

預約免費諮詢

Dialogflow

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

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

版本演進歷史

從 API.AI 到 Dialogflow

為什麼 Google 推出 CX 版本

Dialogflow ES (Essentials) 深度解析

核心功能介紹

適用場景

限制與缺點

Dialogflow CX 深度解析

視覺化流程編輯器

多流程並行處理

進階版本控制

對話歷史與分析

RAG 知識庫整合

功能比較表

費用比較

ES 定價模式

CX 定價模式

成本試算範例

版本選擇建議

選 ES 的情境

選 CX 的情境

決策流程圖

常見問題

ES 專案可以遷移到 CX 嗎？

可以同時用 ES 和 CX 嗎？

CX 的學習曲線有多陡？

選錯版本怎麼辦？

Google 會停止支援 ES 嗎？

下一步

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

需要專業的雲端建議？

相關文章

Dialogflow CX 教學：從入門到進階完整攻略

Dialogflow 完整指南 2026：從入門到實戰的 AI 對話機器人開發

Dialogflow LINE Bot 串接教學：打造 AI 客服機器人