英語から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) | 1つまたは両方の条件が真であれば一致 | 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 (「何もない」がサフィックス/他のすべてのものより前に来るため)