Apple บูรณาการเบราว์เซอร์ ตัวยืนยันตัวตน และโปรแกรมจัดการรหัสผ่านเข้าด้วยกันอย่างแน่นหนา ทำให้ผู้ใช้คุ้นเคยกับการป้อนพาสคีย์อัตโนมัติอยู่แล้ว
อัตรา Conditional Create
อัตรา Conditional Create วัดกรณีที่การรองรับของเบราว์เซอร์ ตัวยืนยันตัวตน และผู้ให้บริการข้อมูลรับรองช่วยให้สร้างพาสคีย์ได้อัตโนมัติ: ดำเนินการอยู่เบื้องหลังหลังจากเข้าสู่ระบบด้วยรหัสผ่านสำเร็จ โดยไม่มีพรอมต์เพิ่มเติม จึงถือเป็นตัวเร่งการเปิดรับสำหรับการนำพาสคีย์ไปใช้อย่างเต็มรูปแบบ แต่ไม่ใช่กลยุทธ์ทดแทนการลงทะเบียนเพียงอย่างเดียว
Conditional Create
Conditional Create ช่วยให้การสร้างพาสคีย์เป็นไปโดยอัตโนมัติหลังจากเข้าสู่ระบบด้วยรหัสผ่านสำเร็จ เมื่อมีสแตกระบบนิเวศที่เหมาะสม (ดูสแตกเงื่อนไขเบื้องต้นด้านล่างสำหรับตรรกะทั้งหมด) แพลตฟอร์มทั้งสี่ด้านล่างอ้างอิงเครื่องมือจัดการข้อมูลประจำตัวตามแต่ละ OS ดังนี้: iCloud Keychain (Apple Passwords) บน iOS / macOS, Google Password Manager บน Android และ Chrome / Google Password Manager บน Windows ช่วงข้อมูลนี้เป็นเกณฑ์มาตรฐานเสริมสำหรับระบบที่ใช้งานจริงซึ่งมีข้อความแจ้งการลงทะเบียนที่ชัดเจนอยู่แล้ว การใช้งานแบบเดี่ยวอาจแตกต่างไปอย่างมาก
Chrome และ Safari ครอบคลุมฝั่งเบราว์เซอร์ได้ดี แต่ตัวเลือกโปรแกรมจัดการรหัสผ่านบนเดสก์ท็อปมีความหลากหลายมากกว่า iOS
Chrome / Google Password Manager สามารถใช้งานได้ แต่ Samsung Internet, Samsung Pass และการตั้งค่าผู้ให้บริการเริ่มต้นทำให้ความพร้อมใช้งานกระจัดกระจาย
Chrome / Google Password Manager สามารถใช้งานได้ แต่ Windows Hello ไม่ใช่เส้นทาง Conditional Create และ Edge ทำให้ความพร้อมใช้งานลดลง
การตีความระบบนิเวศ
iOS เป็นสภาพแวดล้อมที่แข็งแกร่งที่สุดเนื่องจากการทำงานร่วมกันอย่างแน่นแฟ้นระหว่างเบราว์เซอร์ authenticator เครื่องมือจัดการรหัสผ่าน และการป้อนพาสคีย์อัตโนมัติ macOS ก็ใช้งานได้ดีแต่มีความหลากหลายมากกว่า ปัจจุบัน Windows และ Android มีข้อจำกัดมากที่สุด: Windows Hello ไม่ใช่ช่องทางของ Conditional Create ในขณะที่ Android ขึ้นอยู่กับผู้ให้บริการข้อมูลประจำตัว ผู้ผลิต และการตั้งค่าเริ่มต้น ในตลาดที่นิยม Samsung การมีแค่ Google Password Manager นั้นไม่เพียงพอหากผู้ใช้ไม่ได้ตั้งค่าบริการหลักไว้
สแตกเงื่อนไขเบื้องต้น
การรองรับบนเบราว์เซอร์เป็นเพียงด่านแรก Conditional Create ยังต้องอาศัยการรองรับจากผู้ให้บริการ / authenticator การล็อกอินด้วยการป้อนรหัสผ่านอัตโนมัติที่เพิ่งบันทึก และต้องไม่มีพาสคีย์อยู่ในผู้ให้บริการข้อมูลประจำตัวที่ใช้งานอยู่ ดู บทวิเคราะห์ Conditional Create ของ Corbado
สัดส่วนความสามารถของเบราว์เซอร์
การรองรับความสามารถ ณ เดือนธันวาคม 2025 แสดงขีดจำกัดสูงสุดฝั่งเบราว์เซอร์ ซึ่งรวบรวมจากทุกระบบปฏิบัติการ ตารางนี้แสดงเพียงว่าเบราว์เซอร์เปิดให้ใช้งาน Conditional Create หรือไม่ โดยไม่เกี่ยวกับ authenticator หรือ OS พื้นฐาน iOS Chrome, Edge และ Firefox ถูกแยกออกมาในฐานะบริบท WebKit ส่วน Firefox ที่ไม่ใช่ iOS ไม่แสดงการรองรับ Conditional Create ในข้อมูลนี้ ซึ่งยังคงไม่ได้วัดสัดส่วนการป้อนรหัสผ่านอัตโนมัติที่บันทึกไว้
| เบราว์เซอร์ | การรองรับ |
|---|---|
| Chrome | 96% |
| Safari | 95% |
| Edge | 4% |
| Chrome iOS WebKit | 98% |
| Samsung Internet | 0% |
| Firefox | 0% |
- การรองรับบนเบราว์เซอร์ถูกรายงานแยกต่างหากเนื่องจากเป็นสิ่งจำเป็นแต่ไม่เพียงพอ ผู้ให้บริการข้อมูลประจำตัวที่เลือกและ authenticator ต้องรองรับ Conditional Create ด้วยเช่นกัน
- ไม่มีการเผยแพร่สัดส่วนการป้อนข้อมูลอัตโนมัติที่นี่ เว็บไซต์เก่าที่มีผู้ใช้กลับมาใช้งานสูงและปรับใช้ช่องรหัสผ่านอย่างถูกต้อง อาจมีเพดานการป้อนรหัสผ่านอัตโนมัติที่บันทึกไว้สูงกว่า
อ่านเพิ่มเติม
งานวิจัย Corbado ที่คัดสรรมาและเอกสารอ้างอิงหลัก
- How adidas improved sign-in with passkeys กรณีศึกษาที่แสดงให้เห็นว่าพาสคีย์และพรอมต์ของพาสคีย์เปลี่ยนแปลงขั้นตอนการเข้าสู่ระบบและการสร้างบัญชีอย่างไร
- Conditional Create for Passkeys: Support & Effectiveness การรองรับแพลตฟอร์ม ข้อกำหนดเบื้องต้น และคุณค่าเชิงกลยุทธ์ในการอัปเกรดผู้ใช้ที่บันทึกรหัสผ่านให้กลายเป็นผู้ใช้พาสคีย์
- Automatic Passkey Upgrade ภาพรวมของรูปแบบการอัปเกรดพาสคีย์อัตโนมัติเพื่อเปลี่ยนกลุ่มผู้ใช้ที่บันทึกรหัสผ่านไปใช้พาสคีย์