For AI agents: a documentation index is available at /docs/llms.txt. Append .md to any page URL for markdown, or send Accept: text/markdown.
セッションリプレイ Android プラグイン
アプリがすでにAmplitudeで計測されている場合は、Android SDKプラグインを使用してセッションリプレイをインストールしてください。製品内アナリティクスに別のプロバイダーを使用している場合は、代わりにスタンドアロンの実装を使用してください。
セッションリプレイとパフォーマンス
Amplitudeは、インストール先のAndroidアプリのパフォーマンスへの影響を最小限に抑えるよう、セッションリプレイを設計しました。そのために、以下の対策を講じています:
- メインのUIスレッドをブロックしないよう、リプレイデータのキャプチャと処理を非同期で行います。メインスレッドはビュー階層を分析する必要がありますが、スナップショットキャプチャのスケジュール設定と余分な処理はバックグラウンドにオフロードされます。
- バッチ処理と軽量圧縮を使用して、ネットワーク接続数と帯域幅を削減します。
- ビュー階層の処理を最適化します。ビュー階層の処理に問題が発生した場合は、Amplitudeにお問い合わせください。
セッションリプレイ は、アプリケーションのビューツリーに対する変更をキャプチャします。 ビューツリーには、メインビューとすべての子ビューが再帰的に含まれています。その後、セッションリプレイ はこれらの変更を再生して、ビデオのような再生を構築します。
たとえば、セッションの開始時に、セッションリプレイ はアプリケーションのビュー ツリーの完全なスナップショットをキャプチャします。 ユーザーがアプリとやり取りする際、セッションリプレイはビューに対する各変更をdiffとしてキャプチャします。その後、セッションリプレイは各diffを元のビューツリーに順番に適用することにより、セッションのリプレイを構築します。
セッションリプレイには最大長はありません。
問題の報告
Android用セッションリプレイに関する問題を報告される場合は、AmplitudeSessionReplay-Android GitHubリポジトリにアクセスしてください。
始める前に
使用する方法は、使用しているAmplitude Android SDKのバージョンによって異なります。
最新の Android-Kotlin SDK を使用している場合は、Android プラグインの指示に従ってください。
Session Replay Androidプラグインでは以下が必要です。
- このアプリケーションはAndroidベースです。
- デバイス識別子をSDKに提供できます。
サポート対象のAndroidバージョン
セッションリプレイは、最小 SDK 21(minSdk = 21)で Android 5.0 以降をサポートしています。Android StudioにおけるGoogleのディストリビューションデータによると、これにより、世界のAndroidデバイスの99.6%以上がサポートされるはずです。
クイックスタート
プラグインの最新バージョンをプロジェクトの依存関係に追加します。
// Install latest version from Maven Central
implementation("com.amplitude:plugin-session-replay-android:0.33.0")
// You will also need the Amplitude Analytics SDK if it's not already installed
implementation("com.amplitude:analytics-android:[1.29.0,2.0.0)")
アプリケーションコードを設定します。
import com.amplitude.android.Amplitude
import com.amplitude.android.Configuration
import com.amplitude.android.plugins.SessionReplayPlugin
// Initialize Amplitude Analytics SDK instance
val amplitude = Amplitude(
Configuration(
apiKey = API_KEY,
context = applicationContext
)
)
// Create and Install Session Replay Plugin
// Recording will be handled automatically
val sessionReplayPlugin = SessionReplayPlugin(sampleRate = 1.0)
amplitude.add(sessionReplayPlugin)
サンプルレート
これらのコードサンプルのサンプルレートは1.0です。この設定により、Amplitudeはテスト中にセッションを確実にキャプチャしますが、本番環境で超過が発生する可能性があります。
設定
セッションリプレイプラグインを初期化する際には、次のオプションを渡してください。
| オプション | タイプ | 必須 | デフォルト | 概要 |
|---|---|---|---|---|
sampleRate | Number | いいえ | 0.0 | Amplitudeがリプレイ収集のために選択するセッション数を制御します。 0から1までの小数(例:0.4)を使用すると、多数のセッションの中から40%のセッションが選択されます。 |
enableRemoteConfig | Boolean | いいえ | true | このセッションリプレイのインスタンスに対するリモートコンフィギュレーションを有効または無効にします。 |
privacyConfig | PrivacyConfig | いいえ | PrivacyConfig() | セッションリプレイがどのビューをマスクするかを制御するプライバシー設定。マスクレベルはPrivacyConfig(maskLevel = MaskLevel.MEDIUM)で設定します。マスクレベルを参照してください。 |
serverUrl | String? | いいえ | null | 詳細設定明示的なサーバー URL。プロキシ設定に役立ちます。 |
bandwidthLimitBytes | Int? | いいえ | null | 詳細設定従量制(携帯電話など)接続での毎日のアップロード制限(バイト単位)。 |
storageLimitMB | Int? | いいえ | null | 詳細設定ローカルストレージの制限値(MB単位)。 |
autoStart | Boolean | いいえ | true | プラグインの初期化時に自動的にスクリーンキャプチャを開始します。 |
recordLogOptions.logCountThreshold | Int | いいえ | 1000 | セッションごとのログの最大数。 |
recordLogOptions.maxMessageLength | Int | いいえ | 2000 | ログメッセージの最大長です。 |
カスタムセッションID
Androidバージョン0.26.4以降のセッションリプレイでは、setCustomSessionIdメソッドを通じて、UUIDなどの文字列セッションIDをサポートしています。プロジェクトでAmplitude session_idの代わりにカスタムイベントプロパティを使用してセッションを定義している場合は、カスタムセッションIDを使用してください。
カスタムセッションIDを設定する場合、この値はプラグインがAmplitude SDKから同期するセッションIDよりも優先されます。 nullを渡してオーバーライドをクリアし、AmplitudeセッションIDを使用して再開します。
// Keep a reference to the plugin to set the custom session ID
val sessionReplayPlugin = SessionReplayPlugin(sampleRate = 1.0)
sessionReplayPlugin.setCustomSessionId("ef197fc7-a46f-4e6c-a77f-8d90c17065c0")
amplitude.add(sessionReplayPlugin)
// Whenever your custom session changes
sessionReplayPlugin.setCustomSessionId(newCustomSessionId)
セッションリプレイがカスタムセッションと確実に一致するためには、カスタムセッションIDは次の制約に従う必要があります。
- この値に
/を含めることはできません。セッションリプレイは/をセッションリプレイIDの区切り文字として使用します。このIDの形式は<deviceId>/<sessionId>です。 - この値に使用できるのは、文字
a-z A-Z 0-9 _ - . | @ : =のみです。 - 値は、イベント時にAmplitudeに送信するセッション定義プロパティと一致している必要があります。 詳細については、セッションの照合を参照してください。
リモート設定
Amplitude でサンプルレートとマスクレベルを設定するには、リモート設定を有効にしてください。
リモート設定とテスト
を有効にすると enableRemoteConfigに設定するとtrueAmplitude で設定した値は、SDK 内でローカルに設定した値よりも優先されます。このため、アプリケーションをテストする際は、リモート設定を無効にしてsampleRateを1に設定できるようにし、テストセッションが確実にキャプチャされるようにすることをお勧めします。
画面上のデータをマスクする
セッションリプレイSDKでは、ユーザー入力、テキスト、その他のビューコンポーネントをマスクする方法が4つ用意されています。
マスクレベル
Android版セッションリプレイでは3段階のマスキングに対応しており、privacyConfig オプションで PrivacyConfig(maskLevel = MaskLevel.MEDIUM) のように設定できます。デフォルトのレベルはmediumです。
このオプションは、セッションリプレイの設定で使用します。
| マスクレベル | 説明 |
|---|---|
light | パスワード、メールアドレス、電話番号の入力フィールドをマスクします。 SDK内で 0.26.2その後、 lightまた、機密情報に関する自動入力ヒントが設定されたフィールド(クレジットカード番号、有効期限、セキュリティコード、氏名、ユーザー名、住所、郵便番号)もマスクします。自動入力ヒントの検出には、Android 8.0(APIレベル26)以降が必要です。 middleware-session-replay-android アーティファクトを含む以前のバージョンでは、上記の入力フィールドタイプのみをマスクしていました。 |
medium(デフォルト) | すべての内容が light、すべての編集可能なテキストフィールドも含みます(EditText)。 |
conservative | すべての内容が medium 、すべてのテキストビューも含みます(TextView)。 |
レイアウトXML内のプライバシータグ
このオプションは、アプリケーションのレイアウト XML で使用します。
| ビュー | 説明 |
|---|---|
<EditText> | セッションリプレイはデフォルトですべてのテキスト入力フィールドをマスクします。 ユーザーが入力フィールドにテキストを入力すると、セッションリプレイは実際のテキストの代わりにアスタリスクをキャプチャします。テキスト入力のマスクを解除するには、タグ amp-unmask を追加します。たとえば、<EditText android:tag="amp-unmask" android:text="Unmask this">などです。 |
<TextView> | 入力以外の要素内のテキストをマスクするには、amp-mask タグを追加します。 たとえば、<TextView android:tag="amp-mask" android:text="Mask this"/> などです。 マスクされている場合、セッションリプレイはマスクされたテキストを一連のアスタリスクとしてキャプチャします。 |
| テキスト以外の要素 | テキスト以外の要素をブロックするには、amp-block タグを追加します。 たとえば、<ImageView android:tag="amp-block"/> などです。 セッションリプレイは、ブロックされた要素を同じサイズのプレースホルダーに置き換えます。 |
<WebView> | ウェブビューのマスクを解除するには、amp-unmask タグを追加します。 たとえば、<WebView android:tag="amp-unmask"/> などです。 |
セッションリプレイSDKのプライバシーメソッド
SessionReplayクラスをインポートし、アプリケーションのコードから以下のいずれかのメソッドを呼び出します。
import com.amplitude.android.sessionreplay.SessionReplay
| メソッド | 説明 |
|---|---|
unmask(view: View) | ビューを手動でマスクを解除するには、SessionReplay.unmask(view) を呼び出します。ここで、view はマスクされた任意のビューへの参照です。 |
mask(view: View) | 入力以外のビュー内のテキストをマスクするには、SessionReplay.mask(view) を呼び出します。ここで、view はマスクしたいビューへの参照です。 マスクされている場合、セッションリプレイはマスクされたテキストを一連のアスタリスクとしてキャプチャします。 |
block(view: View) | テキスト以外のビューをブロックするには、SessionReplay.block(view) を呼び出します。ここで、view はブロックしたいビューへの参照です。 セッションリプレイは、ブロックされたビューを同じディメンションのプレースホルダーに置き換えます。 |
Jetpack Compose のプライバシー修飾子
コンポーザブルについては、レイアウト XML タグや SessionReplay メソッドの代わりにプライバシー修飾子を使用してください。 これらの修飾子を使用するには、バージョン0.21.0以降のセッションリプレイ Android SDKまたはプラグインが必要です。
必要な修飾子を com.amplitude.android.sessionreplay.compose からインポートし、コンポーザブルの修飾子チェーンに追加します。
import com.amplitude.android.sessionreplay.compose.ampMask
import com.amplitude.android.sessionreplay.compose.ampUnmask
import com.amplitude.android.sessionreplay.compose.ampBlock
| 修飾子 | 説明 |
|---|---|
Modifier.ampMask() | セッションリプレイがデフォルトでキャプチャするテキスト(Textコンポーザブルのコンテンツなど)をマスクします。セッションリプレイは、マスクされたテキストを一連のアスタリスクとしてキャプチャします。 |
Modifier.ampUnmask() | TextField など、セッションリプレイがデフォルトでマスクしているコンポーザブルをアンマスクします。 |
Modifier.ampBlock() | コンポーザブルをブロックします。 セッションリプレイは、ブロック対象のコンポーザブルを同じサイズのプレースホルダーに置き換え、その内容はキャプチャしません。 |
// Mask text that Session Replay captures by default
Text(
text = "Account number: 123456789",
modifier = Modifier.ampMask(),
)
// Unmask an input field that Session Replay masks by default
TextField(
value = username,
onValueChange = { username = it },
modifier = Modifier.ampUnmask(),
)
// Block a composable and everything it contains
Box(modifier = Modifier.ampBlock()) {
Text("Session Replay doesn't capture this content")
}
プライバシー修飾子は、適用先のコンポーザブルと、その内部にネストされたすべての要素に適用されます。ネストされたコンポーザブルに独自のプライバシー修飾子がある場合、その修飾子がそのコンポーザブルとその子孫に対して優先されます。
ユーザーのオプトアウト
セッションリプレイプラグインはAndroid SDKのoptOut設定に従っており、単独ではユーザーによるオプトアウトをサポートしていません。
// Set optOut on the Amplitude SDK
val amplitude = Amplitude(Configuration(
apiKey = API_KEY,
optOut = true,
/* other configuration */
))
amplitude.add(SessionReplayPlugin(/* session replay options */))
EUデータレジデンシー
セッションリプレイは、EUのデータセンターを使用するAmplitudeのお客様が利用できます。 初期化時に serverZone 設定オプションを EU に設定します。例:
// Set serverZone on the Amplitude SDK
val amplitude = Amplitude(Configuration(
apiKey = API_KEY,
serverZone = ServerZone.EU,
/*, other configuration */
))
amplitude.add(SessionReplayPlugin(/* session replay options */))
サンプリングレート
デフォルトでは、セッションリプレイで記録されるセッションの割合は0%です。 お使いのSDKのsampleRateキャプチャするセッションの割合を設定するための設定オプション。
手動および動的サンプリング、クォータ計画、クォータ管理については、セッションリプレイのサンプリングを設定するを参照してください。
// This configuration samples 1% of all sessions
amplitude.add(SessionReplayPlugin(sampleRate = 0.01))
リプレイ収集を無効にする
セッションリプレイを有効にした後は、次のいずれかの条件までアプリ上で実行されます。
- ユーザーがアプリを離れる。
sessionReplayPlugin.stop()呼び出します。- このプラグインは
amplitude.remove(sessionReplayPlugin)を使用してSDKから削除できます。
ユーザーがアプリの制限付きエリアに移動する前にsessionReplayPlugin.stop()を呼び出して、ユーザーがそのエリアにいる間のリプレイ収集を無効にします。
参照の保持
これには、SessionReplayPluginインスタンスへの参照を保持する必要があります:val sessionReplayPlugin = SessionReplayPlugin(/* session replay options */)。
ユーザーがアプリの制限のないエリアに戻ったときに、sessionReplayPlugin.start()を呼び出してリプレイ収集を再度有効にします。
特定の画面のみをキャプチャするには、起動時に起動しないようにautoStart = falseでプラグインを初期化し、ユーザーがこれらの画面に出入りするときに、start()およびstop()を呼び出します。
// Add the plugin without starting capture
val sessionReplayPlugin = SessionReplayPlugin(sampleRate = 1.0, autoStart = false)
amplitude.add(sessionReplayPlugin)
// Start capture when the user enters a screen you want to record
sessionReplayPlugin.start()
// Stop capture when the user leaves that screen
sessionReplayPlugin.stop()
また、Amplitude Experiment などのフィーチャーフラグプロダクトを使用して、場所などの基準に基づいてリプレイ収集を有効または無効にすることもできます。たとえば、特定のユーザーグループを対象としたフィーチャーフラグを作成し、それを初期化ロジックに追加できます。
import com.amplitude.android.Amplitude
import com.amplitude.android.Configuration
import com.amplitude.android.plugins.SessionReplayPlugin
// Your existing initialization logic with Android SDK
val amplitude = Amplitude(Configuration(apiKey = API_KEY /*, ... other configuration */))
if (nonEUCountryFlagEnabled) {
// Create and Install Session Replay Plugin
val sessionReplayPlugin = SessionReplayPlugin(sampleRate = 0.5)
amplitude.add(sessionReplayPlugin)
}
WebViewとMapViewのサポート(ベータ)
デフォルトでは、セッションリプレイはキャプチャ内のWebビューとマップビューをブロックします。これらのコンポーネントのキャプチャを有効にするには、「画面上のデータをマスク」で説明されている設定を使用します。
ウェブビューセッションリプレイは、レンダリングされたページにJavaScriptを挿入します。 これを有効にするために、SDK はマスクされていないウェブビューでjavaScriptEnabled をtrue 文脈確認が必要です。
ログ記録
提供状況
ログ記録は、セッションリプレイ Android0.22.0以降で利用できます。セッションリプレイは、Android アプリでのログ記録に対応しています。ログ記録を有効にするには、recordLog(level, message, timestamp) API を経由してログメッセージを送信し、セッションリプレイの初期化時に recordLogOptions パラメーターを使用して制限を設定してください。
import com.amplitude.android.plugins.SessionReplayPlugin
import com.amplitude.android.sessionreplay.config.RecordLogLevel
import com.amplitude.android.sessionreplay.config.RecordLogOptions
val sessionReplayPlugin = SessionReplayPlugin(
recordLogOptions = RecordLogOptions(
logCountThreshold = 2000,
maxMessageLength = 4000
)
)
amplitude.add(sessionReplayPlugin)
sessionReplayPlugin.recordLog(RecordLogLevel.Error, "This is an error log")
// You can also create custom log levels
sessionReplayPlugin.recordLog(RecordLogLevel("debug"), "This is a debug log")
セッションリプレイは、事前定義されたログレベル(Error、Warn、Log)とカスタムログレベルに対応しています。RecordLogLevel(...) に任意の文字列値を渡して、カスタムログレベルを作成します。
ログシステムを実装している場合は、最小限の変更でログ記録機能を統合できます。詳細については、以下の例を参照してください。
Timber
Timberを使用している場合は、それをカスタムツリーと統合できます。
import com.amplitude.android.plugins.SessionReplayPlugin
import com.amplitude.android.sessionreplay.config.RecordLogLevel
import timber.log.Timber
class AmplitudeLogRecordTree(private val plugin: SessionReplayPlugin) : Timber.Tree() {
override fun log(priority: Int, tag: String?, message: String, t: Throwable?) {
val recordLevel = when (priority) {
android.util.Log.ERROR -> RecordLogLevel.Error
android.util.Log.WARN -> RecordLogLevel.Warn
android.util.Log.INFO -> RecordLogLevel.Log
android.util.Log.DEBUG -> RecordLogLevel("debug")
android.util.Log.VERBOSE -> RecordLogLevel("verbose")
else -> return
}
plugin.recordLog(recordLevel, message)
}
}
val sessionReplayPlugin = SessionReplayPlugin()
amplitude.add(sessionReplayPlugin)
Timber.plant(AmplitudeLogRecordTree(sessionReplayPlugin))
データのリテンション、削除、プライバシー
キャプチャを実装する際には、同意に関するガイダンスを確認してください。
データ保持期間
ネイティブSDKおよびFlutter SDKのデータ保持に関するガイダンスと変更の適用日については、セッションリプレイのデータライフサイクルに関するリファレンスをご覧ください。
DSAR API
DSAR API によって返されるリプレイのメタデータについては、セッションリプレイの DSAR メタデータをご覧ください。
データ削除
ユーザーおよびプロジェクトの削除時の動作については、セッションリプレイのデータ削除を参照してください。
ボットフィルター
ボットのフィルタリングおよびプロパティフィルターの制限については、セッションリプレイのボットフィルタリングへ移動してください。
セッションリプレイのストレージ
ユーザーがアプリでトラッキングをオプトアウトする場合、optOut 設定オプションを使用して、そのユーザーのリプレイ収集を無効にします。
SDKはリプレイデータをローカルに保存します。再試行回数とストレージ容量の制限内で、一時的なアップロード失敗が発生した場合に再試行します。
Amplitudeは、アプリ終了ごとにセッションデータをサーバーに送信するようにflushEventsOnClose = trueAmplitude SDK設定(デフォルト)で設定することを推奨しています。
Jetpack Composeのサポート(アルファ版)
セッションリプレイは、Androidアプリ向けのJetpack Composeに対応しています。この機能は現在アルファ版です。Jetpack Compose をセッションリプレイで使用するには、バージョン 0.20.4 セッションリプレイのAndroid SDKまたはプラグインのバージョンを使用してください。指定されたバージョン以上が必要です。
コンポーザブルでセッションリプレイがキャプチャする内容を制御するには、Jetpack Composeのプライバシー修飾子を使用します。Composeのマスキング機能を使用するには、0.21.0 以上が必要です。
既知の制限事項
セッションリプレイを実装する際は、次の制限事項に留意してください。
セッションリプレイは、複数のプロジェクトにわたって1人のユーザーからのリプレイを統合しません。 例:
- 複数のアプリを個別のAmplitudeプロジェクトとして計測し、それぞれでセッションリプレイを有効にします。
- 既知のユーザーがあるアプリを利用し始め、その後、別のアプリに切り替えます。
- Amplitudeは両方のセッションをキャプチャします。
- 既知のユーザーがあるアプリを使い始め、その後、別のアプリに切り替えます。
組織がカスタムセッション定義を使用している場合、ユーザーセッションチャートにはセッションリプレイが表示されません。
セッションリプレイは以下のAndroidビューをキャプチャできません:
- キャンバスビュー
複数のAmplitudeインスタンス
セッションリプレイは、Amplitude SDKの単一インスタンスへの接続をサポートしています。アプリケーションに複数のインスタンスが実装されている場合は、プロジェクトに関連性の高いインスタンスでセッションリプレイを開始してください。
トラブルシューティング
個々のステータスとエラーの詳細については、セッションリプレイ取り込みモニターをご覧ください。 |
リプレイの長さとセッション時間が一致しません。
一部のシナリオでは、リプレイの長さが [Amplitude] Start Session イベントと [Amplitude] End Session イベントの間の時間を超えることがあります。これは、[Amplitude] End Session が発生した後、Android SDK とセッションリプレイのプラグインがそのイベントを処理する前に、ユーザーがアプリを閉じた場合に発生します。ユーザーがアプリを再度使用すると、SDK とプラグインがイベントを処理し、リプレイと一緒にそれを Amplitude に送信します。 End Session Client Event TimeとClient Upload Timeの間に不一致が見られる場合、このシナリオが発生していることを確認できます。
Amplitudeではセッションリプレイが表示されません
セッションリプレイは、次の理由によりAmplitudeに表示されないことがあります:
- 接続の問題
- アプリのプロセスが終了するか、保留中のリプレイデータがアップロードされる前に SDK をシャットダウンすると、この問題が発生します。
- サンプリング
接続の問題
アプリがインターネットにアクセスできることを確認してから、もう一度お試しください。
サンプリング
前述のとおり、セッションリプレイのデフォルトの sampleRate は 0 です。レートをより高い値に変更してください。詳しくは、サンプリングレート。
セッションリプレイ処理エラー
一般に、リプレイはデータの取り込み後、数分以内に利用可能になります。遅延やエラーは、次のいずれかまたは複数の原因によって発生する可能性があります。
- APIキーまたはデバイスIDの不一致。この問題は、セッションリプレイと標準イベントインストルメンテーションが異なるAPIキーまたはデバイスIDを使用している場合に発生することがあります。
- セッションリプレイは間違ったプロジェクトを参照しています。
- 短いセッション。 ユーザーが初期化から数秒以内にバウンスした場合、SDKはリプレイデータをアップロードする時間がありません。
- ページの計測。 ユーザーがアクセスするすべてのページでセッションリプレイが実装されていない場合、そのユーザーのセッションが正しくキャプチャされない可能性があります。
- 設定された期間より古いリプレイデータ保持期間(デフォルトは90日です)。
問題をレポートする
上記のトラブルシューティングガイドで解決しないセッションリプレイの問題が発生した場合は、当社のGitHub リポジトリで報告してください。
課題を作成する際は、以下の情報を含めてください:
- 問題の明確な説明
- 問題を再現するための手順
- 期待される動作と実際の動
- 使用しているSDKのバージョン
- 関連するエラーメッセージやログ
キャプチャされたセッションには限られた情報しか含まれていません
Amplitudeは、セッションリプレイがセッションをキャプチャするときに[Amplitude] Replay Capturedイベントを自動的に作成します。実装でこのイベントが表示されない場合、ファネル分析、セグメンテーション、ジャーニーチャートなどのAmplitudeの分析ツールでリプレイが正しく表示されない可能性があります。セッションリプレイは、引き続きセッションリプレイホームページまたはユーザープロフィールページで確認できます。
このイベントが表示されない理由には、次のようなものがあります。
- ユーザーがオプトアウトしたか、現在の
sampleRateによるサンプルセットに含まれていません。より多くのセッションをキャプチャするにはsampleRateを増やしてください。 - セッション用の
optOutの設定を有効にしました。optOutおよびsampleRate設定にそのセッションが含まれていることを確認してください。 - アプリがイベントを計測するために Android SDK 以外のメソッドを使用しています。 Android 用の セッションリプレイ Standalone SDK の使用を検討してください。
これらの設定を確認してもイベントが表示されない場合は、Amplitude サポートにお問い合わせください。
リプレイの長さとセッション時間が一致しません
場合によっては、リプレイの長さが[Amplitude] Start Sessionおよび[Amplitude] End Sessionイベント間の時間を超えることがあります。この状況は、[Amplitude] End Sessionイベント発生後、Android SDK と セッションリプレイ プラグインがイベントを処理できるようになる前にユーザーがアプリを閉じた場合に発生します。ユーザーがアプリを再度使用すると、SDKとプラグインがイベントを処理し、リプレイとともにそのイベントをAmplitudeに送信します。このシナリオを検証するには、End Session Client Event TimeとClient Upload Timeの間に矛盾がないか確認してください。
セッションリプレイがAmplitudeに表示されない
セッション再生は、次の理由によりAmplitudeに表示されないことがあります:
- ネットワーク接続がありません。アプリがインターネットにアクセスできることを確認してから、もう一度試してみてください。
- アプリを終了する前に録画のフラッシュに失敗しています。
- 現在のセッションでは、Android SDK を介して送信されたイベントはありません。
[Amplitude] Replay Capturedイベントがありません。 レビューでキャプチャされたセッションに含まれる情報は限られています。- サンプリング
サンプリング
セッションリプレイのデフォルトsampleRate値は0です。レートをより高い数値に更新してください。 詳細については、サンプリングレートを参照してください。
セッションリプレイ処理エラー
リプレイは、取り込みから数分以内に利用可能になる必要があります。 遅延やエラーは、次のいずれかまたは複数の原因によって発生することがあります。
- API キーまたはデバイス ID が一致しません。 この不一致は、セッションリプレイと標準イベント計測が異なる API キーまたはデバイス ID を使用している場合に発生します。
- セッションリプレイが間違ったプロジェクトを参照しています。
- 短いセッション。 ユーザーが初期化から数秒以内にアプリを閉じると、SDK はリプレイデータをアップロードする時間がありません。
- ページ計測。 ユーザーが訪問するすべてのページにセッションリプレイを実装していない場合、セッションが正しくキャプチャされない可能性があります。
- 設定されたリテンション期間(デフォルトは90日)よりも古いリプレイ。
これは役に立ちましたか?