로그인 후 알림, A/B 테스트 메시징, 교차 기기 지원을 통해 패스키 생성 도입률을 최적화하세요.
Vincent
Created: July 11, 2025
Updated: July 12, 2025
See the original blog version in English here.
60-page Enterprise Passkey Whitepaper:
Learn how leaders get +80% passkey adoption. Trusted by Rakuten, Klarna & Oracle
이 글에서는 시기적절한 알림(nudge)을 통해 패스키 생성 플로우를 최적화하여 패스키 도입률, 특히 패스키 생성률을 높이는 방법에 대한 종합 가이드를 제시합니다. 다음 질문에 대한 답을 찾아보겠습니다.
기업 환경에 맞춰진 검증된 전략과 실용적인 모범 사례를 배워, 조직이 성공적으로 사용자를 비밀번호에서 패스키로 전환할 수 있도록 지원합니다. 이 블로그는 특히 패스키 생성 및 등록에 중점을 둡니다. 후속 패스키 사용(로그인 빈도 및 방법)을 최적화하는 전략은 다음 글에서 별도로 다룰 예정입니다.
패스키를 구현하는 것은 첫 단계에 불과합니다. 진정한 가치는 조직이 효과적으로 패스키 도입률을 높일 때 실현됩니다. 패스키 생성 및 사용률을 높이기 위한 의도적인 조치 없이는, 기업들은 종종 지속적인 비밀번호 의존성에 갇히게 됩니다. 패스키 등록을 유도하는 알림과 최적화된 패스키 로그인 플로우 없이 단순히 패스키를 옵션으로만 제공하면, 사람들은 익숙한 것, 즉 비밀번호를 기본으로 사용하게 됩니다. 이러한 시나리오는 패스키 프로젝트의 투자 수익을 심각하게 제한할 수 있습니다.
조직은 패스키가 높은 수용률을 달성하고 대다수 사용자의 기본 로그인 방법이 될 때에만 비밀번호 재설정 감소 및 OTP 사용량 감소와 같은 상당한 보안 강화 및 비용 절감 효과를 경험할 수 있습니다. 따라서 패스키 사용자 프롬프트 모범 사례, 로그인 후 패스키 프롬프트 모범 사례, 패스키 프롬프트 A/B 테스트는 이러한 목표를 달성하는 데 중요한 역할을 합니다. 비밀번호에서 패스키로의 사용자 플로우 전환을 대규모로 목표하고 50–80%의 패스키 로그인 비율을 달성하려는 기업들은 적극적으로 패스키 생성에 참여합니다.
이러한 패스키 사용자 참여 전략은 FIDO 얼라이언스가 Passkey Central에서 권장하는 내용과 일치하며, FIDO 얼라이언스는 기업에서 패스키 사용자 도입을 촉진할 필요성을 강조합니다. 높은 수준의 이점은 잘 알려져 있지만, 실제 과제는 예를 들어 기기 전반에 걸쳐 패스키 적용 범위를 효과적으로 늘리고, 로그인 후 패스키 프롬프트 모범 사례를 구현하며, 패스키 등록을 위한 지속적인 사용자 교육을 조율하는 등 패스키 로그인 성공 지표를 높이는 데 있습니다.
예를 들어, 아마존은 광범위한 실험과 반복적인 UX 개선을 통해 패스키 도입률을 높이는 명시적인 접근 방식을 취하여 로그인 속도를 6배 빠르게 하고, 비밀번호로의 대체 사용을 현저히 줄이며 사용자 만족도를 높였습니다. 마찬가지로, 마이크로소프트의 페르소나 및 기기별 세분화, 그리고 구글의 25억 건 이상의 패스키 로그인은 단순한 패스키 사용 가능성을 넘어 적극적인 사용에 대한 그들의 노력을 보여줍니다.
회사 | 높은 패스키 도입률에 대한 집중 |
---|---|
아마존 | 예 – 사용을 유도하기 위해 여러 실험을 실행하여 6배 빠른 로그인 달성 |
마이크로소프트 | 예 – 사용자 페르소나 및 기기별로 세분화하여 점진적으로 패스키 적용 |
구글 | 예 – 25억 건 이상의 패스키 로그인은 강력한 도입 추진을 보여줌 |
요약하자면, 기업에서 사용자의 패스키 도입을 유도하는 것은 단순히 패스키 기능을 활성화하는 것보다 훨씬 더 중요합니다. 사용자는 스스로 새로운 로그인 방법을 거의 찾지 않습니다. 패스키 로그인 플로우 최적화, 패스키 등록을 위한 시기적절한 알림, 지속적인 패스키 프롬프트 A/B 테스트가 계획의 일부인지 확인해야 합니다. 이러한 패스키 사용자 참여 전략과 패스키 사용 분석 및 KPI를 통해 조직은 중요한 임계값을 초과하고, 비밀번호를 패스키로 완전히 대체하며, 비밀번호 없는 미래의 모든 이점(보안, 재정, 사용자 경험)을 누릴 수 있습니다.
사용자에게 패스키 설정을 권장하는 것, 즉 패스키 생성 또는 패스키 등록은 패스키 도입률을 개선하고 패스키 사용률을 높이려는 모든 시도의 기초입니다. 실제로 패스키 등록을 유도하는 여러 프롬프트와 플로우가 존재하지만, 모두가 똑같이 효과적인 것은 아닙니다. 아래는 일반적인 접근 방식에 대한 개요와 함께, 로그인 후 패스키 프롬프트 모범 사례가 가장 영향력 있는 것으로 널리 알려진 이유입니다.
측면 | 설명 |
---|---|
작동 방식 | 비밀번호나 기존 MFA를 통한 성공적인 로그인 후, 사용자에게 즉시 패스키 생성을 요청합니다(예: "다음 로그인은 패스키로 안전하게 보호하세요!"). |
장점 | ✅ 높은 가시성: 모든 사용자는 결국 로그인 화면을 보게 됩니다. ✅ 최소한의 마찰: 사용자는 이미 인증 마인드셋 상태입니다. |
단점 | ⚠️ 로그인 후 신중하게 타이밍을 맞춘 실시간 메시징 로직이 필요합니다. |
영향 | ✅ 대규모 패스키 도입에 가장 높은 효과. 아마존, 구글, 마이크로소프트와 같은 회사들이 이 접근 방식에 크게 의존합니다. |
측면 | 설명 |
---|---|
작동 방식 | 비밀번호를 재설정한 직후 사용자에게 패스키 생성을 요청합니다(예: "향후 비밀번호 재설정을 피하세요—지금 패스키를 만드세요!"). |
장점 | ✅ 사용자가 불편함을 느끼는 순간(비밀번호 분실)에 접근합니다. |
단점 | ⚠️ 비밀번호 재설정은 드물게 발생하여 전반적인 도달 범위와 영향이 제한적입니다. |
영향 | 📌 보조적인 조치로서 중간 정도의 효과; 광범위한 도입을 위해서는 단독으로 불충분합니다. |
측면 | 설명 |
---|---|
작동 방식 | 사용자가 "보안 설정"으로 이동하거나 명시적인 "패스키 추가" 옵션을 통해 자발적으로 패스키를 등록합니다. |
장점 | ✅ 구현이 쉽고 방해가 적어 초기 파일럿 테스트에 이상적입니다. 항상 표준 기능의 일부입니다. |
단점 | ⚠️ 매우 수동적인 접근 방식; 많은 사용자가 보안 기능을 위해 계정 설정을 적극적으로 탐색하지 않습니다. |
영향 | 📌 단독으로 사용될 경우 낮음에서 중간 정도의 효과; 패스키 계정 설정은 표준 기능이므로 첫 단계로 유용합니다. |
측면 | 설명 |
---|---|
작동 방식 | 애플리케이션 인터페이스 내에서 패스키 설정을 유도하는 배너나 팝업을 정기적으로 표시합니다. |
장점 | ✅ 반복 사용자에게 추가적인 알림 접점을 제공합니다. |
단점 | ⚠️ 종종 간과되거나 무시되며, 다른 앱 메시지 및 알림과 경쟁합니다. |
영향 | 📌 도입률에 미미한 상승 효과; 일반적으로 관련된 복잡성을 정당화할 만큼 중요하지 않습니다. |
측면 | 설명 |
---|---|
작동 방식 | 신규 사용자는 계정을 만들 때 즉시 패스키 설정을 요청받거나 요구받습니다. |
장점 | ✅ 신규 등록자에게 첫날부터 비밀번호 없는 습관을 형성합니다. |
단점 | ⚠️ 신규 계정만을 대상으로 하며, 기존 사용자 사이의 도입 문제는 해결하지 못합니다. 미래에 더 중요해질 것입니다. |
영향 | 📌 광범위한 전략의 일부로서 중간 정도의 효과; 기존 계정을 전환하기에는 단독으로 불충분합니다. |
패스키 알림을 구현할 위치를 선택할 때, 대기업 경험을 바탕으로 한 다음 통찰력을 고려하십시오.
방법 | 구현 복잡성 | 대규모 영향 | 권장 여부 |
---|---|---|---|
로그인 후 프롬프트 | 중간 | 매우 높음 | ✅ 강력 추천 |
계정 설정 페이지 | 낮음 | 중간 | ✅ 기본으로 권장 |
계정 생성(등록) | 낮음-중간 | 중간 | ✅ 후반 단계에서 권장 |
비밀번호 재설정 후 | 높음 | 낮음–중간 | ❌ 보통 노력할 가치 없음 |
인앱 콜아웃 및 배너 | 높음 | 낮음–중간 | ❌ 보통 노력할 가치 없음 |
기존 배포 사례들의 공통된 의견은 명확합니다. 로그인 후 알림이 가장 높은 패스키 생성률을 보이며, 그 구현 복잡성을 정당화합니다. 계정 설정 페이지를 통해 패스키 등록을 제공하는 것과 같은 다른 간단한 옵션은 초기 사용자 탐색을 위한 유용한 시작점을 제공합니다. 반대로, 비밀번호 재설정 후 프롬프트나 지속적인 인앱 콜아웃과 같은 복잡한 방법은 일반적으로 중간 정도의 추가적인 이점만을 제공하며 필요한 노력을 거의 정당화하지 못합니다.
공통된 의견 및 핵심 요점
로그인 후 프롬프트는 영향력 면에서 가장 높은 순위를 차지하며, 상당한 개발 오버헤드를 정당화합니다. 이는 비밀번호를 입력하는 보편적인 "고충" 순간을 활용하여, 높은 패스키 도입률을 달성하기 위한 가장 중요한 모범 사례입니다.
계정 설정 페이지는 모든 패스키 프로젝트에 사실상 필수적이므로 어쨌든 존재하게 됩니다. 도입률을 크게 높이는 데는 미미한 역할을 하지만, 초기 구현 단계로 강력히 권장됩니다. 계정 설정 페이지를 먼저 사용하면 조직은 더 복잡한 로그인 후 알림을 배포하기 전에 패스키 구현을 시험, 개선 및 검증할 수 있습니다.
계정 생성 프롬프트는 중간 정도의 이점을 제공하며, 광범위한 도입 전략을 보완하는 보조적인 조치로 권장됩니다. 신규 사용자 사이에서 점진적인 도입을 제공하지만 기존 사용자 기반에는 큰 영향을 미치지 않습니다.
비밀번호 재설정 후 및 인앱 콜아웃 및 배너는 일반적으로 낮음에서 중간 정도의 이익을 낳습니다. 이러한 조치들이 광범위한 도입 노력을 보완할 수는 있지만, 그 구현 복잡성 때문에 핵심 전략으로 우선순위를 두는 것은 거의 정당화되지 않습니다.
이상적인 로그인 후 알림을 만들기 위해서는 대형 기술 회사들의 성공적인 출시 사례를 검토하고 그들의 실험에서 공통된 결과를 파악하는 것이 합리적입니다. 이 정보의 대부분은 FIDO 얼라이언스가 발표한 강연에서 찾을 수 있습니다.
• 다중 실험 및 처리: 아마존은 어떤 사용자 프롬프트가 가장 효과적인지 확인하기 위해 다양한 로그인 후 플로우("T1", "T2", "T3")를 테스트했습니다. 일부는 자동으로 패스키 생성 대화 상자를 열었고, 다른 일부는 "예, 패스키 생성" 또는 "아니요, 계속 비밀번호 사용"이라는 두 가지 선택지가 있는 간단한 "패스키 설정" 화면을 표시했습니다.
• 6배 빠른 로그인 속도: 반복적인 A/B 테스트와 실시간 조정을 통해, 패스키를 도입한 사용자들은 최대 6배 빠른 로그인을 달성했으며, 이는 비밀번호로의 대체 사용을 크게 줄였습니다.
• 모바일 대 데스크톱 차이: 아마존은 모바일에서 패스키 등록을 자동으로 트리거하는 것이 데스크톱 플로우에 비해 현저히 높은 수용률을 보인다는 것을 발견했으며, 이는 스마트폰 사용자가 생체 인식 프롬프트에 더 개방적임을 시사합니다.
Igor Gjorgjioski
Head of Digital Channels & Platform Enablement, VicRoads
Corbado proved to be a trusted partner. Their hands-on, 24/7 support and on-site assistance enabled a seamless integration into VicRoads' complex systems, offering passkeys to 5 million users.
기업들은 Corbado를 신뢰하여 사용자를 보호하고 패스키로 로그인을 더욱 원활하게 만듭니다. 지금 무료 패스키 상담을 받으세요.
무료 상담 받기• 페르소나 및 기기 세분화: 마이크로소프트의 내부 출시는 체계적으로 다양한 사용자 그룹(임원, 개발자, 현장 직원)과 특정 플랫폼(Windows, macOS, iOS, Android)을 대상으로 했습니다. 그들은 각 세그먼트의 워크플로우에 맞춰진 로그인 후 패스키 프롬프트를 표시했습니다.
• 단계적 강제 적용: 초기 단계에서 성공을 측정한 후, 마이크로소프트는 후속 단계에서 점진적으로 패스키 의무 사용을 강화했습니다. 또한 조직은 각 단계별로 "패스키 수락률"을 측정하여 전환율이 떨어지면 UI 텍스트나 대체 로직을 개선했습니다.
• 적용 범위 확대 장려: 사용자가 한 기기에서 패스키를 설정하면, 향후 새 기기에서 로그인한 후 "여기에 패스키를 추가하시겠습니까?"라는 프롬프트를 표시하여 사용자의 환경 전반에 걸쳐 패스키가 보편화되도록 했습니다.
• 대규모 A/B 테스트: 25억 건 이상의 패스키 로그인을 기록한 구글은 패스키 프롬프트 A/B 테스트에 막대한 투자를 하고 있습니다. 그들은 종종 편의성 메시징("다음에는 비밀번호 입력 건너뛰기")과 보안 메시징("패스키로 계정 보호")을 비교하여 어느 것이 더 공감을 얻는지 확인합니다.
• 재인증 플로우: 구글은 또한 사용자가 민감한 설정을 수정할 때와 같은 재인증 프롬프트를 활용하여 패스키에 대해 상기시킵니다: "더 빠른 단계를 원하시나요? 지금 패스키를 만드세요."
• 교차 기기 알림: 구글 비밀번호 관리자가 기기 간에 패스키를 동기화하기 때문에, 로그인 후 접근 방식에는 종종 다중 플랫폼 편의성에 대한 짧은 메모가 포함되어 "한 번 생성하여 어디서든 사용"을 강화합니다.
• 보안 대 편의성 언어: QuickBooks와 TurboTax를 보유한 Intuit는 "피싱 방지 로그인"(보안 중심)과 "더 빠른 로그인, 비밀번호 없음"(사용 편의성 강조)과 같은 메시지를 테스트했습니다. 그들은 특정 세그먼트(특히 금융 전문가)가 보안에 더 동기 부여를 받는 반면, 다른 사람들은 편의성에 더 동기 부여를 받는다는 것을 발견했습니다.
• 반복적인 사용자 테스트: 소규모 사업주부터 일반 납세자에 이르기까지 매우 다양한 기반을 가진 Intuit는 지속적으로 문구, UI 레이아웃 및 프롬프트 타이밍을 개선했습니다. 그들은 로그인 직후에 프롬프트를 표시하는 것이 훨씬 더 높은 패스키 수용률을 보인다는 것을 발견했습니다.
• 지속적인 알림: 처음에 패스키 플로우를 건너뛴 사용자를 위해, Intuit는 짧은 간격 후에 다시 나타나는 "두 번째 기회" 프롬프트를 구축했습니다. 이 전략은 최종 생성률을 더욱 높였습니다.
이러한 대규모 출시의 공통점을 요약해 보겠습니다.
A/B 테스트로 메시지 테스트 | 각 회사는 다양한 문구나 UI를 시도하는 것의 가치를 배웠습니다. "더 빠른 로그인"이라는 제안은 주류 사용자에게 종종 공감을 얻는 반면, 특정 보안 중심 그룹은 "계정 보호"라는 언어를 선호합니다. |
---|---|
인구 통계 및 OS별 '패스키 수락률' 측정 | 모든 주요 배포는 누가 알림을 보고, 누가 수락하며, 누가 기기 및 브라우저/OS 버전별로 세분화된 절차를 완료하는지 추적합니다. 이는 마찰 지점(예: 구형 Android)이나 인구 통계학적 차이를 식별합니다. |
반복적인 프롬프트 | Intuit는 첫 로그인 시 패스키를 건너뛴 사람들에게 다시 프롬프트를 표시하면 최종 도입률이 두 배 또는 세 배가 될 수 있다는 것을 발견했습니다. 아마존도 유사하게 반복적인 처리 시스템을 사용했습니다. |
알림 빈도 및 타임아웃 | 반복적인 프롬프트가 도움이 되지만, 짧은 시간 안에 너무 많으면 사용자 불만을 유발합니다. 일반적으로 짧은 기간 내에 세 번째 프롬프트 이후에는 수락률이 급격히 떨어지므로, 조직은 종종 설정된 쿨다운 기간(예: 30일) 동안 알림 빈도를 줄입니다. |
자동 또는 수동 절차 | 패스키 등록을 자동으로 여는 것(특히 모바일에서)은 수락률을 30–50% 높일 수 있지만, 혼란을 피하기 위해 신중한 UI/UX 디자인이 필요합니다. |
종합적으로, 이러한 실제 사례들은 간단하고 시기적절한 문구와 일관된 재노출을 특징으로 하는 로그인 후 모범 사례가 패스키 생성 도입률을 높이는 가장 강력한 동인임을 확인시켜 줍니다. 다음 섹션에서는 사용자가 첫 번째 패스키를 설정할 뿐만 아니라 여러 기기에 추가 패스키를 추가하여 도입률을 50–80% 임계값에 가깝게 만들어 비밀번호를 패스키로 대체할 수 있도록 이 접근 방식을 구성하는 방법을 살펴보겠습니다.
효과적인 로그인 후 전략은 단순히 사용자가 첫 패스키를 만들도록 유도하는 것 이상을 수행합니다. 또한 사용자가 자신의 모든 기기에서 포괄적인 패스키를 도입하도록 적극적으로 안내하여 비밀번호의 필요성을 점차 줄입니다. 이러한 알림의 목표는 패스키를 주요 인증 방법으로 확립하여 기존 비밀번호 로그인에 대한 의존도를 크게 줄이는 것입니다. 아래는 로그인 후 프로세스의 각 전략적 단계에 대한 확장된 고려 사항입니다.
초기 패스키 도입을 유도하는 핵심 과제는 올바른 메시지를 찾는 것에 있습니다. 조직은 사용자의 편안함과 편의성에 호소할지, 아니면 주로 강화된 보안에 초점을 맞출지를 명확히 정의해야 합니다. 예를 들어, 구글은 "더 빠른 로그인, 비밀번호 없음"과 같은 간단하고 편의성 지향적인 프롬프트로 주류 시장에서 성공을 거두었으며, 이는 일반 사용자들에게 강하게 어필했습니다. 반면, Intuit는 전문가, 특히 금융 분야 종사자들이 "피싱으로부터 계정 보호"와 같은 보안 중심 메시지에 더 긍정적으로 반응한다는 것을 확인했습니다. 이상적인 메시지는 대상 사용자 인구 통계 및 그들의 특정 요구 또는 우선순위에 따라 크게 달라지므로, 가장 효과적인 언어를 찾아내기 위한 광범위한 A/B 테스트의 중요성이 강조됩니다.
이러한 메시지의 변형을 테스트하면 어떤 것이 가장 강하게 공감을 얻고 가장 높은 수락률을 보이는지 측정할 수 있습니다. 프롬프트의 빈도를 관리하는 것도 똑같이 중요합니다. 초기 알림은 필수적이지만, 후속 알림은 신중하게 균형을 맞춰야 합니다. 아마존과 같은 회사들은 짧은 시간 안에 너무 많은 반복적인 프롬프트를 보낸 후 수락률이 급격히 감소하는 것을 관찰했습니다. 널리 채택된 모범 사례는 사용자가 프롬프트를 쉽게 건너뛸 수 있도록 허용하되, 예를 들어 30일과 같은 쿨다운 기간 후에 패스키 설정을 다시 제안하는 것입니다.
로그인 후 등록 플로우를 자동으로 트리거할지 여부를 결정하는 것도 도입률에 상당한 영향을 미칩니다. 모바일 기기에서 자동 트리거는 매우 효과적인 것으로 입증되었으며, 아마존은 생체 인식 상호 작용의 직관적인 특성 덕분에 30–50% 더 높은 수락률을 기록했습니다. 그러나 자동 등록 프롬프트는 특히 데스크톱 플랫폼에서 사용자 불만을 피하기 위해 신중하게 실행되어야 하며, 데스크톱에서는 수동 트리거가 일반적으로 더 효과적이고 덜 방해적이었습니다.
광범위한 패스키 도입을 달성하려면 사용자가 첫 패스키를 등록하게 하는 것뿐만 아니라, 다른 기기로 적용 범위를 확장하도록 체계적으로 유도하여 계정 잠금 가능성을 줄여야 합니다. 선제적인 메시징은 사용자의 기기에 관계없이 원활한 인증 경험을 보장하고, 보안을 크게 강화하면서 편의성을 제공합니다. 예를 들어, 사용자가 처음에 Windows에서 패스키를 등록하고 나중에 대체 옵션을 통해 Android 기기에서 로그인하는 경우, 시스템은 명확하게 "다음 번에 비밀번호를 건너뛰려면 여기에 패스키를 설정하세요"라고 안내해야 합니다.
이러한 다중 기기 접근 방식은 지속적인 적용 범위를 보장하고 기존 인증 방법으로의 대체 사용을 크게 줄입니다. 또한, 사용자가 패스키 등록을 삭제하거나 중단하는 등 이전에 패스키가 실패했거나 포기된 시나리오를 다루는 것은 사용자를 다시 참여시킬 수 있는 또 다른 중요한 기회를 제공합니다. 성공적인 대체 로그인 후 "지난번 패스키 설정이 작동하지 않았습니다 - 향후 로그인을 단순화하기 위해 지금 다시 시도하세요"와 같은 메시지로 안내하면 등록을 재시도하도록 장려합니다.
교차 기기 인증(CDA)을 포함하는 하이브리드 로그인 시나리오에서는 성공적인 인증 직후 사용자에게 네이티브 패스키를 로컬에 저장하도록 유도하여 향후 편의성을 향상시킵니다. 예를 들어, 스마트폰을 통해 CDA를 완료하여 Windows 세션을 승인한 후, 사용자에게 명확하게 "다음 번에 휴대폰을 사용하지 않으려면 이 기기에 직접 패스키를 추가하세요"라고 권장합니다.
궁극적으로, 기기 전반에 걸친 이러한 확장된 접근 방식은 보안을 강화할 뿐만 아니라 사용자의 시간, 편의성 및 선호도를 존중합니다. 사용자는 명확하고 개인화된 안내를 받을 때 가치 있고 권한이 부여되었다고 느끼며, 이는 불편한 대체 수단을 피하고 CDA 로그인을 줄이기 위해 전체 디지털 생태계에 걸쳐 패스키를 채택하려는 신뢰와 의지를 강화합니다.
사용자를 패스키 의무 도입으로 전환하려면 전략적이고 점진적인 접근이 필요하며, 이는 규제 환경이나 고가치 계정에서 특히 중요합니다. 갑작스럽게 의무화하기보다는 점진적으로 패스키 도입을 강제하면 사용자 저항을 최소화하고 수락률을 극대화할 수 있습니다.
한 가지 효과적인 방법은 처음에는 자발적인 도입을 추적하여 사용자가 패스키 사용에 익숙해지도록 하는 것입니다. 사용자가 패스키를 사용하여 여러 번 성공적으로 로그인한 후, 이 전환을 사전에 명확하게 전달하면서 점진적으로 비밀번호 기반 로그인 방법을 비활성화할 수 있습니다. 예를 들어, 사용자에게 명시적으로 알립니다: "다음 달부터 비밀번호는 더 이상 허용되지 않습니다. 패스키가 활성화되어 있는지 확인하십시오."
사용자 참여 통계를 면밀히 모니터링하는 것도 의무 전환을 미세 조정하는 데 도움이 됩니다. 사용자가 반복적으로 등록 프롬프트를 무시하면, 메시지를 강화하여 특정 임계값 이후에는 "건너뛰기" 옵션을 제거하거나 위 마이크로소프트 구현 사례에서처럼 의무 조치로 메시지를 격상시킬 수 있습니다. 그러나 실제 기술적 한계나 호환성 문제에 직면한 사용자를 위해 하드웨어 보안 키와 같은 안전한 대체 메커니즘을 항상 제공해야 합니다.
피싱 및 계정 탈취로부터의 보호와 같은 이점을 명확하게 전달하면, 의무적인 패스키 도입에 대한 사용자의 이해와 수용을 강화합니다(이는 선택 사항일 때의 단순화된 메시징과는 다릅니다). "패스키는 귀하의 계정을 안전하게 유지하는 데 도움이 됩니다 - 비밀번호는 곧 단계적으로 폐지될 것입니다"와 같은 메시징은 이 전환의 필요성과 가치를 강조하여, 사용자가 패스키를 새로운 인증 표준으로 채택하는 데 대한 신뢰를 증진시킵니다.
패스키 생성에 대한 높은 도입률을 효과적으로 유도하기 위해서는 신중하게 구조화되고 명확하게 전달되는 로그인 후 플로우가 필수적입니다. 최적의 플로우는 사용자가 이미 패스키를 등록했는지 여부에 따라 세 가지 시나리오를 체계적으로 다루며, 초기 생성, 추가 기기로의 패스키 적용 범위 확장, 대체 시나리오 처리를 단계별로 안내합니다.
아래는 제공된 순서도와 명확하게 일치하는 상세 설명입니다.
각 로그인 시 시스템은 초기 확인을 수행합니다:
사용자에게 이미 패스키가 있습니까?
**아니오(패스키 없음)**인 경우, 사용자는 기본 화면으로 안내됩니다.
**예(하나 이상의 패스키 있음)**인 경우, 사용자는 맞춤형 보조 화면으로 진행합니다.
기본 화면에서 등록 접근 방식은 사용자의 기기 플랫폼에 따라 다릅니다:
데스크톱 플로우 데스크톱에서 패스키 생성 프롬프트는 항상 수동입니다:
첫 번째 프롬프트: 사용자는 패스키 생성을 수락하거나 건너뛸지 명시적으로 선택합니다.
수락하면 즉시 패스키가 생성됩니다.
건너뛰면 다음 로그인 시 두 번째 프롬프트를 보게 됩니다.
두 번째 프롬프트는 다시 한 번 기회를 제공하며, 사용자에게 수락 또는 건너뛰기를 명시적으로 요청합니다.
사용자가 수락하면 패스키가 성공적으로 생성됩니다.
다시 건너뛰면 후속 로그인 시 세 번째 프롬프트를 받게 됩니다.
세 번째 프롬프트 후에도 사용자가 여전히 건너뛰면, 시스템은 과도한 사용자 마찰을 피하기 위해 명확하고 정의된 30일의 쿨다운 기간을 부과합니다.
모바일 기기 플로우는 더 동적인 접근 방식을 사용합니다:
처음에는 모바일 생체 인식 등록의 직관적인 특성으로 인해 패스키 생성 프롬프트가 자동으로 트리거됩니다.
사용자가 수락하면 패스키 등록이 즉시 완료됩니다.
사용자가 첫 번째 자동 프롬프트를 건너뛰면, 플로우는 다음 로그인 시 수동 두 번째 프롬프트로 전환됩니다.
두 번째 프롬프트(수동)에서 사용자는 다시 명시적으로 수락 또는 건너뛰기를 선택합니다.
수락하면 패스키 생성이 성공합니다.
다시 건너뛰면, 후속 세션 중에 세 번째 프롬프트가 제공됩니다.
세 번 연속 건너뛴 후, 모바일 사용자도 마찬가지로 추가 프롬프트가 발생하기 전에 30일의 쿨다운 기간에 들어갑니다.
이 구조화된 기본 화면 전략은 사용자 편의성과 지속적이면서도 정중한 알림 사이의 균형을 맞추어, 사용자를 압도하지 않으면서 점진적으로 패스키 도입으로 안내합니다.
이미 하나 이상의 패스키를 가진 사용자를 위해, 보조 프롬프트는 여러 기기나 운영 체제에 걸쳐 패스키 적용 범위를 확장하여 대체 수단에 대한 의존도를 없애는 데 중점을 둡니다:
대체 방법(비밀번호, OTP 또는 QR 기반 CDA 로그인)을 통해 성공적으로 로그인하면, 사용자는 명확하고 기기별로 특화된 보조 화면 프롬프트를 보게 되며, 추가 패스키 생성을 권장받습니다. 예시 메시지는 다음과 같습니다: "이 기기에서 비밀번호를 건너뛰려면 여기에 패스키를 설정하세요."
사용자는 다시 수락 또는 건너뛰기 옵션을 갖습니다.
여러 번 건너뛴 후, 시스템은 유사하게 사용자 짜증이나 피로를 피하기 위해 30일의 쿨다운을 도입합니다.
또한, 이 보조 화면은 이전에 패스키 등록에 실패했거나 명시적으로 패스키를 제거한 경우에도 적용됩니다. 이러한 시나리오에서 메시징은 이전의 실패를 명시적으로 언급하며, 현재 설정 프로세스의 새로워진 편의성과 향상된 신뢰성을 강조합니다.
설명된 순서도는 효과적인 로그인 후 패스키 등록 전략을 구현하기 위한 강력한 기본 청사진을 나타냅니다. 데스크톱과 모바일 경험을 구별하고, 프롬프트 빈도를 신중하게 관리하며, 반복적인 건너뛰기 후 명확한 경로를 제공하는 등 설명된 단계들은 아마존, 마이크로소프트, 구글과 같은 회사들의 대규모 배포에서 관찰된 검증된 모범 사례를 반영하지만, 사용자 기반이 상당히 다르다는 점을 강조하는 것이 중요합니다. 한 시나리오에서 매우 잘 작동하는 것이 다양한 사용자 인구 통계, 기기 선호도 및 조직적 맥락으로 인해 다른 시나리오에서는 다른 결과를 낳을 수 있습니다.
따라서, 지속적인 분석과 사용자 상호 작용에 대한 엄격한 모니터링은 패스키 등록 전략을 진정으로 최적화하고 개선하는 데 필수적입니다.
패스키 수락률 및 기타 중요한 KPI에 대한 상세한 추적은 플로우의 어떤 부분이 성공하거나 어려움을 겪는지에 대한 실행 가능한 통찰력을 제공합니다. 예를 들어, 등록 과정에서의 이탈 지점을 분석하면 사용자가 프롬프트를 너무 방해적이거나, 혼란스럽거나, 시기적절하지 않다고 생각하는지 여부를 알 수 있습니다. 다음은 추적할 지표에 대한 저희의 권장 사항입니다:
KPI | 정의 | 중요한 이유 | 측정 방법 | 벤치마크 |
---|---|---|---|---|
패스키 수락률 | 성공적으로 로그인한 후(로그인 후), "넛지"(패스키 설정을 권장하는 프롬프트나 제안)를 받고 패스키를 생성하기로 선택한 사용자의 비율입니다. 이 KPI는 특히 이러한 로그인 후 프롬프트에 대한 사용자 반응성을 측정하여, 넛지 메시징이 패스키 생성 유도에 얼마나 효과적인지를 강조합니다. 이 접근 방식은 사용자가 일반적으로 계정 또는 자격 증명 관리 설정을 통해 능동적으로 패스키를 생성하지 않기 때문에 최첨단으로 간주됩니다. 대신, 패스키는 사용자가 로그인 직후 직접 프롬프트를 받을 때 가장 성공적으로 도입되므로, 넛지가 패스키 생성의 주요 동인이 됩니다. 첫 번째 넛지와 후속 넛지의 비율이 떨어지므로 구별해야 합니다. | 높은 수락률은 성공적인 사용자 설득과 넛지 디자인을 나타냅니다. 낮은 비율은 마찰, 불분명한 메시징 또는 사용자 망설임을 시사합니다. | 공식: (넛지 후 패스키 생성을 완료한 사용자 수) ÷ (넛지에 노출된 사용자 수). OS/브라우저/기기별로 세분화합니다. | 첫 넛지에서 50%-75%, 모바일에서 여러 넛지를 통해 최대 85%. 데스크톱에서는 더 낮습니다. 문구와 구현에 따라 크게 달라집니다. |
패스키 생성 성공률 | 패스키 등록 절차를 시작했지만 성공적으로 완료한(즉, 포기하지 않은) 사용자의 비율입니다. | 혼란스러운 UX, 기술적 문제 또는 사용자 재고로 인해 생성 중간에 얼마나 많은 사용자가 _이탈_하는지 보여줍니다. | 공식: (완료된 패스키 등록 수) ÷ (등록 시도 수). OS/브라우저/기기별로 실패 지점을 분석합니다. | 100%에 가깝습니다. |
생성된 패스키 수 | 주어진 기간(일별, 주별, 월별) 동안 새로 생성된 패스키의 누적 수입니다. | 종종 준-결과 KPI로 간주되는 원시 도입 측정치입니다. 패스키 사용의 양과 비밀번호로부터의 잠재적인 미래 로그인 전환을 반영합니다. | 공식: OS, 브라우저, 기기 카테고리 전반에 걸쳐 새로 등록된 모든 패스키의 합계. 시간 경과에 따른 성장 추세를 모니터링합니다. 절대적인 숫자는 의미가 없으며 사용자 기반의 크기에 따라 달라집니다. | 완전히 출시되자마자 하루에 상당한 양. |
패스키 도입 전략은 결코 정적이어야 하지 않습니다. 대신, 측정된 데이터를 기반으로 동적으로 발전해야 하며, 메시징, 빈도 및 프롬프트 방법(자동 대 수동)을 조정할 수 있어야 합니다. 시간이 지남에 따라 다양한 사용자 세그먼트가 어떻게 반응하는지 면밀히 관찰함으로써, 조직은 이러한 넛지를 반복적으로 개선하여 프롬프트가 사용자를 압도하지 않으면서도 설득력을 유지하도록 할 수 있습니다. 궁극적으로, 패스키의 성공적인 배포는 가정만이 아닌 정확한 분석에 기반하여 사용자의 특정 행동과 선호도에 모범 사례를 적용하는 데 크게 좌우됩니다.
패스키 사용자 프롬프트에 대한 모범 사례를 실행하고 영향력 있는 로그인 후 넛지를 보장하는 데 있어, _Corbado Connect Enterprise Platform_은 표준 WebAuthn 통합을 훨씬 뛰어넘습니다.
아래는 Corbado의 엔터프라이즈 플랫폼이 귀사의 패스키 출시를 한 단계 끌어올리고, 애플리케이션에 내장된 사전 정의된 가입 후 넛지를 통해 도입 지표를 변화시킬 수 있는 여섯 가지 강력한 방법입니다.
1. 검증된 모범 사례 기반 구축
Corbado Connect의 모든 구성 요소는 아마존, 구글, 마이크로소프트와 같은 주요 기술 배포에서 얻은 오랜 시간 검증된 디자인 패턴과 교훈을 따르면서도, Corbado 자체의 실제 데이터와 대규모 배포 경험으로 개선되었습니다. 이는 귀사의 구현이 이론뿐만 아니라 이미 수락률을 높이는 것으로 입증된 실용적이고 현장에서 검증된 접근 방식에 기반을 두고 있음을 의미합니다.
2. 풍부한 분석 및 실시간 원격 측정
많은 패스키 솔루션은 단순히 사용자의 선택을 기록할 뿐입니다. Corbado Connect는 패스키 등록 퍼널, 대체 수단 사용, 다중 기기 적용 범위에 대한 심층적인 통계를 수집합니다. 그런 다음 로그인 성공 시간, OS별 패스키 수락률, 반복적인 건너뛰기 패턴과 같은 주요 지표를 시각화하여 패스키 등록을 위한 사용자 교육과 패스키 등록을 위한 넛지가 어떻게 수행되고 있는지 정확하게 보여줍니다.
3. 기존 인증 대비 지속적인 최적화
우리의 핵심 차별점 중 하나는 패스키 도입과 비밀번호 또는 OTP를 비교하는 지속적인 최적화입니다. Corbado Connect는 로그인 속도 및 보안 태세의 개선 사항을 강조하여 실시간으로 ROI를 검증할 수 있도록 합니다. 이러한 지속적인 비교는 추가적인 반복을 장려합니다. 패스키 사용량이 급증함에 따라 비밀번호 재설정 및 평균 로그인 시간의 직접적인 감소를 볼 수 있습니다.
4. 세분화된 기기별 인사이트
플랫폼마다 패스키 프롬프트에 다르게 반응합니다. Corbado Connect는 기기 유형(iOS, Android, Windows, macOS) 및 OS 버전별로 도입률을 분석하여 마찰 지점이나 우수한 성과를 내는 부분을 드러냅니다. 이러한 통찰력을 바탕으로 패스키 사용자 참여 전략을 미세 조정할 수 있습니다. 예를 들어, 특정 모바일 OS 버전에서는 자동 프롬프트를 도입하고 구형 데스크톱에서는 수동 플로우를 선택하는 식입니다.
5. 관리형 엔터프라이즈 배포 및 A/B 테스트
Corbado Connect는 전체 사용자 플로우(타이밍, 텍스트, 대체 로직)를 조직의 요구에 맞게 조정하는 화이트 글러브 서비스를 제공합니다. 우리는 A/B 테스트 생성, 자동화된 퍼널 최적화 실행, 데스크톱 대 모바일 전략을 위한 별도 규칙 채택을 처리합니다. 결정적으로, 이러한 업데이트는 귀사 측에서 새로운 릴리스를 요구하지 않습니다. Corbado는 개발팀에 부담을 주지 않으면서 패스키 로그인 성공 지표를 높이기 위해 사용자 여정을 지속적으로 개선합니다.
6. 지속적인 성장을 위한 적응형 규칙 엔진
초기 패스키 출시 후 사용자 행동은 진화합니다. Corbado Connect는 적응형 규칙 엔진을 사용하여 건너뛰기 기록, 위험 수준 또는 사용 패턴에 따라 프롬프트(자동 대 수동)를 수정합니다. 규제 환경에서 비밀번호를 단계적으로 폐지하든, 더 많은 기기가 패스키를 채택하도록 부드럽게 유도하든, 우리 플랫폼은 모든 전략 전환이 마찰 없이 이루어지도록 보장하여 전체 사용자 기반의 성공을 극대화합니다. 이러한 기능들을 결합함으로써, Corbado Connect는 귀사의 패스키 등록 전략이 민첩하고, 데이터 기반이며, 사용자 친화적으로 유지되도록 보장하여 패스키를 단순한 대안에서 고객을 위한 기본 인증 방법으로 전환시킵니다.
패스키는 기존 자격 증명보다 더 빠르고, 간단하며, 더 안전한 로그인을 가능하게 하는 혁신적인 인증 방법으로 부상했습니다. 그러나 단순히 패스키를 제공하는 것만으로는 사용자가 이를 수용할 것이라고 보장할 수 없습니다. 조직은 패스키 프롬프트를 전략적으로 설계하고, 메시징을 A/B 테스트하며, 다양한 기기에 맞게 플로우를 조정하여 패스키 도입률을 50% 이상으로 높여야 합니다. 이 임계값은 비밀번호를 진정으로 대체할 수 있는 수준입니다. 이 가이드는 도입이 기본 구현보다 더 중요한 이유를 탐색하는 것부터 주요 기술 회사들이 성공을 위해 의존하는 특정 넛지 전술(로그인 후 대 설정 페이지, 빈도 제한, 모바일 자동 생성 등)을 상세히 설명하는 것까지 기초 지식을 다루었습니다.
패스키 사용자 프롬프트에 대한 모범 사례는 무엇입니까? 가장 효과적인 프롬프트는 사용자가 성공적으로 로그인한 직후에 발생하여 그들의 인증 마인드셋을 활용합니다. 메시징은 엄격한 A/B 테스트를 통해 결정된 편의성("더 빠른 로그인, 비밀번호 없음") 또는 보안("피싱으로부터 계정 보호")을 명확하게 강조해야 합니다. 넛지는 또한 사용자 자율성을 존중해야 하며, 반복적인 건너뛰기 후에는 좌절감을 최소화하기 위해 쿨다운 기간을 포함해야 합니다.
기업 환경에서 패스키 사용자 도입을 유도하는 방법은 무엇입니까? 성공적인 기업 도입은 구조화되고 점진적인 접근 방식과 지속적인 분석의 결합에 크게 의존합니다. 조직은 핵심 성과 지표(예: 패스키 수락률, 생성 성공률)를 모니터링하고 사용자 데이터를 기반으로 전략을 개선해야 합니다. 여러 기기에 걸쳐 패스키 등록을 장려하고 고가치 세그먼트를 의무적인 패스키 사용으로 전환하는 것은 원하는 50–80% 도입 임계값을 달성하는 데 필수적입니다.
귀사에서 대규모 배포를 계획하고 업계 최고의 도입률을 목표로 하신다면, 저희 Corbado가 기꺼이 도와드리겠습니다. 저희 엔터프라이즈 플랫폼은 최적의 패스키 도입을 보장하기 위해 정교한 분석, A/B 테스트 및 맞춤형 사용자 여정을 제공합니다.
Enjoyed this read?
🤝 Join our Passkeys Community
Share passkeys implementation tips and get support to free the world from passwords.
🚀 Subscribe to Substack
Get the latest news, strategies, and insights about passkeys sent straight to your inbox.
Related Articles
Table of Contents