من المتوقع أن يدعم Google Chrome والمتصفحات الأخرى المستندة إلى Chromium بما في ذلك Microsoft Edge وVivaldi قريبًا وظائف التحميل البطيء للفيديو والصوت الأصلي. تم اقتراح هذا التغيير من قبل المطور المستقل هيلموت جانوشكا، الذي ساهم في مشروع Chromium عدة مرات من قبل.
التحميل البطيء ليس مفهومًا جديدًا. لقد قدم Chrome دعمًا أصليًا للتحميل البطيء لعناصر مثل الصور وإطارات iframe منذ سنوات عديدة، ولكنه لم يغطي علامات الفيديو والصوت. ويعني هذا التحسن أنه في المستقبل، ستدعم المتصفحات المستندة إلى Chromium بشكل مباشر التحميل البطيء لمحتوى الوسائط المتعددة في الطبقة السفلية، والذي من المتوقع أن يؤدي إلى تقصير وقت التحميل الأولي بشكل كبير وتحسين سرعة استجابة الصفحة على صفحات الويب التي تحتوي على كمية كبيرة من محتوى الصوت والفيديو.
بالنسبة للمستخدمين الذين ليسوا على دراية بهذه الآلية، يعني التحميل البطيء: عندما تفتح صفحة ويب، لن يقوم المتصفح بتنزيل جميع الصور ومقاطع الفيديو والموارد الأخرى وتهيئتها بشكل كامل بمجرد عرض الصفحة، ولكنه لن يقوم بتشغيل التحميل إلا عندما تكون هذه العناصر على وشك الدخول إلى المنطقة المرئية (على سبيل المثال، عند التمرير لأسفل بالقرب من موقع الفيديو). بدون التحميل البطيء، قد يطلب Chrome جميع ملفات الوسائط في نفس الوقت في وقت مبكر من عملية تحميل الصفحة، مما يؤدي إلى تأخير محتوى الشاشة الأولى وأوقات تحميل إجمالية أطول. وفي تبنيloading="lazy"بعد تنفيذ السياسة، إذا لم ينتقل المستخدم مطلقًا إلى المنطقة التي يوجد بها مقطع فيديو أو صوت معين، فقد لا يتم تنزيل الوسائط ذات الصلة مطلقًا، وبالتالي توفير النطاق الترددي وموارد الحوسبة.
في الوقت الحالي، إذا كانت معظم مواقع الويب ترغب في تنفيذ التحميل البطيء للفيديو أو الصوت، فإنها تعتمد عادةً على JavaScript لإكماله، أي من خلال واجهات برمجة التطبيقات مثل Intersection Observer لاكتشاف وقت دخول عناصر الوسائط إلى إطار العرض، ثم تعيينها ديناميكيًاsrcخاصية لتحريك التحميل. أشار Helmut Januschka في مذكرة تم إرسالها إلى القوائم البريدية لمطوري Chrome Status وChromium إلى أن حل JavaScript هذا معقد في التنفيذ، وعرضة للخطأ، ولا يمكنه التعاون بشكل كامل مع ماسح التحميل المسبق الخاص بالمتصفح (ماسح التحميل المسبق) واستراتيجيات التحميل الإرشادية المضمنة. وبعبارة أخرى، فإن النهج الحالي لا يمثل أفضل الممارسات من حيث الأداء والاستقرار.
وفقًا للمعلومات العامة الحالية، فإن الحل الذي يقترحه Januschka هو دمج إمكانات التحميل البطيئة للفيديو والصوت الأصلية مباشرةً في Chromium، تمامًا مثل الدعم الأصلي الحالي للصور وإطارات iframe. وبمجرد دخول هذه الميزة إلى قناة Chrome الرسمية، يستطيع المطورون ذلك<video>أو<audio>أضف مباشرة إلى الملصقloading="lazy"الخصائص دون الاعتماد على منطق جافا سكريبت الإضافي. بهذه الطريقة، سيتم الاستيلاء على التحميل البطيء لموارد الوسائط بواسطة المحرك الأصلي للمتصفح، وسيعمل بشكل أفضل مع عملية فحص التحميل المسبق واستراتيجيات الوعي بحالة الشبكة.
أكد Januschka على أن ميزة التحميل البطيء الأصلي هي أنه يسمح للمتصفح بتعيين حد تحميل أكثر معقولية بناءً على ظروف الشبكة، والتعامل بشكل أفضل مع التفاعل مع سمات HTML مثل التشغيل التلقائي والتحميل المسبق، وتجنب حساب تحميل الوسائط التي تظهر على الشاشة.window.onloadالحدث، وبالتالي تقليل الحظر في حدث اكتمال تحميل الصفحة الأولي. سيؤدي هذا إلى جعل صفحات الويب "أسرع" من حيث إدراك المستخدم، مع الاحتفاظ بالقدرة على دعم محتوى الوسائط الغنية.
في الوقت الحاضر، تم "اكتشاف هذا التغيير لأول مرة" من قبل المجتمع المعني، لكنه لا يزال في طور التقدم. من خلال تنفيذ التحميل البطيء للفيديو والصوت الأصلي في الإصدار الثابت من Chromium، من المتوقع أن ينتقل تطبيق التحميل البطيء الحالي القائم على البرامج النصية لمطوري الواجهة الأمامية تدريجيًا إلى طريقة كتابة سمات أصلية أكثر إيجازًا وأفضل أداءً، وبالتالي تزويد المستخدمين بتجربة تصفح أكثر سلاسة.