smb_message_echoes Webhook
smb_message_echoes 會傳送團隊從 WhatsApp Business 應用程式發出的內容。它僅存在於 Coexistence 號碼，因為只有這些號碼同時有人員從電話發送訊息，以及軟件從 API 發送訊息。
- 將人員發送的內容傳送至軟件
- 僅適用於 Coexistence 號碼
- 忽略它會造成重複回覆
7 天內不收取任何費用。隨時取消。
為甚麼需要這個欄位？
因為 Coexistence 會造成 API 原本未針對的情況：同一個號碼有兩個發送者。
在一般 Cloud API 號碼上，軟件是唯一的發送者，因此無需回報任何內容。在 Coexistence 號碼上，團隊仍會從電話回覆；如果沒有方法查看這些回覆，軟件便無法掌握每段對話近半的內容。
回聲正好解決這個問題。有人在 WhatsApp Business 應用程式中輸入回覆時，該回覆會以事件形式抵達您的端點，結構與傳入訊息相同，但會標示為由商戶發出的訊息。
如果忽略它，會出現甚麼問題？
客戶會收到兩次回覆，看起來很不專業。
常見情況是，客戶早上 8 時提出問題，人員在 1 分鐘內從電話接手，而從未看見該回覆的自動化流程在 3 分鐘後回答同一問題。對客戶而言，這代表同一間商戶不知道自己已經說過甚麼。
處理方式並不複雜。像處理傳入訊息一樣，將回聲準確記錄在對話中，並在發送前檢查近期活動。這個問題之所以難以察覺，是因為測試對話中沒有人員回覆，因此不會出現問題。
常見錯誤
- 將回聲視為雜訊並捨棄。它們是唯一能表示人員已經回覆的訊號。
- 假設每個號碼都有這個欄位。它只適用於 Coexistence。
- 測試時沒有讓人員參與，而這正是問題不會出現的唯一情況。
EasyCoexistence 會將兩個訊息路徑欄位，即此欄位及 messages，直接從 Meta 路由至您的端點。兩者都不會經過我們。
常見問題
回聲是否包括媒體？
它們會回報已發送的內容，包括媒體的參照資料，結構與傳入訊息相同。
一般 Cloud API 號碼是否也有這個功能？
沒有。沒有 Coexistence，便沒有人員從應用程式發送訊息，因此沒有內容需要回聲。
可以關閉這項功能嗎？
它隨訊息路徑提供。將該路徑路由至您的端點便會包括它，而在程式碼中忽略它則是需要承擔後果的選擇。
這項功能是否收費？
不會。它是 Webhook 事件，而不是訊息發送。
繼續閱讀
準備開始嗎？
幾分鐘內設定 WhatsApp Coexistence，而非幾個月。應用程式在手機上仍可繼續運作。
開始免費試用7 天內不收取任何費用。隨時取消。驗證日期