バナーとしてのコンテンツカードのレイテンシを改善する
コンテンツカードの実装で、ホームページバナーなどの重要なユースケースにおいてレイテンシが発生している場合は、このページで紹介する戦略やヒントを参考にして、レンダリングの解決と高速化に役立ててください。
アクションベースのエントリではなくスケジュールされたエントリを使用する
キャンペーンとキャンバスの両方におけるアクションベースのカードには、バックグラウンド処理が必要です。Brazeはユーザーのカードを作成する前に、まずトリガーアクション（購入の発生やセッションの開始など）の通知を受け取る必要があります。その結果、これらのカードが利用可能になるまでに遅延が発生します。
アクションベースのカードは、カードが利用可能になるのを待つために継続的にポーリングとリフレッシュを行う必要があり、アプリケーションに複雑さを加えることになります。代わりに、カードをScheduled Entryに設定してください。これにより、ターゲットオーディエンスに対してカードが常に利用可能な状態となる可用性ウィンドウとして機能します。
カードを事前にスケジュールしておけば、ユーザーがアプリを開いてカードをリクエストした際に、すぐに表示できる状態で待機しています。
「初回インプレッション時」送信ロジックを使用する
スケジュール配信と組み合わせることで、At First Impression オプションはカードが Braze で作成・保存される速度のおかげでレイテンシーを回避できます。At キャンペーン Launch はセグメント対象のすべてのユーザーに対してカードを事前に作成するため、完了までに時間がかかることがあります。At First Impression オプションは、ユーザーが初めてアプリを開いたときなど、最初にリクエストされたタイミングでカードを生成します。
つまり、スケジュールエントリと組み合わせることで、セッション開始時や時間ベースの適格性ウィンドウなど、必要なタイミングですぐにカードを利用できます。
キャンバスエントリはカードを受け取るための前提条件であることを忘れないでください
キャンバスを使用する場合、ユーザーはまず設定されたエントリ条件に基づいてキャンバスに入り、その後 Content Cardsメッセージステップを通過する必要があります。その後にはじめて、カードがアプリやWebサイトで利用可能になります。ユーザーがステップを通過してからカードが作成されるまでにはビルトインのレイテンシーがあり、カードが利用可能になるタイミングが遅れる場合があることにご注意ください。
カードを過度にリフレッシュしない
Content Cardsは、新しいセッション開始時にSDKによって自動的にリフレッシュされます。また、アクティブなセッション中いつでも手動でContent Cardsのリフレッシュをリクエストできます。サポートされているSDKバージョンでは、Brazeはリアルタイム配信を通じてセッション中にデバイスへの送信と削除をプッシュするため、手動でリフレッシュする頻度を減らすことができます。
requestContentCardsRefresh メソッドを頻繁に呼び出してリフレッシュしすぎると、レート制限がかかる場合があります。アプリが一時的にレート制限されると、必要なタイミングやユーザーのアプリエンゲージメントにおける重要な場面でカードをリフレッシュできなくなる可能性があります。
これを防ぐために、このリフレッシュメソッドはユーザーライフサイクルの重要なタイミング（ユーザーが購入を完了した後や購読ティアをアップグレードした後など）にのみ呼び出してください。
Connected Contentの使用を避ける
Connected Contentは、ファーストパーティまたはサードパーティのAPIデータでContent Cardsを強化します。ただし、Content Cardsのメッセージに含めると、Connected Contentのネットワークリクエストが完了するまでカードの利用がブロックされます。場合によっては、SDKが数秒後にリトライすることがあります。これは、SDKのリフレッシュタスクの完了を待つ可能性があるアプリのレンダリングロジックを遅延させないためです。
Connected Contentを使用する必要がある場合は、カードを事前にスケジュールし、At キャンペーン Launchオプションを使用して、ユーザーの次のセッションの前にカードが事前に作成されるようにしてください。なお、Brazeはすべての対象ユーザーのカードを書き込むため、これらのカードはすぐには利用できません。