تاريخ النشر: 6 يونيو 2025
تعرَّف على كيفية مساهمة عنصر <permission> الجديد المقترَح في Chrome في توفير تجربة أكثر بساطة وموثوقية وملاءمة للسياق عند طلب الأذونات.
صمّم فريق Chrome اقتراح عنصر <permission> لمنح المستخدمين القدرة على التحكّم في إمكانات قوية. يتيح العنصر للمطوّرين إنشاء تجربة سلسة وشاملة يمكن للمستخدمين من خلالها السماح باستخدام هذه الإمكانات في السياق، مع حماية المستخدمين في الوقت نفسه من الانقطاعات غير المرغوب فيها. توضّح هذه المجموعة من دراسات الحالة كيفية عمل العنصر الجديد في
الممارسة.
مشكلة طلب الإذن
لاستخدام ميزات الجهاز، مثل الموقع الجغرافي أو الكاميرا أو الميكروفون، على المستخدمين غالبًا التنقّل بين مجموعة من طلبات الأذونات المحتملة التي قد تكون محبطة. بالنسبة إلى المطوّرين، يكون طلب واجهة برمجة تطبيقات لاستخدام إحدى الإمكانات أمرًا مباشرًا، ما يؤدي إلى النجاح أو الفشل. في المقابل، غالبًا ما يترجم ذلك بالنسبة إلى المستخدمين إلى طلبات مزعجة وخارجة عن السياق، وقرارات نهائية على ما يبدو تسبّب الإحباط والجهد الذهني.
في الوقت الحالي، غالبًا ما تدفع طلبات الأذونات المستخدمين إلى التساؤل: "لماذا يحتاج هذا الموقع الإلكتروني إلى هذا الإذن (الآن)؟". ويؤدي عدم الوضوح هذا غالبًا إلى اختيار المستخدمين رفض طلبات الأذونات. لحماية المستخدمين من الانقطاعات في المستقبل، سيمنع Chrome بعد ذلك ظهور المزيد من الطلبات، ما يؤدي بدوره إلى حدوث مشكلة معاكسة تتمثل في إلغاء عمليات الرفض هذه إذا غيّر المستخدم رأيه لاحقًا. وقد يؤدي ذلك إلى توقّف المستخدمين عن استخدام الميزات أو الموقع الإلكتروني بالكامل.
منح المستخدمين إمكانية التحكّم السياقي
يمثّل عنصر <permission> المقترَح تطوّرًا كبيرًا في سهولة استخدام أذونات الويب. يتيح لك عنصر HTML المقترَح هذا دمج نقطة دخول قابلة للتصميم ولكن يتحكّم فيها المتصفّح، وذلك لاستخدام إمكانات قوية (على سبيل المثال، زر واضح "استخدام الكاميرا" في محادثة فيديو) مباشرةً ضمن تصميم موقعك الإلكتروني. مع الاستفادة من مرونة التنسيق، يظل المتصفّح يتحكّم في النصوص والرموز الأساسية، ويتولّى مسؤولية الأمان والتناسق وتسهيل الاستخدام. وهذا يعني أنّ التفاعل مع هذا العنصر يشكّل إشارة واضحة إلى نية المستخدم، ما يتيح للمتصفّح توجيه المستخدم بشكل مفيد لاتّخاذ القرارات اللازمة واتّباع الخطوات الأخرى. ويختلف ذلك عن الطلبات التي يتم تشغيلها آليًا، حيث لا يتلقّى المتصفّح إشارة مباشرة من المستخدم بشأن نيّته، وبالتالي عليه دائمًا تحقيق التوازن بين تقديم المساعدة وعدم مقاطعة المستخدم.
<permission> لاستخدام الكاميرا.
في ما يلي كيفية تحسين التجربة:
- بإذن من المستخدم: بدلاً من أن يبدأ الموقع الإلكتروني في عرض طلب، يحرص العنصر من خلال التصميم على أنّ المستخدم هو من يختار وقت استخدام الميزة ذات الصلة.
- الطلب حسب السياق: بما أنّ عنصر
<permission>المقترَح يشكّل جزءًا من مسار الموقع الإلكتروني، يفهم المستخدم سبب الحاجة إلى الإذن. على سبيل المثال، نقر المستخدم على الزر للعثور على متاجر قريبة، لذا من المنطقي أن يتم طلب الموقع الجغرافي. - تحديد المشاكل وحلّها بشكل شامل: بما أنّ المتصفّح يتلقّى إشارة مباشرة بشأن نية المستخدم، يمكنه أن يكون استباقيًا في توجيه المستخدم خلال جميع الخطوات الخاصة بالنظام الأساسي واللازمة للوصول إلى الميزة. على سبيل المثال، يمكن أن يؤدي الرابط لصفحة في التطبيق إلى نقل المستخدم إلى إعدادات النظام لمساعدته في تغيير إعدادات الكاميرا على مستوى الجهاز، ولا يحتاج الموقع الإلكتروني إلى تقديم خطوات لتحديد المشاكل وحلّها تعتمد على النظام الأساسي.
- استرداد الأذونات بشكل مبسط: يوفّر عنصر
<permission>المقترَح طريقة مباشرة على الصفحة للمستخدم لتغيير الأذونات التي تم رفضها سابقًا بدون الانتقال إلى إعدادات المتصفّح. يؤدي النقر على العنصر إلى ظهور نسخة خاصة من طلب الإذن، ما يؤدي إلى تحسينات كبيرة في معدّل الاسترداد.
<permission> للمستخدمين تغيير إعدادات الأذونات بسرعة بدون الحاجة إلى الانتقال إلى إعدادات الموقع الإلكتروني.
يؤدي هذا النهج إلى نموذج تفاعل أكثر سهولة وموثوقية وموجّهًا من المستخدم.
دراسات حالة
تساعد Zoom المستخدمين من خلال تقليل أخطاء التقاط الكاميرا والميكروفون في المتصفّح بنسبة% 46.9 باستخدام العنصر <permission>
التحدي
من أكبر التحديات التي تواجهها المواقع الإلكترونية الخاصة بالمؤتمرات هي مساعدة المستخدمين الذين سبق لهم رفض منح إذن الوصول إلى الكاميرا أو الميكروفون في إعادة تفعيل الأذونات عند الانضمام إلى مكالمة فيديو. كان المسار العادي يتطلّب الانتقال إلى إعدادات المتصفّح خارج واجهة موقع المؤتمرات.
الطريقة
يستخدم نهج الاختبار الذي اتّبعته Zoom لقياس تأثير العنصر <permission> مقارنة بين حالتين، قبل وبعد، حيث تم عرض العنصر <permission> على جميع مستخدمي Zoom الذين ينضمون إلى اجتماع Zoom من متصفّح الويب Chrome على الكمبيوتر.
النتيجة
أحد المقاييس الرئيسية في Zoom هو معدّل التقاط الكاميرا والميكروفون، والذي يقيس ما إذا تمكّن المستخدم من تفعيل الكاميرا والميكروفون بنجاح عند الانضمام إلى اجتماع Zoom في المتصفّح. شهدت ميزة "التكبير" تحسينات كبيرة باستخدام العنصر <permission>. انخفضت بنسبة %46.9 حالات تعذُّر استخدام الميكروفون والكاميرا على مستوى النظام أو المتصفّح، أو رفض المستخدمين طلب الإذن باستخدام الميكروفون والكاميرا في المتصفّح.
لم يساعد العنصر <permission> في الحدّ من الأخطاء فحسب، بل ساعد أيضًا المستخدمين الذين واجهوا مشكلة في البداية أو الذين رفضوا عن طريق الخطأ منح الإذن بالوصول إلى الميكروفون والكاميرا في استعادة الإعدادات وضبطها، ما ساهم في الحفاظ على تفاعل المستخدمين وتركيزهم على المحادثات والاجتماعات، وبالتالي تمكّن الجميع من رؤية بعضهم البعض وسماع بعضهم البعض بوضوح.
كيف ساعدت Immobiliare.it المستخدمين في استخدام وظيفة الموقع الجغرافي على الخريطة بعد أن تم رفض منحهم الإذن في السابق، وذلك باستخدام العنصر <permission>
التحدي
على المستخدمين الذين سبق لهم رفض مشاركة إذن الموقع الجغرافي على موقع Immobiliare.it الإلكتروني الانتقال إلى "إعدادات الموقع الإلكتروني" في المتصفّح وإلغاء حظر الإذن يدويًا ليتمكّنوا من منحه مرة أخرى إذا أرادوا ذلك.
الطريقة
حسّن موقع Immobiliare.it مسار طلب أذونات الموقع الجغرافي من خلال استخدام طريقة JavaScript الخاصة بواجهة Permissions API لرصد ما إذا كان المستخدم قد منح أذونات الموقع الجغرافي لموقعه الإلكتروني أم لا. إذا سبق أن شارك المستخدم الإذن، سيؤدي ذلك إلى طلب طريقة getCurrentPosition() لرصد الموقع الجغرافي كما كان يحدث من قبل. إذا أشارت Permission API إلى أنّ المستخدم حظر إذن تحديد الموقع الجغرافي، يعرض الموقع الإلكتروني طلبًا يوضّح سبب عدم عمل زر "تحديد الموقع الجغرافي"، ويستخدم العنصر <permission> كعبارة تحث المستخدم على اتّخاذ إجراء.
من خلال النقر على العنصر <permission> "استخدام الموقع الجغرافي"، يمكن للمستخدمين مشاركة إذن الوصول إلى الموقع الجغرافي بسلاسة إذا أرادوا ذلك، حتى إذا تم حظره سابقًا وبدون الحاجة إلى أن يصل المستخدم إلى إعدادات المتصفح.
<permission> إذا تم حظر الإذن سابقًا.<permission> إلى ظهور طلب الحصول على إذن المتصفّح.النتائج
عند استخدام العنصر <permission>، ارتفع معدّل نجاح مسار المستخدم الخاص بأذونات تحديد الموقع الجغرافي بنسبة %20، ما يشير إلى أنّ مسار الأذونات الجديد الذي يستخدم Permissions API والعنصر <permission> ساعد عددًا أكبر من المستخدمين في السماح بالإذن مرة أخرى، عند الحاجة، حتى إذا كانوا قد حظروا هذا النوع من طلبات الأذونات في الماضي.
تحسّن ZapImóveis (OLX BR) البحث عن المواقع الجغرافية حسب الاستخدام المقصود من خلال العنصر <permission>
تدرك ZapImóveis، وهي منصة رائدة في مجال العقارات في البرازيل، أنّ العثور على العقار المثالي يبدأ غالبًا بالموقع الجغرافي. تتيح منصة ZapImoveis، التي تشكّل جزءًا من مجموعة Grupo OLX الشهيرة، لملايين المستخدمين الوصول إلى مجموعة كبيرة من المنازل والشقق والأراضي وغيرها من العقارات المعروضة للبيع والإيجار في جميع أنحاء البلاد. إدراكًا للدور المهم الذي يلعبه البحث المستند إلى الموقع الجغرافي في هذه العملية، رصدت شركة ZapImóveis فرصة لتحسين تجربة المستخدم من خلال معالجة المشاكل الشائعة المرتبطة بطلبات الحصول على الأذونات من المتصفح.
التحدي
رصدت ZapImóveis مشاكل كبيرة في سهولة الاستخدام ضمن ميزة البحث عن المواقع الجغرافية، وتحديدًا تلك المتعلّقة بطلبات الأذونات العادية في المتصفّح. واجه المستخدمون صعوبات عند منح إذن الوصول إلى الموقع الجغرافي في البداية، وربما بشكل أكثر أهمية، عند محاولة إعادة تفعيل الأذونات بعد أن تم رفضها سابقًا. وقد أثّر ذلك سلبًا في تجربة المستخدم الإجمالية، كما أدّى إلى الحدّ من فعالية وظيفة البحث المستندة إلى الموقع الجغرافي على مواقعهم الإلكترونية.
الطريقة
لمعالجة تحديات قابلية الاستخدام هذه، أجرت شركة ZapImóveis اختبار A/B. في هذا الاختبار، تم عرض العنصر <permission> على مجموعة فرعية من المستخدمين. كان الهدف هو توفير عنصر تحكّم مخصّص في الصفحة
ضمن واجهة ZapImóveis لإدارة أذونات الموقع الجغرافي، وبالتالي
تبسيط عملية الحصول على الأذونات وجعلها أكثر سهولة للمستخدمين.
النتائج
أدّى تنفيذ عنصر <permission> في ZapImóveis إلى تحسُّن ملحوظ في سهولة استخدام البحث المستند إلى الموقع الجغرافي، لا سيما بالنسبة إلى المستخدمين الذين تفاعلوا بنشاط مع الميزات المستندة إلى الموقع الجغرافي. بالنسبة إلى المستخدمين الذين واجهوا في البداية صعوبات في التعامل مع طلبات منح الإذن العادية في المتصفّح، ساعد عنصر <permission> الذي يوفّر عنصر تحكّم داخل الصفحة نسبة% 4.3 منهم في منح الإذن بالوصول إلى الموقع الجغرافي بنجاح. علاوةً على ذلك، تم تحسين عملية استرداد الأذونات بشكل كبير، إذ تمكّن% 54.4 من المستخدمين الذين سبق لهم رفض منح الإذن من إعادة منحه بنجاح عندما حاولوا لاحقًا استخدام وظائف تعتمد على الموقع الجغرافي. على الرغم من حدوث زيادة طفيفة في متوسط الوقت المستغرَق لمنح الإذن في البداية، إلا أنّ المكاسب الكبيرة في نجاح الميزة للمستخدمين الذين لديهم نية واضحة برّرت هذا التنازل.
الاطّلاع على المزيد من الأمثلة حول استخدام العنصر <permission>
- إجراء مكالمة فيديو جماعية على Google Meet باستخدام متصفّح Chrome
- البحث عن مطعم قريب على "بحث Google" (سيتم طرح هذه الميزة تدريجيًا)
- اختبار عنصر
<permission>لجميع الإمكانات المتاحة على https://permission.site/pepc (بدءًا من الإصدار 137 من Chrome)
دمج العنصر <permission>
تم تصميم العنصر <permission> ليكون سهل الاستخدام بالنسبة إلى فِرق التطوير. وبما أنّه عنصر HTML عادي، يمكن دمجه كأي زر آخر وتعديل نمطه (ضمن الحدود التي يفرضها المتصفّح) ليتناسب مع شكل موقعك وأسلوبه. بالنسبة إلى المتصفحات التي لا تتوافق بعد مع العنصر <permission>، يمكن للمطوّرين توفير تجارب احتياطية باستخدام طرق طلب الأذونات الحالية. لمزيد من التفاصيل، يُرجى الاطّلاع على
تحسينات على عنصر <permission>.
جعل الويب أكثر فائدة وسهولة في الاستخدام
في Google، نعمل باستمرار على جعل Chrome ومنصة الويب أكثر أمانًا وسرعة وفائدة. يمثّل العنصر <permission> خطوة مهمة نحو توفير نموذج أكثر سهولة وراحة لاستخدام أذونات الويب. من خلال منح المستخدمين سياقًا واضحًا وإمكانية التحكّم، يساعد العنصر <permission> في سد الفجوة بين إمكانات الويب القوية وثقة المستخدمين، ما يتيح تجارب أكثر ثراءً وجاذبية على الويب. ننصح مالكي المنتجات وفِرق التطوير بالتعرّف على كيفية مساهمة العنصر <permission> في تحسين رحلات المستخدمين والاستفادة من الإمكانات الكاملة لتطبيقات الويب.