「追跡されないようにする3」の定義（できること／できないこと）
ここでいう「追跡されないようにする」は、アプリがユーザーの行動や端末状態を収集し、別の機会にも結び付けられる形で扱わない（または結び付けにくくする）ことを指します。ただし現実には、完全にゼロへ固定することは難しいことがあります。その理由は、アプリが機能提供のために一定の情報処理や通信を行うことがある一方、仕様・実装・運用（アップデート含む）により挙動が変わり得るためです。
そこで「3つの観点」で整理すると考えやすくなります。
- 何が識別に使われるか（識別子・端末情報・アカウント）
- どんなデータが使われるか（位置・利用状況・診断情報など）
- どこへどう通信するか／その履歴が残るか（通信先・ログ・共有設定）
この3観点を揃えて確認することで、「追跡の可能性」を構造的に下げられます。
仕組み：追跡は“情報の結び付け”で起きる
スマートカーのアプリで追跡につながりやすい流れは、だいたい次のように理解できます。
- アプリがユーザーを区別する手掛かりを持つ：アカウント、端末の設定、広告識別子のような識別子、端末固有の情報など。
- アプリが行動や状況をデータ化する：位置情報、走行・利用タイミング、操作履歴、診断やエラー報告など。
- データがサービス側で結び付けられる：同一アカウントや同一端末らしさで、別日・別場面でも同じ利用者と推測できる形になる。
- バックグラウンド通信で継続し得る：通知、同期、更新、解析（分析）のために通信が行われる。
このとき重要なのは、「追跡できるかどうか」は暗号化の有無だけで決まりません。通信が暗号化されていても、送る先で“何を・どれだけ・どの単位で”扱うかが残ります。つまり、プライバシーは「識別」「収集」「共有（または保存）」の設計で左右されます。
仕組みの分解：3つの観点に対応する要素
1) 識別（あなたが“同じ人／同じ端末”として扱われるか）
- ログイン状態（アカウントの有無）
- 端末情報や広告・計測用の識別子の扱い
- アプリに許可した権限や、権限に関連する情報
識別が強いほど、位置や操作のログが蓄積された際に結び付きやすくなります。
2) 収集（どんなデータが取られるか）
- 位置情報（常時／使用中／拒否）
- 車両状態や利用状況（利用頻度、機能の使用パターン）
- 診断・クラッシュ報告、改善のためのデータ
“車の機能”に必要なデータがある一方で、「改善のため」「分析のため」といった追加目的があると追跡性が上がり得ます。
3) 結び付け（通信先・ログ・共有設定）
- アプリ内の共有／改善プログラム設定
- バックグラウンド通信の有無
- ユーザーが削除できるログや履歴の範囲
ここでの限界として、アプリが内部でどの程度情報を保持・再送するかは、ユーザーが完全に把握できない場合があります。
制限と例外：なぜ「完全に追跡されない」は難しいのか
「追跡されない」を厳密に求めるほど、制限が目立ちます。代表的な例外・限界は次の通りです。