Design for location privacy

ハイライト

iOS 14 のおおよその位置情報により、ユーザーはおおよその位置情報のみをアプリに共有できます。 Apple Maps は、新しい範囲注釈、正確なデータ監査、ステータス バー コントロール、およびアクションによる正確な位置の要求を通じて、コア マップ機能を維持しながら、ユーザーの位置選択を尊重します。

主要内容

Apple マップは元々、正確な位置を中心に設計されました。青いアンカー ポイントはマップ インターフェイスの中心であり、正確な座標は検索結果、到着時間、距離の計算、およびナビゲーションに使用されます。 iOS 14 では、ユーザーがおおよその位置情報のみを共有できるようになった後、この前提は崩れました。ユーザーは地図を開いたり、場所を検索したり、ルートを表示したりすることはできますが、アプリはデフォルトで家レベルの位置情報を取得できなくなりました。 (00:20)

マップ チームは、おおよその位置をダウングレード障害状態として扱いません。彼らはまず、インターフェイス内の正確な位置の使用をすべて見つけ出し、次にどの情報が実際に正確な座標に依存しているかを判断します。その結果、アンカー ポイントには新しい視覚表現が必要となり、お気に入り、検索、場所の詳細で一部の到着時間と距離情報が削除される可能性があり、ユーザーがアクションを開始する際のナビゲーション機能にはより高い精度が必要になります。 (02:07)

このセッションでは、ユーザー制御を優先する、どのデータが共有されているかを透過的に説明する、機能的価値に見合った一度に正確な位置を要求するという 3 つの設計フレームワークが示されています。権限の変更の議論を製品エクスペリエンスに戻します。ユーザーがおおよその場所を選択したときに、アプリは主要な機能を引き続き利用できるようにする必要があります。 (01:50)

詳細

範囲注釈を使用しておおよその位置を表現する

(02:15) マップでは、以前はユーザーの正確な位置を表すために青く点滅する点が使用されていました。このポイントは十分に目を引くものであり、自然にマップの視覚的な中心になります。おおよその位置情報に同じ記号を使い続けることはできません。これは、アプリがユーザーの正確な座標を知っていることを意味するためです。

マップの解決策は、影付きの円形領域を設計し、範囲を使用しておおよその位置を表現することです。この要素は青いアンカー ポイントの視覚言語を継続し、地図情報をブロックしないようにユーザーが地図をズームインするとフェードアウトします。

キーポイント:

• 位置精度の変更は、許可ステータスに隠されるだけでなく、インターフェース上に表示される必要があります。
• おおよその位置は、正確な点ではなくエリアとして表現する必要があります。
• 地図をズームするときは、地図の読みやすさを保護する必要があり、プライバシーの注釈が地図自体を圧倒することはできません。

正確な座標に依存するすべてのインターフェースを監査する

(02:53) マップ チームは、正確な位置情報を使用するアプリ内のすべての場所をレビューしました。お気に入りでの到着時間と距離の計算は正確な座標に依存しており、おおよその位置ではこれらの結果をサポートできません。チームはこの不要な情報を削除し、検索と場所の詳細にも同様の調整を加えました。

このアプローチでは、コア機能が維持されます。ユーザーは引き続き場所の検索、地図の表示、ルート フローの入力を行うことができますが、正確な座標を確実に計算する必要がある追加情報は表示されません。

キーポイント:

• 最初に正確な位置を使用するすべての UI をリストし、次に機能の必要性に基づいてランク付けします。
• 信頼性の低いおおよその位置情報については、間違った精度を表示するよりも、直接削除する方が良いでしょう。 ・メインフローに影響を与えない限り、アプリ利用の前提として正確な位置情報を設定しないでください。

書き込みバーとステータスバーを使用して透明性を作成する

(03:37) 2 番目の原則は透明性です。マップでは、アプリがどのようなデータを要求しているのか、そのデータがどのような価値をもたらすのかを明確にするために、初回起動時などの重要な意思決定ポイントでコピーライティングに投資しています。ユーザーが権限を決定する場合、コピーは正確かつ具体的で、現在のシナリオに近いものである必要があります。

(04:12) おおよその位置を選択したユーザーのために、マップはマップの上部にステータス バーとコントロール エントリを追加します。最初に起動すると、このステータスはより大きく、より目立つようになり、どのような種類の位置データが共有されているかをユーザーに思い出させます。ユーザーがアプリを操作し始めると、視覚的な強度が低下し、継続的な透明性が維持され、気を散らす要素が軽減されます。

キーポイント:

• 許可の説明には、データの目的とユーザーの利点を明確に記載する必要があります。
• ユーザーが行った共有の選択は、製品内で継続的に通知される必要があります。
• コントロール ポータルは現在のエクスペリエンスに近く、ユーザーがいつでも共有方法を変更できるようにする必要があります。

正確な位置情報リクエストは機能値に近いものでなければなりません

(05:09) 3 番目の原則は比例感です。 Maps は、ターンバイターン方式のルート案内には正確な位置情報が必要であることを認めていますが、リクエストのタイミングは、ユーザーがルート案内を取得する準備ができたときです。ユーザーは引き続き、場所の詳細に [ルート案内] ボタンを表示でき、開始点と終了点を手動で入力することもできます。

(06:01) ユーザーが現在の場所を開始点として使用する必要がある場合、マップは提案された場所に現在地を追加します。ユーザーが [現在地] を選択した後でのみ、アプリは 1 回限りの正確な位置情報へのアクセスを要求します。このリクエストはユーザーのアクションに従い、次のルートの結果にも直接関係します。

キーポイント:

• 正確な位置情報リクエストは、アプリの起動時に先制的に表示されるのではなく、ユーザーのアクションによってトリガーされる必要があります。
• ユーザーが正確な位置を共有しなくても操作を継続できるように、アプリは手動入力などの代替パスを保持する必要があります。
• リクエストのコピーとリクエストのタイミングの両方が値を示します。正確な位置を共有して、開始点を自動的に設定し、ナビゲーションを開始します。

重要ポイント

1. おおよその場所を優先したローカル コンテンツのホームページ

対処法: 天気予報、ローカル ニュース、近くのイベントなどのホームページで、おおよその位置情報を使用して都市または地域のコンテンツを表示できるようにします。

実行する価値がある理由: セッションの冒頭で述べたように、天気、ウォレット、写真はすべて位置精度の変化の影響を受けます。多くの関数は近くのコンテキストのみを必要とし、家レベルの座標を必要としません。

開始方法: ホームページを地域のデフォルト エクスペリエンスと正確な位置情報を拡張したエクスペリエンスに分割します。デフォルトの状態では都市レベルの情報が表示され、ユーザーはルート、チェックイン、正確なリマインダーなどのシナリオを入力する場合にのみ、より高い精度を要求できます。

2. 地図検索の精度低下インターフェース

対処方法: おおよその位置での場所の検索と参照は引き続き許可しますが、距離、到着時間、または正確な座標に基づく詳細の並べ替えは非表示にします。

実行する価値がある理由: マップ チームは、コアの地図プロセスが低精度でも実行し続けることができることを証明するために、お気に入り、検索、場所の詳細に対して同様の調整を行いました。

開始方法: 各位置フィールドを監査し、「正確でなければならない」、「ほぼ利用可能」、および「削除可能」を 3 つのグループに分けます。 3 番目のグループでは UI から直接削除され、2 番目のグループでは地域レベルの表現に変更されました。

3. ナビゲーションの前に 1 回限りの正確な位置情報の入力

対処方法: [ルート案内] ボタンはそのままにし、ユーザーが開始点として [現在地] を選択した場合にのみ正確な位置情報を要求します。

実行する価値がある理由: ターンバイターン方式のルート案内には正確な位置情報が必要ですが、リクエストはルートが生成される瞬間に近い必要があります。ユーザーは、正確な位置が何をもたらすかを明確に理解できます。

開始方法: ルート ページに手動で開始点を入力し、提案される開始点に「現在地」を追加します。ユーザーがこのエントリを選択すると、正確な位置情報の要求が表示されます。

4. 製品内の位置共有ステータス バー

機能: Maps、Explore、または Nearby サービス インターフェースの上部に現在の共有ステータスを表示し、設定へのアクセスを提供したり、エクスペリエンスを切り替えたりします。

実行する価値がある理由: マップではステータス バーを使用して、おおよその位置が共有されていることをユーザーに通知し、最初に表示されるときにその位置をより目立つようにして、視覚的な重みを軽減します。

開始方法: ステータス バーを収束コンポーネントとして設計します。最初の認証の後、完全な説明が表示され、ユーザーが閲覧を続けると短いステータスとコントロール エントリが保持されます。

5. 許可コピーライティング用のシナリオベースのテンプレート

やるべきこと: 最初の起動、近くの結果の表示、ナビゲーションの開始など、主要なノードに対して個別の権限の説明を記述します。

実行する価値がある理由: セッションでは明確な文章を明らかに重視しています。ユーザーは、アプリがどのようなデータを使用するのか、そのデータが使用される理由、共有することでどのような価値が得られるのかを知る必要があります。

開始方法: 事前許可リクエストのコピーをデザインレビューに組み込みます。各コピーは、どのような種類の位置情報が要求されるのか、どの機能のために使用されるのか、ユーザーは何をすぐに取得できるのかという 3 つの質問に答えます。

関連セッション

• 位置情報の最新情報 — このサイトのデザイン提案を理解するための技術的基礎となる、iOS 14 Core Location のおおよその位置と最新の位置プライバシー制御について説明します。
• プライバシーの向上による信頼の構築 - iOS 14 のプライバシー原則、透明性、およびおおよその位置背景の概要。このセッションで言及されたプライバシー フレームワークを補完します。
• ニアバイ インタラクションの紹介 — ユーザーの同意を得て距離と方向を共有し、位置関連エクスペリエンスのプライバシー境界を拡張するニアバイ インタラクションを紹介します。
• 位置認識エンタープライズ アプリを構築する - エンタープライズ アプリが iBeacon と位置情報サービスを使用する方法を示します。これは、位置情報機能とプライバシー設計の組み合わせを引き続き検討するのに適しています。