よくある質問

この記事では、キャンバスに関するよくある質問に対する回答を提供する。

キャンバスにはいくつのステップを含めることができるか？

キャンバスには200ステップまで追加できる。

バリアントが 1 つで、分岐が複数あるキャンバスで、オーディエンスと送信時刻が同一の場合はどうなりますか?

それぞれのステップのジョブがキューに入れられます。これらがほぼ同時に実行され、どちらかが「勝利」します。実際には、双方がほぼ均等な結果となるかも知れませんが、最初に作成されたステップが若干有利となる可能性が高くなると思われます。

また、この分布がどのようになるかを正確に保証することはできません。均等に分けたい場合は、ランダムバケット番号フィルターを追加してください。

切断されたステップのあるキャンバスを開始できますか?

はい。また、開始後に、切断されたステップのあるキャンバスを保存することもできます。

切断されたステップに到達したとき、ユーザーはどこへ進みますか?

ユーザーがキャンバスワークフローの切断されたステップにいる場合、後続のステップがあればそちらに進み、ステップの設定によってユーザーがどのように進むべきかが決まる。これは、ユーザーがキャンバスの他の部分に直接接続することなく、ステップに変更を加えることができるようにするためのものです。また、すぐにライブにする前にテストする余地を与え、下書きを保存できるようにする効果もあります。

ステップを切断する前に、キャンバスステップで保留中のユーザーの分析ビューをチェックすることを推奨します。

キャンバスを停止するとどうなりますか?

キャンバスを停止すると、以下のことが起こります。

• ユーザーがキャンバスに入れなくなる。
• ユーザーがフローのどの位置にいても、メッセージはそれ以上送信されない。
• 例外:メールを使ったキャンバスはすぐには停止されません。送信リクエストが SendGrid に送られた後は、ユーザーへの配信を即停止するために Braze ができることは何もありません。

ユーザのライフサイクルごとに、1 つのキャンバスまたは別のキャンバスを構築する必要がありますか?

キャンバスで達成しようとしていることに応じて、ユーザージャーニーの構築方法に異なるアプローチが必要になる場合があります。Canvas の柔軟性により、ユーザーライフサイクルの任意のステージのユーザージャーニーをマッピングできます。効果的なユーザージャーニーを作成するための合理化されたアプローチのいくつかの例については、弊社のBraze Canvas テンプレートをご覧ください。

キャンバスのアプリ内メッセージはいつ送信されるのか？

アプリ内メッセージは、次のセッション開始時に送信されます。つまり、キャンバスが停止される前にユーザーがキャンバスステップに入った場合、アプリ内メッセージが有効期限内であれば、次のセッション開始時にアプリ内メッセージを受け取ることができます。

ユーザーがキャンバスを停止する前にセッションを開始することは可能ですが、アプリ内のメッセージはすぐには表示されません。これは、アプリ内メッセージがカスタムイベントによってトリガーされた場合、または遅延した場合に発生する可能性があります。これは、ユーザーがアプリ内メッセージのインプレッションを記録し、キャンバスの停止後にアプリ内メッセージを「受信」できることを意味します。ただし、ユーザーはキャンバスが停止する前に、キャンバスステップを受信した後にセッションを開始する必要がありました。

例外イベントはいつトリガーされますか?

例外イベントがトリガーされるのは、ユーザーがそれに関連するキャンバスコンポーネントの受信を待つ間だけです。ユーザーが事前にアクションを実行した場合、例外イベントはトリガーされません。特定のイベントを事前に実行したユーザーを除外したい場合は、代わりにフィルターを使用してください。

キャンバスの編集は、すでにキャンバスに入っているユーザーにどのような影響を与えますか?

マルチステップキャンバスの一部のステップを編集した場合、すでにオーディエンスでありながらステップを受け取っていないユーザーは、更新後のバージョンのメッセージを受け取ることになります。これは、まだそのステップで評価されていない場合のみに該当することに注意してください。

打ち上げ後に編集できる内容については、「打ち上げ後にキャンバスを変更する」を参照のこと。

キャンバスでは、ユーザーのコンバージョンがどのようにトラッキングされますか?

ユーザーがコンバートできるのは、キャンバスのエントリごとに 1 回のみです。コンバージョンは、そのエントリでユーザーが受信した最新のメッセージに割り当てられます。キャンバスの最初にある要約ブロックには、メッセージを受け取ったかどうかに関わらず、そのパス内でユーザーが行ったすべてのコンバージョンが反映されます。それ以降の各ステップには、そのユーザーが最後に受け取ったステップの最中に起こったコンバージョンのみが反映されます。

Expand for examples

例 1

キャンバスのパスに 10 個のプッシュ通知があり、コンバージョンイベントは「セッション開始」 (「アプリを開く」) になっているとします。

• ユーザー A はエントリ後、最初のメッセージを受け取る前にアプリを開きます。
• ユーザー B はプッシュ通知のたびにアプリを開きます。

結果:サマリーには2 つの変換が表示され、個々のステップでは最初のステップで1 の変換が表示され、後続のすべてのステップで0 の変換が表示されます。

note:

コンバージョンイベントが発生したときにサイレント時間がアクティブな場合、同じルールが適用されます。

例 2

サイレント時間を有効にしたステップが 1 つのキャンバスがあるとします。

1. ユーザーがキャンバスに入ります。
2. 最初のステップに遅延はありませんが、設定されたサイレント時間内なので、メッセージは抑制されます。
3. ユーザーがコンバージョンイベントを実行します。

結果:ユーザーは、キャンバスのバリアント全体ではコンバージョン済みとしてカウントされますが、ステップを受け取っていないため、ステップに対してはカウントされません。

コンバージョンレートタイプの違いは何か？

• キャンバスのコンバージョン総数は、何人のユニークユーザーがコンバージョンイベントを完了したかを反映するもので、彼らがそれぞれ何件のコンバージョンを完了したかを反映するものではありません。
• バリアントのコンバージョン率またはキャンバスの冒頭にある要約ブロックには、メッセージを受け取ったかどうかに関わらず、そのパス内でユーザーが行ったすべてのコンバージョンが反映されます。
• ステップのコンバージョン率には、そのメッセージステップを受信し、設定されたコンバージョンイベントのいずれかを完了した個人の数が反映されます。

コンポーネントとステップの違いは何ですか?

コンポーネントとは、キャンバスの効果を判断するために使用できる、キャンバスの個々の部分です。コンポーネントには、ユーザージャーニーの分割、遅延の追加、複数のキャンバスパスのテストなどのアクションを含めることができます。キャンバスのステップとは、キャンバスの分岐におけるパーソナライズされたユーザージャーニーのことです。基本的に、キャンバスはユーザージャーニーのステップを作成する個々のコンポーネントから構成されています。

キャンバスの各コンポーネントの分析はどのようにしたら表示できますか?

キャンバスコンポーネントの分析を表示するには、キャンバスに移動して [キャンバスの詳細] ページを下にスクロールします。ここには各コンポーネントの分析が表示されます。詳しくは、「キャンバスの分析」を参照してください。

ユニークユーザー数を見る場合、キャンバス分析とセグメンターのどちらがより正確ですか?

セグメンターは、キャンバスやキャンペーンの統計と比較して、より正確なユニークユーザーデータ統計を提供します。これは、キャンバスとキャンペーンの統計が、何かが発生したときにブレーズが増分する数値であるためです。つまり、この数値がセグメンテーションの数値と異なる変数が存在する可能性があります。例えば、ユーザーは 1 つのキャンバスやキャンペーンで複数回コンバージョンする可能性があります。

キャンバスに入るユーザー数が予想数と一致しないのはなぜですか?

キャンバスに入るユーザー数は、オーディエンスやトリガーの評価方法によっては予想数と異なる場合があります。Braze では、オーディエンスはトリガーの前に評価されます (ただし、属性の変更トリガーを使用する場合を除きます)。そのため、選択したオーディエンスに含まれない場合、ユーザーはトリガーアクションが評価される前にキャンバスから脱落します。

キャンバスジャーニー中、匿名ユーザーはどうなりますか?

匿名ユーザーはキャンバスに出入りできますが、ユーザーが特定されるまで、そのアクションは特定のユーザープロファイルに関連付けられないため、分析でインタラクションが完全に追跡されない可能性があります。Query Builderを使用して、これらのメトリックのレポートを生成できます。

キャンバスのステップコンバージョン率とキャンバスのバリアント合計コンバージョン率が一致しないのはなぜですか?

キャンバスのバリアントのコンバージョンの合計が、そのステップの合計よりも大きくなることはよくあります。これが発生するのは、ユーザーがバリアントに入ってすぐにバリアントのコンバージョンイベントを実行する可能性があるためです。しかし、このコンバージョンイベントはキャンバスのステップにはカウントされません。つまり、キャンバスに入り、最初のキャンバスのステップを受け取る前にコンバージョンイベントを実行したユーザーは、バリアントのコンバージョンの合計にはカウントされても、ステップの合計にはカウントされません。キャンバスに入ったユーザーが、ステップを受け取る前にキャンバスを退出した場合も同様です。

キャンバスのオーディエンスはどのように評価されますか?

デフォルトでは、キャンバス内のフルステップのフィルターとセグメントは、送信時にチェックされます。条件分岐ステップは、前のステップを受信した直後（または遅延する前）に評価を実行する。

キャンバスのバリエーションに入っていない」と「キャンバスのコントロールグループに入っていない」の違いは？

フィルターの完全な定義については、セグメンテーションフィルターを参照のこと。

キャンバスのバリエーションには入っていない

ユーザーは特定のキャンバスのバリエーションパスを入力しなかった。コントロールグループに入っていないユーザーは、キャンバスに入ったかどうかにかかわらず、すべて含まれる。これには、別のバリエーションを入力したユーザーと、どのバリエーションも入力していないユーザーが含まれる。

キャンバスのコントロールグループではない

ユーザーはキャンバスに入ったが、コントロールグループには入っておらず、結果的にバリエーションを受けた。これはキャンバスに入ったユーザーのみを含む。

バリエーションの割り当てはキャンバスエントリで行われることに注意。もしユーザーがキャンバスを入力していなければ、バリアントは割り当てられない。つまり、彼らはコントロールグループにもバリアントにも入らない。

Expand for original Canvas editor FAQs

既存のキャンバスを元のエディターから現在のエディターに変換するには？

キャンバスの複製ができる。Currentsは、オリジナルのキャンバスのコピーを最新のキャンバスワークフローで作成する。

CANVASの現行エディターと初代エディターの主な違いは？

キャンバスコンポーネントツールバー

以前の元のキャンバスエディターでは、ユーザージャーニーのステップを作成すると、デフォルトでフルステップが追加されました。これらの完全なステップは、異なるキャンバス・コンポーネントに置き換えられ、編集エクスペリエンスの可視性とカスタマイズ性が向上する。キャンバスステップツールバーから、すべてのキャンバスコンポーネントをすぐに見ることができます。

ステップの動作

以前は、各フルステップに、遅延やスケジュールの設定、例外イベント、オーディエンスフィルター、メッセージ設定、メッセージの昇進オプションといった情報がすべて 1 つのコンポーネントに含まれていました。これらは、キャンバス作りをよりカスタマイズできるようにするための、現在のエディターにおける個別の設定であり、いくつかの機能の違いが導入されている。

メッセージコンポーネントのユーザー昇進

メッセージコンポーネントは、そのステップに入るすべてのユーザーを先に進めます。メッセージの昇進動作を指定する必要はなく、全体的なステップの設定がより簡単になります。[メッセージの送信時にユーザーを昇進させる] オプションを実装する場合は、別のオーディエンスパスを追加して、前のステップを受信しなかったユーザーをフィルタリングします。

暦日での延期期間の動作

遅延コンポーネントは、次のステップに進む前に、遅延時間が経過するまで待ちます。

例えば、4 月 12 日に、遅延コンポーネントがあり、1 日後の午後 2 時にユーザーを次のステップに送るように遅延が設定されたとします。あるユーザーが 4 月 13 日午後 2 時 1 分にこのコンポーネントに入ったとします。

• 元のワークフローでは、ユーザーは 4 月 14 日の午後 2 時に次のステップに進みます。その時点ではエントリ時刻から 1 日が経過していません。
• 現在のエディターでは、ユーザーは4月15日の午後2時に次のステップに進むことになる。この場合、時刻は同じでも、エントリ時刻から 1 日以上経過していることに注意してください。

インテリジェントタイミングの動作

インテリジェントタイミングはメッセージコンポーネントに保存されるため、インテリジェントタイミングの計算の前に遅延が適用されます。したがって、ユーザーがコンポーネントに入るタイミングによっては、元のキャンバスのワークフローで作られたキャンバスよりもメッセージを受け取るタイミングが遅くなる可能性があります。

例えば、遅延を 2 日間に設定し、インテリジェントタイミングをオンにして、メッセージを送信するのに最適な時間を午後 2 時と判断したとします。そしてユーザーが午後 2 時 1 分に遅延ステップに入るとします。

• 現在のワークフロー遅延が経過するまで 48 時間かかるので、ユーザーは 3 日目の午後 2 時にメッセージを受け取ります。
• 元のワークフロー:ユーザーは 2 日目の午後 2 時にメッセージを受け取ります。

インテリジェントタイミングがオンになっている場合、メッセージは、ユーザーがメッセージコンポーネントに入ってから 24 時間以内に、インテリジェントタイミングで特定された時刻に送信されることに注意してください (これは遅延コンポーネントがない場合でも同様です)。

例外イベント

サイレント時間

例外イベントは、メッセージステップとは別のアクションパスを使って適用される。サイレント時間はメッセージコンポーネント内で適用されます。つまり、ユーザーがすでにアクションパスを通過し（例外イベントで除外されなかった）、メッセージコンポーネントに到達したときにクワイエットアワーに遭遇し、キャンバスがクワイエットアワー期間後にメッセージが再送信されるように設定されていた場合、例外イベントは適用されなくなる。このユースケースは一般的ではないことに注意してください。

セグメンテーションとフィルターについては、メッセージステップに配信バリデーションがあり、ユーザーは送信時にバリデーションされるセグメントとフィルターを追加設定することができる。これにより、前述したようなサイレント時間のエッジケースを防ぐことができます。

「期間 X」または「次の X」を指定したスケジュール設定

例外イベントはアクションパスを使用して作成される。アクションパスでは「時間枠 X の後」という設定のみがサポートされ、「期間 X の経過後」や「次の X に」という設定はサポートされません。