AIを使用して英語から翻訳されました
この記事はAI技術を使用して翻訳されたことにご注意ください。正確性を維持するよう努めていますが、一部の詳細は元のテキストを完全に反映していない場合があります。情報に不明な点がある場合は、英語版を参照してください。
個人データのマスキングは、Session Replayによって収集される可能性のある個人データをマスキングすることで、Contentsquareに不必要なデータが送信されるのを防ぎます。これには、マスクされたテキストや画像をぼかし効果、プレースホルダー、または「lalala」などに置き換えることが含まれます。
デフォルトでは、Contentsquare SDKはユーザーインターフェース（UI）に表示されるすべてのコンテンツをマスキングします。ただし、マスキングされるものとされないものをより具体的に制御できるマスキングメカニズムも利用可能です。
マスキング/アンマスキングメカニズム
デフォルトでUIコンテンツがすべてマスキングされていると、リプレイでアプリのインターフェースを分析するのが難しくなる場合があります。したがって、マスキングおよびアンマスキングAPIを介して、ユーザーインターフェースのどの部分が収集されるかを制御でき、必要なものだけをマスキングできます。
これは通常、あなたのContentsquareの実装中に、技術チームのサポートを受けて行われます（アプリのコード内で直接行われるため）。特定のコンポーネントをマスキングまたはアンマスキングする方法は2つあります：
-
「タイプ」による（例：コンポーネントのモデル）：このモデルのすべてのインスタンスは、同じマスキング/アンマスキングルールの影響を受けます。または、
-
「インスタンス」による：特定のコンポーネントのインスタンスのみがルールの影響を受けます
以下に、当社の技術文書を見つけることができます：
Session Replayにおけるマスキングの表示方法
iOS：マスキング前（左）対完全マスキング適用（右）
- テキストは「la」に置き換えられます
- 画像は「IMG」プレースホルダーに置き換えられます
Android：マスキング前（左）対完全マスキング適用（右）
- テキストと画像はぼかされます
アプリおよび/またはCS SDKバージョンによる完全データマスキング
注意
この機能を管理するには、管理者アクセスが必要です。また、完全データマスキングはCapacitor/CordovaやWebviews（タグコマンドに依存する）には適用されないことにも注意してください。
上記のマスキング/アンマスキングAPIとは別に、Contentsquare Console内で複数のアプリおよび/またはSDKバージョンをマスキングすることもできます。これは、不要な個人データが露出している可能性がある場合に迅速に行動できるように、特定のアプリバージョンに完全マスキングを適用するために主に使用されます（既存のマスキング設定を上書きします）。
1. 右上のプロフィールアイコンをクリックし、次に「Console」をクリックします。
2. 「データマスキング」タブをクリックします。
3. ‘アプリのバージョン’または‘SDKのバージョン’にマスクしたいバージョンを入力し、キーボードのEnter/Returnキーを押します。
注意
各フィールドには最大50の式（バージョン、バージョン範囲、パターンに一致する複数のバージョンを含む）を追加できます。
4. ‘+ 追加’ボタンを選択して、さらにバージョンを追加します。
5. ‘適用’をクリックし、次に以下の画面情報を確認した後に‘続行’をクリックします：変更はすべての実行中のセッションに適用されます。アプリがバックグラウンドにあるときにフォアグラウンドに戻された場合、またはアプリが再起動された場合です。前の設定やAPIで定義されたマスキングルール（上記の通り）は上書きされます。
パターンに一致する複数のバージョンまたは範囲内のバージョンを入力する方法
- アスタリスク‘*’を使用して、正確なパターンに一致する複数のバージョンを定義します。例えば：
- 4.*はバージョン4.1、4.2、4.3などを含みますが、4.1.1は含みません。
- 4.*.*はバージョン4.1.1、4.2.2、4.3.3などを含みますが、4.1や4.2などは含みません…
- 4.1.*-*はバージョン4.1-beta、4.1.1-121、4.1.4-1bなどを含みます。
- 次の演算子を使用して、範囲内の複数のバージョンを追加します：
| 演算子 | 説明 | 例 |
| > | 厳密に優れている | >4.2は4.2より大きいバージョン（4.2.1、4.2.betaなど）を含みます。 |
| >= | 厳密に優れているか等しい | >=4.2は4.2より大きいか等しいバージョン（4.2、4.2.1、4.2.betaなど）を含みます。 |
| < | 厳密に劣っている | <4.2は4.2より小さいバージョン（4.1、4.1.1、4.1.betaなど）を含みます。 |
| <= | 厳密に劣っているか等しい | <=4.2は4.2より小さいか等しいバージョン（4.2、4.1、4.1.1、4.1.betaなど）を含みます。 |
| || (OR) | いずれかの条件が真であれば一致 | range1 || range2は、いずれかのrange1 または range2が満たされる場合に一致します。 |
| && (AND) | 両方の条件が真である場合のみ一致 | range1 && range2は、range1 かつ range2が満たされる場合に一致します。 |
注意：複合範囲演算子ORおよびANDの制限
1つの||または&&のみ使用できます。
range1 || range2 || range3、range1 && range2 || range3、range1 && range2 && range3は無効です。
バージョン階層
バージョンは文字列としてアルファベット順に比較され、数字や「何もない」に対する追加のルールがあります：
- 数字 (0-9) は文字 (a-z) よりも前/劣ると見なされます
- 4.1.1-0 < 4.1.1-alpha (数字の「0」が文字の「alpha」より前に来るため)
- 4.1.1-alpha < 4.1.1-beta (「alpha」が「beta」よりもアルファベット順で前に来るため)
- 「何もない」(例: サフィックスのないバージョン) は他のすべてのものより劣ると見なされます。例えば:
- 4.1.1 < 4.1.1-0 (「何もない」がサフィックス/他のすべてのものより前に来るため)