앱 MVP 로그인 화면: 바텀시트 닫힘·재시작 버튼을 나누는 5가지 기준
앱 MVP 로그인 화면: 바텀시트 닫힘·재시작 버튼을 나누는 5가지 기준
앱 첫 화면에 로그인 선택 바텀시트를 띄웠는데 사용자가 닫아 버리면, 제품팀은 이를 실패로 볼지 나중에 다시 로그인할 수 있는 상태로 볼지 바로 결정해야 합니다. 특히 Android Credential Manager는 패스키·비밀번호·연동 로그인처럼 여러 자격 증명을 한 UI에서 다룰 수 있어, 화면 하나가 사라진 뒤의 다음 행동을 따로 설계하지 않으면 로그인 진입점 자체가 불분명해질 수 있습니다.
먼저 답하면, MVP 로그인 화면은 자동 또는 최초의 자격 증명 선택 바텀시트, 사용자가 닫은 상태, 별도 로그인 버튼으로 재시작하는 흐름, 계정 없음·재인증·기술 오류, 완료 뒤 복귀 화면을 각각 다른 상태로 두는 편이 안전합니다. Android 공식 안내는 Credential Manager가 패스키·비밀번호·연동 로그인을 하나의 흐름으로 지원하며, Sign in with Google에서는 바텀시트와 별도 버튼을 함께 구현하라고 안내합니다.
이 글은 Android 앱 MVP의 로그인 화면 경계를 정리합니다. 처음 어떤 로그인 수단을 제공할지는 앱 MVP 로그인 수단 선택 기준, 기존 계정에 새 수단을 붙이는 일은 앱 MVP 계정 연결 기준에서 별도로 다룹니다. 여기서는 선택 UI를 닫은 뒤에도 사용자가 의도적으로 로그인 흐름을 다시 시작할 수 있는지를 다룹니다.
먼저 구분할 것: 바텀시트의 닫힘은 인증 결과가 아닙니다
바텀시트가 닫힌 이유는 사용자가 나중에 하기로 했기 때문일 수 있고, 기기에 쓸 계정이 없거나 재인증이 필요한 계정이 있어서일 수도 있습니다. 따라서 ‘로그인 실패’ 한 문구로 묶으면 제품·QA·고객지원이 원인을 구분하기 어렵습니다. 요청 시작, 선택 UI 표시 여부, 사용자의 닫힘, 자격 증명 선택, 서버 검증 결과를 서로 다른 이벤트와 화면 상태로 남기세요. 실제 이메일·토큰·비밀번호 같은 자격 정보는 분석 로그에 남기지 않습니다.
기준 1: 바텀시트는 빠른 선택 진입점, 버튼은 재시작 진입점으로 둡니다
Credential Manager는 패스키, 비밀번호, Google 로그인 같은 여러 인증 방식을 지원합니다. Sign in with Google 가이드는 이 통합 선택 UI인 바텀시트와 별도의 ‘Sign in with Google’ 버튼을 함께 구현할 것을 권장합니다. 바텀시트는 사용자가 닫을 수 있지만 버튼은 화면에 계속 남아 흐름을 다시 시작하게 하기 때문입니다.
MVP 기획서에는 두 진입점의 목적을 같은 기능으로 복제했다고 쓰기보다, ‘첫 제안 또는 빠른 선택’과 ‘의도적인 재시도’로 나누어 적으세요. 버튼을 누른 뒤에도 똑같은 상태만 반복하는지, 재인증이나 기기 계정 추가가 필요한 경우 어떤 안내가 이어지는지까지 함께 확인해야 합니다.
기준 2: 계정이 없는 상태와 사용자가 닫은 상태를 분리합니다
Android 안내에 따르면 기기에 Google 계정이 없으면 바텀시트가 나타나지 않을 수 있습니다. 이것은 사용자가 의도적으로 닫은 경우와 다른 조건입니다. ‘계정을 추가하세요’ 같은 다음 안내를 노출할지, 다른 로그인 수단을 보여 줄지, 로그인 없이 둘러보기로 둘지를 제품이 정해야 합니다. 다만 계정이 없다는 것을 임의의 오류 코드나 로그인 실패로 단정해 사용자에게 표시하지 않도록 실제 기기에서 확인하세요.
기준 3: 재인증이 필요한 계정에는 별도 경로가 필요할 수 있습니다
공식 문서는 바텀시트가 재인증이 필요한 계정을 제외할 수 있고, 별도 버튼 흐름은 이런 계정에도 접근할 수 있다고 설명합니다. 따라서 테스트 계정 하나가 바텀시트에 보인다고 해서 모든 계정이 같은 방식으로 로그인된다고 판단하면 안 됩니다. 바텀시트에 표시된 계정, 표시되지 않은 계정, 버튼으로 시작한 계정의 결과를 각각 기록하세요.
기준 4: ‘취소·오류·완료’를 한 화면의 성공/실패로 합치지 않습니다
사용자가 선택 화면을 닫는 취소, 제공자 인증을 중단하는 취소, 네트워크 또는 설정 오류, 자격 증명 획득, 앱 서버에서의 세션 확인은 서로 다른 문제입니다. 닫힘에는 부담 없는 재시작 버튼을, 오류에는 다시 시도할 수 있는 안내와 필요한 지원 정보를, 완료에는 원래 하려던 작업으로 돌아가는 복귀 기준을 둡니다. 여기서 ‘완료’는 해당 제품의 서버 검증과 세션 생성까지 확인된 뒤에만 표시할 상태입니다.
기준 5: QA는 화면 노출보다 재시작 가능성을 확인합니다
첫 실행에서 바텀시트가 열린다는 확인만으로는 부족합니다. 사용자가 닫은 뒤 별도 버튼으로 다시 흐름을 시작하는 경우, 기기에 Google 계정이 없는 경우, 재인증이 필요한 계정, 패스키·비밀번호 등 다른 수단이 제시되는 경우, 인증 완료 뒤 원래 화면으로 복귀하는 경우를 나누세요. 각 경우에 화면 문구와 다음 행동이 실제 제품 규칙과 맞는지를 확인합니다.
상태 | 최소 기록 | QA 질문 |
|---|---|---|
바텀시트 제안 | 표시 여부·제시된 수단 | 빠른 선택과 첫 진입을 구분했는가? |
사용자 닫힘 | 닫힘·현재 화면 유지 | 실패로 오표시하지 않고 재시작 버튼이 남는가? |
계정 없음 | 바텀시트 미표시·다음 안내 | 다른 수단 또는 계정 추가 경로를 정했는가? |
재인증 필요 | 바텀시트 제외·버튼 흐름 | 별도 버튼에서 필요한 계정을 다룰 수 있는가? |
완료 | 인증·서버 확인·복귀 화면 | 세션 확인 전 성공으로 보이지 않는가? |
출시 전 체크리스트
바텀시트 닫힘과 인증 실패를 다른 상태로 정의했는가?
별도 로그인 버튼이 사용자가 흐름을 재시작할 지속적인 진입점인가?
기기에 계정이 없어 바텀시트가 보이지 않는 경우를 시험했는가?
재인증이 필요한 계정과 버튼 흐름을 따로 확인했는가?
로그인 완료를 서버·세션 확인과 원래 작업 복귀까지 검증했는가?
로그인 화면의 핵심은 가능한 수단을 많이 보여 주는 데 있지 않고, 사용자가 선택 UI를 닫은 뒤에도 스스로 다음 행동을 알 수 있게 하는 데 있습니다. 유인어스는 민간 사업 지원 서비스이며, 이 글은 특정 인증 성공률·보안성·전환율·심사 또는 사업 결과를 보장하지 않습니다. 실제 앱의 인증 제공자, 서버 검증 방식, 개인정보 처리와 최신 공식 문서를 기준으로 출시 범위를 정하세요.
자주 묻는 질문
로그인 바텀시트를 닫으면 로그인 실패인가요?
아닙니다. 바텀시트 닫힘은 사용자가 그 선택 UI를 닫은 상태일 수 있으므로, 인증 실패·네트워크 오류·계정 없음과 같은 결과로 한데 표시하지 않는 편이 좋습니다.
바텀시트만 넣어도 로그인 버튼이 필요한가요?
Android의 Sign in with Google 안내는 바텀시트와 별도 버튼을 함께 두는 방식을 권장합니다. 바텀시트는 닫을 수 있지만, 별도 버튼은 사용자가 로그인 흐름을 다시 시작할 지속적인 진입점이 됩니다.
기기에 Google 계정이 없으면 바텀시트가 보이나요?
공식 문서는 기기에 Google 계정이 없을 때 바텀시트가 나타나지 않을 수 있다고 설명합니다. 이 경우 별도 버튼과 그 다음 안내를 테스트 항목으로 두세요.
바텀시트에 보이지 않은 계정은 사용할 수 없나요?
바텀시트는 재인증이 필요한 계정을 제외할 수 있습니다. 별도 버튼 흐름은 해당 계정에 접근할 경로가 될 수 있으므로 두 UI의 역할을 구분해 검증하세요.
확인한 공식 출처
Android Developers · About Credential Manager — 2026-09-19 확인
Android Developers · About Sign in with Google — 2026-09-19 확인