Google翻訳でApple HIGとMaterialDesignを和訳してみるマン

このアカウントはひたすらガイドラインをGoogle翻訳して書き控えとくだけのものです。誤訳多いと思われます。誤訳の指摘とかもらえたら有り難いです。

Requesting Permission

Requesting Permission - App Architecture - iOS - Human Interface Guidelines - Apple Developer

Requesting Permission

許可の要求

Users must grant permission for an app to access personal information, including the current location, calendar, contact information, reminders, and photos. Although people appreciate the convenience of using an app that has access to this information, they also expect to have control over their private data. For example, people like being able to automatically tag photos with their physical location or find nearby friends, but they also want the option to disable such features.

ユーザーは、現在の場所、カレンダー、連絡先情報、リマインダー、写真など、個人情報にアクセスするための許可をアプリケーションに与える必要があります。 この情報にアクセスできるアプリは高い利便性を持ちますが、一方で、プライベートデータを管理することも期待しています。 たとえば、写真を物理的な場所に自動的にタグ付けしたり、近くの友人を見つけたりすることが好きな人もいますが、そのような機能を無効にするオプションも必要です。

 

Request personal data only when your app clearly needs it. It’s natural to be suspicious of a request for personal information, especially if there’s no obvious need for it. Make sure permission requests occur only when people are using features that clearly need personal data. For example, an app might only request access to the current location when activating a location tracking feature.

あなたのアプリが明らかに必要とするときにだけ、個人データを要求してください。 個人情報の要求が、怪しまれるのは当然です。必要性が明白でない場合は特にそうです。 個人データがはっきりと必要な機能を人々が使用している場合にのみ、許可要求が出されるようにしてください。 たとえば、アプリは、位置追跡機能をアクティブにするときにのみ、現在の場所へのアクセスを要求することができます。

Explain why your app needs the information. Provide custom text (known as a purpose string or usage description string) for display in the system's permission request alert, and include an example. Keep the text short and specific, use sentence case, and be polite so people don't feel pressured. There’s no need to include your app name—the system already identifies your app. For developer guidance, see Protecting the User's Privacy.

あなたのアプリが情報を必要とする理由を説明してください。 システムの許可要求アラートに表示するためのカスタムテキスト(目的の文字列または使用の説明文字列)を提供し、また、何が起きるかの具体例を表示します。 テキストは短く、かつ具体的にし、文例を使用し、人々が圧迫感を感じないように丁寧にしてください。 アプリ名を含める必要はありません。システムはすでにアプリを識別しています。 開発者向けのガイダンスについては、「ユーザーのプライバシーを保護する」を参照してください。

  Example purpose strings
目的の文字列の例
A green checkmark inside a circle indicating correct usage. The app records you during the night to detect snoring sounds.
アプリは夜間にあなたのことを記録し、いびき音を検出します。
A red X inside a circle indicating incorrect usage. Microphone access needed for a better experience.
マイクアクセスはより良い経験に必要です。
A red X inside a circle indicating incorrect usage. Turn on microphone access.
マイクアクセスをオンにします。

Request permission at launch only when necessary for your app to function. Users won’t be bothered by this request if it’s obvious that your app depends on their personal information to operate.

アプリが機能するために必要な場合にのみ、起動時にアクセス許可をリクエストしてください。 アプリの操作がユーザの個人情報に依存していることが明らかな場合は、ユーザーはこのリクエストに煩わされるべきではありません。

Don’t request location information unnecessarily. Before accessing location information, check the system to see whether Location Services is enabled. With this knowledge, you can delay the alert until a feature truly requires it, or perhaps avoid the alert altogether. To learn how to implement location features, see MapKit and Location and Maps Programming Guide.

不必要に位置情報を要求しないでください。 場所情報にアクセスする前に、システムをチェックして、Location Servicesが有効かどうかを確認してください。 この知識により、機能が本当に必要とするまでアラートを後回しことができます。アラートを完全に回避することもできます。 位置情報機能の実装方法については、「MapKitと位置情報と地図のプログラミングガイド」を参照してください。

(最終更新日:2018.09.09)