メインコンテンツへスキップ
以下の各例には、推奨されるJourney設定とステップバイステップの構成が含まれています。シンプルなパターン(オンボーディング、再エンゲージメント)から始めて、より高度なワークフロー(定期送信、イベント駆動の進行、アクションボタン分岐)へと進んでください。

オンボーディング

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

再エンゲージメントキャンペーン

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

カート放棄

カート放棄の例

カスタムイベントまたはタグを使用してカートアクティビティを追跡し、カート放棄メッセージを送信します。

プロモーションキャンペーン

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

アクションが未完了の場合、ユーザーがアプリを離れた後にメッセージを送信する

初期設定
  1. データタグを使用して、ユーザーが実行する必要があるアクションをマークします。アクションが完了したらタグを削除します。
  2. このタグのセグメントを設定します。
ジャーニー設定オプション説明
エントリールールユーザーの最終セッションが時間の量より大きい。ユーザーがアプリまたはウェブサイトで最後にアクティブだった時間の量を決定します。
オーディエンスタグでターゲットにするセグメントを含めます。これらは、メッセージを受信する資格のあるユーザーです。
終了ルールユーザーがオーディエンス条件に一致しなくなったときに終了します。ユーザーがセグメントを離れると、ジャーニーメッセージを受信する資格がなくなります。
再入力ルールはい、一定期間後。ユーザーが再度メッセージを受信する資格を得るまでに待つ時間の量。
ジャーニーステップ
1

希望するメッセージを追加

メッセージステップのテンプレートを選択します。ユーザーに実行させたいアクションに応じて、プッシュ、メール、SMS、またはアプリ内を使用できます。
2

ユーザーが待機する時間の量の待機ノードを設定

メッセージをリマインダーとして再度表示する場合は、高い数値または低い数値にすることができます。この例では、104週(2年)を使用します。

ジャーニー内でA/Bテスト

分割分岐ノードを使用すると、ジャーニー内で50/50の分割を設定できます。2つの異なるメッセージテンプレートを作成し、ユーザーが流れると、半分は「テンプレートA」、残りの半分は「テンプレートB」を受け取ります。 その後、メッセージデータをエクスポートして、バリアント間の分析を比較できます。
50/50の分割分岐と2つのメッセージテンプレートを含むA/Bテストジャーニー

アプリ内メッセージを順番に、1日1回表示する

この例では、3つ以上のアプリ内メッセージを連続して表示したいが、1日1回のみ表示します。ユーザーがアプリを開かない場合でも、次回アプリを開いたときに表示されます。 初期設定
1

新しいセグメントを作成

フィルターを使用してiam_journeyというセグメントを作成します:ユーザータグiam_journey1
  1. iam_journeyを選択した任意の名前に変更できます。
  2. このタグは、ジャーニーを完了してすべてのメッセージを受け取った各ユーザーに設定されます。
iam_journeyタグフィルターを含むセグメント作成画面
2

アプリ内メッセージを作成

3

次のジャーニーを設定

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

制限付きエントリージャーニー

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

タグ戦略を準備

エントリーを追跡するためにjourney_countという名前のユーザータグを使用します。タグはJourneyで設定すると自動的に作成されます。詳細については、タグアクションを参照してください。
2

オーディエンスの含める/除外を構成

ジャーニーオーディエンスで:
  • ターゲットセグメント(例:「サブスクライブされたユーザー」)を含めます。
  • ユーザータグjourney_count2のユーザーを除外します。
3

再入力ルールを設定

再入力ルールを「はい、一定期間後:15日」に設定します。 これにより、初回と2回目の実行の間に正確に1回の再入力が可能になります。
ジャーニーステップ
journey_countタグに基づくyes/no分岐を含む制限付きエントリージャーニーフロー
1

開始時にyes/no分岐を追加

条件:ユーザータグjourney_count1に等しい。
  • Yes分岐 = 再訪問ユーザー(2回目のエントリー)。
  • No分岐 = 初回ユーザー(タグがまだ存在しない)。
2

No分岐(初回エントリー)

  • ユーザーにタグを付けるアクションを追加:journey_count1に設定します。
  • 初回メッセージとアクションを送信します。
  • 必要に応じて終了または追加ロジックに進みます。
3

Yes分岐(2回目のエントリー)

  • ユーザーにタグを付けるアクションを追加:journey_count2に設定します。
  • 再訪問ユーザーメッセージとアクションを送信します。
  • 必要に応じて終了または追加ロジックに進みます。
4

制限を適用

オーディエンスがjourney_count = 2を持つユーザーを除外しているため、3回目のエントリー試行は自動的にブロックされます。

特定の曜日の定期ジャーニー

特定の曜日に合わせた定期メッセージを送信します(例:毎週のプロモーション、イベントリマインダー)。
ジャーニー設定説明
エントリールールユーザーがセグメント基準に一致する(例:サブスクライブされたユーザーまたは別の関連ターゲットセグメント)。
オーディエンスターゲットセグメントを含めます。
終了ルールジャーニー全体を通過しました。
再入力ルールはい、一定期間後:7日。
コンテンツ特定の曜日に送信される週次メッセージ(例:毎週金曜日)。
7日間の再入力を含む定期ジャーニー設定
初期設定
1

オーディエンスを構成

対象ユーザーがいつでもジャーニーに入ることができるように、ターゲットセグメントを含めます。
2

再入力ルールを設定

週次の繰り返しを有効にするために、再入力ルールを「はい、一定期間後:7日」に設定します。
  • 再入力タイマーはユーザーがJourneyを退出したときに開始され、入ったときではありません。
  • 7日間の再入力により、ユーザーが翌週のタイムウィンドウに間に合うよう再入力されます。
  • 再入力期間は二重送信を避けるためにタイムウィンドウの期間より長くする必要があります。
詳細については、定期送信のためのタイムウィンドウの使用を参照してください。
ジャーニーステップ
タイムウィンドウノードとメッセージステップを含む定期ジャーニーフロー
1

タイムウィンドウノードを追加(最初のステップ)

ターゲットの曜日(例:金曜日)をフィルタリングするようにタイムウィンドウを構成します。 ジャーニーに入るユーザーは、次の一致する曜日まで待機します。
2

タイムウィンドウの後にメッセージを追加

曜日に達したときに送信されるように、タイムウィンドウの直後にメッセージノードを配置します。
3

ジャーニーを終了

メッセージが送信された後、ユーザーを終了させます。7日後に再入力すると、毎週繰り返されます。
毎週同じコピーを繰り返さないように、メッセージコンテンツを定期的に更新してください。

プログレッシブジャーニー(イベント駆動)

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

ユーザーがジャーニーに入る

すべての対象ユーザーがエントリールールに基づいて入ります。 トリガー:カスタムイベントProgression_Levelprogression_level = 0。 開始:即座に
2

レベル1

  • カスタムイベントProgression_Levelprogression_level = 1で発生するまで待機します。
  • 送信:**レベル1完了!**メッセージ。
  • (オプション)待機ノードに有効期限を適用→マイルストーンに到達しない場合はユーザーを終了します。
  • (オプション)分岐:有効期限に達した場合、ユーザーにタグを付けて再エンゲージメントジャーニーに送信します。
3

レベル2

  • カスタムイベントProgression_Levelprogression_level = 2で発生するまで待機します。
  • 送信:**レベル2完了、よくやっています!**メッセージ。
  • (オプション)有効期限または分岐/タグを再エンゲージメントに適用します。
4

レベル3

  • カスタムイベントProgression_Levelprogression_level = 3で発生するまで待機します。
  • 送信:**レベル3に到達しました!**メッセージ。
  • (オプション)有効期限または分岐/タグを再エンゲージメントに適用します。
5

終了

ユーザーがレベル3を完了したとき、または条件付き待機ノードが期限切れになったときにジャーニーを終了します。 オプションで、分岐/タグパスを使用して、停滞しているユーザーを再エンゲージメントトラックにルーティングします。 スケジュール:即座に開始停止しない
この方法は、実際のエンゲージメントシグナルが発生したときにのみ進行が行われることを保証します。有効期限と分岐/タグロジックを追加すると、停滞しているユーザーを優雅に処理できます — 終了するか、再エンゲージメントジャーニーに再ルーティングします。

クリックされたアクションボタンによってJourneyを分岐する

どのプッシュ通知アクションボタンをタップしたかに基づいて、異なるJourneyパスにユーザーをルーティングします。このパターンはアクションボタンカスタムイベントWait Untilステップを使用して、単にクリックしたかどうかではなく、特定のボタンのクリックでユーザーを分岐します。
この例には、ボタンのクリックをキャプチャしてカスタムイベントを送信するためのウェブサイトまたはアプリのコードが必要です。OneSignalダッシュボードのみでは完結できません。
ジャーニー設定説明
エントリールールユーザーがセグメント基準に一致する(例:サブスクライブされたユーザーまたはキャンペーン固有のセグメント)。
終了ルールジャーニー全体を通過しました。
再入力ルールいいえ
コンテンツ複数のアクションボタンを含むプッシュを送信し、ユーザーがタップしたボタンに基づいてフォローアップメッセージを分岐します。
組み込みのYes/No分岐メッセージ動作条件は、ユーザーがメッセージをクリックしたか配信されたかを検出しますが、_どの_ボタンをクリックしたかは検出しません。特定のボタンで分岐するには、クリックイベントからアクションIDをキャプチャし、Journeyが分岐できるカスタムイベントプロパティとして送信します。
1

プッシュにアクションボタンを追加する

Journey(またはテンプレート)でプッシュメッセージを作成する際に、詳細オプション > アクションボタンを開き、各ボタンに固有のアクションIDを割り当てます。:2つのCTAを含むプロモーションプッシュ:
  • ボタン1: “今すぐショッピング” → アクションID: shop_now
  • ボタン2: “詳細を見る” → アクションID: learn_more
詳細な設定手順については、アクションボタンを参照してください。
2

クリックリスナーを追加してカスタムイベントを送信する

ウェブサイトまたはアプリで、通知クリックイベントをリッスンし、アクションIDをプロパティとして含むカスタムイベントを送信します。
Web SDK の例にはバージョン 160500 以降が必要です。カスタムイベントを追跡するには、ユーザーがログイン済みである必要があります。
OneSignalDeferred.push(function(OneSignal) {
  OneSignal.Notifications.addEventListener("click", function(event) {
    var actionId = event.result.actionId;
    if (actionId) {
      OneSignal.User.trackEvent("cta_clicked", { button: actionId });
    }
  });
});
イベントの要件と制限については、カスタムイベントを参照してください。
3

Journey に Wait Until ステップを追加する

Journey のプッシュメッセージステップの後:
  1. Wait Until ステップを追加します。
  2. 各ボタンに条件を追加します:アクションIDのプロパティbuttonが等しいカスタムイベントcta_clicked(例:shop_now)。
  3. 分岐したい各アクションID(例:learn_more)に追加の条件を追加します。
  4. 有効期限を設定します(例:3日)。これにより、どのボタンもクリックしないユーザーがフォールバックパスに進めます。
ユーザーは最初に満たした条件の分岐をたどります。有効期限前に条件が満たされない場合、有効期限分岐をたどります。
4

各分岐にフォローアップメッセージを追加する

Wait Until ステップの後の各分岐に、適切なフォローアップメッセージまたはアクションを追加します:
  • 「今すぐショッピング」分岐:商品の推薦または割引コードを送信します。
  • 「詳細を見る」分岐:教育的なコンテンツまたは機能の概要を送信します。
  • 有効期限分岐:再エンゲージメントメッセージを送信するか、Journeyを終了します。
複数のWait Untilステップを連鎖させて、後続のインタラクションも分岐できます。JourneyにはWait Untilステップの数に制限はありません。

よくある質問

毎日メッセージを送信するようにスケジュールできますか?

はい。最初のステップとしてタイムウィンドウノードを追加し、メッセージを送信したい時間帯(例:ユーザーのタイムゾーンで午前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をトリガーし、パーソナライゼーションのためのイベントプロパティを渡します。