يخبرنا المطوّرون في أغلب الأحيان أنّه من الصعب مواكبة التغييرات على الويب وفهم أسباب حدوث هذه التغييرات. اليوم، نطلق سلسلة جديدة بعنوان Chrome Dev Insider حيث سنشارك (1) الميزات الرائعة والخبرة الإخبارية (2) نظرة ثاقبة حول قرارنا بشأن موضوع رئيسي (على سبيل المثال تغيير FLOC) أو تعاملنا مع المنظومة المتكاملة (على سبيل المثال Interop 2022)، و(3) أي معلومات مهمة يجب أن تعرفها المستخدم حول التغييرات المتوفّرة في سلاسل المحادثات.
في إطار أولوياتنا الأربع، سنتطرّق إلى الخطوات التي نعمل على تطويرها في العام 2022:
- توفير تجارب ممتعة للمستخدم: اجعل الأمور بديهية للمستخدمين، سواء أكان ذلك في الأداء أو المعاملات أو الهوية أو الانتقالات.
- تطوير إمكانات الويب: دعم الدور المتطور للويب من كونه نظامًا أساسيًا لاستهلاك المحتوى إلى النظام الأساسي لمجموعة واسعة من التجارب، بما في ذلك تلك التي تحتاج إلى عمليات دمج عميقة على مستوى نظام التشغيل والأجهزة.
- تبسيط تطوير البرامج على الويب: يمكنك تسهيل اتّخاذ القرارات وتحسين إنتاجية المطوّرين.
- تحسين خصوصية الويب: يساعد ذلك مستخدمي الويب في تلبية توقّعات مستخدمي الويب بشأن عمليات حماية أفضل لخصوصية البيانات في ظل التطور المستمر الذي يتزايده المطوّرون في ما يتعلق بالتتبُّع والاستهداف.
آخر الأخبار: التشغيل التفاعلي لعام 2022
أثناء التخطيط لخرائط الطريق، نطّلع على ملاحظات المطوّرين لفهم أهم المشاكل والاحتياجات لدى المطوّرين على الويب، إلى جانب أمور أخرى. وأحد المظاهر الرئيسية التي يتكرر ظهورها بشكل متكرر هو توافق المتصفّح، ما يجعل التجربة تعمل بالطريقة نفسها على مختلف المتصفحات. على مدار العام الماضي، عملنا مع المنظومة المتكاملة من أجل معالجة هذا الموضوع كجزء من أولويتنا "تبسيط التطوير على الويب".
في العام الماضي، أعلنت كل من Microsoft وChrome والجهات المسؤولة عن المنظومة المتكاملة عن Compat 2021 التي أسفرت عن تحقيق جميع محرّكات المتصفحات الشائعة (Chromium وGecko وWebkit) نتيجة تزيد عن% 90 في مجالات التركيز الرئيسية الخمسة التي تم تحديدها لهذا العام. من بين أمور أخرى، أدّى Compat 2021 إلى إنشاء أساس متين توفّرت فيه ميزات فعّالة، مثل CSS Grid (استخدام% 12 وتنمو بشكل منتظم) وCSS Flexbox (% 77 من الاستخدام).
وفي الشهر الماضي، تعاونت شركات Apple وBocoup وGoogle وIgalia وMicrosoft وMozilla معًا كجهات داعمة لحلّ أهم مشاكل توافق المتصفّحات التي حدّدها مطوّرو الويب والاتفاق على مقياس مشترك. ونتج عن هذه العملية Interop 2022، وهو مشروع يهدف إلى تحقيق المزيد من التجانس على المنصة. يركّز مقياس الأداء على 15 مجالاً ذا أولوية يحدّدها المطوّرون باعتبارها عاملاً أساسيًا لتحسين إنتاجيتهم.
الموقع الإلكتروني Insider: العمل مع التطبيقات المشابهة في Google
من بين أولوياتنا لمبادرة التشغيل التفاعلي لعام 2022، تعرّفنا على كل من روبرت نيمان وفيليب ياغنستيد اللذَين شاركا في هذه المحادثات لإطلاعه على كل ما حدث. إليك نسخة المحررين عن كيفية دمجها.
ما سبب إنشاء هذه المبادرة؟
روبرت: بدأ كل شيء في عام 2019 عندما أجرينا استطلاع MDN DNA 2019. لقد برزت مشاكل التوافق بوضوح باعتبارها المشكلة الرئيسية التي يواجهها المطوّرون عند إنشاء تطبيقات متوافقة مع الويب، ثم ناقشنا تلك المشاكل بالتفصيل في تقرير "توافق متصفِّح MDN" لعام 2020. وقدّم لنا ذلك ما يكفي من المعلومات والبيانات القابلة للاستخدام لبدء جهود Compat 2021، ما أدّى بدوره إلى مواصلة هذا العمل وتوسيع نطاق هذا النطاق باستخدام مبادرة Interop 2022.
فيليب: أود أيضًا الإشارة إلى web-platform-tests وState of CSS لعام 2021. لقد عقدنا تعاونًا قويًا مع موردي المتصفحات الآخرين في اختبار استخدام WPT منذ سنوات، وأردنا حقًا الاعتماد على ذلك. كانت معظم اختبارات هذه الميزات مكتوبة مسبقًا، لذلك احتجنا فقط إلى مراجعة الاختبارات وإضافة بعض التغطية الناقصة. استثمرت Google الكثير في wpt.fyi، ولكن لدينا أيضًا Mozilla لشكره على نجاح WPT كما هو عليه اليوم. كما كان لـ Mozilla بالطبع دور كبير في استطلاعات الحمض النووي MDN. فضلاً عن ذلك، يتم أيضًا رصد حالة CSS لعام 2021. من أجل بذل جهد مثل إمكانية التشغيل التفاعلي لعام 2022، نحتاج إلى مدخلات جديدة بشأن احتياجات مطوّري البرامج على الويب، لذلك تعاونّا مع مشرف الاستطلاع "ساشا" لتضمين بعض الأسئلة الجديدة حول مشاكل توافق المتصفّحات. لقد ساعدنا ذلك حقًا في عملية التخطيط لإطلاق ميزة التشغيل التفاعلي لعام 2022.
هل لديك أي معلومات أو ملاحظات من Compat 2021؟
روبرت: لقد كان من المفيد حقًا قياس الأداء والحصول على نتائج وإحصاءات حول أداء كل محرّك في متصفّح، لذلك تمكّنا من متابعة مستوى التقدّم والتأكّد من مناقشة ومعالجة المشاكل غير الواضحة أو التي يجب إعطاؤها الأولوية. وسرعان ما أدركنا أن "إمكانية التشغيل التفاعلي" كانت اسمًا أفضل للمبادرة. عادةً ما يتم تمييز المصطلحات التوافق وإمكانية التشغيل التفاعلي حسب مورّدي المتصفِّح، حيث يشير التوافق إلى توافق الموقع، ويشير التشغيل التفاعلي إلى متصفِّحين أو أكثر من المتصفِّحات التي تعمل بنفس الطريقة. في هذا المصطلح، يتعلق هذا الجهد بإمكانية التشغيل البيني ولذلك يتماشى المشروع مع هذا التسمية.
ما هي رؤيتنا هنا؟
روبرت: لإبقاء الويب مفتوحًا، يمثّل تنوع المتصفحات ومنصات العرض أهمية كبيرة. ولأنّ هذا الأمر مكلف حاليًا بالنسبة إلى مطوّري البرامج الذين يضطرون إلى مواكبة المستويات المختلفة من الدعم للميزات المتوفّرة في كل محرّك. رؤيتنا هي أنّ المطوّرين ينظرون إلى منصة الويب على أنّها الخيار الأكثر قابلية للتطبيق والخيار الأكثر جاذبية لاحتياجاتهم، وأنّه يمكنهم التركيز على إنشاء أفضل التجارب الممكنة بدلاً من قضاء الكثير من الوقت في حلّ مشاكل إمكانية التشغيل التفاعلي. ومن الواضح جدًا أنه لتحقيق هذا الهدف، يجب أن تتوفر الميزات الأكثر طلبًا في جميع محركات المتصفح الرئيسية لتمكين المطورين من تحقيق النجاح على النظام الأساسي للويب.
كيف يمكننا تحقيق الأهداف بشكل جماعي عندما تجتمع المتصفحات ذات الأهداف المختلفة (في بعض الأحيان) معًا؟
فيليب: ركّزنا على البحث عن مجالات اهتمام مشترَكة، وذلك للعثور على أعمال التعاون المربحة للجانبين والتي تكون الأهداف فيها متوافقة بشكل تقريبي. ومن خلال إعطاء الأولوية لعدد محدود من الأمور للعمل عليها في الوقت نفسه، نركّز على هذه المجالات ونمضي قدمًا بشكل أسرع ونحصل على جودة أعلى مما لو كنّا نعمل ببساطة بشكل منفصل. هذه هي الفكرة.
أعتقد أنه من المهم أن ندرك أن هناك حدود لهذا النهج القائم على الإجماع، حيث لا تكون الأهداف متوافقة بشكل كافٍ، فنحن بحاجة إلى المضي قدمًا بطريقة أخرى. في بعض الأحيان، يمكن أن يساعد تقديم المزيد من الأدلة على احتياجات المستخدمين أو مطوّري برامج الويب، ولكن في النهاية يمكن لمورّدي المتصفح شحن أشياء لا تتفق مع الاتفاقات الواسعة. وفي أفضل حالة، يتم توضيح قيمة الميزة بعد ذلك من خلال مطوري الويب الذين يجرّبون هذه الميزة، ليجدوا أنها تلبي احتياجاتهم، ويطلبون الحصول على الميزة نفسها في جميع المتصفحات.
بالعودة إلى أداة التشغيل التفاعلي لعام 2022، هل نرى في مرحلة ما بعض الميزات غير المتعلقة بالتصميم أو التنسيق؟
فيليب: بالتأكيد. لم تقتصر عملية التشغيل التفاعلي لعام 2022 على ميزات الأنماط والتنسيقات، لكنّها اتجهت بشكل كبير إلى CSS. ويعود السبب في ذلك إلى أنّ إصدار CSS لعام 2021 كان جديدًا، ولكن أيضًا لأنّ مطوّري البرامج على الويب أعلمونا أنّ هذا هو المكان الذي يواجهون فيه أكبر قدر من المشاكل مع الاختلافات بين المتصفحات. هناك مجالات تركيز متعددة، مثل عناصر النموذج ومربّعات الحوار، تتجاوز حدود CSS، ولدينا أيضًا بعض جهود التحقيق في ما يتعلق بتعديل واجهات برمجة التطبيقات وأحداث المؤشر والماوس. آمل أن تتوفّر لدينا بيانات جديدة حول احتياجات المطوّرين على الويب في عام 2023، ونسعى إلى تضمين المزيد من هذه الميزات.
التغييرات القادمة الرئيسية
تهدف هذه السلسلة إلى تقديم تنبيه للمطوّرين بشأن التغييرات الرئيسية المقبلة، وهي أمور مهمة لتحسين تجربة المستخدم وإمكانات المنصة.
يُرجى العِلم أنّ المخططات الزمنية المذكورة أدناه هي المخطّط الزمني الذي نتوقّع فيه حدوث هذه التغييرات. ومع ذلك، من الممكن أن تتغير إصدارات الإصدار المحتملة للميزات.
تقليل وكيل المستخدم
لا ينقل عنوان User-Agent، وواجهات JavaScript المرتبطة به، معلومات مفيدة عن المتصفِّح والجهاز، إلى جانب أنّه يحمل أيضًا مرجعًا قديمًا من السطور ومعلومات غير دقيقة. أكثر إشكالًا مقارنةً بالتوفّر اللانهائي تقريبًا لأخطاء تحليل سلسلة Universal Analytics هي حقيقة أنّه يتم إرسالها بشكل سلبي إلى الخوادم لجميع طلبات التنقّل وطلبات الموارد الفرعية. ويمثل ذلك ما يقرب من 10 بتات من القصور يمكن للخوادم استخدامها لإنشاء معرّفات تتبع مستقرة أثناء تنقُّل المستخدمين على الويب.
نهدف حاليًا إلى تقليل سلسلة Universal Analytics الحالية من خلال مواصلة شحن الإصدار الرئيسي للمتصفّح ذي القصور المنخفض واسم النظام الأساسي والتوافق مع الأجهزة الجوّالة، ما يؤدي إلى تجميد معلومات القصور العالي. وفي حالات الاستخدام التي تتطلّب معلومات إضافية غير تلك الواردة في العنوان، بدأنا بشحن واجهة برمجة التطبيقات User-Agent Client Hints منذ إصدار Chrome 89.
لقد أجرينا فترة تجريبية مدتها 6 أشهر لإجراء التجارب وتقديم الملاحظات والآراء، وكنا سعداء بعدم تلقّي أي ملاحظات بشأن الأعطال على الرغم من مشاركة أكثر من 200 مشارك.
- المخطّط الزمني: في الإصدار 101 من Chrome، نمضي قدمًا بما نطلق عليه "المرحلة 4": تقليل معلومات
MINOR.BUILD.PATCHفي سلسلة Universal Analytics إلى0.0.0. وسنواصل إعطاء المواقع الإلكترونية تنبيهًا ووقتًا للتحضير للمراحل الخامسة وما بعدها. كذلك، أنشأنا سياسات المؤسسة لإيقاف هذه التغييرات، وسنطلق فترة تجريبية للإيقاف النهائي حتى الإصدار 113 من متصفِّح Chrome لمنح المواقع الإلكترونية مزيدًا من الوقت استعدادًا لهذه التغييرات. - عبارة الحثّ على اتّخاذ إجراء: يمكنك نقل موقعك الإلكتروني إلى أداة UA Client Hints أو المشاركة في الفترة التجريبية التي تهدف إلى إيقاف الميزة نهائيًا.
واجهة برمجة تطبيقات الوصول إلى الخطوط المحلية
سيتم إطلاق واجهة برمجة التطبيقات Local Font Access API في Chrome. على الرغم من قدرة المواقع الإلكترونية على استخدام الخطوط المحلية منذ فترة طويلة، تدرج واجهة برمجة التطبيقات هذه قائمة الخطوط المحلية وتتيح الوصول إلى بيانات الخطوط نفسها. تتيح هذه الوظيفة للمستخدمين القدرة على استخدام جميع خطوطهم مع تصميم مستند إلى الويب وتطبيقات أخرى.
تُعرف الخطوط المحلية منذ فترة طويلة باسم الخط المتجه للبصمات الرقمية. على الرغم من أنّ واجهة برمجة التطبيقات الجديدة هذه لا تزيد من إمكانية استخدام الخطوط لإنشاء بصمات الأصابع، يتطلّب Chrome من المستخدم منح المستخدم إذن "local-fonts" جديدًا للموقع الإلكتروني ليتمكّن من استخدام واجهة برمجة التطبيقات المحلية الجديدة لتطبيق Font Access API.
نخطط في المستقبل أن نطلب منح الإذن نفسه "بالخطوط المحلية" قبل استخدام أي واجهة برمجة تطبيقات أخرى تتيح الوصول إلى الخطوط المحلية.
- المخطط الزمني: استهداف الإصدار 103 من Chrome (حزيران/يونيو 2022)
- عبارة الحث على اتّخاذ إجراء: اطّلِع على مزيد من المعلومات عن واجهة برمجة التطبيقات وكيفية استخدامها لبدء تنفيذها.
تفعيل ميزة BFCache من "Cache-control: no-store"
لقد حدّدنا فرصة كبيرة لتحسين عدد المرات التي توفِّر فيها ميزة التخزين المؤقت للصفحات عمليات الانتقال الفورية باستخدام ميزة "التخزين المؤقت للصفحات". يتطلّب هذا تغييرًا في طريقة عمل BFCache على الصفحات التي يتمّ عرضها باستخدام عنوان HTTP الذي يتضمّن عنصر التحكّم في ذاكرة التخزين المؤقت: no-store. لدينا اقتراح عام مصمّم لمنع حدوث مفاجآت كبيرة من خلال رصد إشارات مختلفة (على سبيل المثال، إزالة صفحات من BFCache عند حدوث تغيير في ملف تعريف الارتباط المستنِد إلى بروتوكول HTTP فقط)، وعمليات استبعاد المحتوى (على سبيل المثال، سياسة المجموعة لعملاء Enterprise/Edu) للسياقات الفريدة. إنّها فرصة معقّدة ومشوّقة، ونودّ أن نتطلّع إلى مزيد من التدقيق والحصول على ملاحظات إضافية.
- المخطط الزمني: سيتم استهداف الإصدار 104 من متصفّح Chrome (تموز (يوليو) 2022)، مع افتراض عدم حدوث مفاجآت كبيرة.
- العبارة التي تحث المستخدم على اتخاذ إجراء: يمكنك الاطّلاع على الاقتراح للحصول على مزيد من التفاصيل، بما في ذلك كيفية تفعيل تنفيذ عمل قيد التقدم وطرق مشاركة الملاحظات، مثل السيناريوهات الفعلية التي سينتج فيها نهجنا عن عقبات جديدة.
من خلال هذه السلسلة، آمل أن أتمكّن من منح منتدى المطوّرين لدينا شعورًا بالتركيز والتواصل من خلال تقريبهم من فريقي وعملهم. لذلك، ابقَ متأهبًا وتابِع هذه الصفحة لمعرفة المزيد من المعلومات.
حتى ذلك الحين، سيكون عليك الاستمتاع بالويب.
ما رأيك في الإصدار الأول من The Chrome Dev Insider؟ يُرجى مشاركة ملاحظاتك.