게시일: 2026년 9월 30일, 최종 업데이트: 2026년 10월 7일
개요
즉시 UI 모드는 전용 로그인 페이지로 이동하여 발생하는 컨텍스트 손실과 사용자 이탈을 해결합니다. 이를 통해 사용자는 컨텍스트를 벗어나지 않고도 보고 있거나 작업 중인 페이지에서 바로 패스키나 저장된 비밀번호를 사용하여 로그인을 완료할 수 있습니다.
사용자가 텍스트 입력란에 포커스를 맞출 때 자동 완성 추천을 표시하는 조건부 UI와 달리 즉시 UI 모드는 버튼 또는 링크 클릭에 대한 응답으로 브라우저의 인증 대화상자를 즉시 호출합니다. 현재 uiMode는 "immediate"만 허용하지만 향후 변경될 수 있습니다.
세 가지 핵심 특성으로 인해 즉각적인 UI 모드는 빠른 로그인에 매우 효과적입니다.
- 교차 기기 QR 코드 건너뛰기: 기기에 즉시 사용 가능한 패스키나 저장된 비밀번호가 있는 경우 브라우저에 인증 대화상자가 바로 표시됩니다. 이러한 항목이 없으면 스마트폰용 교차 기기 QR 코드 화면을 표시하지 않고 즉시 종료됩니다. 이렇게 하면 사이트가 로그인 페이지로 이동하는 등 일반 대체 탐색으로 자연스럽게 전환될 수 있습니다.
- 직관적인 계정 중심 선택 UI: 혼합된 유형의 사용자 인증 정보를 개별적으로 나열하는 대신 패스키와 비밀번호 간의 기본 차이점을 숨겨 사용자가 로그인하려는 계정에 초점을 맞춘 직관적인 계정 선택기를 표시합니다.
- 안전한 점진적 개선: Google Chrome 및 Chromium 브라우저에서만 지원되지만 기능 감지를 사용하면 지원되지 않는 브라우저 (예: Safari 또는 Firefox) 또는 시크릿 모드의 사용자를 위한 기존 로그인 흐름을 중단하지 않고 지원되는 환경의 사용자에게 빠른 로그인을 제공할 수 있습니다.
API가 내부적으로 작동하는 방식과 기능 감지를 구현하는 방법에 관한 자세한 내용은 로그인용 즉각적인 UI 모드를 참고하세요. 이 문서에서는 즉각적인 UI 모드로 전환을 늘리는 권장 UX 패턴과 피해야 할 디자인 안티 패턴을 살펴봅니다.
권장 UX 패턴
즉시 UI 모드를 사용하는 가장 효과적인 위치는 페이지 탐색 직전의 차단입니다. 인증되지 않은 사용자 (또는 세션이 만료된 사용자)가 일반적으로 로그인 페이지로 이동하는 링크나 작업 버튼을 클릭할 때 바로 UI 모드를 호출하면 워크플로를 중단하지 않는 원활한 UX가 만들어집니다.
헤더 로그인 링크 가로채기
대부분의 웹사이트는 화면 상단의 전역 헤더에 전용 로그인 페이지로 이동하는 '로그인' 링크를 배치합니다. 사용자가 탐색 중인 페이지에서 이 링크를 클릭하면 탐색이 일시중지되고 즉시 UI 모드가 호출되어 기기에 사용자 인증 정보가 있는 경우 브라우저가 현재 페이지 바로 위에 계정 선택 대화상자를 표시할 수 있습니다.
사용자가 계정을 선택하고 인증을 완료하면 페이지 탐색 없이 헤더가 로그인 상태로 업데이트되므로 사용자는 보고 있던 페이지에서 한 단계도 벗어나지 않고 계속 탐색할 수 있습니다. 반대로 기기에 사용자 인증 정보가 없으면 브라우저 UI가 표시되지 않으며 사용자는 원래 의도한 대로 로그인 페이지로 원활하게 이동합니다.
결제 시 동적 로그인 (전자상거래)
전자상거래 사이트에서 장바구니에서 결제로의 전환은 페이지 탐색 마찰로 인해 장바구니 이탈이 발생하는 가장 일반적인 지점 중 하나입니다. 인증되지 않은 쇼핑객이 장바구니 화면에서 결제 버튼을 클릭하는 순간 즉시 UI 모드를 호출하면 버튼을 클릭한 위치에 계정 선택 대화상자가 표시되어 한 번의 탭으로 인증이 완료됩니다.
인증에 성공하면 쇼핑객이 로그인 페이지를 완전히 건너뛰고 최종 배송 및 결제 확인 화면 (결제 페이지)으로 바로 이동하여 구매를 완료하는 데 필요한 단계를 크게 줄입니다. 사용자 인증 정보가 없는 경우 쇼핑객은 일반 로그인 또는 게스트 결제 선택 화면으로 정상적으로 전환됩니다. 비즈니스 요구사항에 따라 게스트 결제를 허용하거나 로그인하도록 사이트를 설계할 수 있습니다. 즉각적인 UI 모드는 재구매 고객의 결제 마찰을 없애는 데 도움이 됩니다.
마이크로 작업 (좋아요, 북마크, 저장)을 위한 인라인 로그인
방문자가 소셜 피드, 커뮤니티 사이트 또는 이커머스 제품 카탈로그를 탐색할 때 게시물에 '좋아요'를 누르거나 항목을 '북마크'하려고 할 때마다 전체 페이지가 로그인 페이지로 리디렉션되면 일부 사용자가 작업을 포기할 수 있습니다.
로그아웃한 방문자가 좋아요, 북마크, 저장과 같은 작업 버튼을 클릭하면 해당 위치에 바로 UI 모드 대화상자를 표시하여 신원 확인을 완료하고 작업 기록 및 UI 애니메이션 (예: 하트 아이콘이 빨간색으로 변함)을 즉시 트리거할 수 있습니다. 스크롤 위치가 1픽셀씩 이동하지 않아 탐색 몰입도가 완전히 유지됩니다. 사용자의 인증 정보가 없는 경우 즉시 이동하는 대신 현재 화면에 경량 인라인 로그인 모달을 표시하거나 로그인 후 원래 위치로 돌아갈 수 있는 방식으로 사용자를 로그인 페이지로 안내할 수 있습니다.
게시자 사이트 페이월 잠금 해제
뉴스 미디어와 콘텐츠 플랫폼은 기사의 첫 번째 단락은 자유롭게 액세스할 수 있지만 독자가 스크롤할 때 중간에 소프트 페이월 또는 회원 전용 흐림 처리가 표시되는 모델을 널리 채택하고 있습니다.
독자가 도움말을 아래로 스크롤하여 페이월에 도달하고 내 계정으로 계속 읽기 버튼을 클릭하면 즉시 UI 모드를 호출하여 독자가 일시중지한 정확한 스크롤 위치 바로 위에 인증 대화상자가 표시됩니다. 인증이 완료되면 페이지를 새로고침하지 않고도 도움말 흐림 처리가 부드럽게 해제되므로 독자가 보고 있던 텍스트 줄을 잃지 않고 계속 읽을 수 있습니다. 사용자 인증 정보가 없는 경우 페이월 섹션 내에서 인라인 등록 또는 로그인 양식을 펼칩니다.
피해야 할 안티패턴
즉시 UI 모드는 페이지 탐색 전에 사용하면 큰 가치를 제공하지만 잘못된 위치에 배치하거나 지원되지 않는 흐름에 적용하면 사용자의 로그인 환경에 적극적으로 해를 끼칩니다.
전용 로그인 페이지의 로그인 버튼에서 즉시 UI 모드 방지
즉시 UI 모드는 세련된 단일 대화상자에서 패스키와 비밀번호를 모두 처리하므로 전용 로그인 페이지에 배치된 '로그인' 버튼에서 사용하고 싶을 수 있습니다. 하지만 여기에서는 사용하지 않는 것이 좋습니다. 첫째, 즉각적인 UI 모드는 사용자 활성화 (예: 클릭 또는 탭)가 엄격하게 필요하므로 사용자가 페이지 로드 시 로그인 옵션을 바로 사용할 수 있다고 예상하는 로그인 페이지에서는 어색합니다. 둘째, 로그인 페이지는 사용자가 기기에 로컬 사용자 인증 정보가 없는 경우 도착하는 최종 목적지이거나, 사용자가 '패스키로 로그인'을 클릭하여 모바일 기기(크로스 디바이스 인증) 또는 하드웨어 보안 키로 로그인하려는 경우 도착하는 최종 목적지입니다. 여기에서 즉시 UI 모드를 사용하면 브라우저가 교차 기기 QR 코드와 보안 키 대체를 억제하고 기기에서 로컬 사용자 인증 정보를 찾지 못하는 즉시 종료되어 사용자가 더 이상 목적지가 없는 페이지에서 버튼을 클릭해도 아무것도 하지 않는 막다른 골목에 갇히게 됩니다.
모든 인증 방법이 안정적으로 작동해야 하는 로그인 페이지에서는 입력 필드에 조건부 UI (자동 완성 통합)를 구성하여 로컬 패스키의 편의성을 보장하는 것이 좋습니다. 명시적인 '패스키로 로그인' 버튼을 교차 기기 QR 코드 및 보안 키 옵션을 안정적으로 표시하는 표준 호출 방법과 페어링하는 것도 좋습니다.
단계별 재인증을 위해 즉각적인 UI 모드 방지
로그인한 사용자가 비밀번호 변경, 배송지 주소 업데이트, 저장된 결제 수단 수정, 새 패스키 추가와 같은 민감한 작업을 실행하면 사이트에서 사용자의 신원을 확인하기 위해 단계적 재인증을 요구하는 경우가 많습니다. 사용자가 이미 로그인되어 있으므로 재인증 흐름은 일반적으로 비어 있지 않은 allowCredentials 목록을 전달하여 인증을 해당 특정 사용자에 속한 사용자 인증 정보로 제한합니다.
하지만 재인증에는 즉시 UI 모드를 사용하지 마세요. 즉시 UI 모드는 사용자의 신원이 아직 알려지지 않은 인증되지 않은 로그인 흐름 전용으로 설계되었습니다. 신뢰 당사자가 즉시 UI 모드에서 특정 사용자 인증 정보 ID 목록을 쿼리하고 사용자 인증 정보가 있는지 관찰할 수 있다면 사용자가 이전에 사이트와 상호작용했는지 추론하고 세션 간에 사용자를 추적할 수 있습니다. 이 교차 세션 추적 위험을 방지하기 위해 브라우저는 비어 있지 않은 allowCredentials 목록이 포함된 즉각적인 UI 모드 요청을 NotAllowedError을 던져 즉시 거부합니다. 반대로 재인증 중에 allowCredentials를 생략하는 것도 문제가 됩니다. 브라우저가 기기에 저장된 사이트의 모든 사용자 인증 정보를 표시하므로 사용자가 현재 로그인한 계정과 다른 계정을 실수로 선택할 수 있기 때문입니다.
사용자의 ID를 이미 알고 있는 단계별 재인증의 경우 로그인한 사용자의 등록된 사용자 인증 정보로 채워진 allowCredentials를 사용하여 표준 모달 WebAuthn 요청 (uiMode:
'immediate' 없는 navigator.credentials.get())을 사용하거나 사용자를 표준 재인증 챌린지 화면으로 안내합니다.
결론
즉시 UI 모드는 로그인 페이지로 불필요하게 우회하지 않고 컨텍스트를 유지하면서 로그인을 완료하는 빠른 로그인을 지원하는 강력한 UX 도구입니다. 페이지 탐색이 발생하기 직전에 헤더 로그인 링크, 결제 버튼, 마이크로 액션, 기사 페이월과 같은 명확한 사용자 의도를 포착하면 이탈을 방지하고 원활한 사용자 환경을 제공할 수 있습니다.
동시에 즉시 UI 모드는 페이지 탐색 전에 인증되지 않은 사용자를 위한 점진적 개선사항일 뿐입니다. 디자인이 교차 기기 (QR 코드) 사용자에게 열려 있고 액세스 가능하도록 최종 대상 로그인 페이지의 버튼에는 적용하지 마세요. allowCredentials가 필요한 재인증 흐름에는 사용하지 마세요.
패스키 구현 및 최신 웹 ID 기능에 관한 자세한 내용은 다음 리소스를 참고하세요.
- 자세한 API 사양 및 기능 감지 구현 코드는 로그인용 즉각적인 UI 모드를 참고하세요.
- 개발자용 Chrome 블로그에서 최신 웹 플랫폼 업데이트를 확인하세요.
- Chrome ID 포털에서 패스키 디자인 가이드와 우수사례를 살펴보세요.