تسمح منصة الويب للمستخدمين بمشاركة شاشاتهم باستخدام واجهة برمجة التطبيقات Screen Capture API. يتضمّن تطبيق Chrome لبروتوكول getDisplayMedia() أداة اختيار وسائط يمكن للمستخدمين من خلالها اختيار مشاركة أي علامة تبويب أو نافذة أو شاشة. بدءًا من الإصدار 107 من Chrome، أجرينا تعديلاً بسيطًا على مربّع الحوار هذا، حيث أضفنا علامات التبويب كخيار أول لتشجيع المستخدمين على مشاركة علامات التبويب بدلاً من مشاركة الشاشة بأكملها. يعتمد ذلك على المفهوم المعروف بأنّ طريقة صياغة السؤال تؤثّر في توزيع الإجابات. تُعرف هذه النظرية باسم "نظرية الإقناع"، ويُعرفها الأطفال باسم "أرجوك". بعد بعض المشاكل الأولية، حققت التجربة نجاحًا كبيرًا، وقد طرحنا هذه التجربة الجديدة الآن لجميع المستخدمين.
كما ناقشنا سابقًا، عادةً ما تكون مشاركة علامات التبويب هي الخيار الأفضل:
- تحسين الخصوصية، لأنّه من غير المرجّح أن يعرِض المستخدمون معلومات خاصة من التطبيقات الأخرى أو الإشعارات أو خلفية سطح المكتب أو الإعدادات
- استخدام أفضل لمساحة الشاشة على الجانب المستلِم
- استخدام أفضل لموارد الشبكة بسبب مشاركة عدد أقل من البكسل
لذلك، جرّبنا عرض علامات التبويب كخيار أول.
أظهرت عملية الطرح الأولي للتجربة تأثيرًا جانبيًا غير مرغوب فيه، إذ أدى وضع علامات التبويب أولاً إلى زيادة معدّل اختيار المستخدمين لعلامة التبويب الحالية. وفي العديد من التطبيقات، قد لا يكون هذا الإجراء مرغوبًا فيه. على سبيل المثال، في تطبيقات مؤتمرات الفيديو، يؤدي ذلك إلى ظهور تأثير "قاعة المرايا"، ما يؤدي إلى إرباك المشاركين عن بُعد وإفساد المكالمات. لذلك، أوقفنا التجربة مؤقتًا.
لحسن الحظ، أصبح خيار selfBrowserSurface متاحًا اعتبارًا من الإصدار 107 من Chrome. يتيح هذا الخيار للتطبيق تحديد ما إذا كان يجب أن يتضمّن Chrome علامة التبويب الحالية أو يستبعدها من قائمة علامات التبويب التي يتم عرضها للمستخدم. بما أنّ هذا عنصر تحكّم جديد، لا تقدّم الغالبية العظمى من تطبيقات الويب قيمة صريحة هنا. في التجربة التي تم تجديدها، بدءًا من الإصدار 108 من Chrome، بدّلنا القيمة التلقائية من "include" إلى "exclude". وقد أدّى ذلك إلى إزالة التأثير غير المرغوب فيه، مع السماح للتطبيقات المتخصّصة بالاستدعاء بالسلوك السابق.
وقد أدّى تغيير القيمة التلقائية كجزء من التجربة إلى تحقيق مزايا خاصة به، فقد انخفضت عمليات الالتقاط الذاتي من حوالي% 0.8 من جلسات الالتقاط إلى %0 تقريبًا، ما أدى إلى القضاء على جميع حالات التخريب الذاتي تقريبًا التي كانت تؤثر في السابق في ما يقرب من مستخدم واحد من كل 100 مستخدم.
تم استئناف التجربة في الإصدار 108 من Chrome. بعد أن وصل إلى% 50 من المستخدمين، لاحظنا النتائج التالية:
- ارتفعت نسبة مشاركة علامات التبويب من% 16 إلى %30.
- زادت نسبة مشاركة النوافذ من% 14 إلى %20.
- انخفضت نسبة مشاركة الشاشة من% 55 إلى %36.
- انخفضت نسبة التسجيل الذاتي (استنادًا إلى علامة التبويب) من% 0.8 إلى %0.
- زادت عمليات الإلغاء بمقدار متفاوت، ويمكنك الاطّلاع على مزيد من المعلومات حول ذلك أدناه.
- زادت عمليات التفعيل (عدد المكالمات إلى
getDisplayMedia()) بمقدار متفاوت.
لقد سرّنا كثيرًا التغييرات التي أجريناها على معدّل مشاركة المستخدمين للعلامات التبويب والنوافذ والشاشات. ولكن التغييرات في عمليات الإلغاء والتنشيط كانت مصدر قلق محتمل.
من خلال تنفيذ التجربة لفترة أطول، لاحظنا أنّ عدد عمليات الإلغاء في المجموعة التجريبية تراجع إلى مستوى المجموعة الضابطة. يرتبط ذلك بنظريتنا بأنّ المستخدمين كانوا ينهون المحادثة فور ظهور مربّع حوار غير مألوف لهم، ثم يعتادون عليه بمرور الوقت.
لا يمكن تفسير الزيادة في عمليات التفعيل إلا جزئيًا من خلال النظرية أعلاه، لأنّ الأرقام لا تضيف إلى بعضها، ولأنّ عدد عمليات التفعيل ظلّ أعلى في المجموعة الاختبارية. ويُرجّح أنّ سبب الزيادة في عمليات التفعيل هو أنّ المستخدمين لم يحتاجوا إلى إيقاف عملية الالتقاط وإعادة تشغيلها لبدء مشاركة محتوى آخر عندما شاركوا الشاشة بأكملها. وبما أنّه بدأ يشارك علامات التبويب والنوافذ بشكلٍ متكرر، أصبح يضطر إلى إعادة بدء عملية التسجيل بشكلٍ متكرر. نأمل إجراء المزيد من التحسينات في المستقبل من خلال السماح بعمليات انتقال أكثر سلاسة بين التقاط مساحات مختلفة.