到達可能性の確認とチャネルフォールバック

とにかくメッセージを届ける

プッシュ通知をオフにしていたり、メール配信を解除していたりすると、せっかく作ったメッセージはユーザーに届きません。送信レポートにはそれが表れないのが厄介なところです。キャンペーンは実行され、送信数はカウントされ、でもその1人には最後まで気づかれません。プッシュだけに頼った不正利用アラートは、プッシュがオフになっていた瞬間に役目を果たせなくなります。プッシュだけに頼った配送状況の通知は、通知をミュートしたユーザーに届かないまま終わります。到達可能性の確認は、メッセージが送信される前にこれを検知し、フォールバックのロジックを自分で組む代わりに、別のチャネルへ自動的にルーティングします。LINE公式アカウントを主要な通知チャネルとして使っている日本のアプリなら、プッシュが閉じていてもLINEへ切り替える設計がそのまま組めます。

到達可能性の確認でできること

到達可能とみなされる条件

5チャネルのうち2つは、「到達不可」の定義が公開されています。残りのタグ判定ロジックはまだ公開されていません。

これはリアルタイムの配信試行ではなく、購読タグの判定です。到達可能と判定されたユーザーでも、デバイスがオフラインだったり、それまでにアプリを削除していたりすれば、カスケードの先でメッセージを受け取れないことがあります。この要素が一般的な条件分岐ノードと違うのは、分岐そのものが用意されている点です。汎用の条件やウェイトステップを購読データに手動で接続する代わりに、到達可能・到達不可専用の分岐をキャンバスに置いて連結できます。

チェックを連結してカスケードにする

プッシュの到達可能性の確認の到達不可分岐をメールのチェックへつなぎ、そのメールチェックの到達不可分岐をSMSやWhatsAppのチェックへつなぎます。各ステップは、直前のチャネルで届かなかった対象だけに絞り込まれ、メッセージが届くか、チェックできるチャネルがなくなるまで続きます。

カスケードの締めくくりにアプリ内メッセージを

アプリ内メッセージは、この要素がチェックする5チャネルには含まれませんが、カスケードの最後の砦として使われるのが一般的です。アプリ内メッセージは、他のどのチャネルの購読状況にかかわらず、アプリを開いた人には届きます。

オムニチャネルなジャーニーとは

オムニチャネルとは、設定画面に5つのチャネルを並べることではありません。チャネルが1人ひとりにとって閉じているかどうかをジャーニー側が判断し、送信が静かに失敗する前に手を打てることです。カスタマージャーニービルダーにその力を与えているのが到達可能性の確認です。持っているチャネルを列挙するだけでなく、閉じたチャネルを迂回する仕組みそのものです。

活躍する場面

フォールバック先となるチャネルとセットで機能する

フォールバック先のチャネルとセットで設計されています

カスケードの実力は、その先にあるチャネル次第です。最初に試すモバイルプッシュ通知、フォールバック先のメール、最後の砦となるSMSやWhatsApp。LINEも同じ5チャネルの1つとして、この連鎖に組み込めます。

Condition splitは一見似ています。ノードがあり、複数の分岐があり、一度だけ評価される点は同じです。違うのは読み取る対象で、Condition splitはプロフィール上のセグメント・タグ・イベント値をすでにあるデータとして参照するのに対し、到達可能性の確認はチャネルが開いているかどうかを見ます。どちらもカスタマージャーニービルダーの中にあり、同じキャンバス上の他のフロー制御要素と並んで使えます。

データは、名前のあるインフラの上で完結

到達可能性の確認が読み取る購読タグは、プラットフォームの他機能と同じインフラ、Pushwoosh自社の米国・ドイツのハードウェア上で、GDPRおよびBDSG（ドイツ連邦データ保護法）に準拠して処理されます。PushwooshはSOC 2 Type I認証とISO 27001:2022を取得済みで、情シス審査で求められる第三者認証やデータ所在地の確認にもそのままお使いいただけます。個人情報保護法（APPI）専用の認証は存在しませんが、これらの国際基準がAPPIの求める水準に沿った保護を支えています。詳細はデータセーフティページをご覧ください。

使い方

知っておきたいこと

よくある質問

開いているチャネルで、確実に届ける

メッセージが使う可能性のあるチャネルすべてに到達可能性の確認を連結し、閉じたチャネルをジャーニーの終着点にしないようにしましょう。

関連製品を見る