앱 MVP 계정 연결: 로그인 수단 추가·계정 충돌·해제를 나누는 5가지 기준

앱 MVP 계정 연결: 로그인 수단 추가·계정 충돌·해제를 나누는 5가지 기준

앱에 이메일 로그인 뒤 Google 로그인을 더하거나, 익명 체험 사용자를 정식 계정으로 바꾸는 일은 버튼을 하나 더 놓는 작업이 아닙니다. 이미 존재하는 사용자와 새 인증 수단을 어떤 조건에서 같은 계정으로 볼지, 다른 계정에 붙어 있는 수단을 만나면 어디에서 멈출지, 사용자가 수단을 해제한 뒤 어떤 화면을 보게 할지를 함께 정해야 합니다.

먼저 답하면, 계정 연결 MVP는 현재 계정 확인, 새 수단 인증, 연결 결과, 이미 연결된 계정 충돌, 해제 뒤 대체 로그인과 QA를 각각의 상태로 두는 편이 명확합니다. Firebase Android 문서는 현재 로그인한 사용자에게 새 제공자의 자격 증명을 연결할 수 있으며, 같은 자격 증명이 다른 계정에 이미 연결돼 있으면 실패를 처리해야 한다고 안내합니다.

이 글은 Firebase Authentication을 사용하는 Android 앱 MVP의 제품·QA 판단 틀입니다. 어떤 로그인 수단을 처음 선택할지는 앱 MVP 로그인 수단 선택 기준, 인증 기기를 바꾸는 흐름은 앱 MVP MFA 기기 변경에서 따로 다룹니다. 이 글은 한 사용자가 여러 로그인 수단으로 같은 계정에 들어오는 경계에 집중합니다.

먼저 구분할 것: ‘새 수단으로 인증함’과 ‘기존 계정에 연결됨’은 다릅니다

Firebase의 계정 연결은 사용자가 어떤 방식으로든 현재 계정에 로그인한 뒤, 새 제공자의 로그인 흐름을 완료하되 일반 로그인 호출을 하기 전 자격 증명을 얻어 현재 사용자에 연결하는 구조입니다. 연결에 성공하면 사용자는 연결된 여러 제공자 중 어느 방식으로도 같은 Firebase 사용자 계정에 로그인할 수 있습니다.

따라서 화면의 ‘Google 연결’ 버튼을 누른 사실, 제공자 화면에서 인증을 통과한 사실, 앱이 현재 계정에 연결을 마친 사실을 한 성공 표시로 묶지 마세요. 요구사항에는 시작한 현재 사용자, 연결하려는 제공자, 사용자 취소, 인증 실패, 연결 API 결과와 최종 계정 식별 상태를 나눠 기록하는 편이 QA와 고객지원에 도움이 됩니다.

기준 1: 연결 요청 전에는 현재 계정과 대체 수단을 확인합니다

연결은 로그인하지 않은 사용자에게 새 계정을 만드는 절차와 다릅니다. 먼저 사용자가 어느 계정 설정 화면에서 요청했는지, 현재 세션이 유효한지, 연결하려는 수단이 사용자의 의도에 맞는지 확인하세요. 비밀번호·토큰·인증 코드를 기획 문서나 분석 이벤트에 복사하지 않는 경계도 함께 둡니다.

특히 해제 기능을 함께 넣는다면 ‘마지막 로그인 수단을 없애는가’를 제품 규칙으로 먼저 결정해야 합니다. Firebase 문서는 제공자 해제 후 그 제공자로는 로그인할 수 없다고 설명합니다. 그래서 수단을 빼기 전에는 사용자가 다른 로그인 경로를 실제로 쓸 수 있는지, 복구·지원 안내가 필요한지를 별도의 확인 단계로 두는 편이 좋습니다.

기준 2: 새 제공자 인증과 계정 연결 호출을 분리해 관찰합니다

Firebase Android 가이드는 새 제공자의 ID 토큰, 접근 토큰 또는 이메일·비밀번호처럼 자격 증명을 얻은 뒤 이를 현재 사용자의 linkWithCredential에 전달하는 예를 제공합니다. 새 제공자 화면을 통과했다고 해서 아직 기존 데이터에 접근하는 계정이 바뀌었다고 단정할 수는 없습니다.

MVP 화면과 로그에는 최소한 ‘연결 요청’, ‘제공자 인증 완료’, ‘연결 성공 또는 실패’, ‘현재 계정의 연결 제공자 목록 확인’을 구분해 두세요. 표시는 기술 용어보다 사용자가 다음 행동을 알 수 있는 문구로 만들되, 내부 식별자나 자격 증명 값은 노출하지 않습니다.

우리 서비스에 맞는 앱 MVP 계정 흐름 정리하기

기준 3: 이미 다른 계정에 연결된 수단은 ‘자동 병합’이 아니라 충돌입니다

Firebase는 연결하려는 자격 증명이 다른 사용자 계정에 이미 연결돼 있으면 연결 호출이 실패한다고 안내합니다. 이 상황은 단순한 재시도 오류가 아닙니다. 사용자가 같은 사람인지, 두 계정의 주문·콘텐츠·설정 같은 데이터를 합칠지, 어느 계정이 기준인지가 서비스별로 달라질 수 있기 때문입니다.

충돌 화면에서 조용히 다른 계정으로 전환하거나 두 데이터를 즉시 합쳤다고 표시하지 마세요. Firebase의 예시는 해당 자격 증명으로 로그인한 뒤 이전 사용자와 현재 사용자의 계정·데이터를 앱에 맞게 병합하는 흐름을 보여 줍니다. 실제 MVP에는 충돌 탐지, 추가 확인 또는 지원 이관, 병합 계획, 완료 또는 취소 뒤 보존할 데이터, 재시도 조건을 별도 상태로 설계하세요.

기준 4: 해제 뒤 재로그인은 원래 계정 복구가 아닐 수 있습니다

Firebase에서 제공자를 해제하면 사용자는 그 제공자로 기존 계정에 로그인할 수 없습니다. 같은 제공자로 나중에 다시 로그인하면 원래 연결을 되돌리는 것이 아니라 새롭고 별도인 사용자 계정이 생성될 수 있다고 문서는 설명합니다. ‘해제 후 다시 누르면 원래 데이터가 돌아온다’는 전제를 UI나 도움말에 넣으면 안 됩니다.

따라서 해제 기능에는 현재 연결된 제공자 목록, 유지할 대체 수단, 해제 확인, 해제 성공 뒤의 로그인 안내, 동일 제공자 재로그인 시 발생할 수 있는 별도 계정 경계를 넣으세요. 계정 삭제나 데이터 삭제는 또 다른 결정이므로, 해제 성공을 서비스 데이터 삭제 완료로 표현하지 않는 편이 안전합니다.

기준 5: QA는 연결 성공만이 아니라 충돌·취소·해제 후 경로를 봅니다

테스트 계정 하나로 연결 버튼이 작동하는지만 보지 마세요. 기존 이메일 계정에 새 제공자를 연결하는 경우, 제공자 인증을 취소하는 경우, 이미 다른 테스트 계정에 연결된 수단을 넣는 경우, 연결 수단을 해제하는 경우, 해제한 수단으로 다시 로그인하는 경우를 나눠 실제 결과를 기록해야 합니다.

출시 전 체크리스트

1. 현재 계정 확인, 새 제공자 인증, 연결 성공을 다른 상태로 기록했는가?

2. 다른 계정에 이미 연결된 자격 증명을 충돌로 처리하는가?

3. 계정·데이터 병합은 서비스 규칙과 추가 확인 없이는 자동으로 실행하지 않는가?

4. 해제 전에 대체 로그인 수단과 사용자 안내를 확인하는가?

5. 해제 후 같은 제공자 재로그인이 별도 계정을 만들 수 있는 경로를 QA했는가?

계정 연결은 로그인 버튼을 늘리는 일이 아니라, 사용자의 인증 수단과 기존 데이터가 어떤 조건에서 같은 계정에 속하는지 정하는 기능입니다. 유인어스는 민간 사업 지원 서비스이며 이 글은 특정 앱의 계정 보안, 데이터 보존, 개인정보 적합성, 스토어 심사, 전환 또는 사업 결과를 보장하지 않습니다. 실제 제품의 인증 제공자, 서버 데이터 모델, 복구 정책과 최신 공식 문서를 기준으로 출시 범위를 결정하세요.

자주 묻는 질문

구글 로그인을 추가하면 기존 이메일 계정과 자동으로 하나가 되나요?

자동으로 하나가 된다고 가정하면 안 됩니다. Firebase에서는 현재 로그인한 사용자에 새 제공자의 자격 증명을 연결하는 별도 흐름이 필요합니다. 연결을 시작한 계정, 새 수단의 인증 완료, 연결 결과를 구분해 확인하세요.

새 로그인 수단이 다른 계정에 이미 연결돼 있으면 어떻게 하나요?

Firebase의 연결 호출은 그 자격 증명이 다른 사용자 계정에 이미 연결돼 있으면 실패합니다. 이때 임의로 두 계정을 합치지 말고, 서비스가 정한 본인 확인·데이터 병합·지원 경로를 별도 상태로 두어야 합니다.

로그인 수단을 해제하면 다시 같은 수단으로 로그인할 수 없나요?

해제된 제공자로는 기존 계정에 로그인할 수 없습니다. Firebase 문서는 같은 제공자로 다시 로그인하면 원래 연결이 되돌아오는 것이 아니라 새 사용자 계정이 만들어질 수 있다고 설명합니다. 해제 전 대체 로그인 수단과 사용자 안내를 확인하세요.

계정 연결이 성공하면 데이터도 자동으로 병합되나요?

그렇지 않습니다. Firebase는 충돌한 자격 증명을 처리할 때 앱에 맞게 계정과 연결된 데이터를 병합하라고 안내합니다. 어떤 데이터가 어느 계정에 속하는지, 중복·충돌·취소 시 무엇을 보존할지는 제품이 정하고 테스트해야 합니다.

확인한 공식 출처

• Firebase Authentication · Link Multiple Auth Providers to an Account on Android — 2026-09-19 확인

우리 서비스에 맞는 앱 MVP 계정 흐름 정리하기