IOSOR ガイド

WhatsApp セッション窓対テンプレート借方:リッチチャネル上の prepaid ユニット

24時間窓と承認済みテンプレートは prepaid を違う形で借りる。Vault とテンプレートの門、カタログの正直さ、財務に見えるユニットを Live の前に揃える。

リッチメッセージは「利用者はもうチャット中」に見える。本番では テンプレート と セッションメッセージ は二つの prepaid 対象だ。テンプレートは承認済みクラスでユニット感度が読める。24時間窓の中の返信はバーストだ。担当の ack、ボットの ping、「確認だけ」の一行がすべて借方。開いた窓を無料回廊として扱うとウォレットが燃え、財務が混乱する。

IOSOR は WhatsApp 系のリッチ経路を SMS と同じ white-label prepaid 台帳に置く。先に入金、次に消費。カタログ live は vault・テンプレート・smoke が緑のときだけ。in setup は申請であり柔らかい Live ではない。月次 USD 1,000+ 付近ではテンプレートとセッションの配分が商業レビューに入る。先に証拠、そのあと規模。

二つの prepaid 対象:テンプレート借方とセッション借方

財務は台帳で両方を見なければならない。テンプレートとセッションの費用 を比べよ。プロダクトが借方をテンプレートかセッションかタグできなければ、領収プリンタしかない。パイロットにチャネルを開く前に初月の配分をモデル化せよ。

軸 テンプレート送信 窓の中のセッション
典型作業 ユーティリティ通知、OTP 隣接ステータス inbound のあとの自由返信
準備 プロフィール+承認済みテンプレート目録 窓規則+人がいる運用+上限
支出 読めるユニット 担当やボットが返すときにバースト
失敗 クラス拒否/承認なし 窓が閉じ、返信が暴走

24時間窓は無料の回廊ではない

セッション窓は時計でありクーポンではない。窓の中の返信は冷えたスレッドへのテンプレートと別のユニットクラスを使うことがある。すべての inbound への自動 ack、当番のないボットが「会話を温める」、再試行を無料確認として扱う——こうして prepaid は消える。セッション返信に上限を置け。窓ポリシーの責任者を指名せよ。テンプレート審査をセッションで迂回するな。第二チャネルが未完なら OTP はすでに live の経路に置け。未ライブ時のWhatsAppとRCS を見よ。

Live バッジ前の vault とテンプレートの門

Live は利用者への言葉だ。バッジ前の門:vault 緑、送るクラスのテンプレート目録が承認済み、webhook 消費者が冪等、品質窓に責任者。vault が橙なのに WhatsApp と書いたスライドは、まだ起きていない prepaid 燃焼だ。リッチチャネルの保管庫とテンプレートゲート を読め。品質低下は金の事象だ。配達と燃焼が変わり、運用コンソールのチップだけではない。すでに live の SMS への正直なフォールバックは、午前二時にポリシーに当たるリッチチャネルに勝つ。

チャネルがまだ in setup のときのカタログの正直さ

カタログが in setup なのに「WhatsApp の OTP」と約束する営業文は信頼事故だ。未完の経路へ自動で跳ぶな。どのクラスを試し、どれを setup のため飛ばし、どの借方が着地したかを記録せよ。顧客向け誤りはブランド安全であるべきだ。RCS は閉じた WhatsApp 窓のスペアタイヤではない。カタログ in setup は安いテンプレート段ではない。

危険信号

  • テンプレート対セッションのタグがないウォレットの塊
  • 上限なしのセッション自動返信
  • テンプレートが下書きのまま Live バッジ
  • テンプレート審査を飛ばすセッション
  • in setup のチャネルへの自動ジャンプ
  • 顧客誤りに他人のブランド名
  • 模擬 smoke を本番として出す

IOSORで始める

IOSOR コンソールを開き、プリペイド台帳にタグを付与して、送信テンプレートのデビット処理をインバウンドセッションのウィンドウ消費から分離してください。セッション Webhook コンシューマーに対してスレッドごとの返信上限を明示的に設定し、上限なしの自動ループによってリッチチャネルのクレジットが枯渇するのを防ぎます。チャネルステータスをセットアップから切り替える前に、すべてのテンプレートクラスがカタログ内で完全に承認済みとしてマークされていることを確認してください。

IOSORの要点

このガイドでは、WhatsApp のテンプレートデビットと 24 時間のセッションウィンドウが、コスト構造や運用要件の異なる独立したプリペイド単位クラスであることを明確にしました。オープンなセッションウィンドウは無料のメッセージング回廊ではなく期限付きのタイマーであるため、監視や制限のない自動返信は予期せぬ台帳枯渇の最大の要因となります。

スレッドごとの厳格な返信上限の強制、ウィンドウポリシー専任担当者の配置、およびライブバッジ付与前の承認済みカタログテンプレートの確認を徹底してください。テンプレートレビューを回避するために未承認の文面をオープンセッションウィンドウ経由でルーティングしようとしたり、テンプレートがセットアップまたは下書きステータスのままでリッチチャネルをエンドユーザーに公開したりすることは絶対に避けてください。

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

関連ガイド