أذونات تجربة المستخدم حتى الآن
عندما يزور أحد المستخدمين موقعًا إلكترونيًا يطلب الإذن، تنبثق فقاعة لمطالبة المستخدم باتخاذ قرار. على سبيل المثال، يمكنك الاطّلاع أدناه على طلب إذن رصد الموقع الجغرافي كما تم تنفيذه في Chrome إلى الإصدار 96. (يمكنك تجربة هذا الإذن وغيره من الأذونات على موقعنا الإلكتروني permission.site الذي يتضمّن العرض التوضيحي.)
يتم تجاهل معظم طلبات الأذونات أو إغلاقها.
تثبت بيانات القياس عن بُعد في Chrome أنّه يتم تجاهل الكثير من الطلبات المتعلّقة بالأذونات. ويمكنك استكشاف بيانات إذن الإشعارات في تقرير تجربة المستخدم على Chrome بنفسك. في الوقت الحالي، راجِع الجدول الوارد أدناه الذي يعرض كيفية تفاعل مستخدمي Windows مع طلب الإشعارات على المواقع الإلكترونية بطريقة مجمّعة، مع ملاحظة أنّ طلبات رصد الموقع الجغرافي شهدت سلوك إغلاق أو تجاهل مشابهًا.
بما أنّ معدّل التجاهل/الرفض يبلغ حوالي 85%، وخاصةً بالنظر إلى مدى بروز المطالبة وإصرار المستخدمين على اتخاذ قرار على الفور، هناك تعارض بين مستوى الاستعجال الذي افترضه المتصفّح مقابل تفضيل المستخدم لانتظار اتخاذ قرار. يعتقد هذا أنّ طلب الموقع الإلكتروني للحصول على إذن هو "مزعج" لأنّه سيتم فقدانه في بعض الإجراءات الإضافية المحتمَلة التي يحتاج المستخدمون إلى التفاعل معها، مثل إعلانات بانر الموافقة على ملفات تعريف الارتباط والاشتراكات في النشرات الإخبارية وما إلى ذلك.
تصميم جديد
واعتبارًا من الإصدار 98 من Chrome، طرحنا واجهة مستخدم شريحة متحرّكة تظهر بجانب القفل عند طلب إذن. يتكون هذا من رمز وتسمية تصف الإذن المطلوب. ويتمثل هدفنا في تحسين تجربة تصفُّح الويب مع تجنُّب طلبات الحصول على الأذونات التي تكون غير ضرورية بشكلٍ عام للأغلبية العظمى من المستخدمين والتي يتم تجاهلها أو رفضها بشكلٍ متكرر.
سيتم عرض الفقاعة التفسيرية الحالية للطلب عند النقر على شريحة الطلب (إذا لم تكن معروضة من قبل) وسيتم تعزيز واجهة مستخدم الطلب تلقائيًا باستخدام فقاعة الطلب استنادًا إلى الإرشادات المذكورة أدناه:
- تم الحصول على الإذن من خلال إيماءة المستخدم عند التفاعل مع الموقع الإلكتروني نفسه بدلاً من تفعيله تلقائيًا.
- يُعتبر الإذن أساسيًا وغير مرغوب فيه بشكل عام. ويشمل ذلك حاليًا الكاميرا والميكروفون والكاميرا المقترنة بميكروفون.
فرض التصميم الجديد
نظرًا لأن هذا طرح على مراحل، يمكنك فرض التصميم الجديد عن طريق التبديل بين العلامات التالية:
chrome://flags/#permission-chipchrome://flags/#permission-chip-gesturechrome://flags/#permission-chip-request-type
مسار التصميم الجديد
بدون استخدام إيماءة المستخدم
بالنسبة إلى الأذونات غير الأساسية التي لا يتم تشغيلها بإيماءة، لم تعُد المطالبة تتدخل في محتوى الموقع الإلكتروني ولا تصرّ على اتخاذ قرار فوري. يمكن للمستخدم تجاهل شريحة الطلب إلى أن تكون لديه معلومات كافية لاتخاذ قرار.
بدون تفاعل
بدون تفاعل، وبعد تأخير قصير، سيتم تصغير شريحة الطلب تلقائيًا إلى رمز محظور فقط (للإشارة إلى حظر الإذن مؤقتًا)، قبل إغلاقها بالكامل. الهدف هو الخروج عن طريق المستخدمين الذين يختارون عدم اتخاذ قرار للسماح لهم بالقيام بذلك دون أي تفاعل.
التأثير قصير المدى المتوقع
على المدى القصير، وإلى أن يعتاد المستخدمون على واجهة المستخدم الجديدة، من المرجَّح أن يلاحظ مالكو المواقع الإلكترونية معدّلات منح أقل للمواقع الإلكترونية، لا سيّما تلك التي تطلب الأذونات تلقائيًا بدون إعداد إيماءة المستخدم أو طلبها (ما يُعدّ ممارسة سيئة على أي حال). وتفوق التجربة الأقل المقاطعة على هذا الجانب السلبي الذي تم الاعتراف به.
أفضل الممارسات
يعود إلى الموقع الإلكتروني مسؤولية التأكّد من أنّه يوفّر السياق اللازم ولا يطلب الأذونات إلا في اللحظة المناسبة والمتوقّعة. إنّ الأذونات التي تم حظرها مؤقتًا من خلال تجاهل المستخدم للطلب أو إغلاق الإشعار يمكن أن تطلب الحصول على الإذن مرة أخرى خلال الجلسة نفسها. لا تنفِّذ هذا الإجراء إلا إذا كان الإذن ضروريًا للموقع الإلكتروني أو الميزة، وإلا قد يتسبّب في إزعاج المستخدمين وحظره تلقائيًا. وفي تلك الحالات، نعرض المراسلة غير الاعتيادية التي تم تقديمها في Chrome 80. لمزيد من الإرشادات العامة، يُرجى الاطّلاع على مقالة Permission UX.
التوقعات والاستنتاجات
هناك خطط لمزيد من تحسينات واجهة المستخدم وتجربة المستخدم. يعمل فريق Chrome حاليًا على تلك الأذونات ويتحقّق من الحظر التلقائي للأذونات الذي يُحتمل أن يكون أكثر صرامة بناءً على سلوك سابق. ستتعرف على الأخبار هنا بعد اكتمال هذه الخطط.
وختامًا، فإن واجهة المستخدم الجديدة تقلل الإصرار الملموس على اتخاذ قرار وتحسين تجربة التصفح. بما أنّ معظم طلبات الحصول على الأذونات يتم حظرها أو تجاهلها، كان الهدف المنشود هو تحسين تجربة التصفّح العامة بدون إيقاف مسارات المستخدم عند عرض طلب الحصول على إذن، خاصةً في الحالات التي تتطلّب الحصول على أذونات لإكمال حالة استخدام.
شكر وتقدير
صورة رئيسية من إعداد سيغموند في UnLaunch راجعت هذه المقالة جو ميدلي.