バナー:よくある質問

これらは、Braze のBanners に関するよくある質問に対する回答です。より一般的な情報については、バナーについて]を参照のこと。

バナーの更新はユーザーにいつ表示されるのか？

バナーは、リフレッシュメソッドを呼び出すたびに最新のデータでリフレッシュされるため、バナーキャンペーンを再送信したり更新したりする必要はない。

1回のリフレッシュ・リクエストで、最大10個のプレースメントをリクエストできる。Brazeは、ユーザーがリクエストするごとに、最も優先順位の高いBannerを返す。追加のリクエストはエラーを返す。

詳しくは、配置リクエストを参照のこと。

各ワークスペースは、最大200のアクティブなバナーキャンペーンをサポートすることができる。この制限に達した場合、新しいキャンペーンを作成する前に、既存のキャンペーンをアーカイブするか非アクティブにする必要がある。

ユーザーが同じプレースメントを共有する複数のバナーキャンペーンにクオリファイした場合、最も優先順位の高いバナーが表示される。詳しくはバナーの優先順位を参照のこと。

つまり、バナーとコンテンツカードを同じフィードで使用することはできない。既存のコンテンツカードフィードをバナーに置き換えるには、アプリやWebサイトにプレースメントを作成する必要がある。

ユーザーはバナーを手動で削除することはできない。しかし、ユーザーセグメンテーションの適格性を管理することで、バナーの可視性をコントロールすることができる。ユーザーがバナーキャンペーンのターゲティング基準を満たさなくなった場合、次回のセッションで再びバナーキャンペーンが表示されることはない。

例えば、ユーザーが購入するまでプロモーションバナーを表示する場合、purchase_completed のようなイベントを記録することで、そのユーザーをターゲットセグメントから外し、その後のセッションで効果的にバナーを非表示にすることができる。

はい。/campaigns/data_series エンドポイントを使用して、いくつのバナーキャンペーンが閲覧されたか、クリックされたか、またはコンバージョンしたかに関するデータを得ることができる。

ユーザーはセッションの最初にセグメンテーションされる。キャンペーンのターゲットセグメントがカスタム属性、カスタムイベント、またはその他のターゲティング属性に依存する場合、セッションの開始時にユーザーにそれらが存在する必要がある。

バナーのメッセージングがシンプルであればあるほど、レンダリングは速くなる。あなたのユースケースで予想されるレイテンシーに対して、バナーキャンペーンをテストするのがベストだ。例えば、catalog_items のようなアトリビューション属性は必ずテストすること。

しかし、:rerender タグを使って再レンダリングされるcatalog_items を除いて、ほとんどの Liquid タグはバナーメッセージでサポートされている。

クリックイベントは、logClick 要素にon-clickアクションが設定され、JSブリッジを使用して呼び出された場合にのみキャプチャされる。