Helptal — 首頁
HelptalHelptal
Helptal
  • 工單系統

    客戶的每一封郵件和訊息,都在同一份清單裡。

    線上聊天

    網站上的對話泡泡,簡單的問題交給 AI 處理。

    線上預約

    支援行事曆同步與會議連結的線上預約頁面。

    AI 自動化

    懂你語氣的 AI 隊友,自動起草回覆。

    知識庫

    架在你自有網域上的說明文件 —— AI 回覆時也會引用。

    • 關於 Helptal

      產品背後的使命與團隊

    • 為什麼選 Helptal

      我們與傳統客服工具的差異

    • 使用情境

      不同團隊如何在日常工作中使用 Helptal

    • 部落格

      客服產業基準、實戰手冊與產品動態

    • 開發文件

      設定指南與開發者參考

  • 方案價格
  • 技術支援
登入免費開始
Helptal — 首頁
Helptal

選單

    • 工單系統
    • 線上聊天
    • 線上預約
    • AI 自動化
    • 知識庫
    • 關於
    • 為什麼選 Helptal
    • 使用情境
    • 部落格
    • 開發文件
  • 方案價格
  • 技術支援
    • 服務條款
    • 隱私權政策
    • GDPR
    • 次處理者
登入免費開始

9 個主動聊天觸發規則,真正開啟有價值的對話

作者 Helptal Editorial

2026年6月22日•8 分鐘閱讀
Live ChatAutomationSaasCustomer SupportOperations
9 proactive chat trigger rules that actually start qualified conversations

大多數主動聊天觸發規則單純基於停留時間,這就是為什麼訪客會將這個小彈窗與垃圾訊息聯繫在一起。解決方案不是關閉主動聊天——而是結合頁面 URL、停留時間閾值和已識別訪客特徵(方案層級、月度經常性收入、帳戶年齡),使訊息只在真正的對話成為可能時才觸發。以下是九個在 2026 年仍然有效的規則,並附上詳細的定位邏輯。

重點摘要

  • 單純基於停留時間的主動聊天觸發規則會在 80% 以上沒有購買意圖的訪客身上觸發(估計),這會導致你的團隊忽視這個渠道。
  • 最強大的規則結合三個信號:頁面 URL、停留時間閾值和通過 identify 呼叫傳遞的訪客特徵(方案、月度經常性收入、角色)。
  • 不同頁面類型應該有不同的停留時間閾值——在定價頁面停留 25 秒表示猶豫,在文件頁面停留 25 秒是正常閱讀。
  • 已識別的付費方案客戶應該比匿名訪客更快、更頻繁地觸發;這類對話的預期價值更高。
  • 限制每個訪客每個會話只觸發一條訊息,並排除在過去 14 天內已經傳送訊息的訪客。

為什麼單純停留時間規則會悄悄失效

單純停留時間規則對所有訪客一視同仁。在你的定價頁面比較五個供應商的訪客會收到與已登入客戶相同的提示,而該客戶正在閱讀同一頁面以規劃升級。第一個訪客會感到煩惱;第二個才是你真正想要的對話。

這種模式在聊天工單日誌中隨處可見:觸發率高、回覆率低,而且回覆大多是「不用了」或沉默。代理開始靜音該隊列。在一個季度內,團隊會將主動聊天視為噪音而非管道來源。

替代方案不是減少觸發——而是使其更精準。下面的每個規則都將頁面 URL 模式與停留時間閾值配對,並在可能的情況下配合訪客特徵。結果是觸發次數減少、回覆率提高,你的團隊會認真對待這些對話。

定位的基本構件

在介紹九個規則之前,三個基本構件使所有規則都能發揮作用。

頁面 URL 定位。 大多數平台支援 pageUrlContains 匹配。使用特定路徑(/pricing、/integrations/salesforce、/docs/api/webhooks),而不是全域匹配。

停留時間閾值。 訪客在當前頁面上的時間(以秒為單位)。低於 15 秒是反射性滾動;在行銷頁面上超過 90 秒是不尋常的,值得注意。

訪客特徵。 這是大多數設置不足的地方。如果你的聊天小工具公開 identify 呼叫,主機網站可以附加 plan、mrr、accountAgeDays 或 role 等特徵。Helptal 的即時聊天小工具通過 Helptal.identify({...}) 為每個訪客接受最多 30 個鍵,這些特徵會在發送任何訊息之前顯示在即時訪客列中。

有了這三個可組合的信號,你可以編寫規則,例如「在 /pricing 上停留 30 秒後觸發,但僅限於 plan === 'free' 且 mrr > 0 的訪客。」這就是將有用的主動聊天與垃圾訊息區分開來的粒度。

9 個規則

1. 定價頁面猶豫,匿名訪客

觸發條件: pageUrlContains: /pricing AND dwellSeconds >= 45 AND identified === false

訊息: "在比較方案嗎?很樂意回答關於哪個層級適合你的團隊規模的問題。"

45 秒是訪客已經閱讀過標題並正在比較層級的閾值。更早會打斷他們;超過 90 秒他們可能已經跳轉到競爭對手的標籤頁。

2. 定價頁面,已識別免費用戶

觸發條件: pageUrlContains: /pricing AND dwellSeconds >= 20 AND plan === 'free'

訊息: "在考慮升級嗎?我可以查看你的當前使用情況,告訴你哪個方案最合適。"

已識別的用戶獲得更快的閾值和更具體的訊息。他們已經選擇了你;問題是選擇哪個層級,而不是是否升級。

3. 企業方案頁面,任何訪客

觸發條件: pageUrlContains: /enterprise OR /contact-sales AND dwellSeconds >= 30

訊息: "想跳過表單嗎?快速聊天通常可以替代發現電話。"

企業頁面的訪客數量很少,但每個訪客的價值巨大。降低閾值,不進行特徵篩選——這些頁面上的每個訪客都值得一次嘗試。

4. 整合頁面,具有匹配特徵

觸發條件: pageUrlContains: /integrations/[name] AND dwellSeconds >= 25

訊息: "在設置 [Integration] 連接嗎?如果你在驗證步驟卡住,很樂意幫你走過。"

整合頁面表示主動實施,而不是瀏覽。即使停留時間很短也值得提示,因為訪客正在執行任務。

5. 文件頁面,有活躍問題的付費客戶

觸發條件: pageUrlContains: /docs/ AND dwellSeconds >= 120 AND mrr > 0

訊息: "在某個地方卡住了嗎?我可以查看你的帳戶並與你一起查看請求日誌。"

付費客戶閱讀文件兩分鐘通常是在除錯。匿名訪客在文件上是在學習——讓他們安靜。長停留時間加付費特徵的組合是你擁有的最清晰的「這個人現在需要幫助」信號。

6. 購物車或結帳放棄(B2B SaaS 變體)

觸發條件: pageUrlContains: /signup OR /checkout AND dwellSeconds >= 60

訊息: "對註冊流程有快速問題嗎?我在這裡。"

自助 B2B SaaS 有相當於購物車放棄的情況——訪客到達信用卡表單然後停滯。在 /checkout 上停留一分鐘意味著他們遇到了真正的障礙。

7. 比較或替代方案頁面

觸發條件: pageUrlContains: /vs- OR /compare OR /alternatives AND dwellSeconds >= 40

訊息: "在進行供應商研究嗎?我可以誠實地告訴你我們適合的地方以及不適合的地方。"

比較頁面上的訪客正在進行主動評估。訊息的語氣很重要:不要推銷——提供觀點。這個規則的回覆率應該是平均主動訊息的 2-3 倍(基於意圖密度的估計)。

8. 在任何高意圖頁面上的回訪者

觸發條件: visitCount >= 3 AND (pageUrlContains: /pricing OR /demo OR /contact) AND dwellSeconds >= 20

訊息: "歡迎回來。有什麼我可以幫你決定的嗎?"

第三次訪問轉換頁面的訪客在某些特定事項上卡住了。降低停留時間閾值,因為他們的意圖已經通過訪問歷史確立。

9. 已識別的擴展候選者

觸發條件: mrr > 0 AND accountAgeDays > 60 AND pageUrlContains: /pricing OR /add-ons

訊息: "在考慮擴展嗎?我可以檢查你的座位使用情況,看看什麼最合適。"

這是客戶成功規則,而不是銷售規則,但它通過相同的主動聊天引擎運行。現有客戶在定價頁面上是在評估擴展。將這些路由到客戶成功經理,而不是銷售代表。

規則觸發矩陣

規則停留時間閾值頁面模式特徵篩選預期觸發率
定價,匿名45 秒/pricing無中等
定價,免費用戶20 秒/pricingplan=free低
企業30 秒/enterprise無非常低
整合頁面25 秒/integrations/*無低
文件,付費客戶120 秒/docs/mrr>0低
註冊停滯60 秒/signup, /checkout無中等
比較頁面40 秒/vs-, /compare無低
回訪者20 秒/pricing, /demovisits>=3非常低
擴展候選者30 秒/pricing, /add-onsmrr>0, age>60d非常低

每個設置都需要的護欄

三個設置適用於上面的每個規則:

  1. 每個訪客一次觸發。 一旦訪客在會話中看到主動訊息,沒有其他規則會觸發。堆疊是使聊天感覺垃圾的原因。
  2. 抑制最近的對話。 如果訪客在過去 14 天內與你傳送訊息,不要觸發。他們已經知道你的存在。
  3. 尊重「不追蹤」。 如果設置了 navigator.doNotTrack,跳過心跳並完全跳過主動規則。這是正確的做法,並且可以消除一類合規風險。

Helptal 如何適應

Helptal 的即時聊天在成長方案及以上版本包括即時訪客追蹤和主動聊天自動化規則,基於此處描述的頁面 URL + 停留時間 + 特徵模型構建。Helptal.identify({...}) 呼叫為每個訪客附加最多 30 個特徵(方案、月度經常性收入、角色、帳戶年齡),這些特徵在發送任何訊息之前會顯示在即時訪客列中,並為你在 /settings/proactive-rules 的規則提供支持。每個規則自動為每個訪客觸發一次,當規則不適合時,你也可以從即時訪客面板手動開啟聊天。

常見問題

主動聊天規則的正確停留時間閾值是多少?

這取決於頁面。定價和比較頁面適合 30-45 秒——足夠長以至於訪客在比較,但足夠短以至於他們還沒有離開。文件頁面需要 90-120 秒,因為閱讀是正常的。企業和聯繫銷售頁面可以早至 20-30 秒觸發,因為每個訪客都有異常的價值。

主動聊天應該在匿名訪客身上觸發嗎?

可以,但只在高意圖頁面上使用較長的停留時間閾值。定價、企業和比較頁面上的匿名訪客在 40-45 秒後值得提示。文件或部落格頁面上的匿名訪客不值得——他們在研究或閱讀,主動訊息只會造成摩擦。

B2B SaaS 網站應該同時運行多少個主動聊天規則?

六到十個目標明確的規則對大多數團隊都有效。限制不是規則數量,而是每個訪客的觸發預算。無論訪客在技術上匹配多少規則,都將每個訪客每個會話的觸發限制為一條訊息,你會獲得大部分價值而不會有垃圾訊息的聲譽。

哪些訪客特徵對主動聊天定位最重要?

方案層級(免費與付費)、月度經常性收入和帳戶年齡涵蓋大多數用例。有了這三個,你可以區分潛在客戶與客戶、免費與付費、新與已建立。如果你向同一帳戶內的多個角色銷售,請添加角色(管理員與終端用戶)。

你如何衡量主動聊天觸發規則是否有效?

追蹤每個規則的回覆率、合格對話率和管道歸因。健康的主動規則的回覆率超過 15%,合格對話率超過回覆的 40%(來自 B2B SaaS 規範的估計)。低於這些閾值的規則應該被停用或重新定位。

本週發佈列表中的兩到三個規則——定價匿名規則、文件付費客戶規則和比較頁面規則是最高槓桿的起點。在添加更多之前測量兩週。如果你在評估工具,Helptal 的免費方案包括聊天和本文在付費層級上描述的更廣泛功能集。

分享這篇文章

Helptal 免費版,永久免費起步

一分鐘內註冊完。不用信用卡、不用業務電話。一個人的客服團隊,中午前就能開始回覆真實客戶郵件。

免費開始使用
  • 不用信用卡

  • 永久免費 — 隨時升級

Decorative gradient background
Decorative gradient background
Helptal

現代客服系統,為用心服務的團隊而生。

LinkedInLinkedIn
FacebookFacebook

產品

  • 工單系統
  • 線上聊天
  • 線上預約
  • AI 自動化
  • 知識庫
  • 方案價格

資源

  • 關於
  • 為什麼選 Helptal
  • 使用情境
  • 部落格
  • 開發文件
  • 技術支援

法律

  • 服務條款
  • 隱私權政策
  • GDPR
  • 次處理者

版權所有 © 2026 Evith LLC。保留所有權利。