オンボーディング
| ジャーニー設定 | 説明 |
|---|---|
| エントリールール | **ユーザーがセグメント基準に一致します。**サブスクライブされたユーザー、将来の追加のみ(今後サブスクライブする人のみを対象とし、既存のユーザーには受信させません)。 |
| 終了ルール | ジャーニー全体を通過しました。 |
| 再入力ルール | いいえ |
| コンテンツ | アプリやウェブサイトに新しいユーザーをウェルカムし、最初の数日または数週間で特定のタスクを達成するよう促します。 |

再エンゲージメントキャンペーン
| ジャーニー設定 | 説明 |
|---|---|
| エントリールール | ユーザーの最終セッションが7日より大きい;サブスクライブされたユーザー。(より多くの無料ユーザーを呼び戻すことが目標の場合、有料顧客などの特定のセグメントを除外したい場合があります。) |
| 終了ルール | ジャーニー全体を通過したか、特定の条件を満たす — ユーザーがアプリ/ウェブサイトでアクティブになったときに終了します。 |
| 再入力ルール | はい、一定期間後:7日(再エンゲージメントは、しばらくアプリを開いていないときにいつでも発生する可能性があります)。 |
| コンテンツ | しばらくアプリを開いていないユーザーにアプリに戻ってくるように促し、報酬や割引で誘惑します。 |

カート放棄
カート放棄の例
カスタムイベントまたはタグを使用してカートアクティビティを追跡し、カート放棄メッセージを送信します。
プロモーションキャンペーン
| ジャーニー設定 | 説明 |
|---|---|
| エントリールール | **ユーザーがセグメント基準に一致します。**サブスクライブされたユーザーまたはプロモーションキャンペーンが関連するセグメントをターゲットにします。 |
| 終了ルール | **ジャーニー全体を通過したか、特定の条件を満たす。**ターゲットにする目標を定義するセグメントを選択します(例:購入したユーザー)。 |
| 再入力ルール | いいえ(これが1回限りのキャンペーンの場合、1回送信します)。 |
| コンテンツ | イベントに備えて準備し、開始時にリマインドし、終了が近づいたら割引または報酬を提供します。 |

アクションが未完了の場合、ユーザーがアプリを離れた後にメッセージを送信する
初期設定| ジャーニー設定 | オプション | 説明 |
|---|---|---|
| エントリールール | ユーザーの最終セッションが時間の量より大きい。 | ユーザーがアプリまたはウェブサイトで最後にアクティブだった時間の量を決定します。 |
| オーディエンス | タグでターゲットにするセグメントを含めます。 | これらは、メッセージを受信する資格のあるユーザーです。 |
| 終了ルール | ユーザーがオーディエンス条件に一致しなくなったときに終了します。 | ユーザーがセグメントを離れると、ジャーニーメッセージを受信する資格がなくなります。 |
| 再入力ルール | はい、一定期間後。 | ユーザーが再度メッセージを受信する資格を得るまでに待つ時間の量。 |
ジャーニー内でA/Bテスト
分割分岐ノードを使用すると、ジャーニー内で50/50の分割を設定できます。2つの異なるメッセージテンプレートを作成し、ユーザーが流れると、半分は「テンプレートA」、残りの半分は「テンプレートB」を受け取ります。 その後、メッセージデータをエクスポートして、バリアント間の分析を比較できます。
アプリ内メッセージを順番に、1日1回表示する
この例では、3つ以上のアプリ内メッセージを連続して表示したいが、1日1回のみ表示します。ユーザーがアプリを開かない場合でも、次回アプリを開いたときに表示されます。 初期設定新しいセグメントを作成
フィルターを使用して
iam_journeyというセグメントを作成します:ユーザータグiam_journeyが1iam_journeyを選択した任意の名前に変更できます。- このタグは、ジャーニーを完了してすべてのメッセージを受け取った各ユーザーに設定されます。

アプリ内メッセージを作成
詳細については、ドラッグアンドドロップでアプリ内メッセージをデザインするを参照してください。
次のジャーニーを設定
| ジャーニー設定 | オプション | 説明 |
|---|---|---|
| エントリールール | ユーザーがセグメント基準に一致する | これらは、メッセージを受信する資格のあるユーザーです。 |
| オーディエンス | セグメントを含めてセグメントを除外する | 「サブスクライブされたユーザー」セグメントを含めます。ステップ1の「iam_journey」セグメントを除外します。 |
| 終了ルール | ジャーニー全体を通過しました | 追加の条件は必要ありません。 |
| 再入力ルール | はい、一定期間後 | 2分 |
-
アプリ内メッセージステップを追加します。
- メッセージに名前を付けます。たとえば:
IAM 1。 - メッセージの下部で、配信スケジュールを1日に設定します。
- メッセージに名前を付けます。たとえば:
-
アプリ内メッセージステップの前にyes/no分岐アクションを追加します。
- 分岐条件を設定します:以前のメッセージ動作:「
IAM 1閲覧済み」。 - No分岐をフォロー
IAM 1をNo分岐にドラッグします。- 1日間の待機ステップを追加します。
- Yes分岐をフォロー
- Yes分岐内で、すべてのメッセージに対してステップ1と2を繰り返し、
IAM 1を新しいアプリ内メッセージ(例:IAM 2、IAM 3)に置き換えます。 - 最後のYes分岐で、ユーザーにタグを付けるアクションを追加します。
- 初期設定→ステップ1セグメントで使用したのと同じキーでタグを付けます。
- 例:
iam_journey : 1。
- 例:
- 初期設定→ステップ1セグメントで使用したのと同じキーでタグを付けます。
- Yes分岐内で、すべてのメッセージに対してステップ1と2を繰り返し、
- 分岐条件を設定します:以前のメッセージ動作:「

制限付きエントリージャーニー
各段階でのエクスペリエンスを制御しながら、ユーザーがジャーニーに入ることができる回数を制限します。| ジャーニー設定 | 説明 |
|---|---|
| エントリールール | ユーザーがセグメント基準に一致する(例:サブスクライブされたユーザーまたは関連するターゲットセグメント)。 |
| オーディエンス | ターゲットセグメントを含めます。タグjourney_count = 2を持つユーザーを除外して、エントリーを2回に制限します。 |
| 終了ルール | ジャーニー全体を通過しました。 |
| 再入力ルール | はい、一定期間後:15日。 |
| コンテンツ | 初回エントリー時に初回エクスペリエンスを提供し、再入力時にカスタマイズされた2回目のエクスペリエンスを提供します。2回目以降のエントリーを防ぎます。 |

タグ戦略を準備
エントリーを追跡するために
journey_countという名前のユーザータグを使用します。タグはJourneyで設定すると自動的に作成されます。詳細については、タグアクションを参照してください。オーディエンスの含める/除外を構成
ジャーニーオーディエンスで:
- ターゲットセグメント(例:「サブスクライブされたユーザー」)を含めます。
- ユーザータグ
journey_countが2のユーザーを除外します。

開始時にyes/no分岐を追加
条件:ユーザータグ
journey_countが1に等しい。- Yes分岐 = 再訪問ユーザー(2回目のエントリー)。
- No分岐 = 初回ユーザー(タグがまだ存在しない)。
No分岐(初回エントリー)
- ユーザーにタグを付けるアクションを追加:
journey_countを1に設定します。 - 初回メッセージとアクションを送信します。
- 必要に応じて終了または追加ロジックに進みます。
Yes分岐(2回目のエントリー)
- ユーザーにタグを付けるアクションを追加:
journey_countを2に設定します。 - 再訪問ユーザーメッセージとアクションを送信します。
- 必要に応じて終了または追加ロジックに進みます。
特定の曜日の定期ジャーニー
特定の曜日に合わせた定期メッセージを送信します(例:毎週のプロモーション、イベントリマインダー)。| ジャーニー設定 | 説明 |
|---|---|
| エントリールール | ユーザーがセグメント基準に一致する(例:サブスクライブされたユーザーまたは別の関連ターゲットセグメント)。 |
| オーディエンス | ターゲットセグメントを含めます。 |
| 終了ルール | ジャーニー全体を通過しました。 |
| 再入力ルール | はい、一定期間後:7日。 |
| コンテンツ | 特定の曜日に送信される週次メッセージ(例:毎週金曜日)。 |

再入力ルールを設定
週次の繰り返しを有効にするために、再入力ルールを「はい、一定期間後:7日」に設定します。
- 再入力タイマーはユーザーがJourneyを退出したときに開始され、入ったときではありません。
- 7日間の再入力により、ユーザーが翌週のタイムウィンドウに間に合うよう再入力されます。
- 再入力期間は二重送信を避けるためにタイムウィンドウの期間より長くする必要があります。

プログレッシブジャーニー(イベント駆動)
カスタムイベントと条件付き待機条件を使用して、ユーザーの進行状況に基づいてエンゲージメントをエスカレートします。| ジャーニー設定 | 説明 |
|---|---|
| エントリールール | カスタムイベント = Progression_Level、フィルターprogression_level = 0。 |
| オーディエンス | オプションのセグメントフィルター。すべてのユーザーに対してこれを実行するか、サブセットに制限できます。タグは必要ありません。 |
| 終了ルール | - ジャーニー全体を通過しました。 - または最大進行レベルに達したとき(例: progression_level = 3)。- オプション:条件付き待機ノードが期限切れになったときに終了します。 - オプション:条件付き待機ノードから分岐して、イベントを完了しないユーザーにタグを付け、再エンゲージメントジャーニーに導きます。 |
| 再入力ルール | いいえ |
| コンテンツ | ユーザーがマイルストーンを完了するにつれてエスカレートするステージベースのメッセージ(この例ではメール)。 |

ユーザーがジャーニーに入る
すべての対象ユーザーがエントリールールに基づいて入ります。
トリガー:カスタムイベント
Progression_Level、progression_level = 0。
開始:即座に。レベル1
- カスタムイベント
Progression_Levelがprogression_level = 1で発生するまで待機します。 - 送信:**レベル1完了!**メッセージ。
- (オプション)待機ノードに有効期限を適用→マイルストーンに到達しない場合はユーザーを終了します。
- (オプション)分岐:有効期限に達した場合、ユーザーにタグを付けて再エンゲージメントジャーニーに送信します。
レベル2
- カスタムイベント
Progression_Levelがprogression_level = 2で発生するまで待機します。 - 送信:**レベル2完了、よくやっています!**メッセージ。
- (オプション)有効期限または分岐/タグを再エンゲージメントに適用します。
レベル3
- カスタムイベント
Progression_Levelがprogression_level = 3で発生するまで待機します。 - 送信:**レベル3に到達しました!**メッセージ。
- (オプション)有効期限または分岐/タグを再エンゲージメントに適用します。
クリックされたアクションボタンによってJourneyを分岐する
どのプッシュ通知アクションボタンをタップしたかに基づいて、異なるJourneyパスにユーザーをルーティングします。このパターンはアクションボタン、カスタムイベント、Wait Untilステップを使用して、単にクリックしたかどうかではなく、特定のボタンのクリックでユーザーを分岐します。この例には、ボタンのクリックをキャプチャしてカスタムイベントを送信するためのウェブサイトまたはアプリのコードが必要です。OneSignalダッシュボードのみでは完結できません。
| ジャーニー設定 | 説明 |
|---|---|
| エントリールール | ユーザーがセグメント基準に一致する(例:サブスクライブされたユーザーまたはキャンペーン固有のセグメント)。 |
| 終了ルール | ジャーニー全体を通過しました。 |
| 再入力ルール | いいえ |
| コンテンツ | 複数のアクションボタンを含むプッシュを送信し、ユーザーがタップしたボタンに基づいてフォローアップメッセージを分岐します。 |
Journey に Wait Until ステップを追加する
Journey のプッシュメッセージステップの後:
- Wait Until ステップを追加します。
- 各ボタンに条件を追加します:アクションIDのプロパティ
buttonが等しいカスタムイベントcta_clicked(例:shop_now)。 - 分岐したい各アクションID(例:
learn_more)に追加の条件を追加します。 - 有効期限を設定します(例:3日)。これにより、どのボタンもクリックしないユーザーがフォールバックパスに進めます。
よくある質問
毎日メッセージを送信するようにスケジュールできますか?
はい。最初のステップとしてタイムウィンドウノードを追加し、メッセージを送信したい時間帯(例:ユーザーのタイムゾーンで午前10時〜午後6時)を毎日の設定で構成します。次に、1日より短いがタイムウィンドウの長さより長い時間後に再入力するよう再入力ルールを設定します(例:8時間のウィンドウに対して12時間)。これにより、同じウィンドウ内での二重送信のリスクなく、ユーザーが翌日のタイムウィンドウに間に合うよう再入力されます。Journeyで異なるメッセージをA/Bテストできますか?
はい。ユーザーを均等に分割するために分割分岐ノードを追加します(例:50/50)。各分岐に異なるメッセージテンプレートを配置し、Journeyが実行された後に2つのテンプレート間の分析を比較します。ユーザーがJourneyに入ることができる回数を制限するにはどうすればよいですか?
タグ(例:journey_count)を使用してエントリーを追跡します。ユーザーが入るたびにタグをインクリメントし、タグが希望の上限に達するとユーザーをブロックするオーディエンス除外ルールを追加します。上記の制限付きエントリージャーニーの例を参照してください。
定期Journeyが間違った曜日に送信されたのはなぜですか?
タイムウィンドウノードは、タイムゾーンデータが利用可能な場合、ユーザーのローカルタイムゾーンでフィルタリングします。ユーザーにタイムゾーンデータがない場合、メッセージはアプリのデフォルトタイムゾーンに基づいて送信されます。タイムウィンドウの設定とユーザーのタイムゾーンデータが正しいことを確認してください。実行中のJourneyを停止するにはどうすればよいですか?
Journey設定でJourneyのステータスを一時停止または停止に設定します。一時停止されたJourneyは現在のステップでユーザーを保持します。停止されたJourneyはすべてのユーザーを即座に退出させます。詳細についてはJourney設定を参照してください。関連ページ
Journey概要
Journeyの概要と仕組みの紹介。
Journeyアクション
待機ステップ、分岐ロジック、タイムウィンドウ、分割パスを追加します。
Journey設定
エントリールール、終了ルール、再入力、スケジューリングを設定します。
Journeyメッセージ
JourneyでプッシュNotification、メール、SMS、アプリ内メッセージのステップを設定します。
カート放棄
カート放棄Journeyを構築するための完全なウォークスルー。
カスタムイベント
Journeyをトリガーし、パーソナライゼーションのためのイベントプロパティを渡します。