メインコンテンツへスキップ
Journey設定は、ユーザーがJourneyとどのように対話するかを定義します。
Journey設定画面

Journey設定

まず、Journeyの目的をチームに明確に伝える名前と説明を付けます。一般的な例は次のとおりです:
  • カート放棄
  • ウェルカムキャンペーン
  • 非アクティブユーザーへのアプローチ

入場ルール

入場ルールは、セグメントメンバーシップまたはカスタムイベントに基づいてユーザーがJourneyに入場する方法を定義します。
  • Journeyの入場ルールにセグメントとカスタムイベントの両方を使用することはできません。ただし、待機ステップを介してJourneyを通じてユーザーを続行するためにカスタムイベントを使用できます。
  • Journeyを公開すると、入場ルールをセグメントからカスタムイベントに変更したり、その逆に変更したりすることはできません。Journeyを停止してアーカイブし、複製して、新しいJourneyを開始する必要があります。
セグメントベースのJourney入場ルール設定

Journeyの入場ルール

オーディエンスセグメント

セグメントを含めるセグメントを除外するを使用して、Journeyの対象者を制御します。セグメントチェックはサブスクリプションレベルで行われ、ユーザーのすべてのサブスクリプションを考慮します。ユーザーがJourneyに入場する資格がある場合でも、退出ルールにも適合する場合、退出する前にJourneyの最初のステップに入ります。

包含と除外のロジックの仕組み

  • いずれかのサブスクリプション含まれるセグメントにある場合 → ユーザーはJourneyに入場します。
  • いずれかのサブスクリプション除外されるセグメントにある場合 → ユーザーは完全にブロックされます。
Journeyは、ユーザーのすべてのサブスクリプションを使用してオーディエンスの資格を評価します。予期しない動作を避けるため、常に含まれるセグメントと除外されるセグメントの両方を明示的に定義してください。例: 60時間以上非アクティブなユーザーをターゲットにしています (last_session > 60hrs)。
  • 含める: last_session > 60hrs のセグメント
  • 除外する: last_session ≤ 60hrs のセグメント これにより、1つの非アクティブなサブスクリプションと1つのアクティブなサブスクリプションを持つユーザーが誤って資格を得ることを防ぎます。

将来の追加のみ

セグメントは動的であり、ユーザーは絶えず出入りしています。このオプションをチェックすると、Journeyが公開された時点で含まれるまたは除外されるセグメントに現在いるユーザーはJourneyに入場しません。ユーザーがセグメントを離れて再び入っても、Journeyには入場しません。 これは、Journeyを1回完了した後、ユーザーが再入場すべきでない1回限りのオンボーディングキャンペーンに最適です。
Journeyがすでに公開されている後にセグメント基準を更新すると、動作がわずかに変わります:
  • 公開時に元のセグメントにいたユーザーは永久に除外され、何があっても入場できません。
  • 変更を保存した時点で新しいまたは更新されたセグメントにいるユーザーは資格があると見なされ、すぐにJourneyに入場します。
  • その後、更新されたセグメントに新しく資格を得たユーザーのみが入場します。
このため、ターゲットオーディエンスを大幅に変更する必要がある場合、ベストプラクティスは次のとおりです:
  1. Journeyを複製する
  2. 新しいセグメントを適用する
  3. 複製に「将来の追加のみ」を設定する
  4. 新しいJourneyを開始する
  5. 既存のユーザーが完了したら古いJourneyをアーカイブする

カスタムイベント

カスタムイベントに基づいて、どの特定のユーザーがJourneyに入場すべきかを定義します。入場ルールの要件を満たすユーザーは、同時に複数回Journeyに追加できます。 カスタムイベント名とオプションのプロパティが入場ルールと一致すると、ユーザーはJourneyに入場し、そのイベントが保存されます。保存されたイベントは、Liquid構文で参照でき、イベントマッチングに使用できます。ユーザーをJourneyに複数回入場させる場合、各入場は、カスタムイベントのペイロードで渡すデータに基づいて一意のプロパティを持つことができます。
  • カスタムイベント名: API経由で送信する予定のイベント名を入力します。
  • プロパティでフィルター: Journeyに入場するユーザーをフィルタリングするために参照したい追加のプロパティを追加します。
Journeyカスタムイベントプロパティフィルター

カスタムイベント入場ルールは、sign_upイベントにplanプロパティがtrialであることを要求します

カスタムイベントは次の目的にも使用できます:

退出ルール

退出ルールは、ユーザーが自動的にJourneyを離れる時期を定義します。再入場設定に基づいて、後で再入場できる場合があります。

Journey退出ルール

ユーザーがアプリ/ウェブサイトでアクティブになったときに退出

ユーザーがOneSignal SDKを使用してアプリまたはウェブサイトに戻ると、「最終セッション」が更新され、再びアクティブになります。したがって、Journeyを退出します。 再エンゲージメントまたは再アクティベーションJourneyに役立ちます。

カスタムイベント条件が発生したときに退出

カスタムイベントを送信して、ユーザーをすぐにJourneyから退出させます。

ユーザーがオーディエンス条件に一致しなくなったときに退出

元の入場ルールのオーディエンスセグメントに一致しなくなった場合、ユーザーを自動的に削除します。

ユーザーがセグメントに入ったときに退出

ユーザーがいつでも選択したセグメントに入ると、Journeyから削除され、メッセージの受信を停止します。
Journeyに入ったときにすでにセグメントにいる場合、最初のステップのみを完了し、「早期退出」としてマークされます。メッセージが送信されないようにするには、最初のステップとして待機ステップを使用してください。

ユーザーが早期退出したときにタグを付ける

ユーザーが早期退出したときにタグを適用または削除します。
  • 既存のタグを削除するには、値を空白のままにします。
  • アプリがタグの上限に達している場合、タグは適用されません。
一般的な使用例:
  • 別のJourneyをトリガーする: ユーザーにタグを付け (例: exited-journey-1:true)、そのタグを使用して次のJourneyのセグメントを定義します。
  • 同時Journeyを制限する: ユーザーが入ったときにタグを付け (in-journey:true)、完了または退出したときにタグを削除します。これにより、そのタグを使用して他のJourneyからユーザーを除外できます。

再入場ルール

再入場ルールは、退出後にユーザーが再びJourneyに入場できるかどうか、またいつ入場できるかを決定します。カスタムイベント入場ルールでは再入場が常にサポートされているため、再入場ルールはオーディエンスセグメント入場ルールを持つJourneyに対してのみ設定できます。
Journeyの再入場設定

Journey再入場ルール。

これは、カート放棄、非アクティブベースのキャンペーンなど、定期的なキャンペーンに使用します。
Journeyの再入場ルールを編集する場合:
  • 再入場設定は、ルールが更新されたに退出したユーザーにのみ適用されます。
  • それ以前の退出は、元の再入場設定に従います。

スケジュール

Journeyをいつ開始および終了するかを設定します。
  • Journeyをすぐにまたは将来のある時点で開始します。
    • Journeyは、開始時刻までダッシュボードにスケジュール済みとして表示されます。
    • 設定された開始時刻に自動的にアクティブになります。
  • Journeyを停止するか、将来の終了時刻を設定するまで無期限に実行できます。
    • 終了日が設定されている場合、終了時刻に達すると、Journeyは自動的に停止およびアーカイブされます。
    • 現在Journeyにいるユーザーのすべてのメッセージがすぐに停止します。
    • これらのユーザーは、退出または早期退出イベントをトリガーしません

現在のユーザーにJourneyを完了させる

新しいユーザーの入場を停止し、現在のユーザーに完了させるには:
  1. 入場ルールのオーディエンスセグメントを空のセグメントのみを含めるように更新します (例: テストユーザーセグメント)。
  2. 退出ルールを更新して、「ユーザーがオーディエンス条件に一致しなくなったときに退出」をチェックしないようにします。
これにより、既存のユーザーが最後まで続行できます。
アカウントがJourneyの上限に達した場合:
  • スケジュール済みJourneyは開始されません
  • 最新のスケジューラーに通知されます。
解決するには、アクティブなJourneyをアーカイブしてから、もう一度試してください。