อัตราความสำเร็จในการยืนยันตัวตนด้วยพาสคีย์
อัตราความสำเร็จในการยืนยันตัวตนด้วยพาสคีย์แสดงให้เห็นถึงความเสถียรในการใช้พาสคีย์ที่มีอยู่เพื่อเข้าสู่ระบบจนสำเร็จ โดยมุ่งเน้นไปที่ชั้นการใช้งานหลังจากมีข้อมูลรับรองแล้ว ซึ่งการออกแบบหน้าแรก พฤติกรรมช่องทางสำรอง และการรองรับการใช้งานข้ามอุปกรณ์ จะเป็นตัวกำหนดว่าพาสคีย์จะกลายเป็นวิธีการเข้าสู่ระบบเริ่มต้นหรือไม่
อัตราความสำเร็จแบ่งตามบริบทของอุปกรณ์: ไม่รู้จัก เทียบกับ รู้จัก
ความสำเร็จจะถูกวัดจากวินาทีที่กระบวนการพาสคีย์เริ่มทำงานจริง นั่นคือเมื่อ relying party ส่ง WebAuthn challenge ไปยังไคลเอนต์และผู้ใช้กำลังดูหน้าต่างพาสคีย์ของระบบ (Face ID / Touch ID / Windows Hello / QR ของ CDA) ซึ่งแบ่งออกเป็นสองโหมดชัดเจนตามความแม่นยำที่ relying party สามารถจำแนกบริบทของอุปกรณ์ได้ ช่องว่างระหว่างสองโหมดนี้คือใจความสำคัญทั้งหมด
- Identifier-first
- ผู้ใช้พิมพ์อีเมลหรือชื่อผู้ใช้และระบบยังไม่รู้จักอุปกรณ์นั้น
- % CDA
- สัดส่วนความสำเร็จของการใช้พาสคีย์ที่ผู้ใช้ต้องสแกนโทรศัพท์ (Cross-Device Authentication) แทนที่จะใช้พาสคีย์ที่อยู่บนอุปกรณ์ (local)
คุกกี้, หน่วยความจำบัญชี หรือสถานะเซสชันไม่สามารถระบุอุปกรณ์ได้ การล็อกอินเริ่มจากช่องข้อความ Conditional UI อาจแนะนำพาสคีย์ หรือ relying party ต้องเดาว่าสามารถเรียกใช้พาสคีย์ได้หรือไม่ เมื่อเสนอทางเลือกพาสคีย์แล้ว ความสำเร็จจะขึ้นอยู่กับว่าพาสคีย์นั้นอยู่บนเครื่องหรือต้องเชื่อมต่อไปยังอุปกรณ์อื่น
หลังจากการล็อกอินบนอุปกรณ์ที่ไม่รู้จักสำเร็จ (โดยเฉพาะการผ่าน CDA) ให้สร้างหรือจดจำพาสคีย์แบบโลคัลบนอุปกรณ์นี้ การข้ามขั้นตอนนี้คือสาเหตุใหญ่ที่สุดที่ผู้ใช้เดสก์ท็อปต้องคอยยืนยันตัวตนใหม่ทุกครั้งที่เข้าใช้งาน
เมื่อจำแนกได้ว่าเป็นอุปกรณ์ที่รู้จัก relying party จะนำทางตรงไปยังพาสคีย์บนอุปกรณ์ % CDA จะลดลงเหลือ 1–5% ความสำเร็จใกล้เคียงกับขีดจำกัดทางเทคนิคและการล็อกอินจะลื่นไหลจนแทบไม่รู้ตัว KPI สิ้นสุดที่จุดนี้
ช่องว่างระหว่างอุปกรณ์ที่ไม่รู้จักกับอุปกรณ์ที่รู้จักไม่ใช่แค่ปัญหากระบวนการทำงาน แต่มันคือคุณค่าของการแปลงการล็อกอินสำเร็จบนอุปกรณ์ที่ไม่รู้จักหนึ่งครั้ง ให้กลายเป็นทางด่วนสำหรับอุปกรณ์ที่ระบบจดจำ ทุกความสำเร็จจาก CDA ที่ไม่ได้ทิ้งพาสคีย์โลคัลไว้ คือต้นทุนที่ผู้ใช้ต้องจ่ายซ้ำในการเข้าชมครั้งถัดไป
ความสำเร็จตามเส้นทางการล็อกอิน
อัตราความสำเร็จด้านล่างนี้ไม่รวมการล็อกอินทางเลือกสำรองและเริ่มวัดเมื่อมีการเสนอเส้นทางพาสคีย์ มือถือและเดสก์ท็อปมีความแตกต่างกันอย่างมาก: ผู้ใช้มือถือมักจะล็อกอินบนอุปกรณ์ที่เก็บพาสคีย์ไว้ ขณะที่ผู้ใช้เดสก์ท็อปมักต้องเชื่อมต่อไปยังโทรศัพท์
| เส้นทางล็อกอิน | ความสำเร็จของพาสคีย์ | % CDA |
|---|---|---|
| อุปกรณ์ที่ไม่รู้จัก: ป้อนตัวระบุก่อนบนมือถือ | 85–95% | 0–5% |
| อุปกรณ์ที่ไม่รู้จัก: ป้อนตัวระบุก่อนบนเดสก์ท็อป | 55–70% | 35–50% |
| อุปกรณ์ที่รู้จัก: เข้าสู่ระบบอัตโนมัติเมื่อกลับมา | 95–99% | 1–5% |
การเข้าสู่ระบบแบบปุ่มพาสคีย์อย่างเดียวบนอุปกรณ์ที่ไม่รู้จักจะไม่รวมอยู่ในตัวเลขหลัก: อัตราความสำเร็จต่อความพยายามมีสูง แต่ปริมาณยังน้อยเกินกว่าจะเผยแพร่เป็นตัวเลขหลักได้
ความสำเร็จตามแพลตฟอร์ม
รูปแบบ Identifier-first เดียวกัน แบ่งตามระบบปฏิบัติการ % CDA ที่สูงขึ้นหมายความว่าผู้ใช้ต้องหยิบโทรศัพท์เครื่องอื่นมาเพื่อล็อกอินให้เสร็จสมบูรณ์
| เซกเมนต์ | ความสำเร็จของ Identifier-first | % CDA |
|---|---|---|
| iOS web | 85–95% | 0–5% |
| Android web | 70–85% | 5–10% |
| macOS web | 70–85% | 10–15% |
| Windows 11 web | 45–60% | 55–65% |
| Windows 10 web | 45–60% | 40–55% |
โทรศัพท์คือตัวอุปกรณ์ การล็อกอินแบบ Identifier-first มีความสำเร็จสูงสุดที่นี่ (85–95% บน iOS, 70–85% บน Android) เนื่องจากพาสคีย์ของแพลตฟอร์มอยู่บนอุปกรณ์ที่ผู้ใช้กำลังล็อกอิน แทบไม่มีต้นทุนการเชื่อมต่อเลย
โทรศัพท์แยกต่างหาก กว่าครึ่งของความสำเร็จในการใช้พาสคีย์แบบ Identifier-first บน Windows เป็นการเชื่อมต่อไปยังโทรศัพท์ (55–65% บน Windows 11, 40–55% บน Windows 10) ทุกเซสชันบน Windows ที่ไม่มีการจดจำพาสคีย์แบบโลคัลจะต้องจ่ายต้นทุนนี้ซ้ำ
อยู่ระหว่างสองส่วน ความสำเร็จของการใช้ Identifier-first ส่วนใหญ่บน macOS เป็นแบบโลคัล (สำเร็จ 70–85%) แต่สัดส่วนที่มีนัยสำคัญยังคงเชื่อมต่อไปยังโทรศัพท์ (10–15%) โดยทั่วไปจะเกิดขึ้นเมื่อ iCloud Keychain ยังไม่เปิดใช้งานบน Mac หรือผู้ใช้ทำงานข้ามระบบนิเวศ
อ่านเพิ่มเติม
งานวิจัย Corbado ที่คัดสรรมาและเอกสารอ้างอิงหลัก
- Passkey Login Best Practices รูปแบบการออกแบบและใช้งานเพื่อให้พาสคีย์ที่มีอยู่สามารถเข้าสู่ระบบจนสำเร็จได้อย่างเสถียร
- Passkey Authentication Success Rate คำจำกัดความสำหรับการวัดความพยายามในการใช้พาสคีย์ที่เข้าสู่เซสชันการยืนยันตัวตนสำเร็จ
- Passkey Design Guidelines คำแนะนำด้าน UX สำหรับการแจ้งเตือนพาสคีย์ ช่องทางสำรอง การกู้คืน และขั้นตอนการเข้าสู่ระบบสำหรับผู้ใช้