Apple iOS Human Interface Guideline
Apple iOS Human Interface Guidelineをgoogle翻訳で訳しました。
今回はUser interaction編を読んでいきましょう。
・認証
エクスペリエンスのパーソナライズ、追加機能へのアクセス、コンテンツの購入、データの同期など、価値と引き換えにのみ認証するようユーザーに求めます。アプリで認証が必要な場合は、Appleでサインインを使用して、簡単で安全な方法でサインインします。Appleでサインインをサポートすると、信頼できる一貫したサインインエクスペリエンスが得られます。複数のアカウントとパスワード。
サインインをできるだけ長く延期します。便利なことをする前にサインインを余儀なくされると、人々はしばしばアプリを放棄します。アプリにコミットする前に、アプリに夢中になるチャンスを彼らに与えてください。ショッピングアプリでは、発売直後に商品を閲覧し、購入の準備ができたときにのみサインインを要求します。メディアストリーミングアプリでは、何かをプレイするためにサインインする前に、他の人があなたのコンテンツを調べて、あなたが提供しなければならないものを見てみましょう。
認証の利点とサービスへのサインアップ方法を説明します。アプリで認証が必要な場合は、ログイン画面に簡潔でわかりやすい説明を表示し、要件の理由とその利点を説明します。また、アプリを使用する全員が最初からアカウントを持っているわけではないことに注意してください。取得方法を説明するか、簡単なアプリ内登録方法を提供してください。
適切なキーボードを表示して、データ入力を最小限にします。たとえば、電子メールアドレスを要求する場合、便利なデータ入力ショートカットを含む電子メールキーボード画面を表示します。関連するガイダンスについては、キーボードを参照してください。使用可能なキーボードタイプの完全なリストについては、UITextInputTraitsのUIKeyboardType定数を参照してください。
パスコードという用語は使用しないでください。パスコードは、生体認証が無効になっている場合に、ユーザーのiOSデバイスのロックを解除し、Apple Payで認証するために使用されます。
Apple Pay認証の設計ガイダンスについては、Apple Payをご覧ください。
・FaceID
認証するための単一の方法を人々に提示します。ユーザーが認証方法を選択する必要がない場合は、最も直感的です。 Face IDのような単一のオプションを与えるだけです。最初の方法が失敗した場合のみフォールバックとして、ユーザー名とパスワードを要求するなどの代替手段を提供します。
ユーザーのアクションに応じてのみ認証を開始します。ボタンをタップするなどの明示的なアクションにより、ユーザーは確実に認証されます。 Face IDの場合、ユーザーがカメラに向かっている可能性も高くなります。
認証方法を常に特定します。たとえば、Face IDを使用してアプリにサインインするためのボタンには、「Sign In」ではなく「Sign In with Face ID」というタイトルを付ける必要があります。
認証方法を正確に参照します。 Face IDをサポートするデバイスでTouch IDを参照しないでください。逆に、Touch IDをサポートするデバイスでFace IDを参照しないでください。デバイスの機能を確認し、適切な用語を使用してください。開発者向けガイダンスについては、LABiometryTypeをご覧ください。
一般に、アプリ内で生体認証にオプトインするための設定を提供することは避けてください。システムレベルで生体認証が有効になっている場合は、ユーザーがそれを使用することを想定してください。アプリ固有の設定を実装すると、ユーザーは、システム全体で実際に無効になっているアプリで生体認証が有効になっているように見える状態になる場合があります。
システム認証機能を識別するためにアイコンを使用しないでください。システムのTouch ID（th印）やFace IDのアイコンのように見えるアイコンを見た人は、認証することになっていると思います。アイコンを使用して認証機能を識別すると、特にアイコンが色付けされ、大きなサイズで表示され、コンテキスト外で表示される場合、矛盾が生じて混乱が生じます。
・Undo Redo
多くのアプリでは、入力や削除などの特定の操作を元に戻したりやり直したりするためにデバイスを振ることができます。この方法で開始されたアラートは、ユーザーに元に戻す操作またはやり直し操作を確認またはキャンセルするように求めます。
元に戻すまたはやり直す操作を簡潔かつ正確に説明します。元に戻すおよびやり直しの警告タイトルには、自動的に「Undo」または「Redo」の接頭辞が含まれます（末尾のスペースを含む）。このプレフィックスの後に表示するには、元に戻すまたはやり直す内容を説明する単語を1つまたは2つ追加する必要があります。たとえば、「名前を元に戻す」や「アドレス変更をやり直す」などのアラートタイトルを作成できます。
元に戻すとやり直しにシェイクジェスチャーを使用する場合は、他のアクションに使用しないでください。シェイクジェスチャにはプログラムで複数の意味を与えることができますが、人を混乱させたり、アプリを予測不能にしたりするリスクがあります。
元に戻すボタンとやり直しボタンは控えめに提供してください。アプリが同じタスクを実行するための複数の方法を提供する場合、混乱を招きます。アプリで専用の[元に戻す]および[やり直し]ボタンが本当に必要な場合は、システムが提供する標準のアイコンを使用して、ナビゲーションバーなどの予想される場所に配置します。
元に戻す操作とやり直し操作は、現在のコンテキストでのみ実行してください。元に戻すとやり直しは、以前のコンテキストではなく、現在のコンテキストに明確かつ即時に影響するはずです。
開発者向けのガイダンスについては、UndoManagerを参照してください。