تاريخ النشر: 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) enhances location search for intended use with the <permission> element
تدرك ZapImóveis، وهي منصة رائدة في مجال العقارات في البرازيل، أنّ العثور على الملكية المثالية يبدأ غالبًا بالموقع الجغرافي. كجزء من مجموعة Grupo OLX المعروفة، تربط ZapImoveis ملايين المستخدمين بمجموعة كبيرة من المنازل والشقق والأراضي وغيرها من العقارات المعروضة للبيع والإيجار في جميع أنحاء البلاد. مع إدراك الدور المهم للبحث المستند إلى الموقع الجغرافي في هذه العملية، رصدت شركة ZapImóveis فرصة لتحسين تجربة المستخدم من خلال معالجة الصعوبات المشترَكة المرتبطة بطلبات أذونات المتصفّح.
التحدي
رصد فريق ZapImóveis مشاكل كبيرة في سهولة الاستخدام ضمن ميزة البحث عن الموقع الجغرافي، خاصةً في ما يتعلّق بطلبات الحصول على أذونات المتصفّح العادية. واجه المستخدمون صعوبات عند منح الإذن بالوصول إلى الموقع الجغرافي في البداية، وربما كان الأمر أكثر أهمية عند محاولة إعادة تفعيل الأذونات بعد رفضها في السابق. وقد أثر ذلك سلبًا في تجربة المستخدم الإجمالية وربما أعاق فعالية وظائف البحث المستند إلى الموقع الجغرافي على مواقعهم الإلكترونية.
الطريقة
لحلّ هذه التحديات المتعلّقة بقابلية الاستخدام، أجرت ZapImóveis
اختبار أ/ب. في هذا الاختبار، تم عرض العنصر <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> لتجارب المستخدمين
وتحقيق الإمكانات الكاملة لتطبيقات الويب.