バナーとしてのコンテンツカードのレイテンシを改善する

コンテンツカードの実装で、ホームページバナーなどの重要なユースケースにおいてレイテンシが発生している場合は、このページで紹介する戦略やヒントを参考にして、レンダリングの解決と高速化に役立ててください。

アクションベースのエントリではなくスケジュールされたエントリを使用する

キャンペーンとキャンバスの両方におけるアクションベースのカードには、バックグラウンド処理が必要です。Braze はまずトリガーアクション（購入の発生やセッションの開始など）の通知を受け取ってから、ユーザー向けのカードを作成する必要があります。そのため、これらのカードが利用可能になるまでに遅延が発生します。

アクションベースのカードは、カードが利用可能になるのを待つために継続的にポーリングとリフレッシュを行う必要があるなど、アプリケーションに複雑さをもたらします。代わりに、カードをScheduled Entryに設定してください。これにより、ターゲットオーディエンスに対してカードが常に利用可能な状態となる可用性の時間枠として機能します。

カードを事前にスケジュールしておけば、ユーザーがアプリを開いてカードをリクエストした時点で、すぐに準備が整っています。

「At First Impression」送信ロジックを使用する

スケジュールされた送信と合わせて、At First Impressionオプションを使用すると、カードが Braze で作成・保存される速度が速いため、レイテンシを回避できます。At Campaign Launchは、セグメントされたすべてのユーザーのカードを事前に作成するため、完了までに時間がかかる場合があります。At First Impressionオプションは、ユーザーが初めてアプリを開いた時など、最初にリクエストされた時点でカードを生成します。

つまり、スケジュールされたエントリと組み合わせることで、セッション開始時や時間ベースの適格性の時間枠において、必要な時にすぐにカードが利用可能になります。

キャンバスのエントリはカードを受け取るための前提条件であることを忘れないでください

キャンバスを使用する場合、ユーザーはまず設定されたエントリ条件に基づいてキャンバスに入り、その後コンテンツカードのメッセージステップを通過する必要があります。その時点で初めて、カードがアプリや Web サイトで利用可能になります。ユーザーがステップを通過した後、カードが作成されるまでにはビルトインのレイテンシがあり、カードが利用可能になるタイミングが遅れる場合があることに注意してください。

カードを過度にリフレッシュしない

コンテンツカードは、新しいセッションが開始されるたびに SDK によって自動的にリフレッシュされます。また、アクティブなセッション中にいつでも手動でコンテンツカードのリフレッシュをリクエストすることもできます。

requestContentCardsRefreshメソッドを呼び出してリフレッシュを頻繁に行いすぎると、レート制限が発生する可能性があります。アプリが一時的にレート制限された場合、必要な時やユーザーのアプリエンゲージメントにおける重要なタイミングでカードをリフレッシュできなくなる可能性があります。

これを防ぐために、このリフレッシュメソッドはユーザーが購入を行った後やサブスクリプションティアをアップグレードした後など、ユーザーライフサイクルの重要なタイミングでのみ呼び出してください。

コネクテッドコンテンツの使用を避ける

コネクテッドコンテンツは、ファーストパーティまたはサードパーティの API データでコンテンツカードを充実させます。ただし、コンテンツカードのメッセージに含めると、コネクテッドコンテンツのネットワークリクエストが完了するまでカードの利用がブロックされます。場合によっては、SDK がアプリのレンダリングロジックを遅延させないよう、数秒後にリトライすることがあります。レンダリングロジックは SDK のリフレッシュタスクの完了を待つ場合があります。

コネクテッドコンテンツを使用する必要がある場合は、これらのカードを事前にスケジュールし、At Campaign Launchオプションを使用して、ユーザーの次のセッションの前にカードが事前作成されるようにしてください。ただし、Braze がすべての適格なユーザーのカードを書き込むため、これらのカードはすぐには利用できないことに注意してください。