google-developers

앱에서 Google 계정 사용자 이름 변경 지원하기

요약

Google 계정 사용자 이름 변경 기능이 일반 사용자에게 확대됨에 따라, 개발자들은 앱에서 사용자 식별자를 Subject ID로 전환하고 이메일 업데이트 기능을 제공하여 중복 계정 및 접근 문제 발생을 방지해야 해요.

인사이트

  • Google 계정 사용자 이름 변경 기능이 @gmail.com 주소를 사용하는 일반 사용자에게까지 확대되었어요.
  • 앱에서 사용자를 이메일 주소 대신 변경되지 않는 Subject ID로 식별해야 중복 계정 및 접근 손실 문제를 막을 수 있어요.
  • 이메일 및 비밀번호 기반 계정 사용자들을 위해 플랫폼 내에서 이메일 주소 업데이트 기능을 제공하는 것이 중요해요.

왜 중요한가

이 업데이트는 사용자들이 자신의 Google 계정 정보를 더 유연하게 관리할 수 있게 해주기 때문에 중요해요. 하지만 개발자들이 앱에서 사용자 식별 방식(특히 이메일 주소 기반)을 개선하지 않으면, 사용자들은 중복 계정 생성이나 기존 데이터 접근 불가와 같은 불편을 겪을 수 있어요. 따라서 개발자들이 변화에 맞춰 사용자 경험을 매끄럽게 유지할 수 있도록 가이드라인을 제공하는 것이 필수적이에요.

앱에서 Google 계정 사용자 이름 변경 지원하기 - Google 개발자 블로그

이미지 1: Google for Developers 로고

제품

솔루션

이벤트

학습

커뮤니티

개발자 프로그램

블로그

검색

이미지 2: Google for Developers 로고

앱에서 Google 계정 사용자 이름 변경 지원하기

2026년 4월 2일

Arne Reimers 소프트웨어 엔지니어, Google Identity 및 참여

Julia Steier 제품 매니저, Google Identity 및 참여

Cedric Strickland 제품 매니저, Gmail

공유하기

이미지 3: 사용자 이름 변경 개발자 블로그 헤더

3월 31일부터 미국 사용자들은 이제 계정, 받은 편지함, 데이터를 온전히 유지하면서 Google 계정 사용자 이름을 업데이트할 수 있어요. 만약 여러분의 플랫폼이 Sign in with Google을 사용하거나 이메일로 사용자를 식별한다면, 이 글에서 이번 업데이트가 여러분의 통합에 어떤 영향을 미치고 어떤 조치를 취해야 하는지 설명해 드릴게요.

많은 사용자들은 이름 변경, 직업적 정체성 변화, 혹은 단순히 더 이상 사용하고 싶지 않은 사용자 이름 때문에 오래된 이메일 주소를 가지고 있어요.

이번 업데이트로 사용자가 사용자 이름을 변경하면, 원래 이메일 주소는 동일한 계정에 연결된 대체 주소로 유지돼요. 두 이메일 모두 같은 받은 편지함을 가리키죠. 사용자들은 두 이메일 주소 중 어느 하나를 사용해서 계속 로그인하고 이메일을 보내고 받을 수 있어요. 이 기능은 비즈니스 Workspace 사용자에게 이미 제공되었지만, 이제 @gmail.com 주소를 사용하는 일반 Google 계정으로 확대하고 있어요.

이미지 4: 사용자 이름 변경 UI

여러분의 플랫폼에 미치는 영향

이 기능이 사용자에게 어떤 영향을 미치는지는 사용자들이 여러분의 플랫폼에 어떻게 인증하고 여러분의 플랫폼이 사용자들을 어떻게 식별하는지에 따라 달라져요.

Sign in with Google 사용자, Subject ID로 식별하는 경우

만약 여러분의 플랫폼이 이미 Subject ID를 주 계정 식별자로 사용하고 있다면, 별다른 조치가 필요 없어요. Subject ID는 안정적이며 이메일 주소 변경 여부와 관계없이 바뀌지 않거든요.

Sign in with Google 사용자, 이메일 주소로 식별하는 경우

만약 여러분의 플랫폼이 Sign in with Google을 사용하고 ID 토큰의 이메일 주소를 기반으로 사용자 계정을 매핑한다면, 일부 사용자들은 사용자 이름 변경 후 서비스 이용에 문제가 생길 수도 있어요.

  • 사용자 이름 변경 전의 OAuth 권한이 여전히 활성 상태인 경우, Google은 연속성을 유지하기 위해 이전 이메일 주소를 계속 제공할 거예요. 사용자 인증 경험은 일반적으로 중단 없이 유지될 거고요.

  • 하지만 사용자가 OAuth 권한을 취소한 경우, Google은 다음 로그인 시 새로운 이메일 주소를 제공할 거예요. 이로 인해 여러분의 플랫폼이 사용자를 인식하지 못해서 중복 계정이 생기거나 기존 데이터에 대한 접근 권한을 잃을 수 있어요.

가장 좋은 방법은 Subject ID를 주 사용자 식별자로 마이그레이션하는 것을 추천해요. 아래 권장 사항 섹션을 참고해 주세요.

수동 계정 및 비밀번호 사용자

이메일과 비밀번호로 로그인하는 사용자들의 경우, 로그인 경험은 영향을 받지 않을 거예요. 사용자의 이전 이메일 주소는 여전히 활성 상태이므로, 평소처럼 로그인할 수 있죠. 사용자가 원래 여러분의 플랫폼에서 이메일 주소와 비밀번호로 계정을 만들었기 때문에, 여러분의 플랫폼에는 Subject ID가 저장되어 있지 않고 오직 이메일 주소만 알고 있을 거예요.

  • 중복 생성 위험: 만약 사용자가 나중에 새로운 이메일 주소로 Sign in with Google을 시도하면, 여러분의 플랫폼은 이 새로운 Google ID를 기존 계정과 연결할 수 없어서 중복 계정이 생성될 수 있어요.

이런 일이 발생하는 것을 막기 위해, 사용자들이 여러분의 플랫폼 설정에서 계정에 연결된 이메일 주소를 업데이트할 수 있도록 허용해 주세요. 이렇게 하면 사용자들은 이메일과 비밀번호 로그인 외에도 Sign in with Google을 사용해서 기존 계정에 원활하게 로그인할 수 있게 돼요.

패스키에 대한 참고 사항

패스키를 사용해서 여러분의 플랫폼에 로그인하는 사용자들의 경우, 이 기능은 로그인 경험에 영향을 미치지 않을 거예요.

Google의 권장 사항

사용자들의 원활한 전환을 위해 다음 세 단계를 따르는 것을 추천해요.

  • Subject ID를 주 사용자 식별자로 사용하세요. Subject ID (sub)는 Google 사용자에게 가장 신뢰할 수 있는 식별자이며, 사용자가 이메일 주소를 업데이트해도 변경되지 않아요. Sign in with Google을 통해 인증된 모든 사용자 계정에 대해 Subject ID를 주 키로 사용하는 것을 강력히 권장해요. Subject ID에 대한 더 자세한 기술 정보는 구현 모범 사례에서 확인할 수 있어요.

  • 이메일 기반 계정 복구를 제공하세요. Subject ID 채택이 당장 어렵다면, 이메일 기반 계정 복구 기능을 제공하는 것이 필수적이에요. Google은 이전 이메일 주소를 별칭으로 유지하기 때문에, 원래 주소로 보낸 복구 메시지는 여전히 사용자에게 전달될 거예요.

  • 이메일 업데이트를 활성화하세요. 전통적인 이메일과 비밀번호 계정으로 여러분의 플랫폼에 가입한 사용자들을 위해, 로그인 문제를 방지하려면 플랫폼 설정 내에서 연락처 정보를 업데이트할 수 있도록 허용해 주세요.

Google은 여러분이 현재 인증 옵션을 검토하고 이러한 업데이트를 구현해서 원활한 사용자 경험을 유지하시기를 권장해요.

사용자를 위한 훌륭한 경험

이러한 개선 사항들을 통해 사용자 경험을 더 간단하고 안전하게 만들어서, 사용자들이 여러분의 플랫폼에 쉽게 계속 참여할 수 있도록 하고 있어요. 궁금한 점이 있다면 developers.google.com을 방문해 주세요.

google-developers · 원문 보기 · 2026-04-02

이 글은 원문을 한국어로 번역한 것입니다. 저작권은 원 저작자에게 있습니다.