ความพร้อมใช้งานพาสคีย์บนเว็บ

วัดความพร้อมใช้งานจากการล็อกอินบนเว็บที่สำเร็จ เราไม่ได้อิงแค่คำตอบจากเบราว์เซอร์ API (getClientCapabilities / isUVPAA) เท่านั้น อุปกรณ์จะนับว่าพร้อมเมื่อเบราว์เซอร์ API ตอบรับและมีการตั้งค่า platform authenticator ที่ใช้งานได้จริง (เช่น ลงทะเบียน Windows Hello, เปิดใช้งาน iCloud Keychain หรือ Google Password Manager) อุปกรณ์ที่ API ตอบ "yes" แต่ไม่ได้กำหนดค่าผู้ให้บริการพาสคีย์จะไม่ถูกนับรวม

แพลตฟอร์ม	ต้นปี 2025	ปลายปี 2025
iOS1,2	100%	99%
Android	96%	97%
ChromeOS	94%	95%
macOS	88%	91%
Windows 113	85%	85%
Windows 103	56%	70%

1. iOS ในตารางนี้หมายถึงเฉพาะเบราว์เซอร์ ไม่รวมแอปและ webview เนื่องจากไม่ใช่บริบทเบราว์เซอร์ปกติสำหรับพาสคีย์ของ relying-party โดย Google App คือตัวอย่างที่สำคัญที่สุด บริบทเหล่านี้อาจคิดเป็น 1-10% ของการใช้งานเว็บบน iOS ขึ้นอยู่กับส่วนแบ่งตลาด เนื่องจากพาสคีย์ไม่สามารถทำงานได้เหมือนในเบราว์เซอร์ ทราฟฟิกส่วนนี้จึงอาจลดความพร้อมใช้งานของ iOS ที่วัดได้ในสัดส่วนใกล้เคียงกันและทำให้การล็อกอินติดขัด
2. ปัญหา regression ของ WKWebView isUVPAA() บน iOS 26.2 เริ่มเห็นได้ตั้งแต่ปลายปี 2025 ซึ่งส่งผลให้ความพร้อมใช้งานของเบราว์เซอร์ third-party บน iOS ลดลงอย่างหนักในเดือนถัดๆ มาก่อนจะเริ่มฟื้นตัว Corbado ได้บันทึกข้อมูลบั๊กและแนวทางการแก้ไขไว้ใน การวิเคราะห์ isUVPAA บน iOS 26.2 นี้
3. Windows 10 และ Windows 11 แสดงให้เห็นว่าการพัฒนาความพร้อมใช้งานพาสคีย์อย่างต่อเนื่องของ Microsoft ประสบผลสำเร็จ โดยเฉพาะในช่วงรอบการอัปเดตเดือนธันวาคม 2025 และกุมภาพันธ์ 2026 และยังเห็นการปรับปรุงเพิ่มเติมในปี 2026 สำหรับ Windows 11 สัดส่วนของเบราว์เซอร์ก็มีผลเช่นกัน: การซิงค์พาสคีย์ของ Google Password Manager รองรับ Chrome บนเดสก์ท็อปเมื่อ 19 กันยายน 2024 ในขณะที่ Microsoft ประกาศการบันทึกและซิงค์พาสคีย์ใน Edge 142 บน Windows เมื่อ 3 พฤศจิกายน 2025 การเปลี่ยนแปลงของผู้ให้บริการเหล่านี้ช่วยอธิบายได้ว่าทำไม Chrome ถึงดีขึ้นตลอดปี 2025 และ Edge เริ่มตามทันอย่างเห็นได้ชัดในช่วงต้นปี 2026