Skip to content

バナー

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

前提条件

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

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

デバイスにレンダリングされたバナーの例

バナーを使用する理由

バナーを使用すると、マーケティングチームやプロダクトチームは、リアルタイムのユーザー適格性や行動を反映して、アプリやWebサイトのコンテンツをダイナミックにパーソナライズできます。バナーはメッセージをインラインで永続的に表示し、セッション開始時やアプリまたはWebサイトが明示的にリクエストしたセッション中に更新可能な、邪魔にならない文脈に応じた体験を提供します。

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

ユースケース 説明
お知らせ 今後のイベントやポリシー変更などのお知らせを、アプリ体験の最前面に表示し続けます。
オファーのパーソナライズ 各ユーザーの閲覧履歴、カートの内容、サブスクリプションティア、ロイヤルティステータスに基づいて、パーソナライズされたプロモーションやインセンティブを表示します。
新規ユーザーエンゲージメントのターゲティング 新規ユーザーをオンボーディングフローやアカウント設定に誘導します。
セールとプロモーション 注目のコンテンツ、トレンド商品、進行中のブランドキャンペーンを、ユーザー体験を妨げることなく、ホームページ上に永続的かつ直接的にハイライト表示します。

機能

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

  • 簡単なコンテンツ作成： 画像、テキスト、ボタン、メールキャプチャフォーム、カスタムコードなどをサポートするビジュアルなドラッグ＆ドロップエディターを使用して、バナーを作成・プレビューできます。独自のマークアップを管理したいチームは、代わりにHTMLエディターを使用してバナーのHTMLとスタイルを完全にコントロールできます。また、BrazeAI Operator™に説明文からHTMLを生成させることもできます。
  • 柔軟なプレースメント： アプリケーションやWebサイト内でバナーを表示する複数の場所を定義し、特定のコンテキストやユーザー体験に対する正確なターゲティングを実現します。
  • ダイナミックなパーソナライゼーション： バナーは、更新されるたびにパーソナライゼーション（Liquidロジック）とセグメンテーションを再計算します。ユーザーがプロファイルを更新したり、カスタム属性が変更されたりした場合、次のバナー更新時にその変更が反映されます。
  • ネイティブな優先順位付け： 複数のバナーが同じプレースメントをターゲットにしている場合の表示優先順位を設定し、適切なメッセージが適切なタイミングでユーザーに届くようにします。
  • カスタムコードエディターブロック： カスタムコードエディターブロックを使用して、高度なカスタマイズや既存の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を明示的に呼び出すたびにトークンを1つ消費します。新しいセッションの開始時やchangeUserが呼び出された際に自動的に行われるリフレッシュはトークンを消費しません。これは、そのユーザーに対して最後にキャッシュされたバナーを配信するためです。トークンが利用できない状態で更新を試みると、SDKはリクエストを送信せず、トークンが補充されるまでエラーをログに記録します。これはセッション途中やイベントトリガーによる更新において重要です。ダイナミックな更新を実装する場合（例えば、ユーザーが同じページでアクションを完了した後など）、カスタムイベントが記録された後にリフレッシュメソッドを呼び出してください。ただし、ユーザーが別のバナーキャンペーンの対象となる前に、Brazeがイベントを取り込んで処理するのに必要な遅延がある点に注意してください。

メッセージ配信

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

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

寸法とサイズ

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

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

Connected Content

Connected Contentを使用して、外部APIからリアルタイムデータをバナーに取り込むことができます。バナーはセッション更新時にインラインでレンダリングされるため、Connected Contentにはこのチャネル固有の制限があります。

  • GETリクエストのみ： バナーはGET Connected Contentリクエストのみをレンダリングします。POSTリクエストはサポートされていません。
  • 共有レンダリングバジェット： 1回の更新リクエストで返されるすべての配置（最大10件）は、約2秒の共有レンダリングバジェットを使用します。各Connected Content呼び出しはこの共有バジェットに対してカウントされるため、遅い呼び出しや多数の呼び出しを含む配置は、他の配置が必要とする時間を消費する可能性があります。
  • リトライなし： Connected Content呼び出しが失敗、タイムアウト、またはレンダリングバジェットを超過した場合、その配置のConnected Content結果はnullとして扱われます。他のチャネルとは異なり、バナーはリクエストのリトライや配信の遅延を行いません。

制限事項

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

また、バナーメッセージは以下の機能をサポートしていません。

  • APIトリガーおよびアクションベースのキャンペーン
  • Connected Content（早期アクセス中）
  • プロモーションコード
  • :rerender タグを使用した catalog_items

次のステップ
New Stuff!