---
url: 'https://www.corbado.com/th/passkey-benchmark-2026/conditional-create'
title: 'เกณฑ์มาตรฐานอัตรา Conditional Create'
description: 'เกณฑ์มาตรฐาน Conditional Create แสดงจุดที่การเข้าสู่ระบบด้วยรหัสผ่านสามารถอัปเกรดเป็นพาสคีย์ได้โดยอัตโนมัติ'
lang: 'th'
dir: 'ltr'
keywords: 'conditional create, อัปเกรดพาสคีย์อัตโนมัติ, เกณฑ์มาตรฐานการสร้างพาสคีย์, ผู้ให้บริการข้อมูลรับรอง'
---

# อัตรา Conditional Create

*แปลอัตโนมัติจากภาษาอังกฤษ ดู[ต้นฉบับ](https://www.corbado.com/passkey-benchmark-2026/conditional-create.md) →*

[← เบนช์มาร์กทั้งหมด](https://www.corbado.com/th/passkey-benchmark-2026.md)

อัตรา Conditional Create วัดกรณีที่การรองรับของเบราว์เซอร์ ตัวยืนยันตัวตน และผู้ให้บริการข้อมูลรับรองช่วยให้สร้างพาสคีย์ได้อัตโนมัติ: ดำเนินการอยู่เบื้องหลังหลังจากเข้าสู่ระบบด้วยรหัสผ่านสำเร็จ โดยไม่มีพรอมต์เพิ่มเติม จึงถือเป็นตัวเร่งการเปิดรับสำหรับการนำพาสคีย์ไปใช้อย่างเต็มรูปแบบ แต่ไม่ใช่กลยุทธ์ทดแทนการลงทะเบียนเพียงอย่างเดียว

## Conditional Create

*Q1 2026 · ความพร้อมของระบบนิเวศ*

Conditional Create ช่วยให้การสร้างพาสคีย์เป็นไปโดยอัตโนมัติหลังจากเข้าสู่ระบบด้วยรหัสผ่านสำเร็จ เมื่อมีสแตกระบบนิเวศที่เหมาะสม (ดูสแตกเงื่อนไขเบื้องต้นด้านล่างสำหรับตรรกะทั้งหมด) แพลตฟอร์มทั้งสี่ด้านล่างอ้างอิงเครื่องมือจัดการข้อมูลประจำตัวตามแต่ละ OS ดังนี้: iCloud Keychain (Apple Passwords) บน iOS / macOS, Google Password Manager บน Android และ Chrome / Google Password Manager บน Windows ช่วงข้อมูลนี้เป็นเกณฑ์มาตรฐานเสริมสำหรับระบบที่ใช้งานจริงซึ่งมีข้อความแจ้งการลงทะเบียนที่ชัดเจนอยู่แล้ว การใช้งานแบบเดี่ยวอาจแตกต่างไปอย่างมาก

| แพลตฟอร์ม | เบราว์เซอร์พร้อมใช้งาน | Authenticator | การสนับสนุนจาก Add-on | ความพร้อมของระบบนิเวศ |
| --- | --- | --- | --- | --- |
| iOS web | 83%–92% | ใช่ | 42%–62% | แข็งแกร่งมาก |
| macOS web | 83%–92% | ส่วนใหญ่ใช่ | 28%–43% | แข็งแกร่ง |
| Android web | 83%–92% | แยกส่วน | 7%–11% | แยกส่วน |
| Windows web | 83%–92% | บางส่วน | 12%–18% | มีข้อจำกัด |

### การตีความระบบนิเวศ

iOS เป็นสภาพแวดล้อมที่แข็งแกร่งที่สุดเนื่องจากการทำงานร่วมกันอย่างแน่นแฟ้นระหว่างเบราว์เซอร์ authenticator เครื่องมือจัดการรหัสผ่าน และการป้อนพาสคีย์อัตโนมัติ macOS ก็ใช้งานได้ดีแต่มีความหลากหลายมากกว่า ปัจจุบัน Windows และ Android มีข้อจำกัดมากที่สุด: Windows Hello ไม่ใช่ช่องทางของ Conditional Create ในขณะที่ Android ขึ้นอยู่กับผู้ให้บริการข้อมูลประจำตัว ผู้ผลิต และการตั้งค่าเริ่มต้น ในตลาดที่นิยม Samsung การมีแค่ Google Password Manager นั้นไม่เพียงพอหากผู้ใช้ไม่ได้ตั้งค่าบริการหลักไว้

- **iOS web** — Apple บูรณาการเบราว์เซอร์ ตัวยืนยันตัวตน และโปรแกรมจัดการรหัสผ่านเข้าด้วยกันอย่างแน่นหนา ทำให้ผู้ใช้คุ้นเคยกับการป้อนพาสคีย์อัตโนมัติอยู่แล้ว
- **macOS web** — Chrome และ Safari ครอบคลุมฝั่งเบราว์เซอร์ได้ดี แต่ตัวเลือกโปรแกรมจัดการรหัสผ่านบนเดสก์ท็อปมีความหลากหลายมากกว่า iOS
- **Android web** — Chrome / Google Password Manager สามารถใช้งานได้ แต่ Samsung Internet, Samsung Pass และการตั้งค่าผู้ให้บริการเริ่มต้นทำให้ความพร้อมใช้งานกระจัดกระจาย
- **Windows web** — Chrome / Google Password Manager สามารถใช้งานได้ แต่ Windows Hello ไม่ใช่เส้นทาง Conditional Create และ Edge ทำให้ความพร้อมใช้งานลดลง

### สแตกเงื่อนไขเบื้องต้น

การรองรับบนเบราว์เซอร์เป็นเพียงด่านแรก Conditional Create ยังต้องอาศัยการรองรับจากผู้ให้บริการ / authenticator การล็อกอินด้วยการป้อนรหัสผ่านอัตโนมัติที่เพิ่งบันทึก และต้องไม่มีพาสคีย์อยู่ในผู้ให้บริการข้อมูลประจำตัวที่ใช้งานอยู่ ดู [บทวิเคราะห์ Conditional Create ของ Corbado](https://www.corbado.com/blog/conditional-create-passkeys)

1. เบราว์เซอร์/ไคลเอ็นต์รายงานการรองรับ Conditional Create
2. ตัวยืนยันตัวตนหรือผู้ให้บริการข้อมูลรับรองที่เลือกรองรับ Conditional Create
3. ผู้ใช้มีรหัสผ่านที่บันทึกไว้และใช้การป้อนอัตโนมัติเมื่อไม่นานมานี้ เพียงพอสำหรับกรอบเวลาของเบราว์เซอร์/ผู้ให้บริการ
4. บัญชียังไม่มีพาสคีย์ในผู้ให้บริการข้อมูลรับรองที่ทำงานอยู่

### สัดส่วนความสามารถของเบราว์เซอร์

การรองรับความสามารถ ณ เดือนธันวาคม 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% |

### หมายเหตุ

1. การรองรับบนเบราว์เซอร์ถูกรายงานแยกต่างหากเนื่องจากเป็นสิ่งจำเป็นแต่ไม่เพียงพอ ผู้ให้บริการข้อมูลประจำตัวที่เลือกและ authenticator ต้องรองรับ Conditional Create ด้วยเช่นกัน
2. ไม่มีการเผยแพร่สัดส่วนการป้อนข้อมูลอัตโนมัติที่นี่ เว็บไซต์เก่าที่มีผู้ใช้กลับมาใช้งานสูงและปรับใช้ช่องรหัสผ่านอย่างถูกต้อง อาจมีเพดานการป้อนรหัสผ่านอัตโนมัติที่บันทึกไว้สูงกว่า

## อ่านเพิ่มเติม

งานวิจัย Corbado ที่คัดสรรมาและเอกสารอ้างอิงหลัก

- **กรณีศึกษา · web.dev** — [How adidas improved sign-in with passkeys](https://web.dev/case-studies/adidas-passkeys) — กรณีศึกษาที่แสดงให้เห็นว่าพาสคีย์และพรอมต์ของพาสคีย์เปลี่ยนแปลงขั้นตอนการเข้าสู่ระบบและการสร้างบัญชีอย่างไร
- **ตัวเร่งการเปิดรับ · Corbado blog** — [Conditional Create for Passkeys: Support & Effectiveness](https://www.corbado.com/blog/conditional-create-passkeys) — การรองรับแพลตฟอร์ม ข้อกำหนดเบื้องต้น และคุณค่าเชิงกลยุทธ์ในการอัปเกรดผู้ใช้ที่บันทึกรหัสผ่านให้กลายเป็นผู้ใช้พาสคีย์
- **อัปเกรดอัตโนมัติ · passkeys.eu** — [Automatic Passkey Upgrade](https://passkeys.eu/automatic-passkey-upgrade) — ภาพรวมของรูปแบบการอัปเกรดพาสคีย์อัตโนมัติเพื่อเปลี่ยนกลุ่มผู้ใช้ที่บันทึกรหัสผ่านไปใช้พาสคีย์

[← เบนช์มาร์กทั้งหมด](https://www.corbado.com/th/passkey-benchmark-2026.md)

---

*เกณฑ์มาตรฐานประจำปีสำหรับความพร้อม การสร้าง การใช้งาน และกลยุทธ์การนำพาสคีย์มาใช้ โดย Corbado แพลตฟอร์มวิเคราะห์ข้อมูลพาสคีย์สำหรับทีม CIAM [เรียนรู้เพิ่มเติม →](https://www.corbado.com).*