Skip to content

バナー

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

前提条件

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

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

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

なぜバナーを使うのか？

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

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

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

機能

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

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

バナーについて

配置ID

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

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

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

バナーの優先順位

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

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

配置のリクエスト

アプリや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はリクエストを送信せず、トークンが補充されるまでエラーをログに記録します。これはセッション途中やイベントトリガーによる更新において重要です。ダイナミックな更新を実装する場合（例えば、ユーザーが同じページでアクションを完了した後など）、カスタムイベントが記録された後にリフレッシュメソッドを呼び出してください。ただし、ユーザーが別のバナーCampaignの対象となる前に、Brazeがイベントを取り込んで処理するのに必要な遅延がある点に注意してください。

メッセージ配信

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

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

寸法とサイズ

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

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

制限事項

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

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

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

次のステップ
New Stuff!