Skip to content

バナー

バナーを使えば、ユーザー向けのパーソナライズされたメッセージングを作成しながら、メールやプッシュ通知といった他のチャネルのリーチも拡大できます。アプリや Web サイトに直接バナーを埋め込むことができるため、自然な体験を通じてユーザーとエンゲージメントできます。

前提条件

バナーの利用可否は、お使いの Braze パッケージによって異なります。利用を開始するには、アカウントマネージャーまたはカスタマーサクセスマネージャーにお問い合わせください。

開始する前に、アプリまたは Web サイトにバナー配置が作成されていることを確認してください。

デバイス上に表示されたバナーの例。

なぜバナーを使うのか？

バナーを使えば、マーケティングチームや製品チームがアプリや Web サイトのコンテンツをダイナミックにパーソナライズし、リアルタイムのユーザー適格性や動作を反映できます。メッセージを常にインラインで表示し、邪魔にならず文脈に応じた体験を提供します。この体験は、セッション開始時、またはアプリや Web サイトが明示的にリクエストした場合にセッション途中で更新できます。

バナーがアプリや Web サイトに統合された後、マーケターはシンプルなドラッグ＆ドロップエディターを使ってバナーをデザインし公開できます。これにより、継続的な開発者の支援が不要になり、複雑さが軽減され、効率が向上します。

機能

バナーの機能には以下が含まれます。

  • 簡単なコンテンツ作成: 画像、テキスト、ボタン、メールキャプチャフォーム、カスタムコードなどをサポートする視覚的なドラッグ＆ドロップエディターを使って、バナーを作成しプレビューできます。
  • 柔軟な配置: バナーを表示できるアプリケーションや Web サイト内の複数の場所を定義することで、特定のコンテキストやユーザーエクスペリエンスへの正確なターゲティングが可能になります。
  • ダイナミックなパーソナライゼーション: バナーは、新しいセッションの開始時、または顧客が明示的に更新をリクエストした場合にのみセッション途中で更新できます。バナーは新しいセッションで自動的に更新されません。顧客が更新をリクエストしない場合、バナーは更新されません。
  • ネイティブ優先順位付け: 複数のバナーが同じ配置をターゲットにした場合の表示優先度を設定し、適切なメッセージが適切なタイミングでユーザーに届くようにします。
  • カスタムコードエディターブロック: カスタムコードエディターブロックを使って、高度なカスタマイズや既存の Web スタイルとのシームレスな統合のためにカスタム HTML を追加できます。

バナーについて

配置 ID

バナー配置とは、Braze SDK を使って作成するアプリや Web サイト内の特定の場所であり、バナーが表示される位置を指定するものです。

一般的な配置場所としては、ホームページの最上部、商品詳細ページ、購入手続きのフローが挙げられます。配置が作成された後、バナーキャンペーン内でバナーを割り当てることができます。

ワークスペースごとに作成できる配置の数に固定の制限はなく、体験上必要な数だけ配置 ID を作成できます。各配置はワークスペース内で一意でなければなりません。1 つの配置 ID は、同時に最大 25 個のアクティブなメッセージから参照できます。

バナーの優先順位

複数のバナーメッセージが同じ配置 ID を参照する場合、バナーは優先度順（高、中、低）に表示されます。デフォルトではバナーは中に設定されていますが、バナーキャンペーンを作成または編集する際に優先度を手動で設定できます。

複数のバナーが同じ優先度に設定されている場合、ユーザーが対象となる最新のバナーが最初に表示されます。

配置のリクエスト

アプリやWeb サイトで配置を作成すると、アプリは各配置に対応するバナーメッセージを取得するため、Brazeにリクエストを送信する。

  • 1回の更新リクエストにつき、最大10件の配置をリクエストできる。
  • 各配置において、Brazeはユーザーが受け取る資格のある最高優先度のバナーを返す。
  • リフレッシュ時に10件を超える配置が要求された場合、最初の10件のみが返され、残りは破棄される。

例えば、アプリがリフレッシュリクエストで3つの配置を要求する場合がある： homepage_promo, cart_abandonment, および seasonal_offer。各リクエストは、その配置に対して最も関連性の高いバナーを返す。

更新リクエストのレート制限

古いSDKバージョン（SWIFT 13.1.0以前、Android 38.0.0以前、Web 6.1.0以前、React Native 17.0.0以前、Flutter 15.0.0以前）を使用している場合、ユーザーセッションごとにリフレッシュリクエストは1回のみ許可される。

新しい最小SDKバージョン（SWIFT 13.1.0以上、Android 38.0.0以上、Web 6.1.0以上、React Native 17.0.0以上、Flutter 15.0.0以上）を使用している場合、リフレッシュリクエストは過剰なポーリングを防ぐためトークンバケットアルゴリズムでコントロールされる：

  • 各ユーザーセッションは、5つのリフレッシュトークンから始まる。
  • トークンは180秒（3分）ごとに1個補充される。

各呼び出しはトークンをrequestBannersRefresh一つ消費する。トークンが利用できない状態で更新を試みると、SDKはリクエストを送信せず、トークンが補充されるまでエラーをログに記録する。これはセッション途中やトリガー発生時の更新において重要だ。ダイナミックな更新を実装する場合（例えば、ユーザーが同じページでアクションを完了した後など）、カスタムイベントが記録された後にリフレッシュメソッドを呼び出す。ただし、ユーザーが別のバナーキャンペーンの対象となる前に、Brazeがイベントを取り込んで処理するのに必要な遅延に注意すること。

メッセージ配信

バナーメッセージは、HTML コンテンツとしてアプリや Web サイトに配信され、通常は iframe 内でレンダリングされます。これにより、バナーがあらゆるデバイスで一貫して表示され、バナーのスタイルやスクリプトを他のコードから分離しておくことができます。

iframe は、コードベースの変更を必要としないダイナミックでパーソナライズされたコンテンツの更新を可能にします。各 iframe は、キャンペーンターゲティングとパーソナライゼーションロジックを使用して、各ユーザーセッションの HTML を取得し表示します。

寸法とサイズ

バナーの寸法とサイズについて知っておくべきことは以下のとおりです。

  • コンポーザーではさまざまなディメンションでバナーをプレビューできますが、その情報は保存されず、SDK に送信されません。
  • HTML は、レンダリングされるコンテナの全幅を占めます。
  • 固定ディメンションの要素を作成し、そのディメンションをコンポーザーでテストすることをお勧めします。

制限事項

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

さらに、バナーメッセージでは以下の機能はサポートされていません。

  • API トリガーキャンペーンとアクションベースのキャンペーン
  • コネクテッドコンテンツ
  • プロモーションコード
  • :rerender タグを使用した catalog_items
  • ユーザーによる手動非表示（早期アクセスのみ）

次のステップ
New Stuff!