更新:查看版本資訊瞭解新功能和產品更新。

最佳做法

透過集合功能整理內容 你可以依據偏好儲存及分類內容。

與已驗證簡訊互動時,請牢記以下最佳做法。

請等待訊息儲存確認,再傳送簡訊

使用 Verified SMS API 儲存訊息時,如果已驗證簡訊平台儲存並確認訊息雜湊,API 會傳回 200 OK。為了確保使用者的裝置能正確驗證訊息,請等到收到200 OK回應以透過簡訊傳送訊息為止。否則,使用者可能會在已驗證簡訊平台儲存簡訊之前收到您的簡訊,造成訊息應用程式將您的訊息標示為未驗證。

同樣地,如果您打算互相傳送多則訊息,請等待每則訊息都收到 200 OK 回應,然後再傳送訊息。您可以選擇先傳送所有訊息,再傳送任何簡訊,或是在選擇傳送序列之前,先儲存每則訊息 (以商業邏輯更合理)。無論是預先或依序將每則訊息的 200 OK 回應,在透過簡訊將訊息傳送給使用者之前,您都能確保所有訊息在使用者裝置上顯示為已驗證。

只傳送簡訊

當您與他人溝通時,請只與經過驗證的簡訊通訊。 已驗證簡訊平台不支援多媒體訊息或 RCS:

  • 如果會話群組包含多媒體訊息,這些訊息會顯示為未驗證。
  • 如果對話包含一或多則 RCS 訊息,即使對話或訊息先前顯示過這項資訊,該對話也不會顯示品牌或驗證資訊。

雜湊處理及儲存從寄件者 ID 傳送的所有簡訊

雜湊處理及儲存您傳送的所有簡訊,包括針對使用者傳送的訊息 (例如「STOP」和「HELP」)。如果使用者已收到來自寄件者 ID 的一或多則已驗證簡訊,但後來收到未經雜湊處理且儲存在已驗證簡訊的訊息,即使訊息合法,系統仍會顯示未經驗證的訊息。

對可能傳送的簡訊進行雜湊處理

並非所有電信業者都支援簡訊串連,因此如果您傳送的訊息無法納入單一簡訊,則使用者可能會在多個訊息區隔中收到您的內容。在這種情況下,「訊息」應用程式會將每個區隔視為訊息,並嘗試個別驗證每個區隔。如果每個訊息區隔並未分別經過雜湊處理,並儲存為「已驗證簡訊」,「訊息」應用程式就會顯示這些區隔為「未驗證」。

依據您傳送訊息的簡訊的簡訊串連和分割行為,將您傳送簡訊的所有預期訊息片段進行雜湊處理。請與業者聯絡,瞭解其簡訊串連和分割邏輯。

使用已驗證簡訊功能維持開放關係

為達到最佳雜湊儲存空間處理量,請在儲存多個批次雜湊時,使用已驗證簡訊維持和重複使用連線,而不要透過每個儲存空間要求開啟及關閉連線。例如,使用 Java SDK 以非同步方式儲存雜湊時,請重複使用 VerifiedSmsServiceClient 物件,直到所有雜湊儲存完成為止。

透過單一寄件者 ID 持續與使用者聯絡

當您透過單一傳送者 ID 與使用者進行通訊時,「訊息」應用程式會在單一對話中顯示您的所有訊息。如果您從多個寄件者 ID 傳送訊息給使用者,訊息會顯示在其對話中,並視寄件者 ID 而定。使用者必須在對話之間切換,才能和您的品牌對話,因此會降低使用者的對話體驗。

如果您選擇從多個傳送者 ID 傳送訊息,請將每個 ID 用於特定用途。如果使用者可以預期來自特定對話的特定體驗,與傳送者 ID 和對話之間的訊息相比,這種做法可帶來更好的整體使用者體驗 (而非理想情況)。

以指數輪詢方式進行重試

呼叫任何 API 時,呼叫可能會因為基礎架構問題、服務超載、QPS 限制和各種其他錯誤而失敗。如要從失敗的 API 呼叫中復原,請採用指數輪詢方式進行重試。

使用指數輪詢進行重試

  1. 識別失敗的 API 呼叫
  2. 設定初始等待時間長度和重試次數上限
  3. 暫停等待時間
  4. 重試 API 呼叫
  5. 評估 API 呼叫回應:

    • 如果成功,請繼續工作流程中的下一個步驟。
    • 如果失敗,請延長等待時間並返回步驟 3
    • 如果失敗次數超過重試次數上限,請輸入失敗狀態

理想的等待時間以及理想的重試次數上限因用途而異。依據基礎架構和工作流程的延遲時間需求決定這些數字。

使用驗證回條追蹤郵件驗證

只要註冊 Webhook,已驗證簡訊就會針對使用者裝置的成功驗證訊息傳送驗證收據。使用驗證收據和內含的回傳資料來追蹤個別訊息的驗證狀態。

如要停止儲存郵件,請與我們聯絡

如果您決定停止儲存已驗證簡訊的訊息,請儲存我們的訊息,並確認傳送者 ID 已不再與已驗證簡訊相關聯。

如果你的寄件者 ID 仍與已驗證簡訊相關聯,而且你並未儲存訊息就送出訊息,「訊息」應用程式會將訊息標示為未驗證。

您的寄件者 ID 與已驗證簡訊不再有關聯時,「訊息」應用程式不會嘗試驗證透過寄件者 ID 傳送的任何簡訊。

後續步驟

開始使用已驗證簡訊儲存郵件雜湊之前,

完成後,您就可以傳送已驗證訊息