SMSでカードを送信できない場合のMMS活用

SMSでカードを送信できない場合のMMS活用。

テキストSMSの制限を超えるビジュアルペイロードの要件

テキストSMSの連結フレームは1セグメントあたり最大153文字のGSM文字に制限されているため、端末のネイティブメッセージングフィードに即時ビジュアル搭乗券、バーコードカード、イベントバッジを直接表示する必要がある場合に配送不能となります。短縮URLに依存すると、エンドユーザーが外部URLのタップを躊躇したり、アクティブなモバイルデータセッションを持っていなかったりするため、コンバージョン率が低下することがよくあります。MMSを利用したビジュアルカード配信により、ユーザーの画面上に直接画像をレンダリングでき、高いエンゲージメントを実現できます。

MMSルーティングロジックと画像カード配信

API呼び出しがE.164宛先アドレス指定で画像ペイロードを送信すると、プラットフォームはキャリアの引き落としを行う前に端末の受信能力を検証します。端末は基本的なSMSショートメッセージサービスセンター(SMSC)ではなく、キャリアのMMSCプロトコルを介してメディアカードを受信します。キャリアのプロファイル制限やフィーチャーフォンの制限によってエンドポイントがビジュアルカードを描画できない場合、フォールバックルールによって孤立したリクエストの発生を防ぎます。

元帳の保留とメッセージごとのMMS引き落とし

MMSの前払い元帳処理は、下流のメディアキャリア料金のため、標準的なSMSユニット課金とは異なります。送信される各MMSは、送信前にワークスペース残高に対して一時的な前払い保留(Hold)を開始します。キャリアネットワークからDLR(配信確認)が返信されると、保留は確定した残高引き落としに変換されます。プラットフォームアカウントはUSD 20の前払いフロアで運用され、中断のないAPI送信を保証します。

リアルタイムWebhookトラッキングとメディア配信状態

送信された各ビジュアルカードのステータスは、安全なWebhookエンドポイントを介して非同期で更新されます。開発者は、E.164番号、トランザクションID、タイムスタンプメトリクス、およびDELIVEREDやUNDELIVERABLEなどの明示的なDLRコードを含む即時JSONペイロードを受け取ります。エンドポイントが標準のSTOPキーワードを使用してオプトアウトをリクエストした場合、システムはルーティングテーブルをグローバルに更新し、その宛先への後続のビジュアルペイロードをブロックします。

アーキテクチャ上の考慮事項とチャネルの選択

直接的な画像配信とURLリンクの選択は、キャンペーンのセキュリティ要件とユーザーエクスペリエンスの目標に依存します。MMS直接配信はタップの手間を省き信頼性を高めますが、宛先キャリアのMMSCサポート状況を評価する必要があります。

関連ガイド: 本番運用前の MMS 引き落としクラス設定 · 拒否されたMMSを配信済みとして表示してはならない理由 · 初回引き落とし前のプリペイド残高確保.

IOSORで始める

途切れた連結SMSリンクの代わりにネイティブなビジュアルカードを実装するには、IOSORコンソールに移動し、メディアペイロードに対してMMS専用配信を強制するように送信ルーティングプロファイルを構成します。搭乗券やロイヤルティカードの最初のバッチをトリガーする前に、プリペイド残高に固有のメディアレート保留分をカバーする十分な余裕があることを確認してください。リアルタイムのWebhookログを監視して、キャリアのMMSCが画像カードを端末のフィードに直接正常に配信していることを検証します。

IOSORの要点

本稿では、ビジュアルカードをシミュレートするために連結SMSテキストに依存することは、ユーザーエクスペリエンスを低下させ、即時かつネイティブな視覚的エンゲージメントを提供できないことを証明しました。MMSは、独自のルーティングロジック、残高予約しきい値、およびキャリアレベルの配信検証を備えた個別のプリペイド製品として扱う必要があります。

トランザクションの切断を防ぐために、専用のMMSルーティングルールを構成し、IOSORワークスペースで特定のメディアレート保留を監視してください。ユーザーエクスペリエンスが即時で妥協のないビジュアルカードを求めている場合に、外部リンクを含む長い連結SMSを送信してMMS料金を回避しようとしないでください。