【第610回】 Marketing Cloud Next ： 決定要素で日付や項目値で簡単に分岐
Marketing Cloud Next Growth & Advanced Editions の Winter ’27 新機能 として、Flow Builder に新たな分岐要素 Split by Field Value と Split by Date が追加されました。
これらを利用すると、これまで Decision で設定していたような単純な条件分岐を、より少ない設定で作成できます。
条件は True / False で判定され、複数の条件に該当する場合は、上に設定した条件が優先されます。フロー上では一番左のパスが優先され、どの条件にも該当しない場合は Default Path に進みます。
あくまで Decision で行っていた単純な分岐を、少ない設定で作成できる機能です。Decision を超えるような高度な条件分岐ができるわけではなく、利用できる演算子も限定されています。そのため、複雑な設定を行わず簡単に分岐を作成したい場合に向いている機能と考えるとよいでしょう。
Split by Field Value
Split by Field Value は、指定したフィールドの値によって処理を分岐します。
設定画面では Field to Evaluate で判定対象を選択し、それぞれの Path に Path Value を設定します。判定対象として選択できるのは、Data Graph に登録されているその顧客の 直接属性のみ です。
たとえば会員ランクが、
Gold
Silver
Bronze
の場合、それぞれ別の Path に分岐できます。設定した値のいずれにも一致しない場合は Default Path に進みます。
Marketing Cloud Next では、たとえば次のような利用が考えられます。
会員ランクによってメールを変更する
顧客タイプによってコンテンツを変更する
顧客ステータスによって処理を分ける
このように、顧客ごとに 1 つの属性として Data Graph に用意されている値を使って、処理を簡単に分岐できます。
また、Path Value を入力すると、その値をもとにパス名も自動的に設定されるため、非常にシンプルに設定できます。
Split by Date
Split by Date は、フローが実行される現在の日付を基準に処理を分岐します。
たとえば、
キャンペーン開始前
キャンペーン期間中
キャンペーン終了後
で、それぞれ異なる処理に分岐できます。
たとえば日次で実行している配信フローで、キャンペーン期間中だけ通常のメールから特別なメールへ切り替える、といった使い方ができます。
なお、Split by Date は任意のレコードの日付項目を評価する機能ではなく、現在の日付を指定した日付や期間と比較して分岐する機能です。そのため、利用できる演算子は以下の 4 つです。
Before：現在の日付が、指定した日付より前
Between：現在の日付が、指定した開始日から終了日の間
After：現在の日付が、指定した日付より後
Is On：現在の日付が、指定した日付と同じ日
たとえば、今日が 2026 年 10 月 31 日 の場合、
Before 2026/11/01 → True
Between 2026/10/01 ～ 2026/10/31 → True
After 2026/10/01 → True
Is On 2026/10/10 → False
となります。
※ 指定する日付では、「固定の日付」の他、「リソース」が利用できます。ここでは、直接はデータグラフの項目を選択できません。
従来の Decision との使い分け
Split by Field Value と Split by Date は、Decision を置き換えるものではありません。
たとえば、
会員ランク = Gold
のような単純な条件であれば Split by Field Value が適しています。
一方、
会員ランク = Gold
購入金額 > 100,000 円
のように複数の条件を組み合わせる場合は、これまで通り Decision を利用します。
つまり、
単純な分岐 → Split by Field Value / Split by Date
複雑な条件分岐 → Decision
という使い分けになります。
いかがでしたでしょうか。
何かさらに高度な使い方があるのではないかといろいろ考えてみましたが、実際には Decision を超えるような機能ではなく、よく使う単純な分岐を簡単に設定できるようにしたものという印象です。
一方で、Marketing Cloud Next では顧客属性やキャンペーン期間によって処理を分岐するケースも多いため、シンプルながら使いやすい改善だと思います。
今回は以上です。
