メインコンテンツへスキップ
ジャーニーアクションを使用して、ユーザーがジャーニーをどのように、いつ進むかを制御し、エクスペリエンスをパーソナライズし、結果をテストします。

​
待機

ユーザーのジャーニーの進行を特定の時間（分、時間、日、または週）遅らせます。 使用方法：
  • メッセージとステップの間隔を空ける
  • 分岐前にユーザーがメッセージに関与する時間を与える

ジャーニーで進行を待機しているユーザーがいる待機ノード

​
条件付き待機

特定の条件を満たすまで、ユーザーをこのステップで保持します：
  • セグメントに入る
  • メッセージイベントをトリガーする（例：特定のメッセージが配信、開封、またはクリックされた）
    • 現時点では、条件付き待機ステップごとに1つのメッセージイベントのみがサポートされています。
  • カスタムイベントをトリガーする（例：オンボーディング完了、購入完了） - ベータ版
複数の条件を追加でき、_最初に満たした条件_に基づいてユーザーを分岐できます。これらの条件が一定時間内に満たされない場合、有効期限分岐を設定して、ユーザーをジャーニーで続行するか、完全に終了させることができます。 カスタムイベントエントリールール（ベータ版）を使用すると、イベントマッチングを追加して、ユーザーを複数回入力する場合に、どのインスタンスをジャーニーで進行させるかを制御することもできます。

ユーザーがセグメントにいるか、カスタムイベントをトリガーするまで待機

カスタムイベントが条件と一致すると、そのイベントはユーザーの代わりに保存され、ジャーニーメッセージを送信するときにLiquid構文で参照できます。

​
イベントマッチング

カスタムイベントを使用した条件付き待機アクションは現在ベータ版です。 アクセスをリクエストするには、次の情報とともにsupport@onesignal.comに連絡してください：
  • 会社名
  • OneSignal組織ID
  • アクセスが必要なOneSignalアプリID
カスタムイベントエントリールールを使用すると、ユーザーをジャーニーに複数回入力できます。条件付き待機ステップのイベントマッチング設定を使用すると、ユーザーのどのインスタンスをジャーニーで進行させるかを制御できます。 要件：
  • ジャーニーエントリールールをカスタムイベントを使用するように設定します。
  • ユーザーをジャーニーに入力するときにイベントプロパティを含めます。
たとえば、「アンケートリマインダー」ジャーニーがあるとします。複数のアンケートがあるため、ユーザーはジャーニーに複数回入力できます（アンケートごとに1回）。アンケートを完了しなかった場合はリマインダーメッセージを送信し、完了した場合は削除したいとします。 イベントマッチング設定を使用して、ユーザーのどのインスタンスをジャーニーで進行させるかを制御できます。 例：
1

ジャーニーエントリールールとカスタムイベントプロパティを設定

ジャーニーエントリールールをカスタムイベントを使用するように設定します。例：survey_start

カスタムイベントを使用するジャーニーエントリールール

ユーザーはカスタムイベントAPI経由でジャーニーに入ります。カスタムイベントには、nameがsurvey_startに設定され、payloadプロパティsurvey_idには、実施しているアンケートの値（例：survey_1）が設定されます。
Entrance Trigger Event Example
{
  "events": [
    {
      "external_id": "UserA",
      "name": "survey_start",
      "payload": {
          "survey_id": "survey_1"
      }
    }
  ]
}
2

条件付き待機ステップとカスタムイベントプロパティを作成

条件付き待機条件をカスタムイベントを使用するように設定します。例：survey_completeイベントマッチングオプションを設定して、次の項目を一致させることで、条件付き待機ステップを進行するユーザーのインスタンスを指定します：
  • トリガーイベントプロパティ：ジャーニーエントランストリガーイベントで設定（例：survey_id）
  • 待機イベントプロパティ：条件付き待機イベントで設定（例：survey_type）
Wait Until Event Example
{
  "events": [
    {
      "external_id": "UserA",
      "name": "survey_complete",
      "payload": {
          "survey_type": "survey_1"
      }
    }
  ]
}
survey_idの値がsurvey_typeの値と一致すると、そのユーザーのインスタンスがジャーニーを進行します。
トリガーイベントプロパティと待機イベントプロパティの両方で同じプロパティ（例：survey_id）を使用できます。この例では、概念を説明するために異なるプロパティ（例：survey_idとsurvey_type）を使用しています。プロパティは大文字と小文字を区別します！survey_1はSurvey_1と等しくありません。
有効期限分岐：条件付き待機イベントが有効期限内に発生しない場合、ユーザーはジャーニーを進行します。この例では、ユーザーにアンケートを完了するための1週間を与えています。

カスタムイベントを使用する条件付き待機ステップ

3

メッセージステップを追加

例を完成させるには、有効期限分岐内にメッセージステップを追加してリマインダーを送信します。

有効期限分岐内のメッセージステップ

4

テストしてみましょう！

上記の手順に従った後、テストできます：
  • カスタムイベントAPIのexternal_idを自分の外部IDに置き換えます
  • survey_idがsurvey_1のsurvey_startイベントをトリガーします
    • ユーザーがジャーニーに入り、条件付き待機ステップに流れるのが表示されます
イベントは即座ではありませんが、非常に高速です！イベントが処理される前に数分待つ必要がある場合があります。カスタムイベントリストをチェックして、イベントが処理されたかどうかを確認してください。
  • survey_idがsurvey_2の別のsurvey_startイベントをトリガーします
    • 2人のユーザーがジャーニーと条件付き待機ステップに入るのが表示されます
  • survey_typeがsurvey_1のsurvey_completeイベントをトリガーします
    • ユーザーがジャーニーを進行するのが表示されます
  • survey_typeがsurvey_2の別のsurvey_completeイベントをトリガーします
    • ユーザーの両方のインスタンスがジャーニーを進行して終了するのが表示されます
イベントマッチングを使用したジャーニーカスタムイベントの例を完了しました！

​
タイムウィンドウ

特定の曜日と時間に基づいて、ユーザーがジャーニーの次のステップに進むことができる時間を制限します。 例：ユーザーが週末の夕方にのみメッセージを受信できるようにします。

タイムウィンドウノードの例を示すスクリーンショット

​
タイムウィンドウの動作方法

許可された時間外にユーザーがこのノードに入った場合：
  • OneSignalは、次の利用可能なウィンドウまでユーザーを遅らせるタイマーを設定します
  • ウィンドウへのエントリ時間はランダム化されます
例： タイムウィンドウが火曜日の午後1時から午後6時（PST）で、ユーザーが月曜日にノードにヒットした場合、火曜日の午後5時45分のようなランダムな時間に続行する可能性があります。

​
Yes/No分岐

セグメントメンバーシップまたはメッセージ動作に基づいてユーザーを分岐します。

​
セグメントメンバーシップ

ユーザーがどのセグメントにいるかに基づいて分岐を作成します。 例： ユーザーがプランタイプでタグ付けされている場合：
  • 「無料」分岐 = アップグレードを促進
  • 「有料」分岐 = プレミアム機能を強調

​
メッセージ動作

ジャーニー内の以前のメッセージとのインタラクションに基づいて分岐します：
  • プッシュ：クリック、配信
  • メール：クリック、開封、配信
注意：Safariは確認済み配信をサポートしていません。

​
分割分岐

メッセージング、チャネル、またはジャーニーフローをテストするために、異なるパスにユーザーをランダムに分配します。

3方向分割分岐の例

ジャーニーがライブになると、分割分岐を編集できません。分岐の数を変更するには、新しいジャーニーを作成してください。

​
仕組み

  • 最大20の分岐
  • 等しいまたはカスタムパーセンテージ分割を設定
  • パーセンテージは整数に丸められます（例：3方向分割は34/33/33になります）
  • サンプルサイズが小さい場合、分布はわずかに異なる場合があります

分割分岐設定

デフォルトでは、ユーザーはジャーニーに再入力するたびに再ランダム化されます。 同じ分岐に留めるには、再入力時にランダム化をオフにします。 ユーザーにタグを付けるアクションを使用して、ユーザーがどの分岐をたどったかを追跡します。

​
ABNテスト（多変量テスト）

分割分岐をネストして、より複雑なテスト構造をシミュレートします。 例： ユーザーを3つのバリアント全体に均等に分割するには：
  1. 最初の分岐：33%対67%
  2. 67%分岐の下に、別の50/50分割分岐を追加します
これにより、各パスに約33%が与えられます。

​
コントロールグループ

1つの分岐を空にして（メッセージノードなし）メッセージングの影響をテストします。

​
勝者を選ぶ

勝ったバリアントが特定されたら、分岐を更新して、トラフィックの**100%**をそのパスに送信します。

​
ユーザーにタグを付ける

このアクションを使用して、ジャーニー中にタグを適用または削除します。 一般的な使用例：
  • ジャーニーの進行状況を追跡する（例：journeyStep: welcome）
  • 重要な瞬間にユーザーにタグを付けて、アプリ内メッセージを強化する
  • アクティブなタグを使用して、他のジャーニーからユーザーを除外する

シンプルなオンボーディング/ウェルカムフロー

​
例：オンボーディングフロー制御

  1. 最初のステップ：タグを追加（例：onboardingJourney: active）
  2. このタグを使用して、他のジャーニーから除外するためのセグメントを作成
  3. 最後のステップ：値を空白に設定してタグを削除

ユーザーからタグを削除するタグノード設定

​
ベストプラクティス：Webhookまたはパーソナライゼーションでタグを使用する

ジャーニーでタグを追加または削除すると、これらの変更が次のステップで使用できるようになるまでに短時間かかることがあります。すべてがスムーズに機能するようにするには：
  • Webhookの場合：タグを設定した後、Webhookでデータを送信する前に短い待機を追加します。
  • パーソナライゼーションの場合：タグを設定または削除した後、メールでコンテンツをパーソナライズするために使用する前に短い待機を追加します。
タグアクションと次のステップの間に15分の待機ノードを追加することをお勧めします。これにより、タグが完全に準備され、WebhookまたはメールにCorrectなデータが常に含まれるようになります。