選一款即時客服（Live Chat）外掛，不是在選功能清單，而是在選一套訪客行為觸發邏輯要交給誰管。同一個訪客在某頁面停留超過 30 秒、從廣告落地頁跳進來、或準備離開時，不同工具觸發的方式與機器人（Chatbot）流程深淺差距極大，最終影響的是詢問單轉換率，而不只是「有沒有一個聊天視窗浮在右下角」這件事。

市場上最常被提到的三套工具——Tidio、LiveChat、Crisp——定位其實不太一樣。Tidio 以機器人流程的可視化設計起家；LiveChat 以企業級分析和坐席管理見長；Crisp 則是把多渠道收件匣整合進同一介面，聊天功能反而是其中一環。三套工具都能嵌入 WordPress，但適合的流量規模與操作成本差距不小。

Tidio 的機器人流程設計

Tidio 的核心競爭力在流程設計器（Flow Builder）的低門檻。拖拉節點就能設定「訪客進入特定頁面 → 等待 X 秒 → 出現問候 → 依點擊分流到不同腳本」，整套流程不需要撰寫程式，也不需要懂 JSON webhook。

觸發條件涵蓋的面向相對完整，包括頁面 URL、停留時間、訪客地理位置、購物車金額（需搭配 WooCommerce），以及「回訪訪客」這個狀態。對流量在每月數千人以內的小型 WordPress 站而言，光這幾個條件組合起來，已能覆蓋多數詢問情境。

機器人的意圖辨識（Intent Recognition）方面，Tidio 提供了關鍵字比對與簡易自然語言分類兩種模式，後者在 2024 年底整合了 Lyro AI，以 FAQ 資料集為基礎進行語義比對，準確率在封閉語境（例如只回答產品相關問題）下表現尚可，開放問答則仍有侷限。

行動端客服介面的現況

Tidio 的行動應用程式（iOS／Android）支援基本的訊息通知與回覆，坐席可以在外接聽聊天，但流程設計器本身目前只開放網頁版操作。換句話說，設定觸發規則和腳本還是要坐在電腦前，行動端只做「接單」，不做「改設定」。

LiveChat 的訪客行為觸發與坐席管理

LiveChat 在觸發（Trigger）規則的細度上比 Tidio 更精細。除了停留時間和頁面 URL，它額外支援「訪客在站時間總量」「本次工作階段（Session）頁面瀏覽數」「從搜尋引擎帶進的關鍵字」這類複合條件，適合有 A/B 測試需求或想分析不同流量來源品質的站台。

坐席管理是 LiveChat 明顯優於其他兩款的面向。路由規則（Routing Rules）可以依照語言、訪客分組、技能標籤把對話分配給對應坐席；排班設定（Work Scheduler）能精確到每個坐席的工作時段；對話評分與分類標籤則直接連到報表，讓主管可以追蹤單一坐席的處理效率。

這些功能對單人或兩人的小型站來說，大多派不上用場，而且 LiveChat 的月費從 Team 方案起跳就超過每月 33 美元（以每名坐席計），在流量未到一定規模前，成本回收的週期會拉得相當長。

機器人模組的獨立計費問題

LiveChat 的機器人功能並非內建，而是以獨立產品 ChatBot 的形式計費，兩套系統雖然可以整合，但訂閱費用是分開計算的。實際使用時，ChatBot 負責全自動對話，LiveChat 負責真人接手，切換邏輯透過「Handoff」節點控制，設定不難，但帳單會多一張。

月流量在 5,000 次工作階段以上、有 3 名以上客服坐席、且需要追蹤客服 KPI 的站台，LiveChat 的管理報表才會真正發揮價值；以下規模選它，通常只用到 10% 的功能，卻付了全額費用。

Crisp 的多渠道收件匣整合

Crisp 的核心設計不是「聊天外掛加強版」，而是「多渠道收件匣（Inbox）加上即時聊天」。Facebook Messenger、WhatsApp、電子郵件、Instagram DM，全部流進同一個 Crisp 介面，客服不需要切換平台。對同時經營社群的站台來說，這個整合省下的是操作成本，而不是功能上的加法。

即時聊天本身的觸發設定在 Crisp 相對陽春，條件主要是頁面 URL 和停留時間，複合條件的深度不及 LiveChat，流程設計器的視覺化程度也不及 Tidio。如果重點需求是精細的行為觸發，Crisp 並不是最佳選擇。

機器人流程與知識庫的搭配方式

Crisp 的機器人走規則式腳本（Rule-Based Script），沒有內建語義理解，但它提供了一套整合度較高的知識庫（Knowledge Base）模組。訪客在對話中輸入問題時，系統會自動從知識庫文章裡提取相關段落推薦。這個設計適合已有完整常見問答文件庫的站台，用文件覆蓋機器人答不到的情境，而不是依賴 AI 即興推測。

行動端體驗是 Crisp 的相對優勢之一，應用程式的通知機制比較穩定，收件匣介面在手機上也維持了足夠的可操作性，外出時接聽聊天的實際可行性比另外兩款高一些。

三款工具的橫向比較

以下表格的比較項目對應到實際選型時最常影響決策的面向，方案費用以 2026 年各官網標價為準，每月計算，一名坐席為基準。

流量規模在每月 3,000 次工作階段以下、只有 1 至 2 名客服的站台，Tidio 的機器人流程與觸發設計已經夠用，性價比最高。同時有多個社群頻道要整合進同一個收件匣的站台，Crisp 的整合邏輯更省力，即使聊天觸發功能沒那麼精細。LiveChat 適合的是客服規模已到 3 人以上、需要追蹤坐席效率、且願意為數據報表付更高費用的中型站台。

不同流量規模下的建議配置

流量在每月 5,000 次工作階段以下的 WordPress 站台，通常一到兩人處理客服，機器人的任務是「過濾」而非「取代」——把能用腳本回答的問題攔下來，減少真人接手的頻率。這個階段 Tidio 的免費方案或 Starter 方案就能承接，重點是把 3 至 5 個高頻問題寫成機器人腳本，觸發條件設在產品頁或定價頁停留 20 秒以上，不需要過度設計複雜分流。

每月 5,000 至 20,000 次工作階段的站台，訪客行為開始出現明顯差異，這時候觸發條件的分組就有意義了。建議把流量來源（廣告對比自然搜尋）和頁面類型（部落格對比銷售頁）分成兩套觸發腳本，用不同的開場話術對應不同的訪客意圖。Tidio 付費方案或 Crisp 付費方案都能處理，選哪套取決於是否有社群多渠道的整合需求。

超過每月 20,000 次工作階段且坐席人數增加到 3 人以上後，話務量分配和績效追蹤的必要性才會真正出現。到這個階段，LiveChat 的路由規則和坐席報表才算發揮實際作用；若機器人需求也同步增加，搭配 ChatBot 模組的成本，相對於自建分流邏輯的工程成本，仍是合算的。

早期選型最常見的誤區，是把「功能最多」等同於「最好」。WordPress 即時客服外掛市場裡不乏功能完整、但操作複雜到讓客服人員放棄使用的工具，最後機器人關了、觸發也沒設，只剩一個靜態聊天視窗，和未安裝外掛的效果相差無幾。選在目前坐席規模和流量下能真正用起來的那套，比選功能表最長的那套，實際回報高得多。