Skip to content

バナー

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

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

前提条件

バナーの利用可否は、お使いのBrazeパッケージによって異なる。アカウントマネージャーか顧客サクセスマネージャーに連絡して始めよう。

なぜバナーを使うのか？

バナーは、マーケティングチームや製品チームがアプリやWeb サイトのコンテンツをダイナミックにパーソナライズすることを可能にする。これにより、ユーザーの適格性や行動をリアルタイムに反映できる。それらはメッセージを常にインラインで表示し、ユーザーセッションの開始時に自動的に更新される、邪魔にならず文脈に応じた体験を提供する。

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

機能

バナーの機能には以下が含まれる：

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

バナーについて

配置 ID

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

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

ワークスペースごとに作成できる配置の数に固定の制限はない。経験上必要となる限り、配置IDをいくつでも作成できる。各配置はワークスペース内で一意でなければならない。一つの配置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 トリガーキャンペーンとアクションベースのキャンペーン
  • コネクテッドコンテンツ
  • プロモーションコード
  • ユーザーによる強制終了
  • catalog_items タグ:rerenderを使う

次のステップ

バナーについて理解したからには、次のステップに進む準備は整った。

  1. アプリやWeb サイトにバナー広告枠を設置する
  2. Braze でのバナーキャンペーンの作成
  3. チュートリアル：配置IDによるバナーの表示
Github   GitHub でこのページを編集
New Stuff!