> ## Documentation Index
> Fetch the complete documentation index at: https://documentation.onesignal.com/llms.txt
> Use this file to discover all available pages before exploring further.
# ジャーニー例
> オンボーディング、再エンゲージメント、カート放棄、A/Bテスト、定期送信、イベント駆動ワークフローのためのステップバイステップのJourney設定。
以下の各例には、推奨されるJourney設定とステップバイステップの構成が含まれています。シンプルなパターン（オンボーディング、再エンゲージメント）から始めて、より高度なワークフロー（定期送信、イベント駆動の進行、アクションボタン分岐）へと進んでください。
***
## オンボーディング
このパターンを使用して、新しいサブスクライバーにウェルカムまたはオンボーディングシーケンスを送信します。ウェルカムキャンペーン、ウェルカムシリーズ、または新規ユーザーキャンペーンとも一般的に呼ばれています。目標は、サインアップした瞬間にメッセージを送るのではなく、主要なアクション（プロフィールの完成、初回購入、またはコア機能の発見）を完了するようユーザーをガイドすることです。
| ジャーニー設定 | 説明 |
| ------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **エントリールール** | **イベントベース（推奨）：** [カスタムイベント](./custom-events)トリガーを使用します（例：`signup_completed`）。これにより、ユーザーが登録を完了した意味のある瞬間にシーケンスが開始されます。
**セグメントベースの代替手段：** 「ユーザーがセグメント基準に一致します」、「サブスクライブされたユーザー」[セグメント](./segmentation)を使用、将来の追加のみ。サインアップイベントをまだ設定していない場合に使用してください。 |
| **終了ルール** | ジャーニー全体を通過したか、ユーザーが主要なアクションを完了したとき（例：「オンボーディング未完了」セグメントを離れたとき）。 |
| **再入力ルール** | いいえ |
| **コンテンツ** | ユーザーの最初の1週間にわたる短いシーケンス：0日目にウェルカムメール、アクションを起こしていない場合は2日目にプッシュ通知、7日目に最後のタッチとしてフォローアップメール。 |
**ジャーニーステップ**
ユーザーはたったサインアップしたばかりで、まだアプリの中にいる可能性があります。メールは適切な最初のタッチ：期待されており、侵入的でなく、プッシュ通知よりも多くの詳細を含めることができます。離れた後のプッシュのためにとっておきましょう。
フォローアップする前に、ユーザーが自分で探索する時間を与えます。
ユーザーがオンボーディング目標を達成したかどうかに基づいてyes/no分岐を追加します。[タグ](./add-user-data-tags)（例：`onboarding_complete = true`）またはセグメントメンバーシップで追跡します。
* **Yes分岐：** ジャーニーを終了。ユーザーは促す必要がありません。
* **No分岐：** 具体的な行動可能なプロンプトを含むプッシュ通知を送信します。例：「プロフィールの設定を完了してください」または「最初の\[アクション]を実行してください」。
最終メッセージを送る前にプッシュが届く時間を与えます。
* **Yes分岐：** ジャーニーを終了。
* **No分岐：** 最後のタッチとしてフォローアップメールを送信します。それ以上のメッセージは避けてください。1週間後も関与していないユーザーは[再エンゲージメントキャンペーン](#re-engagement-campaign)の方が適しています。
***
## 再エンゲージメントキャンペーン
このパターンを使用して、最近アプリを開いていないかサイトを訪問していないユーザーを取り戻します。ジャーニーは、ますます魅力的なメッセージのシリーズを送信し、ユーザーが戻ってきたらすぐに退出させます。
| ジャーニー設定 | 説明 |
| ------------ | ---------------------------------------------------------------------------------------------------- |
| **エントリールール** | **ユーザーの最終セッションが7日より大きい；**サブスクライブされたユーザー。（より多くの無料ユーザーを呼び戻すことが目標の場合、有料顧客などの**特定のセグメントを除外**したい場合があります。） |
| **終了ルール** | **ジャーニー全体を通過したか、特定の条件を満たす** — ユーザーがアプリ/ウェブサイトでアクティブになったときに終了します。 |
| **再入力ルール** | **はい、一定期間後：7日**（再エンゲージメントは、しばらくアプリを開いていないときにいつでも発生する可能性があります）。 |
| **コンテンツ** | しばらくアプリを開いていないユーザーにアプリに戻ってくるように促し、報酬や割引で誘惑します。 |
**ジャーニーステップ**
プッシュから始めましょう。離脱したユーザーを再エンゲージするための最も目立つチャネルです。「会いたかったです！最新情報はこちら」のような明確でアクション指向のメッセージを使用します。
エスカレートする前にユーザーがプッシュに反応する時間を与えます。
ユーザーが戻ってきたかどうかを確認するyes/no分岐を追加します（例：2日以内の最終セッション）。
* **Yes分岐：** ジャーニーを終了。ユーザーは再エンゲージされました。
* **No分岐：** より強い誘因のあるメールを送信します（例：割引、新しいコンテンツ、または機能ハイライト）。
メールがユーザーを呼び戻す時間を与えます。
* **アクティブ：** ジャーニーを終了。
* **まだ非アクティブ：** オプションで最終SMSを送信するか退出します。それ以上のメッセージは避けましょう—複数のタッチ後も反応しないユーザーは、さらなるメッセージで転換する可能性は低いです。
***
## カート放棄
カスタムイベントまたはタグを使用してカートアクティビティを追跡し、カート放棄メッセージを送信します。
***
## プロモーションキャンペーン
このパターンを使用して、期間限定のプロモーション、セールイベント、または製品ローンチを行います。ジャーニーは期待を高め、イベント中にユーザーに通知し、終了が近づいたら緊迫感を生み出します。
| ジャーニー設定 | 説明 |
| ------------ | ------------------------------------------------------------------------------ |
| **エントリールール** | \*\*ユーザーがセグメント基準に一致します。\*\*サブスクライブされたユーザーまたはプロモーションキャンペーンが関連するセグメントをターゲットにします。 |
| **終了ルール** | \*\*ジャーニー全体を通過したか、特定の条件を満たす。\*\*ターゲットにする目標を定義するセグメントを選択します（例：購入したユーザー）。 |
| **再入力ルール** | **いいえ**（これが1回限りのキャンペーンの場合、1回送信します）。 |
| **コンテンツ** | イベントに備えて準備し、開始時にリマインドし、終了が近づいたら割引または報酬を提供します。 |
**ジャーニーステップ**
今後のプロモーションを告知するメールまたはプッシュを送信します。日付、予定内容、および注目する理由を含めます。
プロモーション開始に合わせた待機ステップを追加します。
プロモーションの詳細、割引コード、またはコールトゥアクションを含むプッシュ通知またはメールを送信します。
ユーザーが最初のメッセージに反応する時間を与えます。
緊迫感のある最終プッシュまたはメールを送信します—「セールは明日終了」または「20%オフの最後のチャンス」。既に転換したユーザーは終了ルールによって退出しています。
***
## アクションが未完了の場合、ユーザーがアプリを離れた後にメッセージを送信する
**初期設定**
1. [データタグ](./add-user-data-tags)を使用して、ユーザーが実行する必要があるアクションをマークします。アクションが完了したらタグを削除します。
2. このタグの[セグメント](./segmentation)を設定します。
| ジャーニー設定 | オプション | 説明 |
| ------------ | -------------------------------- | ----------------------------------------- |
| **エントリールール** | ユーザーの最終セッションが時間の量より大きい。 | ユーザーがアプリまたはウェブサイトで最後にアクティブだった時間の量を決定します。 |
| **オーディエンス** | タグでターゲットにするセグメントを含めます。 | これらは、メッセージを受信する資格のあるユーザーです。 |
| **終了ルール** | ユーザーがオーディエンス条件に一致しなくなったときに終了します。 | ユーザーがセグメントを離れると、ジャーニーメッセージを受信する資格がなくなります。 |
| **再入力ルール** | はい、一定期間後。 | ユーザーが再度メッセージを受信する資格を得るまでに待つ時間の量。 |
**ジャーニーステップ**
メッセージステップのテンプレートを選択します。ユーザーに実行させたいアクションに応じて、プッシュ、メール、SMS、またはアプリ内を使用できます。
メッセージをリマインダーとして再度表示する場合は、高い数値または低い数値にすることができます。この例では、104週（2年）を使用します。
## ジャーニー内でA/Bテスト
**分割分岐**ノードを使用すると、ジャーニー内で50/50の分割を設定できます。2つの異なるメッセージテンプレートを作成し、ユーザーが流れると、半分は「テンプレートA」、残りの半分は「テンプレートB」を受け取ります。
その後、メッセージデータをエクスポートして、バリアント間の[分析](./analytics-overview)を比較できます。
## アプリ内メッセージを順番に、1日1回表示する
この例では、3つ以上のアプリ内メッセージを連続して表示したいが、1日1回のみ表示します。ユーザーがアプリを開かない場合でも、次回アプリを開いたときに表示されます。
**初期設定**
フィルターを使用して`iam_journey`というセグメントを作成します：ユーザータグ`iam_journey`が`1`
1. `iam_journey`を選択した任意の名前に変更できます。
2. このタグは、ジャーニーを完了してすべてのメッセージを受け取った各ユーザーに設定されます。
詳細については、[ドラッグアンドドロップでアプリ内メッセージをデザインする](./design-your-in-app-message)を参照してください。
| ジャーニー設定 | オプション | 説明 |
| ------------ | ------------------- | ------------------------------------------------------------ |
| **エントリールール** | ユーザーがセグメント基準に一致する | これらは、メッセージを受信する資格のあるユーザーです。 |
| **オーディエンス** | セグメントを含めてセグメントを除外する | 「サブスクライブされたユーザー」セグメントを含めます。ステップ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 2`、`IAM 3`）に置き換えます。
2. 最後のYes分岐で、**ユーザーにタグを付ける**アクションを追加します。
1. 初期設定→ステップ1セグメントで使用したのと同じキーでタグを付けます。
1. 例：`iam_journey : 1`。
## 制限付きエントリージャーニー
各段階でのエクスペリエンスを制御しながら、ユーザーがジャーニーに入ることができる回数を制限します。
| ジャーニー設定 | 説明 |
| ------------ | -------------------------------------------------------------------------- |
| **エントリールール** | ユーザーがセグメント基準に一致する（例：サブスクライブされたユーザーまたは関連するターゲットセグメント）。 |
| **オーディエンス** | ターゲットセグメントを含めます。タグ`journey_count = 2`を持つユーザーを除外して、エントリーを2回に制限します。 |
| **終了ルール** | ジャーニー全体を通過しました。 |
| **再入力ルール** | はい、一定期間後：15日。 |
| **コンテンツ** | 初回エントリー時に初回エクスペリエンスを提供し、再入力時にカスタマイズされた2回目のエクスペリエンスを提供します。2回目以降のエントリーを防ぎます。 |
**初期設定**
エントリーを追跡するために`journey_count`という名前のユーザータグを使用します。タグはJourneyで設定すると自動的に作成されます。詳細については、[タグアクション](./journeys-actions#tag-user)を参照してください。
ジャーニーオーディエンスで：
* ターゲットセグメント（例：「サブスクライブされたユーザー」）を含めます。
* ユーザータグ`journey_count`が`2`のユーザーを除外します。
再入力ルールを「はい、一定期間後：15日」に設定します。
これにより、初回と2回目の実行の間に正確に1回の再入力が可能になります。
**ジャーニーステップ**
条件：ユーザータグ`journey_count`が`1`に等しい。
* **Yes分岐** = 再訪問ユーザー（2回目のエントリー）。
* **No分岐** = 初回ユーザー（タグがまだ存在しない）。
* ユーザーにタグを付けるアクションを追加：`journey_count`を`1`に設定します。
* 初回メッセージとアクションを送信します。
* 必要に応じて終了または追加ロジックに進みます。
* ユーザーにタグを付けるアクションを追加：`journey_count`を`2`に設定します。
* 再訪問ユーザーメッセージとアクションを送信します。
* 必要に応じて終了または追加ロジックに進みます。
オーディエンスが`journey_count = 2`を持つユーザーを除外しているため、3回目のエントリー試行は自動的にブロックされます。
## 特定の曜日の定期ジャーニー
特定の曜日に合わせた定期メッセージを送信します（例：毎週のプロモーション、イベントリマインダー）。
| ジャーニー設定 | 説明 |
| ------------ | ----------------------------------------------------- |
| **エントリールール** | ユーザーがセグメント基準に一致する（例：サブスクライブされたユーザーまたは別の関連ターゲットセグメント）。 |
| **オーディエンス** | ターゲットセグメントを含めます。 |
| **終了ルール** | ジャーニー全体を通過しました。 |
| **再入力ルール** | はい、一定期間後：7日。 |
| **コンテンツ** | 特定の曜日に送信される週次メッセージ（例：毎週金曜日）。 |
**初期設定**
対象ユーザーがいつでもジャーニーに入ることができるように、ターゲットセグメントを含めます。
週次の繰り返しを有効にするために、再入力ルールを「はい、一定期間後：7日」に設定します。
* 再入力タイマーはユーザーがJourneyを**退出**したときに開始され、入ったときではありません。
* 7日間の再入力により、ユーザーが翌週のタイムウィンドウに間に合うよう再入力されます。
* 再入力期間は二重送信を避けるために**タイムウィンドウの期間より長く**する必要があります。
詳細については、[定期送信のためのタイムウィンドウの使用](./journeys-actions#using-time-windows-for-recurring-sends)を参照してください。
**ジャーニーステップ**
ターゲットの曜日（例：金曜日）をフィルタリングするようにタイムウィンドウを構成します。
ジャーニーに入るユーザーは、次の一致する曜日まで待機します。
曜日に達したときに送信されるように、タイムウィンドウの直後にメッセージノードを配置します。
メッセージが送信された後、ユーザーを終了させます。7日後に再入力すると、毎週繰り返されます。
毎週同じコピーを繰り返さないように、メッセージコンテンツを定期的に更新してください。
## プログレッシブジャーニー（イベント駆動）
[カスタムイベント](./custom-events)と[条件付き待機](./journeys-actions#wait-until)条件を使用して、ユーザーの進行状況に基づいてエンゲージメントをエスカレートします。
| ジャーニー設定 | 説明 |
| ------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| **エントリールール** | **カスタムイベント** = `Progression_Level`、フィルター`progression_level = 0`。 |
| **オーディエンス** | オプションのセグメントフィルター。すべてのユーザーに対してこれを実行するか、サブセットに制限できます。タグは必要ありません。 |
| **終了ルール** | - ジャーニー全体を通過しました。
- または最大進行レベルに達したとき（例：`progression_level = 3`）。
- オプション：**条件付き待機**ノードが期限切れになったときに終了します。
- オプション：**条件付き待機**ノードから分岐して、イベントを完了しないユーザーにタグを付け、再エンゲージメントジャーニーに導きます。 |
| **再入力ルール** | いいえ |
| **コンテンツ** | ユーザーがマイルストーンを完了するにつれてエスカレートするステージベースのメッセージ（この例ではメール）。 |
**ジャーニーステップ**
すべての対象ユーザーがエントリールールに基づいて入ります。
トリガー：**カスタムイベント**`Progression_Level`、`progression_level = 0`。
開始：**即座に**。
* カスタムイベント`Progression_Level`が`progression_level = 1`で発生するまで待機します。
* 送信：\*\*レベル1完了！\*\*メッセージ。
* （オプション）待機ノードに有効期限を適用→マイルストーンに到達しない場合はユーザーを終了します。
* （オプション）分岐：有効期限に達した場合、ユーザーにタグを付けて再エンゲージメントジャーニーに送信します。
* カスタムイベント`Progression_Level`が`progression_level = 2`で発生するまで待機します。
* 送信：\*\*レベル2完了、よくやっています！\*\*メッセージ。
* （オプション）有効期限または分岐/タグを再エンゲージメントに適用します。
* カスタムイベント`Progression_Level`が`progression_level = 3`で発生するまで待機します。
* 送信：\*\*レベル3に到達しました！\*\*メッセージ。
* （オプション）有効期限または分岐/タグを再エンゲージメントに適用します。
ユーザーがレベル3を完了したとき、または条件付き待機ノードが期限切れになったときにジャーニーを終了します。
オプションで、分岐/タグパスを使用して、停滞しているユーザーを再エンゲージメントトラックにルーティングします。
スケジュール：**即座に開始**、**停止しない**。
この方法は、実際のエンゲージメントシグナルが発生したときにのみ進行が行われることを保証します。有効期限と分岐/タグロジックを追加すると、停滞しているユーザーを優雅に処理できます — 終了するか、再エンゲージメントジャーニーに再ルーティングします。
***
## クリックされたアクションボタンによってJourneyを分岐する
どのプッシュ通知アクションボタンをタップしたかに基づいて、異なるJourneyパスにユーザーをルーティングします。このパターンは[アクションボタン](./action-buttons)、[カスタムイベント](./custom-events)、[Wait Until](./journeys-actions#wait-until)ステップを使用して、単にクリックしたかどうかではなく、特定のボタンのクリックでユーザーを分岐します。
この例には、ボタンのクリックをキャプチャしてカスタムイベントを送信するためのウェブサイトまたはアプリのコードが必要です。OneSignalダッシュボードのみでは完結できません。
| ジャーニー設定 | 説明 |
| ------------ | ------------------------------------------------------------ |
| **エントリールール** | ユーザーがセグメント基準に一致する（例：サブスクライブされたユーザーまたはキャンペーン固有のセグメント）。 |
| **終了ルール** | ジャーニー全体を通過しました。 |
| **再入力ルール** | いいえ |
| **コンテンツ** | 複数のアクションボタンを含むプッシュを送信し、ユーザーがタップしたボタンに基づいてフォローアップメッセージを分岐します。 |
組み込みの[Yes/No分岐](./journeys-actions#yesno-branch)メッセージ動作条件は、ユーザーがメッセージを**クリック**したか**配信された**かを検出しますが、\_どの\_ボタンをクリックしたかは検出しません。特定のボタンで分岐するには、クリックイベントからアクションIDをキャプチャし、Journeyが分岐できるカスタムイベントプロパティとして送信します。
Journey（または[テンプレート](./templates)）でプッシュメッセージを作成する際に、**詳細オプション > アクションボタン**を開き、各ボタンに固有の**アクションID**を割り当てます。
**例**：2つのCTAを含むプロモーションプッシュ：
* ボタン1: "今すぐショッピング" → アクションID: `shop_now`
* ボタン2: "詳細を見る" → アクションID: `learn_more`
詳細な設定手順については、[アクションボタン](./action-buttons)を参照してください。
ウェブサイトまたはアプリで、通知クリックイベントをリッスンし、アクションIDをプロパティとして含むカスタムイベントを送信します。
Web SDK の例にはバージョン `160500` 以降が必要です。カスタムイベントを追跡するには、ユーザーが[ログイン済み](./web-sdk-reference#login)である必要があります。
```javascript Web SDK theme={null}
OneSignalDeferred.push(function(OneSignal) {
OneSignal.Notifications.addEventListener("click", function(event) {
var actionId = event.result.actionId;
if (actionId) {
OneSignal.User.trackEvent("cta_clicked", { button: actionId });
}
});
});
```
```kotlin Android SDK theme={null}
OneSignal.Notifications.addClickListener { event ->
val actionId = event.result.actionId
if (actionId != null) {
OneSignal.User.trackEvent("cta_clicked", mapOf("button" to actionId))
}
}
```
```swift iOS SDK theme={null}
let listener = { (event: OSNotificationClickEvent) in
if let actionId = event.result.actionId {
OneSignal.User.trackEvent("cta_clicked", properties: ["button": actionId])
}
}
OneSignal.Notifications.addClickListener(listener)
```
イベントの要件と制限については、[カスタムイベント](./custom-events)を参照してください。
Journey のプッシュメッセージステップの後：
1. **Wait Until** ステップを追加します。
2. 各ボタンに条件を追加します：アクションIDのプロパティ`button`が等しいカスタムイベント`cta_clicked`（例：`shop_now`）。
3. 分岐したい各アクションID（例：`learn_more`）に追加の条件を追加します。
4. **有効期限**を設定します（例：3日）。これにより、どのボタンもクリックしないユーザーがフォールバックパスに進めます。
ユーザーは**最初に満たした条件**の分岐をたどります。有効期限前に条件が満たされない場合、有効期限分岐をたどります。
Wait Until ステップの後の各分岐に、適切なフォローアップメッセージまたはアクションを追加します：
* **「今すぐショッピング」分岐**：商品の推薦または割引コードを送信します。
* **「詳細を見る」分岐**：教育的なコンテンツまたは機能の概要を送信します。
* **有効期限分岐**：再エンゲージメントメッセージを送信するか、Journeyを終了します。
複数のWait Untilステップを連鎖させて、後続のインタラクションも分岐できます。JourneyにはWait Untilステップの数に制限はありません。
***
## よくある質問
### 毎日メッセージを送信するようにスケジュールできますか？
はい。最初のステップとして[タイムウィンドウ](./journeys-actions#time-window)ノードを追加し、メッセージを送信したい時間帯（例：ユーザーのタイムゾーンで午前10時〜午後6時）を毎日の設定で構成します。次に、1日より短いが**タイムウィンドウの長さより長い**時間後に再入力するよう**再入力ルール**を設定します（例：8時間のウィンドウに対して12時間）。これにより、同じウィンドウ内での二重送信のリスクなく、ユーザーが翌日のタイムウィンドウに間に合うよう再入力されます。
### Journeyで異なるメッセージをA/Bテストできますか？
はい。ユーザーを均等に分割するために[分割分岐](./journeys-actions#random-split)ノードを追加します（例：50/50）。各分岐に異なるメッセージテンプレートを配置し、Journeyが実行された後に2つのテンプレート間の分析を比較します。
### ユーザーがJourneyに入ることができる回数を制限するにはどうすればよいですか？
タグ（例：`journey_count`）を使用してエントリーを追跡します。ユーザーが入るたびにタグをインクリメントし、タグが希望の上限に達するとユーザーをブロックするオーディエンス除外ルールを追加します。上記の[制限付きエントリージャーニー](#limited-entry-journey)の例を参照してください。
### 定期Journeyが間違った曜日に送信されたのはなぜですか？
[タイムウィンドウ](./journeys-actions#time-window)ノードは、タイムゾーンデータが利用可能な場合、ユーザーのローカルタイムゾーンでフィルタリングします。ユーザーにタイムゾーンデータがない場合、メッセージはアプリのデフォルトタイムゾーンに基づいて送信されます。タイムウィンドウの設定とユーザーのタイムゾーンデータが正しいことを確認してください。
### 実行中のJourneyを停止するにはどうすればよいですか？
Journey設定でJourneyのステータスを**一時停止**または**停止**に設定します。一時停止されたJourneyは現在のステップでユーザーを保持します。停止されたJourneyはすべてのユーザーを即座に退出させます。詳細については[Journey設定](./journeys-settings)を参照してください。
***
## 関連ページ
Journeyの概要と仕組みの紹介。
待機ステップ、分岐ロジック、タイムウィンドウ、分割パスを追加します。
エントリールール、終了ルール、再入力、スケジューリングを設定します。
JourneyでプッシュNotification、メール、SMS、アプリ内メッセージのステップを設定します。
カート放棄Journeyを構築するための完全なウォークスルー。
Journeyをトリガーし、パーソナライゼーションのためのイベントプロパティを渡します。
配信指標、ユーザーアクティビティ、コンバージョンインサイトでJourneyのパフォーマンスを追跡します。
* [ユーザーエンゲージメントを最大化する：プッシュ通知とメールの相乗効果](https://onesignal.com/blog/use-push-notifications-and-email-together/)
* [ジャーニーで一貫して価値を提供する](https://onesignal.com/blog/consistently-drive-value-with-journeys/)
* [クロスチャネルジャーニーのためのメールでエンゲージメントを向上させる](https://onesignal.com/blog/increase-engagement-with-email-for-cross-channel-journeys/)
* [ジャーニーのためのアプリ内とSMSでリテンションを向上させる](https://onesignal.com/blog/improve-retention-with-in-app-and-sms-for-journeys/)