24 小時客戶服務時段
客戶向您的號碼傳送訊息後，客戶服務時段便會開啟，並持續 24 小時。時段內可傳送免費文字訊息，回覆同樣免費。時段外只有 Meta 已核准的訊息範本才能送達。
計時究竟何時開始？
客戶傳送訊息時開始，而每次客戶再次傳送訊息時都會重設。
這是人們最容易弄反的細節。時段不是由您上次傳送訊息、對話開始，或工單開啟的時間起計，而是由客戶最近一次傳入訊息起計。換言之，活躍對話實際上永遠不會關閉，而單向對話則會在一天後關閉。
這也表示時段是按聯絡人計算，而不是按號碼計算。同一個號碼在同一時間，可以有一位客戶處於時段內，另一位則處於時段外。
時段內外可以傳送甚麼？
時段內任何內容都可以，包括免費文字訊息、媒體，以及您想使用的訊息範本。時段外只有 Meta 已核准的訊息範本可以傳送。
這就是訊息範本存在的原因。對於尚未傳送訊息的人，訊息範本是開始或重新開始對話的獲批准方式。由於收件人沒有主動邀請這則訊息，因此訊息範本會預先接受審核。
在 Coexistence 號碼上，還有一項額外影響。WhatsApp Business 應用程式不能傳送訊息範本，因此時段外的所有訊息都必須經由 API 傳送。團隊可以用手機自由回覆進行中的對話，但不能重新開始一段沒有活動的對話，這是號碼需要連接的實際原因之一。
為甚麼整合系統往往要到正式環境才發現這點？
因為測試總是在時段內進行。
建立整合系統的人會向自己傳送訊息，然後在幾秒後回覆。這仍在 24 小時內，所以免費文字訊息可以正常傳送，所有測試也會通過。第一個真正失敗的案例，通常是昨天曾傳送訊息的客戶，而這往往已經是在正式上線之後。
穩妥的做法是在傳送前先分流：檢查該聯絡人上次傳送訊息距今多久，再選擇免費文字訊息路徑或訊息範本路徑。一開始便加入這項處理，幾乎不會增加成本。事後補加則要找出程式碼中的每個傳送位置。
常見錯誤
- 以您上次傳送訊息的時間計算。其實是客戶的訊息開啟時段。
- 把時段視為按號碼計算。其實是按聯絡人計算，因此同一個號碼上的兩段對話可以處於不同狀態。
- 只在訊息後立即測試，因為那必然處於時段內。
MCP 連接器的工具說明包含這項規則，因此助理無須獲告知時段，也能正確選擇 send_message 或 send_template。
常見問題
可以延長時段嗎？
不可以。時段由 Meta 固定，任何供應商都不能延長。
傳送訊息範本回覆後，時段會重新開啟嗎？
客戶回覆會重新開啟。單獨傳送訊息範本不會開啟免費文字訊息時段。
回覆真的免費嗎？
Meta 不會向時段內傳送的訊息收費。Meta 收取費用的是在時段外開啟的對話。
我讀到的另一個 24 小時時段是甚麼？
那是同步時段，由開始進行設定起計，管理的是聊天記錄，而不是訊息傳送。兩者並無關係。
繼續閱讀
準備開始嗎？
幾分鐘內設定 WhatsApp Coexistence，而非幾個月。應用程式在手機上仍可繼續運作。
開始免費試用驗證日期