애플 휴먼 인터페이스 가이드라인(8) User Interaction -3 Authentication

Authentication / 인증

Ask users to authenticate only in exchange for value, such as personalizing the experience, accessing additional features, purchasing content, or synchronizing data. If your app requires authentication, use Sign in with Apple to give people a simple and secure way to sign in. When you support Sign in with Apple, people get a consistent sign-in experience they can trust and the convenience of not having to remember multiple accounts and passwords.

개인화된 경험, 추가 기능 사용, 구매, 데이터 싱크 맞추기 등 값어치 있는 경우에만 인증을 요구하세요. 만약 앱에서 인증이 필요한 경우, Sign in with Apple를 활용해 사용자들에게 간단하고 안전하게 인증할 수 있도록 하세요. Apple로 로그인하기*를 지원한다면, 로그인이 유지되면서 사용자들은 앱에 신뢰도를 갖고, 수개의 계정과 비밀번호를 기억할 필요 없이 간편한 경험을 할 수 있을 것입니다.

 

*Apple로 로그인하기

 

If you don't use Sign in with Apple, use Password AutoFill. This feature automatically generates and fills in passwords and security codes so people can spend less time on authentication screens. All apps should support this feature. For developer guidance, see Supporting Password AutoFill.

Apple로 로그인하기를 사용하지 않는다면, 비밀번호 자동 저장 (기억하기)를 사용하세요. 이 기능은 자동적으로 비밀번호를 불러와 채우기 때문에 사용자들은 인증 화면에서 시간을 덜 소모할 수 있습니다. 모든 앱은 이 기능을 지원해야합니다. 개발자 가이드는 Supporting Password AutoFill 에서 확인하세요.

 

Delay sign-in as long as possible. People often abandon apps when they're forced to sign in before doing anything useful. Give them a chance to fall in love with your app before making a commitment to it. In a shopping app, let people browse your merchandise immediately upon launch, and require sign-in only when they're ready to make a purchase. In a media-streaming app, let people explore your content and see what you have to offer before signing in to play something.

가입 경험을 최대한 미루세요. 종종 사용자들은 앱이 그 어떤 유용한 것도 해보기 전에 가입을 강요하는 경우 그 앱을 지워버립니다. 사용자가 약속, 즉 가입을 하기 전 앱과 사랑에 빠질 수 있는 경험을 제공하도록 하세요. 쇼핑 앱에선, 사용자들이 앱을 켜자마자 바로 판매상품을 둘러볼 수 있도록 하고, 그들이 결제 준비가 되었을 경우에만 가입을 요구하도록 하세요. 미디어 스트리밍 앱의 경우엔, 미디어를 충분히 탐색할 수 있도록 하고, 가입 전 앱에서 제공하는 것들이 무엇인지 볼 수 있도록 하세요.

 

Explain the benefits of authentication and how to sign up for your service. If your app requires authentication, display a brief, friendly explanation on the login screen that describes the reasons for the requirement and its benefits. Also, remember that not everyone using your app has an account from the start. Make sure you explain how to get one, or provide a simple in-app way to sign up.

인증의 이득과 서비스에 어떻게 가입할 수 있는지 설명하세요. 만약 앱에서 인증을 요구한다면, 간단하고 친근한 설명을 로그인 화면에 배치해 이 인증의 이유와 인증하면 어떤 이득을 얻을 수 있을지 설명하세요. 또한 앱을 사용하는 모든 사람이 처음부터 계정을 만드리란 생각은 하지 마세요. 계정을 어떻게 만드는지 설명하거나, 가입할 수 있는 인앱 방법을 제공하도록 하세요. (소셜 로그인 등)

 

Minimize data entry by showing appropriate keyboards. When asking for an email address, for example, show the email keyboard screen, which includes helpful data entry shortcuts. For related guidance, see Keyboards. For a complete list of available keyboard types, see the UIKeyboardType constant of UITextInputTraits.

적절한 키보드를 배치해 데이터 입력 과정을 최소화 하세요. 이메일 주소를 물어보는 경우 이메일을 입력하는 단축키가 포함된 이메일 키보드 화면을 보여주세요. 관련 가이드는 Keyboards 를 확인하세요. 배치가능한 키보드 리스트를 보고싶은 경우 UITextInputTraits 의 UIKeyboardType 를 확인하세요.

 

*UIKeyboardType 추가 리서치 필요

default/ asciiCapable/ numbersAndPunctuation/ URL/ numberPad/ phonePad/ namePhonePad/ emailAddress/ decimalPad/ twitter (완전 신기하다 ㅋㅋㅋ)/ webSearch/ asciiCapableNumberPad/ alphabet

 

Never use the term passcode. A passcode is used for unlocking the user's iOS device and authenticating with Apple Pay when biometric authentication is disabled.

절대로 passcode라는 단어를 쓰지 마세요. passcode는 사용자의 iOS 기기 잠금을 해제하거나 생체인증 사용이 불가할 때 애플페이에서 사용하는 인증 방법입니다.

* passcode라는 단어를 iOS만의 단어와 혼용하지 말라는 뜻이나 한글에선 큰 영향 없을 듯.

 

Face ID and Touch ID

Whenever possible, support biometric authentication. Face ID and Touch ID are secure, familiar authentication methods that people trust. If a user has enabled biometric authentication, you can assume they understand how it works, appreciate its convenience, and prefer to use it whenever possible. Bear in mind that people may choose to disable biometric authentication on their device, so your app should be prepared to handle this scenario.

가능한 경우 생체인증을 사용하세요. Face ID와 Touch ID는 안전하고 친근감 있는 인증방식으로, 사용자들에게 신뢰도를 줍니다. 사용자들이 이 기능을 활성화 시켰다는 것은 그들이 생체인증이 어떻게 작동되는지 알고있다는 뜻이며, 이를 편하게 여기고 사용 가능한 경우 이 방법을 선호한다는 것도 유추해볼 수 있습니다. 사용자들이 생체인증 기능을 사용하지 않을 수도 있다는 것을 유념하고, 앱에서 이 경우의 인증 방식도 준비해야함을 잊지 마세요.

 

Present people with a single way to authenticate. It's most intuitive when people don't have to choose how to authenticate. Just give them a single option, like Face ID. Offer alternatives, like asking for a username and password, as fallbacks only if the initial method fails.

인증방법은 단 한가지만 보여주세요. 인증할 수 있는 방법을 고르지 않는 것이 가장 직관적입니다. 그냥 Face ID와 같은 한가지 옵션만 주세요. 사용자 이름이나 비밀번호를 묻는 등의 대안은 첫 (유일했던) 인증방식이 실패한 경우에만 대비책으로만 사용하세요.

 

Initiate authentication only in response to user action. An explicit action, like tapping a button, ensures that the user wants to authenticate. In the case of Face ID, it also increases the likelihood that the user is facing the camera.

사용자의 행동이 있을 때만 인증을 개시하세요. 버튼을 누르는 등 확실한 행동은 사용자가 인증을 원한다는 것을 보장합니다. Face ID의 경우 사용자가 카메라를 보고있다는 것이 (인증을 원한다는) 가능성을 높입니다.

 

Always identify the authentication method. A button for signing in to your app using Face ID, for example, should be titled "Sign In with Face ID" rather than "Sign In."

어떤 인증 방식인지 확실히 보여주세요. Face ID를 이용해 로그인하는 버튼의 경우 "로그인"보단 "Face ID로 로그인하기" 라는 이름이 붙여져야 합니다.

 

Reference authentication methods accurately. Don't reference Touch ID on a device that supports Face ID. Conversely, don't reference Face ID on a device that supports Touch ID. Check the device's capabilities and use the appropriate terminology. For developer guidance, see LABiometryType.

정확한 인증 방식을 사용하세요. Face ID를 지원하는 기기에 Touch ID를 사용하지 마세요. 반대로, Touch ID를 지원하는 기기에 Face ID를 사용하지 마세요. 기기의 기능을 확인하고 적절한 용어를 사용하세요. 개발자 가이드는 LABiometryType 에서 확인하세요.

 

In general, avoid offering a setting for opting in to biometric authentication within your app. If biometric authentication is enabled at the system level, just assume the user wants to use it. If you implement an app-specific setting, the user may get into a state where biometric authentication appears to be enabled in your app when it's really disabled systemwide.

대개의 경우라면 앱에서 생체인증 여부를 선택하는 설정을 제공하지 않도록 하세요. 시스템 단계에서 생체인증이 사용 가능한 상태라면 그냥 사용자가 이를 원한다고 추정하세요. 만약 앱 내 설정에서 설정할 수 있도록 한다면 사용자는 시스템 전체에서 생체인증을 아예 사용하지 않도록 했음에도 불구하고, 앱에서 생체인증 화면이 나오는 (좋지않은) 경험을 하게 될 수도 있습니다.

 

Don't use icons to identify system authentication features. When people see icons that look like the system's Touch ID (thumbprint) and Face ID icons, they think they're supposed to authenticate. Using icons to identify authentication features creates inconsistency and causes confusion, especially when the icons are colorized, displayed at a large size, and presented out of context.

시스템 인증 기능을 보여주는데 별도의 아이콘을 사용하지 마세요. 사용자들은 Touch ID나 Face ID 아이콘처럼 생긴 아이콘을 보면 인증을 해야한다고 생각합니다. 인증 기능이라는 것을 보여주기 위해 아이콘을 사용하는 경우, 특히 색상을 넣거나 큰 사이즈로 보여주거나 맥락에 관계 없이 보여주면 불일치와 혼동을 만드는 원인이 됩니다.

 

Touch ID / Face ID icon