Skip to content

よくある質問

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

キャンバスの構築と編集

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

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

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

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

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

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

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

ユーザーがキャンバスワークフローの切断されたステップにいる場合、後続のステップがあればそこに進み、ステップの設定がユーザーの進行方法を決定します。これは、ユーザーがステップをキャンバスの残りの部分に直接接続しなくても変更を加えられるようにすることを目的としています。また、すぐに公開する前にテストする余地を提供し、実質的に下書きの保存を可能にします。

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

1つのバリアントで複数のブランチを持つキャンバスのオーディエンスと送信時間が同一の場合、どうなりますか？

各ステップに対してジョブをキューに入れます。これらはほぼ同時に実行され、そのうちの1つが「勝ちます」。実際には、ある程度均等に分配される場合がありますが、最初に作成されたステップに少なくともわずかな偏りが生じる可能性があります。

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

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

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

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

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

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

マルチステップキャンバスのいくつかのステップを編集した場合、すでにオーディエンスに含まれているがまだステップを受信していないユーザーは、更新されたバージョンのメッセージを受信します。ただし、これはまだそのステップの評価が行われていない場合にのみ発生します。

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

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

キャンバスを停止すると、以下が適用されます：

  • ユーザーはキャンバスに入ることができなくなります。
  • フロー内のユーザーの位置に関係なく、それ以上のメッセージは送信されません。
  • 例外： メールを含むキャンバスはすぐには停止しません。送信リクエストがSendGridに送られた後は、ユーザーへの配信を停止する手段はありません。

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

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

メッセージと配信

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

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

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

インプレッションが記録されているのに、キャンバスの送信数がゼロと表示されるのはなぜですか？

アプリ内メッセージステップを含むキャンバスで送信済みメッセージが常にゼロの場合、これはアプリ内メッセージの配信が他のメッセージングチャネルとは異なる仕組みで動作するためです。

アプリ内メッセージは、Brazeから「プッシュ」されるのではなく、SDKによって「プル」されます。対象ユーザーのアプリ内メッセージはセッション開始時に自動的に配信され、表示前にトリガーイベントを「待ちます」。対象ユーザーがセッションを開始した時にメッセージを受信するため、Brazeはこれを送信イベントとして報告しません。ユーザーがトリガーイベントを実行すると、メッセージが表示され、Brazeはインプレッションを記録し、ユーザープロファイル上でキャンバスステップ（またはキャンペーン）を受信済みとしてマークします。その結果、アプリ内メッセージの送信数の合計はゼロになります。

長い遅延やブランチの後にユーザーがアプリ内メッセージを受信しなかったのはなぜですか？

上流の遅延ステップとオーディエンスチェックが完了した後、ユーザーはメッセージステップに到達した時点でのみアプリ内メッセージの対象となります。メッセージがカレンダー日付で期限切れになるか、ステップが利用可能になってからの短い期間ウィンドウで期限切れになる場合、遅いブランチのユーザーは期限切れ後に到着し、メッセージを見ることができません。期限切れを最も長い現実的なパス遅延に合わせてください。詳細と例については、アプリ内メッセージの期限切れを参照してください。

「キャンバス Entry PropertiesはIn-App Messagesでは使用できません」と表示されるのはなぜですか？

このメッセージは、パーソナライゼーションがアプリ内メッセージではキャンバス内で解決できないフィールドを参照している場合に表示されます。コンテキストとイベントプロパティおよびメッセージステップに記載されているcontextオブジェクトを使用してください。レガシーのLiquid名前空間canvas_entry_propertiesにはcontextとは異なる制約があります。複数のステップにわたって値を保持する必要がある場合は、Brazeチームとオリジナルキャンバスエディターの永続プロパティを確認してください。保存された値は、デバイスがアプリ内ペイロードをダウンロードする前にユーザーがキャンバスを退出するとクリアされます。

キャンバスのドラッグ＆ドロップアプリ内メッセージのボタンクリックはどこで確認できますか？

ドラッグ＆ドロップアプリ内メッセージのボタンレベルの指標は、キャンバスの概要レベルだけでなく、キャンバスの詳細内のメッセージステップ分析カードに表示されます。キャンバスを開き、メッセージステップを選択して、アプリ内エンゲージメントを確認してください。レポートの概念については、キャンバス分析による測定とテストを参照してください。

同じキャンバスメッセージステップまたは多変量送信で、バリアントごとに異なる送信時間をスケジュールできますか？

いいえ。同じ多変量設定またはメッセージステップ内のバリアントは、1つの配信スケジュールを共有します。同じスケジュール送信で、あるバリアントを午後6時に送信し、別のバリアントを午後7時に送信するように割り当てることはできません。

送信をずらしたり、パスごとに異なる時間を使用したりするには、以下の方法を試してください：

  • メッセージステップの間に遅延ステップを配置して、各メッセージに独自のスケジュールを持たせます。
  • ブランチまたは実験パスステップを使用して、ユーザーが異なるタイミングのパスをたどるようにします。
  • ユースケースが1つのキャンバス内に収まる必要がない場合は、別々のキャンペーンを使用します。

キャンペーンにおける多変量テストとABテストの概念については、多変量テストとABテストを参照してください。

ユーザーがキャンバスメッセージステップでグローバルフリークエンシーキャップに達した場合、どうなりますか？

キャップされたチャネルの送信は受信しませんが、メッセージステップはグローバルフリークエンシーキャップによりメッセージが送信されなかった場合でもユーザーを進行させます。ステップごとの進行ケースについては、ユーザーの進行方法を参照してください。グローバルフリークエンシーキャップだけではユーザーをキャンバスから退出させません。この動作はメッセージステップの配信バリデーションとは別のものです。詳細については、レート制限とフリークエンシーキャップを参照してください。

送信数が推定オーディエンスサイズよりも少ないのはなぜですか？

送信数が推定オーディエンスよりも少なくなる理由は、キャンペーンと同様の多くの理由があります。これには、フリークエンシーキャップ、厳格なデバイスまたはブラウザフィルター、再適格性ウィンドウ、レート制限、チャネルレベルの除外（例：プッシュ到達可能性やメールサブスクリプションおよび配信可能性チェック）が含まれます。

キャンバス固有の要因も適用されます：

  • アクションベースまたはAPIトリガーエントリ： ユーザーはエントリ動作を実行した後にのみ入場（およびステップを受信）するため、それらのアクションが発生するまで実際の送信数は事前の推定を下回ります。
  • オーディエンスパス： ユーザーは適格な最も優先度の高いブランチにルーティングされるため、下流のブランチはフラットなセグメント数が示すよりも少ないユーザーを受け取る場合があります。
  • オーディエンスと送信時間のチェック： フルステップは、別途設定しない限り送信時にフィルターを再評価します。キャンバスの構築時に適格だったユーザーが、メッセージ送信前に脱落する場合があります。
  • コントロールグループ： グローバルまたはキャンバスのコントロールグループは、エントリしたユーザーの一部をメッセージングから除外します。
  • サイレント時間帯と遅延： メッセージが保留またはリスケジュールされ、表示中のレポート期間から送信がずれる場合があります。
  • 最大エントリまたはオーディエンスキャップ： エントリまたは送信キャップにより、基盤となるセグメントが大きくても追加のユーザーが停止されます。
  • レポート期間： 分析範囲に、推定と比較しているすべての送信が含まれていない場合があります。

推定オーディエンスとキャンバスユーザー数が一致しないのはなぜですか？

推定オーディエンスは、推定が実行された時点でセグメントとエントリフィルターに一致するユーザーを反映します。その時点以降、遅延エントリやアクションベースのエントリ、再適格性、APIトリガー、またはブランチルーティングにより、スナップショットと比較してジャーニーに接触するプロファイル数が増加する場合があります。また、送信時のフィルターが失敗した場合にユーザーが脱落し、実際のエントリや送信数が減少することもあります。タイミング、キャップ、評価設定を送信数が推定オーディエンスサイズよりも少ないのはなぜですか？と合わせて比較してください。

ユニーク受信者がターゲットしたユーザー数よりも多いのはなぜですか？

ユニーク受信者が予想よりも多くなることがあります。これは、Brazeがキャンバスおよびキャンペーンレポートで日次ユニーク受信者を追跡するためです。これにより、ユーザーがジャーニー内でメッセージを受信するたびに正確なコンバージョンアトリビューションがサポートされます。

例えば、ユーザーが月曜日にキャンバスステップを受信し、金曜日に再度受信して、各送信後にコンバージョンした場合、Brazeは2つの受信者行と2つの対象コンバージョンをカウントできます。繰り返しエントリまたは再適格性により、同じ少数のプロファイルセットが数日間にわたって複数のユニーク受信者を生成する場合があります。

分析とコンバージョン

キャンバスでユーザーコンバージョンはどのように追跡されますか？

ユーザーはキャンバスエントリごとに1回のみコンバージョンできます。コンバージョンは、そのエントリでユーザーが受信した最新のメッセージに割り当てられます。キャンバスの先頭にあるサマリーブロックは、メッセージを受信したかどうかに関係なく、そのパス内のユーザーが実行したすべてのコンバージョンを反映します。後続の各ステップは、そのステップがユーザーが受信した最新のステップであった間に発生したコンバージョンのみを表示します。

例を展開

例 1

10件のプッシュ通知があるキャンバスパスがあり、コンバージョンイベントが「セッション開始」（「アプリを開く」）の場合：

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

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

例 2

サイレント時間帯が有効な1ステップのキャンバスがある場合：

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

結果： ユーザーはキャンバスバリアント全体ではコンバージョンとしてカウントされますが、ステップを受信していないため、ステップではカウントされません。

異なるコンバージョン率タイプの違いは何ですか？

  • キャンバス全体のコンバージョンは、コンバージョンイベントを完了したユニークユーザー数を反映し、各ユーザーが完了したコンバージョン数ではありません。
  • バリアントコンバージョン率またはキャンバスの先頭にあるサマリーブロックは、メッセージを受信したかどうかに関係なく、そのパス内のユーザーが実行したすべてのコンバージョンを集計合計として反映します。
  • ステップコンバージョン率は、そのメッセージステップを受信し、概要に記載されたコンバージョンイベントのいずれかを完了した個人の数を反映します。

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

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

また、ユーザーがバリアントに入り、ステップからメッセージを送信されず、その後コンバージョンする場合もあります。この場合、ステップレベルではコンバージョンは記録されません。ただし、ユーザーは技術的にコンバージョンしたため、キャンバスレベルではコンバージョンが記録されます。

APIトリガーのキャンバスをユーザーが受信したことを確認するにはどうすればよいですか？

キャンバスフィルターを使用してセグメントを作成し、ユーザーがキャンバスに入ったか、特定のキャンバスステップを受信したかを確認できます。例えば、ユーザーがAPIトリガーのキャンバスに入ったことを確認したい場合はキャンバスエントリフィルターを使用し、キャンバスからメッセージを受信したことを確認したい場合は受信ステップフィルターを使用します。次に、/users/export/segmentエンドポイントを使用して、そのセグメント内のユーザーをエクスポートします。

キャンバスを削除できますか？

いいえ。ただし、キャンバスをアーカイブすることはできます。

アーカイブされたキャンバスやキャンペーンを再開するにはどうすればよいですか？

アーカイブされたメッセージは、編集可能な状態に戻すまで送信されません。キャンペーンまたはキャンバスをアーカイブ解除し、エントリスケジュールまたは送信時間を将来のウィンドウに設定し（クリーンなコピーが必要な場合はジャーニーを複製し）、必要に応じて再開または起動してください。詳細については、キャンペーンとキャンバスのアーカイブを参照してください。

エラーが表示されないのにキャンバスが保存されないのはなぜですか？

オーディエンスまたはステップレベルのフィルターで空のカスタム属性フィルターがあると、詳細なバリデーションメッセージなしで保存がブロックされる場合があります。各フィルターカードを開き、不完全なカスタム属性ルールを削除するか、属性名と値の両方を入力してから、再度保存を選択してください。

キャンバスやキャンペーンからタグが消えたのはなぜですか？

ワークスペースからタグが削除されると、Brazeはそのタグを参照していたすべてのキャンペーンとキャンバスからタグを削除します。このクリーンアップは、キャンバスの変更ログに独自の行を生成するとは限りません。

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

キャンバスコンポーネントの分析を確認するには、キャンバスに移動し、キャンバスの詳細ページを下にスクロールします。ここで、各コンポーネントの分析を確認できます。詳細については、キャンバス分析をご覧ください。

キャンバスステップからのエンゲージメントはいつユーザープロファイルに表示されますか？

Received Message from キャンバス Stepなどのフィルターは、Brazeがそのステップに対応する送信、受信、またはエンゲージメントイベントを記録した後に更新されます。アプリ内メッセージは、送信スタイルの指標とは別にインプレッションを記録する場合があります。インプレッションが記録されているのに、キャンバスの送信数がゼロと表示されるのはなぜですか？を参照してください。これらの同じイベントは、キャンバスの詳細のステップ指標にも表示されます。

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

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

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

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

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

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

現在キャンバスジャーニー中のユーザーをキャンペーンやセグメントから除外できますか？

セグメンテーションフィルター（Entered キャンバス Variation、In キャンバス Control Group、Received Message from キャンバス Stepなど）を使用して、キャンバスエントリ、バリアント割り当て、またはステップエンゲージメントに基づいてユーザーをターゲットできます。これらのフィルターはエントリ履歴とインタラクションを評価するもので、ユーザーがアクティブなジャーニーをまだ進行中かどうかを示すものではありません。

アクティブなキャンバス参加に基づいてユーザーを含めたり除外したりするには、キャンバスのエントリと退出にユーザーの更新ステップを追加してカスタム属性を設定およびクリアし、キャンペーンやセグメントでそれらの属性をフィルターとして使用します。

セグメンテーション

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

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

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

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

キャンバスコントロールグループに含まれていない

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

バリアントの割り当てはキャンバスエントリ時に行われることに注意してください。ユーザーがキャンバスに入っていない場合、バリアントは割り当てられません。つまり、コントロールグループにもバリアントにも含まれません。

オリジナルキャンバスエディター

オリジナルキャンバスエディターの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時間に」はサポートしていません。

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

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

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

キャンバスの配信とトラブルシューティング

孤立したユーザーはキャンバスメッセージを受信する資格がありますか？

いいえ。孤立したユーザーはメッセージを受信する資格がありません。ユーザーがキャンバスジャーニー中にプロファイルが孤立した場合、フローからサイレントに退出します。分析では、その退出に対して退出済みイベントが常に表示されるとは限らず、ワークフローサマリーにexited_dateやexit_reasonのないpartial_update_tokenが含まれる場合があります。

マージと孤立プロファイルの詳細については、重複ユーザーのマージを参照してください。

アクティブなキャンバスやキャンペーンを停止した場合、すでにESPに送信されたメッセージは配信されますか？

はい。Brazeがメールサービスプロバイダー（ESP）にリクエストを送信した後、Brazeはその送信を取り消すことはできません。キャンバスやキャンペーンを停止すると新しい送信リクエストは防止されますが、すでにESPに引き渡されたメッセージは配信される可能性があり、ESPが処理する際に送信カウントがインクリメントされる場合があります。

これはキャンバスを停止した場合に説明されている動作と同じです。送信中のメールはすぐには停止されません。

キャンバスのWebhookステップがユーザーに表示されるコンテンツなしで実行されたことを確認するにはどうすればよいですか？

Brazeは、キャンペーンおよびキャンバスのWebhookステップに対してWebhookの送信数と関連する配信結果を追跡します。ステップ分析、Webhookレポート、またはCurrentsのWebhookイベントを使用して、ステップが実行されたことを確認できます。エンドポイントのリクエストログは、サーバー側の受信証明が必要な場合に追加の確認を提供します。

BrazeにはWebhookステップ用の組み込みの非表示トラッキングピクセルは含まれていません。カスタムの1ピクセル画像リクエストではなく、BrazeのWebhook指標とエンドポイントのログを使用してください。

ユーザーがトリガーイベントを実行した回数よりもキャンバスに入った回数が少ないのはなぜですか？

アクションベースおよびAPIトリガーのキャンバスでは、Brazeはトリガーイベントの重複を排除するため、ユーザーは同じキャンバスに対して1秒あたり最大約1回しか入ることができません。ユーザーが1秒以内に同じトリガーを複数回実行した場合、1回のエントリのみが処理されます。

同じ秒内に複数のエントリを許可するには、トリガーイベントの間隔を少なくとも1.1秒空けてください（例：サーバーからイベントタイミングを制御する場合）。同じ秒内の複数のトリガーを許可するキャンペーンスタイルの動作については、適切なスケジュールと再適格性設定を持つキャンペーンとユースケースを比較してください。

テストプッシュが間違ったアプリに送信されるのに、ライブ送信は正しく見えるのはなぜですか？

ユーザープロファイルのテストプッシュは、そのプロファイルのプッシュ有効なすべてのデバイスに配信されます。1つのデバイスに複数のアプリがインストールされている場合、OSは通常、最初に利用可能なアプリにテスト通知を配信しますが、これは検証したいアプリではない場合があります。

アプリ固有のターゲティングを確認するには、プロファイルのテストプッシュだけに頼るのではなく、狭いオーディエンス（例：external_idでフィルター）を持つキャンペーンまたはキャンバスを通じてライブまたはテストメッセージを送信してください。

複数のアプリを持つキャンバスメッセージステップの場合、メッセージステップでメッセージ送信時にオーディエンスを検証をオンにして、送信時にセグメントとフィルターのチェックが実行されるようにします。詳細については、メッセージステップを参照してください。

一般的なテストプッシュの動作については、テストメッセージの送信およびプッシュFAQを参照してください。

iOSとAndroidでPush Storiesをデバッグするにはどうすればよいですか？

セットアップとクリエイティブ要件については、Push Storiesから始めてください。実装とリッチプッシュ通知の処理については、開発者ガイドのリッチプッシュ通知およびPush Storiesを参照してください。

「キャンバスメッセージが24時間以上遅延」メールを受信するのは誰ですか？

Brazeは、キャンバスメッセージがレート制限により24時間以上遅延した場合にこの通知を送信します。メールは、影響を受けたキャンバスに以前変更を加えたダッシュボードユーザー（キャンバス変更ログに基づく）に送信されます。Brazeがそれらの受信者を特定できない場合、メールはワークスペースの会社管理者に送信されます。

例外イベント後、ユーザーはいつメッセージの受信を停止しますか？

Brazeは例外イベントが発生するとすぐに退出を記録しますが、タイマーが終了するまでユーザーがステップ内に留まる場合があります。これは遅延ステップで最も顕著です。動作はスケジュールされたステップとイベントトリガーのステップでも異なります。タイムライン、例、分析の注意点については、退出条件を参照してください。

メールインタラクティビティトリガー（例：メール内のエイリアスをクリックや任意のキャンペーンまたはキャンバスステップでエイリアスをクリック）を使用するアクショングループには、そのリンクを含むメッセージをすでに送信したメッセージステップが必要です。メールがアクションパスステップの評価前に送信されるようにステップを追加または並べ替えるか、ユーザーがこのキャンバスですでに受信したメッセージに一致するインタラクションを選択してください。インタラクショントリガーの完全なリストについては、アクションベースの配信を参照してください。

過去のカスタムイベントのタイムスタンプはアクションベースのキャンバスやキャンペーンにどのように影響しますか？

Brazeは、適格なイベントが取り込まれ、ユーザーがオーディエンスルールを満たした時にアクションベースのジャーニーを評価します。イベントがキャンバスやキャンペーンがアクティブだったウィンドウの外でプロファイルに到着した場合、またはユーザーがオーディエンスに一致する前にイベントが到着した場合、エントリや下流の送信が期待通りに行われない場合があります。イベントのタイムスタンプを公開時間やセグメントメンバーシップと比較するには、ユーザープロファイルのアクティビティログとカスタムイベントのトラブルシューティングのトラブルシューティング手順を使用してください。動作が期待と一致しない場合は、Brazeサポートにお問い合わせください。
New Stuff!