In-App Messaging（IAM）は、ユーザーがアプリをアクティブに使用している最中に表示されるターゲットメッセージ — バナー、モーダル、全画面タップオーバー、インラインカード、スライドアップなど。プッシュ通知（アプリ外から届き、オプトインが必要）やメール（非同期でユーザーがアプリを離れる必要がある）とは異なる。In-App Messagingはメッセージがトリガーされた瞬間にアプリ内にいるユーザー全員（100%）にリーチできる — オプトイン不要、通知疲れもなし。
主なIn-Appメッセージ形式
- モーダル — ユーザーが閉じる操作をしないと消えない全画面オーバーレイメッセージ。最も注目度が高いが、最も邪魔にもなる。使用は控えめに。
- バナー — 画面上部または下部に表示され、ユーザーの操作を妨げない。注目度は低いが、フローを中断しない。
- 全画面タップオーバー — 画面全体をメッセージに切り替える。インパクト最大だが、煩わしさのリスクも最大。
- インラインカード — コンテンツフィード内（記事や商品の間など）に埋め込まれたメッセージ。ネイティブな見た目で文脈に即している。
- スライドアップ／スライドイン — アニメーションで表示される小さなメッセージ。モーダルほど邪魔にならない。
- ボトムシート — モーダルだが、全画面タップオーバーよりも表示面積が小さい。
ユースケース
- お知らせ — 新機能のリリース、アプリアップデート、バージョン固有のニュース。
- アップセル／マネタイズ — 無料ユーザーへのプレミアム機能訴求、ペイウォール表示、セール通知。
- 機能教育／発見 — ユーザーがまだ試していない機能を紹介する。
- リテンション施策 — デイリーストリークのリマインダー、ユーザーがアプリを開いたときに表示されるコンテンツ更新通知。
- オンボーディング完了の促進 — ユーザーが完了していないオンボーディングステップを表示する。
- アンケート／フィードバック — アクティブユーザーに体験を問う。
- パーミッションリクエスト — 適切なタイミングでプッシュ、位置情報、ATT、連絡先のパーミッションをリクエストする。
- 重要なコミュニケーション — サービス状況のアップデート、利用規約の変更など。
主なIn-App Messagingプラットフォーム
- Braze — In-App Messagingが強力な、エンタープライズをリードするカスタマーエンゲージメントプラットフォーム。
- Iterable — Brazeに匹敵し、グロース段階の企業で人気。
- Customer.io — SMB/ミッドマーケット向け、開発者フレンドリー。
- OneSignal — プッシュとIn-App Messagingを幅広くカバーするプラットフォーム。
- CleverTap — In-App Messagingとアナリティクスを強力に組み合わせる。
- Firebase In-App Messaging — GoogleのFirebase Analyticsに統合された無料プロダクト。
成熟したアプリの多くは、プッシュ通知とIn-App Messagingに同じプラットフォームを使用している — 一元的なオーケストレーションは、ベストオブブリードのツール選定より重要だ。
ベストプラクティス
- 汎用スケジュールではなくユーザーの行動でトリガーする — 今ユーザーが行っていることに関連したメッセージを表示する。
- フリークエンシーキャップ — In-App Messageが多すぎるとスパムに感じられる。1セッションあたり1〜3件が妥当な上限。
- デザインとトリガーのA/Bテスト — メッセージデザインによってコンバージョン率が大きく異なる場合がある。
- 重要なフローをブロックしない — 購入中やコアワークフロー中にモーダルを表示しない。
- 「再表示しない」を尊重する — メッセージを閉じたユーザーに、次のセッションでまた表示しない。
- エンゲージメントとコンバージョンを追跡する — すべてのIn-App Messageに明確な成功指標（クリック、閉じる、有料転換など）を設定する。