編集

オートメーションは、一連の接続されたノードから構成されます。これらのノードは、トリガー、ロジックコネクタ、アクションの3種類です。これらの要素は、常に単一のトリガーから始まるシンプルなフローチャートのようなツリーでリンクされています。オートメーションにはトリガーとアクションを含める必要があります。さらに、A/Bスプリッターのような動作を変更する要素によって作成されたすべてのブランチは、アクションで終わる必要があります。

一般的な編集

図1：エディター

• フロー内の各ノードには、名前が自動的に生成されます。この名前は、類似したノードを一意に識別するために編集できますが、通常はデフォルトの名前のままにしておくことが一般的です。
• アクションは連結して、同じブランチ内で複数のアクションをトリガーできます。ただし、ブランチの末尾のノードはアクションである必要があります。
• 画面上部の「レイアウトを回転」をクリックすると、フローUIを左右方向に90度回転できます。

トリガー

• 画面上部の「レイアウトを回転」をクリックすると、フローUIを左右方向に90度回転できます。

オートメーションは、イベントまたはスケジュールのいずれか2つの方法でトリガーできます。トリガー設定は、常にオートメーションの最初のノードで定義されます。

単一のオートメーションで使用できるトリガーは1つだけですが、複数のオートメーションは任意の組み合わせのトリガーで同時にアクティブにできます。

イベント

オートメーションをトリガーするイベントを1つ以上選択します。Fanplayr 360が選択したイベント名を持つイベントを受信すると、オートメーションロジックが評価されます。デフォルトでは、イベントトリガーノードは任意のイベントでオートメーションを開始します。オートメーションをトリガーしたユーザーに対して、オートメーションのインスタンスは1つだけトリガーされます。

スケジュール

オートメーションを実行するスケジュールと頻度を選択します。さらに、トリガーノードの一部として、開始フィルターのセットを定義する必要があります。これは、スケジュールされたオートメーションがすべてのユーザーに対して評価されるためです。これが、スケジュールされたオートメーションとイベントベースのオートメーションの根本的な違いです。この場合、トリガーのフィルターに該当するすべてのユーザーに対してオートメーションのインスタンスがトリガーされます。

スケジュールの一部として、開始日と終了日を選択できます。選択した場合、オートメーションは開始日より前、または終了日より後に評価されることはありません。

ロジカルノード

オートメーションには、オートメーションを流れるデータをフィルタリングしたり、オートメーションロジックを複数のパスに分割したりできるロジカルノードを含めることができます。

A/Bスプリッター

この要素は、定義されたパーセンテージに応じてオートメーションを異なるブランチに分岐させます。

図2：A/Bスプリッター

デフォルトでは、A/Bスプリッターを作成すると、オートメーションフローが2つのブランチに分割され、それぞれが50%の割合で評価されます。スプリッターが作成されたら、「A/Bスプリッター」ノードをクリックして、さらにオートメーションを分岐させる別のA/B要素を追加できます。もちろん、定義されたパーセンテージの合計は100%になる必要があります。

このオートメーションが実行時にトリガーされると、システムは設定されたパーセンテージに基づいて追跡するブランチを選択します。選択されなかったパスに沿ったアクションは実行されません。

条件グループ + 条件

図3：条件

特定の条件が満たされてからブランチを続行するために、オートメーションに条件グループを追加できます。1つの条件グループに複数の条件を追加して、フローを複数のブランチに分割できます。また、単一の条件（図3）に複数のフィルターを追加でき、条件全体が満たされたと見なされる前に、それらすべてが満たされる必要があります。

複数の条件ノード（複数のブランチ）が存在する場合、ロジックはIF-ELSEロジックを介して左から右に評価されます。最も左の条件が最初に評価されます。条件がtrueと評価された場合、オートメーションはそのパスのみを続行します。falseの場合、システムは次の条件を評価します。これは、すべての条件ノードが解釈されるまで繰り返されます。

フィルター編集コンポーネントには、オートメーションに固有の追加の日付期間オプションが右下にあり、これには、選択したフィルターを以前のオートメーションステップ以降、またはオートメーションの開始以降にシステムに入力されたイベントにのみ適用する機能が含まれます。オートメーションでのフィルターの使用方法の詳細については、フィルターのドキュメントを参照してください。

タイマー

図4：タイマー

タイマーノードを使用して、オートメーションのロジックに任意の遅延を追加できます。たとえば、ユーザーがカートを放棄してから数時間待ってからフォローアップメッセージを送信したい場合があります。これはタイマーノードの完璧な使用例です。

タイマーノードの使用は、オートメーションのインスタンスが重複する状況につながる可能性があります。たとえば、6時間のタイマーノードを含むオートメーションを1時間ごとに実行するようにスケジュールすることができます。この状況を管理する方法については、設定ドキュメントを参照してください。

アクション

オートメーションがトリガーされ、条件やその他のロジカルノードが評価されると、そのパスに沿ったアクションが実行されます。現在、以下のアクションがサポートされています。

• 宛先に送信
• ユーザー属性の更新

宛先に送信

図5：宛先に送信

「宛先に送信」アクションは、オートメーション中にデータを受信するサポートされている宛先の1つを受け入れることができます。このアクションが呼び出されると、Fanplayrは選択された宛先統合を適用可能なユーザーデータとともに呼び出します。

選択された宛先によっては、宛先の設定にカスタムオーバーライドを提供できる場合があります。正確な設定は、統合や宛先によって大きく異なる場合があります。詳細については、宛先の編集ドキュメントを参照してください。

ここで定義された宛先設定が宛先のデフォルトと異なる場合、「宛先デフォルト設定にリセット」ボタンが利用でき、オートメーションで定義された宛先設定がデフォルトに加えられた変更を反映していることを確認できます。これは公開されたオートメーションでも利用できます。

INFO

選択された宛先の状態は、オーバーライドが適用された状態で作成時にオートメーションに保存されます。これは、基になる宛先設定への変更が参照されるオートメーションに伝播されないことを意味します（接続設定への変更を除く）。詳細については、こちらで確認できます。

ユーザー属性の更新

図6：ユーザー属性の更新

「ユーザー属性の更新」アクションを使用すると、オートメーション評価中に現在のユーザーのデータを更新できます。これは、こちらに記載されているユーザーデータAPIと同一の機能です。以下の操作が可能です：設定、削除、増分、または属性がまだ存在しない場合に設定。必要なだけ多くのユーザー属性を更新できます。

設定

図7：設定

一般的なオートメーション設定は、エディターの下部（図7）にあり、オートメーション全体の動作を制御します。現在、設定は1つだけです。

重複インスタンスの動作

この設定は、オートメーションの2つ以上のインスタンスが同時に評価される際のオートメーションの動作を決定します。これは、タイマーノードがオートメーションの評価を遅延させたり、複数のイベントがオートメーションを同時にトリガーしたりすることによって発生する可能性があります。

• 以前のインスタンスをキャンセル：オートメーションの以前のすべてのインスタンスは、現在のインスタンスを優先してキャンセルされます（デフォルト）。
• 現在のインスタンスをキャンセル：1つがすでにアクティブな間にトリガーされたインスタンスはすべてキャンセルされます。
• すべて実行：すべてのインスタンスが評価されます。