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