वेब पासकी तत्परता

तैयारी को पूर्ण वेब लॉगिन पर मापा जाता है। हम केवल ब्राउज़र API के उत्तरों (getClientCapabilities / isUVPAA) पर निर्भर नहीं हैं। एक डिवाइस को तैयार तब माना जाता है जब ब्राउज़र API सकारात्मक हो और वास्तव में एक उपयोग योग्य प्लेटफ़ॉर्म ऑथेंटिकेटर सेट हो (उदा. Windows Hello एनरोल किया गया हो, iCloud Keychain या Google Password Manager सक्रिय हो)। वे डिवाइस जहाँ API "हाँ" कहता है लेकिन कोई पासकी प्रदाता कॉन्फ़िगर नहीं है, उन्हें गिना नहीं जाता है।

प्लेटफ़ॉर्म	शुरुआत 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 केवल ब्राउज़र के लिए है। ऐप और वेबव्यू संदर्भों को शामिल नहीं किया गया है क्योंकि वे रिलाइंग-पार्टी पासकी के लिए सामान्य ब्राउज़र संदर्भ नहीं हैं; Google App इसका सबसे महत्वपूर्ण उदाहरण है। मार्केट मिक्स के आधार पर, वे संदर्भ iOS वेब उपयोग का लगभग 1-10% हिस्सा हो सकते हैं। चूँकि पासकी वहाँ ब्राउज़र की तरह काम नहीं करते हैं, वह ट्रैफ़िक मापी गई iOS तैयारी को लगभग उसी मात्रा में कम कर सकता है और लॉगिन फ्रिक्शन पैदा कर सकता है।
2. iOS 26.2 WKWebView isUVPAA() रिग्रेशन 2025 के अंत में पहले ही दिखाई दे रहा है, फिर रिकवरी शुरू होने से पहले आने वाले महीनों में थर्ड-पार्टी iOS ब्राउज़र तैयारी को और अधिक कम कर देता है। Corbado इस बग और रिकवरी पथ का दस्तावेजीकरण इस iOS 26.2 isUVPAA विश्लेषण में करता है।
3. Windows 10 और Windows 11 दिखाते हैं कि Microsoft का निरंतर पासकी-तैयारी कार्य रंग ला रहा है, विशेष रूप से दिसंबर 2025 और फरवरी 2026 अपडेट वेव के आसपास, साथ ही Windows 11 के लिए 2026 में और सुधार भी दिखाई दे रहे हैं। ब्राउज़र का विभाजन भी मायने रखता है: Google Password Manager पासकी सिंक 19 सितंबर, 2024 को डेस्कटॉप Chrome पर पहुँच गया, जबकि Microsoft ने 3 नवंबर, 2025 को Windows पर Edge 142 में पासकी सेविंग और सिंकिंग की घोषणा की। ये प्रदाता परिवर्तन यह समझाने में मदद करते हैं कि 2025 में Chrome में सुधार क्यों होता है और 2026 की शुरुआत में Edge अधिक स्पष्ट रूप से पकड़ बनाता है।