追加情報

セッションリプレイとアプリのパフォーマンス

セッションリプレイを有効にする前に、アプリとユーザーへの以下の影響を考慮してください：

• アプリのパフォーマンス: セッションリプレイはビューポートデータをキャプチャして送信するため、古いデバイスではアプリのパフォーマンスに影響を及ぼす可能性があります。
• データ消費量：リプレイデータ転送は、特に画像がキャプチャされる場合、ユーザーデータを消費します。
• ストレージ要件: キャプチャされたデータは、送信サイクル間にユーザーデバイス上で十分なストレージ容量を必要とします。
• ネットワーク最適化: ネットワーク使用量を最小限に抑えるため、すべてのデータは転送前にクライアント側で圧縮されます。
• サンプリング戦略: データ収集のニーズとパフォーマンスへの影響のバランスを取るために、サンプリングレートを慎重に検討してください。

データ消費

セッションリプレイには、他のモバイルバイトと同じ従量課金が適用されます。生成されるバイト数は、セッションの数、長さ、ユーザーアクティビティのレベルのほか、アプリの複雑さによって異なります。

リプレイあたりのコストを見積もる最も正確な方法は、短いテスト期間だけ機能を有効にし、実際の消費量を測定することです。概算コストを見積もるための簡単な計算式は次のとおりです：

sessions x sampling_rate x gb_per_replay x cost_per_gb

例えば：

100万（セッション）×5％（サンプリングレート）×0.0053（リプレイあたりのGB）×0.40ドル（1GBあたりのコスト）=50,000リプレイで106ドル

消費量を制御するには、サンプリングレートを調整してください。

ユーザーのプライバシーとセキュリティに関する懸念

当社はデータプライバシーを重視しており、機密性の高い顧客情報が漏洩する可能性を最小限に抑えるため、強力なデフォルト設定でセッションリプレイを構築しました。特定のニーズに合わせて、プライバシー設定をさらにカスタマイズできます。

セッションリプレイはビデオをキャプチャせず、デフォルトでは、画像はブロックされ、同じサイズのプレースホルダーに置き換えられます。代わりに、ユーザーインタラクションを記録して再構築します。これにより、保存されるデータ量が大幅に削減されます。

データプライバシー法の遵守

New Relic GDPRの下ではデータ プロセッサとして、CCPA の下ではサービス プロバイダーとして機能します。 つまり、お客様の指示に従ってデータを処理することになります。 最終的に、これらの法律に準拠できるかどうかは、アプリケーション内でセッションリプレイをどのように実装するかによって決まります。

デフォルトでは、個人データを含むすべてのテキストとユーザー入力は、記録内でマスクされます。必要に応じて特定の要素を選択的にマスク解除できますが、デフォルトでは個人を特定できる情報が容易に表示されないようになっています。

対応UIフレームワーク

セッションリプレイは現在、iOS、Android、およびReact Nativeアプリの一部のUIフレームワークでサポートされています。より多くのUIおよびハイブリッドフレームワークのサポートに積極的に取り組んでいます。

現在サポートされているもの:

• iOS UIキット
• iOS SwiftUI
• Android XMLレイアウト
• Android ジェットパック コンポーズ
• React Native ビュー

計画されているサポート:

• Webビュー
• フラッター
• コルドバ
• コンデンサ
• マウイ島