追跡される「8」をまず定義する
「スマートカーのアプリに追跡されないようにする 8」は、追跡そのものをゼロにするという意味ではなく、追跡に“使われやすい要素”を8つの観点で潰していく考え方として扱うのが現実的です。スマートカーのアプリが行う可能性がある追跡は、位置情報・端末やアカウントの識別子・通信内容やタイミング・端末側のデータ共有などが組み合わさって成立します。ここでは一般論として、あなたが「どこが根拠になって追跡されるのか」を理解し、制限を踏まえたうえで確認できる形に落とします。
仕組み（なぜ追跡が成立するのか）
追跡は大きく「データを取得する」「データを結び付ける」「通信やログで外に出る」の流れで考えると整理しやすくなります。
- 位置情報：走行中や駐車中の位置が、時間とともに保存・共有されることで行動パターンが推測されます。
- 識別子：アカウントIDや端末側の識別子（リセットされないタイプも含む）が、別日の利用と結び付けます。
- 通信の記録：アプリがサーバへ問い合わせる頻度、タイミング、送受信の量などがログとして扱われうるため、挙動の把握に使われます。
- 権限とバックグラウンド：位置情報や通信がバックグラウンドで動くと、ユーザーが操作していない時間帯でもデータが集まる可能性があります。
- サードパーティ：広告・分析などの外部サービスが組み込まれていると、アプリをまたいだ結び付けが起きる場合があります。
このため、「設定で止める」だけでは十分でないケースもあります。アプリが必要とする車両連携や安全・機能要件によって、完全遮断が難しくなることがあるためです。
「追跡を弱める8つの観点」と制限
ここからが“8”です。各観点は独立ではなく、どれかを強く制御しても別の経路で残ることがあります。
- 位置情報の扱いを絞る
- 取得頻度や精度、常時利用（常時/バックグラウンド）をどこまで許すかが鍵です。
- 制限：ナビや遠隔操作など、車両機能との連携で必要になる場合があります。
- 権限（アクセス許可）の最小化
- アプリに付与する権限を「必要なときだけ」に寄せます。
- 制限：権限を落とすと機能が不安定になったり、一部機能が使えなくなることがあります。
- バックグラウンド動作の抑制
- バッテリー最適化やバックグラウンド制限が効く環境では、通信や収集の回数が減ることがあります。
- 制限：制限が強すぎると通知や応答が遅れることがあります。
- アカウントの結び付きを再評価する
- アプリがアカウントと連携してログを保持するなら、使うアカウント数を減らすほど結び付きを弱めやすくなります。
- 制限：車両の連携方式によって、変更コストが大きくなることがあります。
- 通信の発生タイミングを把握する
- 「操作したときだけ通信しているか」「バックグラウンドでも定期通信しているか」を観察します。
- 制限：通信の種類や目的までは、外部から完全には判断できません。