よくある質問

この記事では、キャンバスに関するよくある質問の答えを紹介します。

キャンバスに含めることができるステップ数はいくつですか?

キャンバスには最大200個のステップを追加できます。

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

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

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

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

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

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

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

ステップを切断する前に、キャンバスステップで保留中のユーザーの分析ビューを確認することをお勧めします。

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

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

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

ユーザーのライフサイクルごとに、1つのキャンバスを構築すべきですか、それとも別々のキャンバスを構築すべきですか?

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

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

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

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

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

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

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

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

起動後に編集できる内容の詳細については、起動後のキャンバスの変更を参照してください。

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

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

例を展開

例 1

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

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

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

note:

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

例 2

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

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

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

コンバージョン率の種類の違いは何ですか?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

フィルターの詳細については、セグメンテーションフィルターを参照してください。

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

ユーザーは、特定のキャンバスのバリエーションパスに入ったことがありません。コントロールグループに含まれていないすべてのユーザーが、キャンバスに入ったかどうかに関係なく含まれます。これには、別のバリエーションに入ったユーザーと、どのバリエーションにも入っていないユーザーが含まれます。

キャンバスのコントロールグループに入っていない

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

バリエーションの割り当ては、キャンバスエントリ時に行われます。ユーザーがキャンバスに入っていない場合、バリアントは割り当てられません。つまり、コントロールグループにもバリアントにも含まれません。

元のキャンバスエディターに関する FAQ を展開

既存のキャンバスを元のエディターから現在のエディターに変換するにはどうすればよいですか?

キャンバスを複製できます。これにより、最新のキャンバスワークフローで元のキャンバスのコピーが作成されます。

現在のキャンバスエディターと元のキャンバスエディターの主な違いは何ですか?

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

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

ステップの動作

以前は、各フルステップに、遅延やスケジュールの設定、例外イベント、オーディエンスフィルター、メッセージ設定、メッセージの昇進オプションといった情報がすべて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 に」という設定はサポートされません。

「リクエストタイムアウト」エラーに関するサポートチケットを送信する際に含めるべき情報は何ですか?

キャンバスの編集中に「リクエストタイムアウト」エラーが発生し、Braze サポートに連絡する必要がある場合は、解決を迅速化するために以下の情報を含めてください。

• 画面録画: エラーが表示されるまでに行った操作の録画。ページ遷移も含めてください。
• タイムスタンプとタイムゾーン: エラーが発生した正確な時刻とタイムゾーン。
• ブラウザーとバージョン: 使用しているブラウザー（例: Chrome 120、Safari 17）と、別のブラウザーでエラーを再現しようとしたかどうか。
• 再現手順: エラーをトリガーするアクションの明確な説明。関連する特定のキャンバスステップや設定も含めてください。
• ネットワークログ（オプション）: ブラウザーの開発者ツール（ネットワークタブ）を開き、エラーを再現して、ネットワークログを HTTP アーカイブ（HAR）ログファイルとしてエクスポートします。これにより、サポートチームがどの API コールがタイムアウトしているかを特定できます。