When it doesn’t create an unnecessary barrier to your experience, an account can be a convenient way for people to access their content and track personal details.
경험에 불필요한 장벽을 만들지 않는 경우, 계정은 사람들이 자신의 콘텐츠에 액세스하고 개인 정보를 추적할 수 있는 편리한 방법이 될 수 있습니다.
Ask people to create an account only if your core functionality requires it; otherwise, let people enjoy your app or game without one. If you require an account, consider using Sign in with Apple to give people a consistent sign-in experience they can trust and the convenience of not having to remember multiple accounts and authentication methods.
핵심 기능에 필요한 경우에만 사람들에게 계정을 생성하도록 요청하세요. 그렇지 않으면 사람들이 앱이나 게임 없이 앱이나 게임을 즐길 수 있도록 하세요. 계정이 필요한 경우 Apple로 로그인을 사용하여 사람들에게 신뢰할 수 있는 일관된 로그인 경험을 제공하고 여러 계정과 인증 방법을 기억할 필요가 없는 편리함을 고려하십시오.
→ 필요한 경우에만 사용하고, 애플 로그인을 이용하여 일관된 로그인 경험을 제공하라.
Explain the benefits of creating an account and how to sign up. If your app or game requires an account, write a brief, friendly description of the reasons for the requirement and its benefits. Display this message in your sign-in view.
계정 생성의 이점과 가입 방법을 설명하세요. 앱이나 게임에 계정이 필요한 경우 계정이 필요한 이유와 이점에 대한 간단하고 친근한 설명을 작성하세요. 로그인 보기에 이 메시지를 표시합니다.
역자 첨언
Delay sign-in for as long as possible. People often abandon apps when they’re forced to sign in before they can do anything useful. To help avoid this situation, give people a chance to get a sense of what your app or game does before asking them to make a commitment to it. For example, a shopping app might let people browse as much as they want, requiring sign-in only when they’re ready to make a purchase.
가능한 한 오랫동안 로그인을 지연하세요. 사람들은 유용한 작업을 수행하기 전에 강제로 로그인하면 앱을 포기하는 경우가 많습니다. 이러한 상황을 피하려면 앱이나 게임에 전념하도록 요청하기 전에 앱이나 게임이 무엇을 하는지 이해할 수 있는 기회를 사람들에게 제공하세요. 예를 들어 쇼핑 앱은 사람들이 원하는 만큼 탐색할 수 있도록 하며 구매할 준비가 되었을 때만 로그인을 요구할 수 있습니다.
역자 첨언
If you don’t use Sign in with Apple in your iOS, iPadOS, macOS, or visionOS app, prefer using a passkey. Passkeys simplify account creation and authentication, eliminating the need for people to create or enter passwords. When an app supports passkeys, people simply provide their user name when creating a new account or signing in to an existing one. For developer guidance, see Supporting passkeys. If you need to continue using passwords for authentication, augment security by requiring two-factor authentication (for developer guidance, see Securing Logins with iCloud Keychain Verification Codes).
iOS, iPadOS, macOS 또는 visionOS 앱에서 Apple로 로그인을 사용하지 않는 경우 암호 키를 사용하는 것이 좋습니다. 암호 키는 계정 생성 및 인증을 단순화하여 사람들이 암호를 생성하거나 입력할 필요가 없습니다. 앱이 암호 키를 지원하는 경우 사람들은 새 계정을 만들거나 기존 계정에 로그인할 때 사용자 이름을 제공하기만 하면 됩니다. 개발자 지침은 Supporting passkeys을 참조하세요. 인증을 위해 암호를 계속 사용해야 하는 경우 2단계 인증을 요구하여 보안을 강화하세요(개발자 지침은 Securing Logins with iCloud Keychain Verification Codes을 참고하세요).
Always identify the authentication method you offer. For example, if you display a button for signing in to your app with Face ID, title it using a phrase like “Sign In with Face ID” instead of a generic phrase like “Sign In.”
제공하는 인증 방법을 항상 알려주세요. 예를 들어 Face ID로 앱에 로그인하는 버튼을 표시하는 경우 "Sign In"과 같은 일반적인 문구 대신 "Sign In with Face ID"와 같은 문구를 사용하여 제목을 지정합니다.
Refer only to authentication methods that are available in the current context. For example, don’t reference Face ID on a device that doesn’t offer it. Check the device’s capabilities and use the appropriate terminology. For developer guidance, see LABiometryType.
현재 컨텍스트에서 사용 가능한 인증 방법만 참조하세요. 예를 들어 Face ID를 제공하지 않는 장치에서는 Face ID를 제안하지 마세요. 기기의 기능을 확인하고 적절한 용어를 사용하세요. 개발자 지침은 LABiometryType을 참조하세요 .
In general, avoid offering an app-specific setting for opting in to biometric authentication. People turn on biometric authentication at the system level, so presenting an in-app setting is redundant and could be confusing.
일반적으로 생체 인식 인증을 선택하기 위한 앱 별 설정을 제공하지 마세요. 사람들은 시스템 수준에서 생체 인식 인증을 켜므로 인앱 설정을 제시하는 것은 중복되고 혼란스러울 수 있습니다.
Avoid using the term passcode to refer to account authentication. People create a passcode to unlock their device or authenticate for Apple services. If you use the term in your interface, people might think you’re asking them to reuse their passcode in your app or game.
계정 인증을 나타내기 위해 암호라는 용어를 사용하지 마세요. 사람들은 장치를 잠금 해제하거나 Apple 서비스를 인증하기 위해 암호를 생성합니다. 인터페이스에서 이 용어를 사용하면 사람들은 앱이나 게임에서 암호를 재사용하도록 요청하는 것이라고 생각할 수 있습니다.
Deleting accounts
If you help people create an account within your app or game, you must also help them delete it, not just deactivate it. In addition to following the guidelines below, be sure to understand and comply with your region’s legal requirements related to account deletion and the right to be forgotten.
사람들이 앱이나 게임 내에서 계정을 만들도록 돕는 경우 단순히 비활성화 하는 것이 아니라 계정을 삭제할 수 있도록 도와야 합니다. 아래 지침을 따르는 것 외에도 계정 삭제 및 잊혀질 권리와 관련된 해당 지역의 법적 요구 사항을 이해하고 준수해야 합니다.
역자첨언
Important
If legal requirements compel your app to maintain accounts or information — such as digital health records — or to follow a specific account-deletion process, clearly describe the situation so people can understand the information or accounts you must maintain and the process you must follow.
법적 요구 사항에 따라 앱에서 디지털 건강 기록과 같은 계정 또는 정보를 유지하거나 특정 계정 삭제 프로세스를 따라야 하는 경우 사용자가 유지해야 하는 정보 또는 계정과 따라야 하는 프로세스를 사람들이 이해할 수 있도록 상황을 명확하게 설명하세요.
Provide a clear way to initiate account deletion within your app or game. If people can’t perform account deletion within your app, you must provide a direct link to the webpage on which people can do so. Make the link easy to discover — for example, don’t bury it in your Privacy Policy or Terms of Service pages.
앱 또는 게임 내에서 계정 삭제를 시작할 수 있는 명확한 방법을 제공하세요. 사용자가 앱 내에서 계정 삭제를 수행할 수 없는 경우 사용자가 계정 삭제를 수행할 수 있는 웹페이지에 대한 직접 링크를 제공해야 합니다. 예를 들어 개인 정보 보호 정책이나 서비스 약관 페이지에 링크를 숨기지 마세요.
Note
If people used Sign in with Apple to create an account within your app, you revoke the associated tokens when they delete their account. See Revoke tokens.
사람들이 Apple로 로그인을 사용하여 앱 내에서 계정을 만든 경우 계정을 삭제할 때 연결된 토큰을 취소합니다. 취소 토큰을 참조하세요.
Provide a consistent account-deletion experience whether people perform it within your app or game or on the website. For example, avoid making one version of the deletion flow longer or more complicated than the other.
사람들이 앱, 게임 또는 웹사이트에서 수행하는지 여부에 관계없이 일관된 계정 삭제 경험을 제공하세요. 예를 들어 한 버전의 삭제 흐름을 다른 버전보다 더 길거나 더 복잡하게 만들지 마세요.
→ 같은 계정 삭제 경험에 대해서는 플랫폼이 무엇이든 같은 경험을 제공해야 한다.
Consider letting people schedule account deletion to occur in the future. People can appreciate the opportunity to use their remaining services or wait until their subscription autorenews before deleting their account. If you offer a way to schedule account deletion, offer an option for immediate deletion as well.
사람들이 나중에 계정 삭제를 예약하도록 하는 것을 고려하세요. 사람들은 남은 서비스를 사용할 수 있는 기회를 높이 평가하거나 계정을 삭제하기 전에 구독이 자동 갱신될 때까지 기다릴 수 있습니다. 계정 삭제를 예약하는 방법을 제공하는 경우 즉시 삭제 옵션도 제공하세요.
역자 첨언
Tell people when account deletion will complete, and notify them when it’s finished. Because it can sometimes take a while to fully delete an account, it’s essential to keep people informed about the status of the deletion process so they know what to expect.
계정 삭제가 완료되면 사람들에게 알리고 완료되면 알립니다. 때때로 계정을 완전히 삭제하는 데 시간이 걸릴 수 있으므로 삭제 프로세스의 상태에 대해 사람들에게 알려 예상할 수 있도록 하는 것이 중요합니다.
If you support in-app purchases, help people understand how billing and cancellation work when they delete their account. For example, you might need to help people understand the following scenarios:
인앱 구매를 지원하는 경우 사람들이 계정을 삭제할 때 청구 및 취소가 어떻게 작동하는지 이해하도록 도와주세요. 예를 들어 사람들이 다음 시나리오를 이해하도록 도와야 할 수 있습니다.
•
Billing for an autorenewable subscription continues through Apple until people cancel the subscription, regardless of whether they delete their account.
•
자동 갱신 구독에 대한 청구는 사용자가 계정 삭제 여부에 관계없이 구독을 취소할 때까지 Apple을 통해 계속됩니다.
•
After they delete their account, people need to cancel their subscription or request a refund
•
계정을 삭제한 후에는 구독을 취소하거나 환불을 요청해야 합니다.
In addition to helping people understand these scenarios, provide information that describes how to cancel subscriptions and manage purchases. For guidance, see Helping people manage their subscriptions and Providing help with in-app purchases.
사람들이 이러한 시나리오를 이해하도록 돕는 것 외에도 구독을 취소하고 구매를 관리하는 방법을 설명하는 정보를 제공하세요. 지침은 Helping people manage their subscriptions 및 Providing help with in-app purchases을 참조하십시오.
Note
Even if people didn’t use your app to purchase the subscription, you still need to support account deletion.
사람들이 구독을 구매하기 위해 앱을 사용하지 않았더라도 여전히 계정 삭제를 지원해야 합니다.
Many popular TV providers let people sign in to their accounts at the system level, eliminating the need to authenticate on an app-by-app basis. If your TV provider app requires people to sign in, use TV Provider Authentication to provide the most efficient onboarding experience.
많은 유명 TV 제공업체는 사람들이 시스템 수준에서 자신의 계정에 로그인할 수 있도록 하여 앱 별로 인증할 필요가 없습니다. TV 제공업체 앱에 로그인이 필요한 경우 TV 제공업체 인증을 사용하여 가장 효율적인 온보딩 경험을 제공하세요.
역자 첨언
Avoid displaying a sign-out option when people are signed in at the system level. If your app must include a sign-out option, invoking it needs to prompt people to navigate to Settings > TV Provider to sign out of their account.
사람들이 시스템 수준에서 로그인한 경우 로그아웃 옵션을 표시하지 마세요. 앱에 로그아웃 옵션이 포함되어야 하는 경우 앱을 호출하면 사람들이 설정 > TV 제공업체로 이동하여 계정에서 로그아웃하라는 메시지를 표시해야 합니다.
역자 첨언
Never instruct people to sign out by adjusting privacy controls. The TV provider controls in Settings > Privacy aren’t a sign-out mechanism. These settings help people manage the apps that can access their TV provider account.
개인 정보 제어를 조정하여 사람들에게 로그아웃하도록 지시하지 마세요. 설정 > 개인 정보의 TV 공급자 컨트롤은 로그아웃 메커니즘이 아닙니다. 이러한 설정은 사용자가 자신의 TV 공급자 계정에 액세스할 수 있는 앱을 관리하는 데 도움이 됩니다.
No additional considerations for iOS, iPadOS, macOS, or visionOS.
Most people interact with Apple TV using a remote, not a keyboard, so ask for the minimum amount of information necessary.
대부분의 사람들은 키보드가 아닌 리모컨을 사용하여 Apple TV와 상호 작용하므로 필요한 최소한의 정보를 요청하십시오.
Prefer letting people use another device to sign up or authenticate. When you configure your app’s associated domains, Apple TV can work with other devices to safely suggest sign-in credentials, including Sign in with Apple. For developer guidance, see Configuring an associated domain.
사람들이 다른 장치를 사용하여 가입하거나 인증하는 것을 선호합니다. 앱의 연결된 도메인을 구성할 때 Apple TV는 다른 기기와 연동하여 Apple로 로그인을 비롯한 로그인 자격 증명을 안전하게 제안할 수 있습니다 . 개발자 지침은 Configuring an associated domain을 참조하세요.
역자 첨언
When people are signed in to a shared account, avoid asking them to choose their profile every time they become the current user. In tvOS 16 and later, your app can share its credentials with all users while storing each individual’s profile and user data separately. When you support this type of sharing, your app can automatically use the current user’s profile without asking each person to sign in separately to a shared account. For developer guidance, see kSecUseUserIndependentKeychain and User Management Entitlement.
사람들이 공유 계정에 로그인하면 현재 사용자가 될 때마다 프로필을 선택하도록 요청하지 마세요. tvOS 16 이상에서 앱은 각 개인의 프로필과 사용자 데이터를 별도로 저장하면서 자격 증명을 모든 사용자와 공유할 수 있습니다. 이러한 유형의 공유를 지원하면 각 사용자에게 공유 계정에 별도로 로그인하도록 요청하지 않고도 앱에서 자동으로 현재 사용자의 프로필을 사용할 수 있습니다. 개발자 지침은 kSecUseUserIndependentKeychainUser및 Management Entitlement를 참조하세요.
Minimize data entry. If you need to gather more than a small amount of information, ask people to visit a website from another device. If you need an email address, show the email keyboard screen, which includes a list of recently entered addresses.
데이터 입력을 최소화합니다. 소량 이상의 정보를 수집해야 하는 경우 사람들에게 다른 장치에서 웹 사이트를 방문하도록 요청하십시오. 이메일 주소가 필요한 경우 최근에 입력한 주소 목록이 포함된 이메일 키보드 화면을 표시합니다.
역자 첨언
Use iCloud synchronization to provide access to the Keychain, letting people autofill user names and passwords and preserve app settings.
iCloud 동기화를 사용하여 키체인에 대한 액세스를 제공하여 사람들이 사용자 이름과 암호를 자동으로 채우고 앱 설정을 보존할 수 있도록 합니다.
Supporting passkeys — Authentication Services
Change log
작성 날짜 | 작성자 | 수정사항 |
2023/08/01 | 하니 | 초기 번역 |
2023/12/25 | 하니 | 배포 |