待機アクティビティ wait-activity
待機アクティビティを使用すると、次のアクティビティを実行するまでの期間を定義できます。最大の待機期間は 90 日です。
次の 2 種類の 待機 アクティビティを設定できます。
レコメンデーション wait-recommendations
複数の待機アクティビティ multiple-wait-activities
ジャーニーのグローバルタイムアウトが 91 日なので（つまり、プロファイルはジャーニーにエントリしてから最大 91 日後に必ずジャーニーからドロップアウトするので）、1 つのジャーニーで複数の 待機 アクティビティを使用する場合は注意が必要です。詳しくは、このページを参照してください。
個人が 待機 アクティビティにエントリできるのは、91 日のジャーニータイムアウトより前に待機期間を完了できる、十分な時間がジャーニーに残っている場合のみです。
待機と再エントリ wait-reentrance
ベストプラクティスとして、待機アクティビティを使用して、再エントリをブロックすることは避けてください。代わりに、ジャーニープロパティレベルで「再エントリを許可」オプションを使用します。詳しくは、このページを参照してください。
待機とテストモード wait-test-mode
テストモードでは、テストの待機時間パラメーターを使用して、各 待機 アクティビティの持続時間を定義できます。デフォルト時間は 10 秒です。これにより、テスト結果を迅速に取得できます。詳しくは、このページを参照してください。
待機とモバイルチャネル wait-mobile-channels
プッシュ通知を送信した直後にアプリ内メッセージを表示する場合は、待機アクティビティを使用すると、アプリ内メッセージのペイロード時間を確保できます。通常は 5 ～ 15 分の待機をお勧めしますが、正確な時間はペイロードの複雑さやパーソナライゼーションのニーズに応じて異なる場合があります。
設定 wait-configuration
期間待機 duration
期間タイプを選択して、次のアクティビティを実行するまでの相対的な待機期間を設定します。最大期間は 90 日です。
カスタム待機 custom
カスタムタイプを選択し、イベントまたはカスタムアクションの応答からのフィールドに基づく高度な式を使用して、カスタム日付を定義します。相対期間（例：7 日）を直接定義することはできませんが、必要に応じて関数を使用して計算できます（例：購入後 2 日）。
エディターの式は、dateTimeOnly 形式にする必要があります。このページを参照してください。dateTimeOnly 形式について詳しくは、このページを参照してください。
ベストプラクティスは、プロファイルに固有のカスタム日付を使用し、すべてに同じ日付を使用しないことです。例えば、toDateTimeOnly('2024-01-01T01:11:00Z') ではなく、各プロファイルに固有の toDateTimeOnly(@event{Event.productDeliveryDate}) を定義します。固定日付を使用すると、ジャーニーの実行に問題が生じる可能性があります。待機アクティビティがジャーニーの処理率に与える影響について詳しくは、この節を参照してください。
dateTimeOnly 式を利用するか、関数を使用して dateTimeOnly に変換することができます。例えば、toDateTimeOnly(@event{Event.offerOpened.activity.endTime}) では、イベント内のフィールドが 2023-08-12T09:46:06Z の形式になります。toDateTimeOnly() を使用してカスタム待機式を作成する際は、式の結果に「Z」またはタイムゾーンオフセット（例：「-05:00」）の追加を回避します。式では、明示的なタイムゾーン指定子なしで、ジャーニーの設定済みタイムゾーンを参照する有効な ISO 日時構文を使用する必要があります。toDateTimeOnly(concat(toString(toDateOnly(nowWithDelta(2, "days"))),"T10:00:00"))toDateTimeOnly(concat(toString(toDateOnly(nowWithDelta(2, "days"))),"T10:00:00Z")) ❌（「Z」を含む）待機アクティビティが期待どおりに動作することを検証するには、ステップイベントを使用できます。詳細情報
待機後のプロファイルの更新 profile-refresh
オーディエンスを読み取り アクティビティで始まるジャーニー内の 待機 アクティビティにプロファイルがパークされている場合、ジャーニーは統合プロファイルサービス（UPS）からプロファイルの属性を自動的に更新し、使用可能な最新のデータを取得します。
- ジャーニーのエントリ時：プロファイルは、ジャーニーの開始時に評価されたオーディエンススナップショットの属性値を使用します。
- 待機ノードの後：ジャーニーは、古いスナップショットデータではなく、UPS から最新のプロファイルデータを取得するために参照を実行します。 つまり、ジャーニーの開始以降にプロファイル属性が変更された可能性があります。
この動作により、待機期間後にダウンストリームアクティビティで現在のプロファイル情報が確実に使用されるようになります。 ただし、実行中にジャーニーで元のスナップショットデータのみを使用すると、予期しない結果が生じる可能性があります。
例：プロファイルがジャーニーの開始時に「シルバー顧客」オーディエンスに該当しても、3 日間の待機中に「ゴールド顧客」にアップグレードされた場合、待機後のアクティビティには、更新された「ゴールド顧客」ステータスが表示されます。
自動待機ノード auto-wait-node
各インバウンドエクスペリエンスアクティビティ（アプリ内メッセージ、コードベースのエクスペリエンスまたはカード）には、3 日間の 待機 アクティビティが付随しています。プロファイルがジャーニーの終わりに到達するとインバウンドメッセージは自動的に終了するので、最低 3 日間はユーザーにそのメッセージを表示するとします。この 待機 アクティビティを削除するか、必要に応じて設定を変更できます。