メインコンテンツまでスキップ

フローキャンバスの作成

最終更新 2026/10/05

このドキュメントでは、フローキャンバスの作成方法を説明します。

基本情報​

  • フロー名:80文字以内。

  • フローグループ:フローグループを選択または作成します。フローの管理に役立ちます。

  • フローのタイムゾーン:プロジェクトでマルチタイムゾーンを有効にしている場合は、フローの実行タイムゾーンを選択できます。選択したタイムゾーンは次の項目に影響します:

    • フローのノードで設定するすべての時間は、指定したタイムゾーンでの時間になります(フローの開始/終了時間、指定時間までの待機など)。
    • 進入ノード、特徴判定ノード、特性分岐ノードで使用できるコホート、タグなどのデータアセットは、計算タイムゾーンがフローのタイムゾーンと一致している必要があります。
    • フローのデータ統計レポートの集計タイムゾーン。

ノードコンポーネントの説明​

進入ノード​

各フローキャンバスには、進入ノードが1つだけあります。利用シーンに応じて、時間指定 - 一回進入、時間指定 - 繰返し進入、行動トリガー進入の3種類の進入方式に対応しています。

進入方式コンポーネントの説明
時間指定 - 一回進入1回だけ実行するフローを作成します。固定の時間を選択してユーザーをセグメントし、フローに進入させます。
時間指定 - 繰返し進入繰り返し実行するフローを作成します。周期が固定された実行ルールを選択してユーザーをセグメントし、フローに進入させます。
行動トリガー進入ユーザーが指定した行動を完了するとフローに進入します。A完了、A完了後にBも完了、A完了後にB未完了の3種類の行動パターンに対応しています。

時間指定 - 一回​

フィールド説明
進入時間ターゲットユーザーがフローへの進入を開始する時間です。現在時刻より前には設定できません。
終了時間フローの終了時間になると、フロー内でまだ移行中のユーザーはすべてフローから離脱します。終了したフローは再度オンライン化できません。
ターゲットユーザーターゲットユーザーのコホート条件をカスタマイズするか、プロジェクトの既存コホートを選択します。デフォルトでは、フローの進入時間が始まる30分前にターゲットユーザーを計算します。
データアセットの使用説明

カスタムコホートの条件で参照するコホートやタグは、次の条件を満たす必要があります:

  • アセットのタイムゾーンがフローのタイムゾーンと一致していること
  • アセットの主体が#user_id主体であること

フローキャンバスの進入ノード、特徴判定ノード、特性分岐ノードで使用するコホートやタグは、いずれも上記の条件を満たす必要があります。以降では繰り返し説明しません。

時間指定 - 繰返し進入​

フィールド説明
進入時間帯ある期間内に、設定した周期ルールに従ってユーザーが定期的にフローに進入するよう選択します。フローへの進入を開始する時間は、現在時刻より前には設定できません。
終了時間フローの終了時間になると、フロー内でまだ移行中のユーザーはすべてフローから離脱します。終了したフローは再度オンライン化できません。
ターゲットユーザーターゲットユーザーのコホート条件をカスタマイズするか、プロジェクトの既存コホートを選択します。デフォルトでは、フローの進入時間が始まる30分前にターゲットユーザーを計算します。

行動トリガー進入​

フィールド説明ルールの説明
進入時間帯進入時間帯の期間内に、行動条件を満たしたユーザーがフローに進入できます。
終了時間フローの終了時間になると、フロー内でまだ移行中のユーザーはすべてフローから離脱します。終了したフローは再度オンライン化できません。

進入条件

A完了、A完了後にBも完了、A完了後にB未完了の3種類の行動パターンに対応しています。このうちA完了では、「累積完了」「連続完了したたびに」「順次完了したたびに」に対応しています。

  • 累積完了:ユーザーが設定した行動条件を累積で満たすたびに、1回進入します。たとえば期間内の課金回数が10回より多いと設定した場合、期間内の11回目、12回目、13回目の課金でそれぞれ1回進入がトリガーされます。
  • 連続完了したたびに:集計期間内にあるイベントを連続で完了し、その間に別のイベントを行っていない場合にフローに進入します。たとえば、挑戦に5回連続で失敗し、その間に一度も成功していない場合などです。
  • 順次完了したたびに:指定した行動シーケンスを完了すると進入条件を満たします。たとえば、集計期間内に登録→イベント参加→30min以内の課金を順番に完了した場合などです。関連プロパティの追加、シーケンスの時間ウィンドウの制限、ステップのブラックリストの制限などに対応しています。
ターゲットユーザー

進入条件を満たしたユーザーに対して、ユーザーの特徴でフィルタリングするかどうかを設定します。フィルタリングが必要な場合は、ターゲットユーザーの条件を追加できます。設定後、条件の上部でターゲットコホートの更新・計算頻度を確認&調整できます。

次の条件はリアルタイム計算に対応しています:

  • ターゲットユーザーの条件で、リアルタイム計算に対応したユーザープロパティとコホートのみを使用している
    • リアルタイム計算に対応したユーザープロパティ:定義にユーザータグや、リアルタイムで利用不可の参照テーブルのプロパティを含まないもの
    • リアルタイム計算に対応したユーザーコホート:コホートのサイズが規定の上限(デフォルトは200万ユーザー)を超えないもの

注意:リアルタイム計算のターゲットユーザーで定期計算のコホートを参照している場合は、毎回そのコホートの最新の更新結果データを使ってターゲットユーザーを判定します。

時間指定 - 繰返し進入、行動トリガー進入を選択した場合は、進入制御ルールを設定できます。

ルール説明

進入制御

次の設定に対応しています:

  • フローの期間内に、ユーザーがフローに進入できる最大回数(フロー内で1ユーザーにつき1回のみ進入可能にするなど)。
  • X日以内に、ユーザーが受け取れるプッシュの最大回数(7日以内に1回のみとする場合、直近7*24時間以内に1回のみとなります)。
  • X日/週/月ごとに、ユーザーが受け取れるプッシュの最大回数(毎週1回とする場合、各暦週内に1回のみとなります)。
同時進入を制限ユーザーが到達した時点で前回の進入からまだフローを離脱していない場合に、再度進入できるかどうかを設定します。

アクションノード​

対応しているエンゲージアクションは、Webhook配信、メッセージプッシュ、WeChatサブスクリプションメッセージ、KaKaoTalk - Brand Messageです。

Webhook配信​

フィールド説明
チャンネル設定プロジェクトで有効になっているカスタムWebhookチャンネルを選択します。なお、チャンネルの送信IDをリアルタイム計算に使用できない場合、そのチャンネルはフローキャンバスで使用できません。
プッシュ内容カスタムのコンテンツテンプレートに従って、プッシュ内容を入力します。ユーザープロパティを挿入して、パーソナライズしたコンテンツをプッシュできます。
頻度制御管理頻度制御はチャンネルレベルの制御です。1つのチャンネルを複数のエンゲージタスクやフローキャンバスで使用する場合、頻度制御を有効にすると、一定期間内に送信対象へ配信できる回数をチャンネル単位で制御できます。
プッシュ禁止期間ユーザーがプッシュ禁止時間帯に配信ノードに到達した場合、プッシュを中止するか、プッシュ禁止時間の終了を待ってからプッシュを続行するかを選択できます。
移行方式

直接移行:そのまま下流のノードへ移行します。

プッシュ結果判定:プッシュが成功したかどうかを判定し、プッシュ成功のユーザーと未成功のユーザー(頻度制御/プッシュ禁止期間によるフィルタリング、送信IDが空のためのフィルタリングなどの理由でプッシュが実行されなかった場合を含む)を、それぞれ別のブランチにルーティングします。

テスト送信プッシュ内容のテスト送信を行い、コンテンツの表示効果を確認できます。

メッセージプッシュ​

フィールド説明
チャンネル設定プロジェクトで有効になっているpushメッセージチャンネルを選択します。
プッシュ内容カスタムのコンテンツテンプレートに従って、プッシュ内容を入力します。ユーザープロパティを挿入して、パーソナライズしたコンテンツをプッシュできます。
頻度制御管理頻度制御はチャンネルレベルの制御です。1つのチャンネルを複数のエンゲージタスクやフローキャンバスで使用する場合、頻度制御を有効にすると、一定期間内に送信対象へ配信できる回数をチャンネル単位で制御できます。
プッシュ禁止期間ユーザーがプッシュ禁止時間帯に配信ノードに到達した場合、プッシュを中止するか、プッシュ禁止時間の終了を待ってからプッシュを続行するかを選択できます。
移行方式

直接移行:そのまま下流のノードへ移行します。

プッシュ結果判定:プッシュが成功したかどうかを判定し、プッシュ成功のユーザーと未成功のユーザー(頻度制御/プッシュ禁止期間によるフィルタリング、送信IDが空のためのフィルタリングなどの理由でプッシュが実行されなかった場合を含む)を、それぞれ別のブランチにルーティングします。

テスト送信プッシュ内容のテスト送信を行い、コンテンツの表示効果を確認できます。

WeChatサブスクリプションメッセージ​

フィールド説明
チャンネル設定プロジェクトで有効になっているWeChatサブスクリプションメッセージチャンネルを選択します。
プッシュ内容カスタムのコンテンツテンプレートに従って、プッシュ内容を入力します。ユーザープロパティを挿入して、パーソナライズしたコンテンツをプッシュできます。
頻度制御管理頻度制御はチャンネルレベルの制御です。1つのチャンネルを複数のエンゲージタスクやフローキャンバスで使用する場合、頻度制御を有効にすると、一定期間内に送信対象へ配信できる回数をチャンネル単位で制御できます。
プッシュ禁止期間ユーザーがプッシュ禁止時間帯に配信ノードに到達した場合、プッシュを中止するか、プッシュ禁止時間の終了を待ってからプッシュを続行するかを選択できます。
移行方式

直接移行:そのまま下流のノードへ移行します。

プッシュ結果判定:プッシュが成功したかどうかを判定し、プッシュ成功のユーザーと未成功のユーザー(頻度制御/プッシュ禁止期間によるフィルタリング、送信IDが空のためのフィルタリングなどの理由でプッシュが実行されなかった場合を含む)を、それぞれ別のブランチにルーティングします。

テスト送信プッシュ内容のテスト送信を行い、コンテンツの表示効果を確認できます。

判定ノード​

特徴判定ノードと行動判断ノードがあります。

特徴判定​

フィールド説明ルールの説明

オーディエンス条件

ノードに流入したユーザーについて、ユーザープロパティや行動などに基づいて特徴の条件を満たすかどうかを判定します。設定後、条件の上部で特徴コホートの更新・計算頻度を確認&調整できます。コホートの更新ルールの説明は行動トリガー進入-ターゲットユーザーと同じです。
予想人数オーディエンス条件が定期計算の場合は、ターゲットユーザーの人数を推定する必要があります。デフォルトでは、予想人数が200万未満の場合に特徴判定を行えます。
移行方式

次の中から選択できます:

すべて:条件を満たすユーザーと満たさないユーザーを、下流の別々のブランチにルーティングします。

のみ満たす:条件を満たすユーザーのみを移行し、満たさないユーザーはフィルタリングします。

のみ満たさない:条件を満たさないユーザーのみを移行し、満たすユーザーはフィルタリングします。

行動判断​

ルール説明ルールの説明
イベントルール

ユーザーがノードに流入した後、一定のウィンドウ期間内に指定した行動条件を完了したかどうかを判定します。累積完了/連続完了/順番に完了の3種類の行動パターンに対応しています。

  • 累積完了:ユーザーがウィンドウ期間内に、設定した行動条件を累積で完了したかどうかを判定します。たとえばウィンドウ期間内のイベント参加回数が2回以上と設定した場合、ユーザーがイベントに2回参加した時点で、条件を満たしたものとして移行します。
  • 連続完了:ユーザーがウィンドウ期間内にあるイベントを連続で完了し、その間に別のイベントを行っていないかどうかを判定します。たとえば、挑戦に5回連続で失敗し、その間に一度も成功していない場合は、条件を満たしたものとして移行します。
  • 順番に完了:ユーザーがウィンドウ期間内に、指定した行動シーケンスを完了したかどうかを判定します。たとえばウィンドウ期間内にイベント参加→課金開始→課金完了を順番に完了した場合は、条件を満たしたものとして移行します。関連プロパティの追加、シーケンスの時間ウィンドウの制限、ステップのブラックリストの制限などに対応しています。
移行方式

次の中から選択できます:

すべて:条件を満たすユーザーと満たさないユーザーを、下流の別々のブランチにルーティングします。

のみ満たす:条件を満たすユーザーのみを移行し、満たさないユーザーはフィルタリングします。

のみ満たさない:条件を満たさないユーザーのみを移行し、満たすユーザーはフィルタリングします。

制御ノード​

制御ノードは、ユーザーが移行するタイミングと移行方式を制御します。特性分岐、行動の細分化、A/B分岐、待機制御に対応しています。

特性分岐​

フィールド説明ルールの説明
ブランチルール

「優先順位に従って進入」または「条件を満たして進入」を選択できます。

  • 優先順位に従って進入:左側のブランチが右側のブランチより優先されます。
  • 条件を満たして進入:ユーザーが複数のブランチの条件を満たす場合、下流の複数のブランチに同時に進入します。

ブランチオーディエンス条件

ノードに流入したユーザーについて、ユーザープロパティや行動などに基づいてブランチの特徴条件を満たすかどうかを判定します。設定後、条件の上部で各ブランチのコホートの更新・計算頻度を確認&調整できます。
予想人数ブランチオーディエンス条件の判定が定期計算の場合は、ターゲットユーザーの人数を推定する必要があります。デフォルトでは、予想人数が200万未満の場合にブランチの特徴判定を行えます。
デフォルトブランチユーザーがすべてのブランチ条件を満たさない場合に、デフォルトブランチに流入させるかどうかを設定します。有効にしない場合、すべてのブランチ条件を満たさないユーザーはフィルタリングされます。

行動の細分化​

ルール説明ルールの説明

ブランチルール

「優先順位に従って進入」または「条件を満たして進入」を選択できます。

  • 優先順位に従って進入:左側のブランチが右側のブランチより優先されます。
  • 条件を満たして進入:ユーザーが複数のブランチの条件を満たす場合、下流の複数のブランチに同時に進入します。
ブランチイベントルール

ブランチごとに、ユーザーがノードに流入した後、一定のウィンドウ期間内に指定した行動条件を完了したかどうかを判定します。累積完了/連続完了/順番に完了/未完了の4種類の行動パターンに対応しています。

  • 累積完了:ブランチごとに、ユーザーがウィンドウ期間内に設定した行動条件を累積で完了したかどうかを判定し、完了した場合に移行します。たとえばウィンドウ期間内のイベント参加回数が2回以上と設定した場合、ユーザーがイベントに2回参加した時点で、条件を満たしたものとして移行します。
  • 連続完了:ブランチごとに、ユーザーがウィンドウ期間内にあるイベントを連続で完了し、その間に別のイベントを行っていないかどうかを判定します。たとえば、挑戦に5回連続で失敗し、その間に一度も成功していない場合は、条件を満たしたものとして移行します。
  • 順番に完了:ブランチごとに、ユーザーがウィンドウ期間内に指定した行動シーケンスを完了したかどうかを判定します。たとえばウィンドウ期間内にイベント参加→課金開始→課金完了を順番に完了した場合は、条件を満たしたものとして移行します。関連プロパティの追加、シーケンスの時間ウィンドウの制限、ステップのブラックリストの制限などに対応しています。
  • 未完了:ブランチごとに、ユーザーがウィンドウ期間内に設定した行動条件を累積で完了したかどうかを判定し、完了しなかった場合に移行します。たとえば30min以内のイベント参加回数が2回以上と設定した場合、ユーザーが30分以内にイベントに2回参加しなかったときは、条件を満たしたものとして移行します。
デフォルトブランチユーザーがすべてのブランチ条件を満たさない場合に、デフォルトブランチに流入させるかどうかを設定します。有効にしない場合、すべてのブランチ条件を満たさないユーザーはフィルタリングされます。

A/B分岐​

ルール説明
テストグループ設定ノードに流入したユーザーを比率に応じて振り分けます。コントロールグループを1つ、テストグループを4つまで追加でき、グループの比率はカスタマイズできます。
優勝指標ユーザーがA/B分岐ノードに進入して振り分けに成功した後、一定のウィンドウ期間内の行動コンバージョン率を集計し、その行動コンバージョン率に基づいて、テストノード以降の異なる配信戦略の優劣を比較します。優勝指標は最大3つまで追加できます。
有効イベント追加すると、テストに進入し、かつ集計ウィンドウ期間内に有効イベントを完了したユーザーのみを対象に、テストのコンバージョン指標を比較します。

待機制御​

ルール説明
制御タイプ

4種類の時間制御タイプに対応しています:

  • xx分/xx時間/xx日(24時間)待機。デフォルトでは最長30日まで対応しています。
  • x日後の指定時刻まで待機。デフォルトでは最長30日まで対応しています。
    • たとえば1日後の9時まで待機する場合は、翌日の9時まで待機してから移行します
  • 毎日/毎週/毎月の指定時刻まで待機。
    • 月単位で選択する場合は、毎月の「最終日」「終了時間から2日目」「終了時間から3日目」を選択できます
  • 指定日の指定時刻まで待機。
    • ユーザーの到達時にその指定時刻を過ぎている場合は、そのまま移行します

終了ノード​

このノードに流入したユーザーは、そのままフローから離脱します。

フローの目標設定​

フローの目標を設定して、ユーザーがフローに進入した後に想定した行動コンバージョンを達成したかどうかを測定できます。デフォルトでは、行動コンバージョンの目標を最大3つまで追加できます。

目標設定の使用シーンの例:

  • 新規ユーザーの初回課金促進フローでは、ユーザーが登録してフローに進入してから1日以内に課金行動があるかどうかを集計できます。
  • 離脱ユーザーの呼び戻しフローでは、ユーザーがフローに進入してから一定期間内にログイン行動があるかどうかを集計できます。

「目標を達成した後すぐにプロセスから退出する」にチェックを入れることもできます。チェックを入れると、ユーザーが目標の行動コンバージョンを達成した時点ですぐにフローから離脱し、以降のエンゲージアクションは実行されません。

テスト実行​

フローの作成が完了したら、「テスト実行」をクリックできます。テスト実行中、フローは正式にオンライン化されて実行されますが、配信アクションノードに到達しても下流のインターフェースを呼び出す配信アクションは実際には実行されず、そのままプッシュ成功として処理されます。テスト実行により、次のことができます:

  • フローを正式にオンライン化する前に、フローの実行状況が想定どおりであることを検証する。
  • フローを正式にオンライン化した後の実行データ量を推定する。

フローの操作​

ノードの追加​

「ノード追加」ボタンをクリックしてノードを追加できます。また、左側のノードを「ノード追加」ボタンまでドラッグして追加することもできます。

ノードの挿入​

接続線にカーソルを合わせ、ノード間の「+」をクリックしてノードを挿入できます。また、必要なノードを2つのノードの間にドラッグして挿入することもできます。

接続線の編集​

接続線にカーソルを合わせて「接続線を編集」ボタンをクリックすると、接続線を他のノードにつなぎ替えることができ、ノードを統合できます。

ノードの削除​

削除には2つのモードがあります。1つのノードだけを削除する場合は「現在のノードを削除」を選択します。現在のノードから設計し直したい場合は「現在のノード以降を削除」を選択して、まとめて削除します。

ノードのコピー​

ノードにカーソルを合わせて、「現在のノードをコピー」または「現在のノード以降をコピー」をクリックできます。現在のノードをコピーした場合は、フローの任意の位置でクリックしてフローに貼り付けられます。現在のノード以降をコピーした場合は、フローの末尾でのみクリックしてフローに貼り付けられます。

操作の取り消し​

フローの構築中に、誤ってノードを削除・コピーしたり、ノードの接続線を変更したりした場合は、「Undo」ボタンをクリックすると、直前の操作をすぐに取り消してフローを元の状態に戻せます。

配置の向き​

D3データ可視化アルゴリズムを採用してフローの配置方法を最適化しています。横方向/縦方向の配置に対応しており、レイアウトを自動的に最適化して、多数のノードの表示効果を向上させます。

このページは役に立ちましたか?