IOSOR ガイド

リッチチャネルにおける現地クワイエットアワーの強制適用とオプトアウト状態の同期

WhatsAppおよびRCSチャネル全体でのクワイエットアワーの抑制とオプトアウト同期をマスターし、プリペイキャンペーンの健全性を保護します。

リッチチャネルにおける現地クワイエットアワーの強制適用とオプトアウト状態の同期。

マルチチャネル状態同期のアーキテクチャ概要

リッチコミュニケーションチャネル間でのオプトアウトフラグおよび現地タイムゾーンのクワイエットアワーの同期は、コストのかかるメッセージブロックやポリシーフラグを防止します。ホワイトレーベルCPaaSプラットフォームを運用する場合、下流テナントはSMS、RCS、WhatsAppトラフィックを混在させたキャンペーンをプッシュします。ユーザーがSMSループでSTOPと返信した場合、そのオプトアウト状態はリッチチャネルの台帳に即座に伝播される必要があります。IOSORは、低遅延webhookと非同期イベントキューを介してこれを処理します.

現地クワイエットアワーとタイムゾーンデータベースの設定

コンプライアンス規制では、現地の夜間における外部向けプロモーションメッセージの送信が厳しく禁止されています。IOSORは、E.164プレフィックスに対して受信者の電話番号を評価し、地理的位置と現地時間のオフセットを決定します。テナントは、現地時間21:00から08:00などのグローバルなクワイエットアワーウィンドウを設定します。ブロードキャストがスケジュールされると、エンジンは各受信者のタイムゾーンオフセットを確認し、制限が解除された瞬間にメッセージをJIT配信のためにキューに登録します.

RCSとWhatsAppにおけるリアルタイムオプトアウト伝播

オプトアウト処理は、バッチ同期に依存することはできず、即時の台帳更新が必要です。エンドユーザーがSTOP、UNSUBSCRIBEと返信する、またはRCSカルーセル内のインタラクティブなオプトアウトボタンをクリックすると、IOSORはインバウンドwebhookを傍受します。プラットフォームは連絡先の台帳エントリにブロックステータスを即座に書き込み、アクティブなキャンペーンキューを更新します。そのE.164番号宛ての保留中のWhatsAppテンプレートやリッチメディアカルーセルはドロップされます.

プリペイ台帳のセーフガードと自動キャンペーン保留

プリペイCPaaSモデルでは、大規模なリッチチャネルブラスト中の突然のマイナス残高を防ぐため、厳格な財務的ガードレールが必要です。プラットフォームは、キャンペーンの実行前にすべてのテナントアカウントに対して、20米ドルの厳格なプリペイフロアを強制します。ブロードキャストが資金を消費し、残高がこのしきい値を下回った場合、アクティブなキューは自動的に一時停止します。さらに、月間利用額が1,000米ドルに近づくアカウントは、コンソールでソフトレビューがトリガーされます.

番号プロビジョニングとJIT割り当ての管理

リッチチャネルキャンペーンには、信頼性の高い送信者IDが必要です。テナントは、テナントコンソール内のJIT割り当てを使用して、送信者IDとロングコードを動的にプロビジョニングします。各番号には、ルーティング検証のためのMRC追跡と適切なメタデータタグ付けが必要です。番号が特定のクライアントワークスペースに割り当てられると、IOSORはそのwebhookエンドポイントを指定されたイベント宛先にバインドします。これにより、着信DLRレポート、Verify OK応答、STOP要求がマッピングされます.

IOSORで始める

IOSORディスパッチコンソールを開き、WhatsAppとRCSプロファイル間でクロスチャネルのオプトアウト伝播を有効にします。ローカルのE.164タイムゾーン評価ゲートを設定し、制限された夜間帯にスケジュールされたトラフィックがアウトバウンドゲートウェイに到達する前に、自動的に破棄またはキューイングします。環境内でインバウンドのSTOPウェブフックをテストし、配信停止の更新がすべてのアクティブなキャンペーンに即座に適用されることを確認してください。

IOSORの要点

リッチチャネル間でオプトアウトフラグとローカルタイムゾーンの境界を同期させることは、コンプライアンスを維持し、アカウントの凍結を防ぐために不可欠です。受信者のタイムゾーンオフセットをアクティブなE.164プレフィックスに対して評価することで、アウトバウンドトラフィックが地域の夜間規制に違反したり、テンプレートの拒否を引き起こしたりすることを確実に防ぎます。

リアルタイムのオプトアウト台帳の更新を徹底し、RCSでの配信停止がWhatsAppでのアプローチを即座にブロックするようにしてください。遅延バッチ同期に依存したり、送信前のタイムゾーン抑制チェックなしに大規模なリッチメッセージングの配信を行ったりしないでください。

このガイドは役に立ちましたか？