جاهزية مفتاح المرور على الويب

تُقاس الجاهزية بناءً على عمليات تسجيل الدخول المكتملة عبر الويب. لا نعتمد فقط على إجابات 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 يقتصر على المتصفحات فقط في هذا الجدول. يُستثنى سياق التطبيقات وwebview لأنها ليست سياقات متصفح عادية لجهة الاعتماد (relying-party) الخاصة بـ مفاتيح المرور؛ ويُعد تطبيق Google أهم مثال على ذلك. بناءً على مزيج السوق، يمكن أن تمثل هذه السياقات حوالي 1-10% من استخدام الويب على iOS. نظراً لأن مفاتيح المرور لا تعمل هناك كما تعمل في المتصفح، يمكن أن تؤدي هذه الزيارات إلى خفض الجاهزية المقاسة لنظام iOS بنفس المقدار تقريباً وتخلق احتكاكاً في تسجيل الدخول.
2. تراجع isUVPAA() في WKWebView الخاص بنظام iOS 26.2 ملحوظ بالفعل في نهاية عام 2025، ثم يؤدي إلى انخفاض جاهزية متصفحات 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.