🍕 🚣🏿 👩🏼‍🚀 هل أصبح الويب أبطأ بمرور الوقت؟ 👼🏾 🌾 🈯️

في قصة حديثة على Hacker News ، قيل أن سرعات صفحات الويب لا تتحسن حتى مع زيادة سرعات الإنترنت.

سأشرح في مقالتي لماذا لا يمكن استخلاص مثل هذا الاستنتاج من البيانات الأولية.

سنلقي نظرة أيضًا على التغييرات التي حدثت على الأجهزة والويب على مدار السنوات العشر الماضية وكيف أثرت هذه القياسات على سرعة الويب.

تفسير بيانات أرشيف HTTP

يوضح هذا الرسم البياني ، المأخوذ من مقال نشرته مجموعة Nielsen Norman Group ، أن الزيادة في عرض النطاق الترددي للجوال لم ينتج عنها أوقات تحميل أسرع للصفحة.

ومع ذلك ، فإن سرعة الاتصال المستخدمة بواسطة أرشيف HTTP لم تزد خلال هذا الوقت.

بدلاً من ذلك ، انخفض في عام 2013 ، حيث تحول من شبكة WiFi إلى اتصال 3G مقلد .

منذ عام 2013 ، زاد مقياس onLoad بنسبة 55٪ ، من 12.7 ثانية إلى 19.7 ثانية. إذا اشتريت هاتفًا في عام 2013 وكنت تتصل بالإنترنت عبر شبكة الجيل الثالث منذ ذلك الحين ، فقد أصبح الويب أبطأ بالنسبة لك.

قبل أن أتحدث عن كيفية تغير الأجهزة والويب على مدار السنوات العشر الماضية ، إليك بعض الملاحظات حول كيفية تفسير هذه البيانات.

لماذا ننظر إلى onLoad؟

يتم loadإرسال الحدث عن طريق الصفحة عندما يتم تنزيل جميع موارد الصفحة ، مثل النصوص والصور.

إذا تم عرض عنوان الصفحة بسرعة ، ولكن الصفحة أيضًا تم تحميل 20 صورة أخرى أدناه ، فسيعلمنا مقياس onLoad أن الصفحة بطيئة.

قد لا تعرض صفحة أخرى أي شيء مفيد في البداية ، ولكن فقط تبدأ في تحميل موارد إضافية وعرض المحتوى بقوة بالفعل بعد حدث onLoad. ومع ذلك ، ستظهر هذه الصفحة بسرعة.

لذلك فإن onLoad ليست مناسبة جدًا لقياس ما إذا كان المستخدم يرى الصفحة بسرعة.

لماذا تهتم بالنظر إلى هذا المقياس؟ لأنه كان قيد الاستخدام لفترة طويلة وكان أرشيف HTTP يتتبعه منذ عام 2010. أحدث المقاييس مثلتمت إضافة First Contentful Paint ، أو Time to Interactive ، إلى أرشيف HTTP فقط في عام 2017.

هل نتوقع أن تؤدي زيادة عرض النطاق الترددي إلى تحميل أسرع للصفحات؟

ستؤدي زيادة عرض النطاق الترددي إلى تسريع تحميل الصفحة فقط إذا كان النطاق الترددي يمثل عنق الزجاجة في مرحلة ما. لن يساعدك إذا كنت على اتصال جيجابت ، ووقت إرسال الإشارة في كلا الاتجاهين عبر الشبكة يساوي ثانية واحدة.

ومع ذلك ، فإن اتصال HTTP Archive 3G الذي تمت محاكاته بسرعة 1.6 ميجابت في الثانية بطيء جدًا ، لذا يجب أن تتوقع زيادة كبيرة في السرعة مع زيادة عرض النطاق الترددي الخاص بك. يقوم موقع الويب المتوسط بتنزيل 1.7 ميغابايت من البيانات في عام 2020 ، مما يعني أن الأمر سيستغرق 9 ثوانٍ على الأقل للتنزيل بسرعة اتصال HTTP Archive.

التفاصيل الدقيقة الأخرى لأرشيف HTTP

في هذه المقالة ، سأتحدث كثيرًا عن "متوسط موقع الويب". من الجدير بالذكر أن HTTP Archive يجمع فقط البيانات على الصفحات الرئيسية ، وليس على الصفحات الأعمق في التسلسل الهرمي للموقع. أيضًا ، بمرور الوقت ، نمت مجموعة المجالات المختبرة.

لم يتم إجراء الاختبارات دائمًا على نفس الجهاز. في الأصل تم استخدام iPhone 4 المادي ، واليوم يتم إجراء الاختبارات على جهاز Android تمت محاكاته.

في هذه المقالة ، ننظر إلى القيم المترية المتوسطة. إذا كانت معظم مواقع الويب سريعة ، ولكن واحدًا من كل خمسة مواقع ويب يبطئ الهاتف لمدة 20 ثانية ، فلن نتمكن من تحسين هذا المقياس.

السرعة على أجهزة الكمبيوتر المكتبية

في هذه المقالة ، سنلقي نظرة على السرعة على الأجهزة المحمولة الأمريكية. ومع ذلك ، إذا نظرت إلى بيانات سطح المكتب من المقالة الأصلية ، فمن الجدير بالذكر أنه في عام 2013 زاد عرض النطاق الترددي التجريبي وانخفض زمن الوصول.

كيف تغيرت شبكات وأجهزة الجوال خلال السنوات العشر الماضية؟

لنلق نظرة على أربعة عوامل:

النطاق الترددي للشبكة
تأخير الشبكة
سرعات المعالج
سرعة المتصفح

عرض النطاق الترددي للجوال في الولايات المتحدة

يوضح هذا الرسم البياني متوسط النطاق الترددي لشبكة الهاتف المحمول في الولايات المتحدة على مر السنين ، بناءً على مصادر مختلفة. لقد زاد من 1 ميجابت في الثانية إلى حوالي 30 ميجابت في الثانية.

(لم أجمع هذه البيانات بعناية شديدة. على سبيل المثال ، لم أعرف دائمًا ما إذا كان تاريخ جمع البيانات هو نفس تاريخ نشرها. يمكن العثور على مصادري هنا .)

الكمون على شبكات المحمول الأمريكية

كان العثور على بيانات هذه المعلمة أكثر صعوبة ، لكن النتائج تظهر أن زمن الوصول انخفض من حوالي 200 مللي ثانية (2011) إلى 50 مللي ثانية (2020).

سرعات المعالج المحمول

لم أتمكن من العثور على بيانات حول متوسط سرعات الهاتف المحمول في الولايات المتحدة. ومع ذلك، أليكس رسل و سورما نشرت جدول تصنيف GeekBench 4 جنبا إلى جنب مع الافراج عن الهواتف المختلفة لسنوات.

حتى الهواتف ذات الميزانية المحدودة أسرع بـ 4 مرات ، كما أن أجهزة iPhone أقوى بـ 20 مرة.

كيف تغيرت المتصفحات؟

على مدى السنوات العشر الماضية ، تم إنجاز الكثير من العمل لتحسين المتصفحات. أصبحت JavaScript جزءًا أكثر أهمية من الويب ، لذلك تتركز العديد من التحسينات في هذا المجال.

استنادًا إلى هذا الرسم البياني من مدونة V8 ، تم تقليل استهلاك وحدة المعالجة المركزية لكل صفحة أربع مرات.

الشبكات

كما تحسن عمل المتصفحات مع الشبكة. على سبيل المثال ، منذ إدخال HTTP / 2 في عام 2015 ، تمت معالجة 64٪ من الطلبات عبر HTTP / 2.

كيف تغيرت المواقع؟

دعنا نلقي نظرة على البيانات من أرشيف HTTP لفهم كيف تغيرت مواقع الويب.

وزن الصفحة

من عام 2013 إلى عام 2020 ، زاد وزن صفحات الجوّال بنسبة 337٪. ويرجع ذلك أساسًا إلى الزيادة في عدد الصور ورمز JavaScript.

زاد حجم الموارد الأخرى أيضًا كثيرًا - أظن أنه فيديو بشكل أساسي.

يبدأ الرسم البياني في عام 2013 لأنه في أكتوبر 2012 قام أرشيف HTTP بتغيير منهجية القياس. قبل ذلك ، تم التقليل من وزن الصفحة لأن الاختبار توقف بعد بدء حدث تحميل الصفحة ، حتى إذا تم تحميل بيانات أخرى بعده.

وقت تشغيل JavaScript

إذا كانت الصفحات ، على الرغم من تسارع شبكات الجوال ، أبطأ ، فإن جافا سكريبت هي السبب الأكثر احتمالا. لسوء الحظ ، بدأ أرشيف HTTP في جمع هذه البيانات فقط في نهاية عام 2017 ، ويبدو أنه مستقر منذ ذلك الحين.

من المحتمل أن يرجع الانخفاض في منتصف عام 2018 إلى تغيير في مجموعة عناوين URL التي تم اختبارها.

لاحظ أن المدة المطلقة للأداء (0.5 ثانية) أقصر مما نجده عادةً في آلات مثل Lighthouse. عادةً ما تعمل هذه الأدوات على إبطاء تنفيذ JavaScript لمحاكاة جهاز محمول ، ولكن في اختبارات HTTP Archive ، تم كسر هذا النظام . لذلك ، في حين أن هذا الرقم قد يكون واقعيًا بالنسبة للهواتف متوسطة المدى ، فمن المعتقد عمومًا أن الهواتف ذات الميزانية المحدودة أبطأ بنحو أربع مرات.

الإجابة على السؤال إذا أصبح الويب أبطأ

هل أصبح الويب أبطأ؟ بشكل عام ، يعتمد ذلك على جهازك واتصال الشبكة ومواقع الويب الأكثر زيارة.

سنحتاج إلى قياس بيانات السرعة في العالم الحقيقي للحصول على توزيع يوضح كيف يتغير تصور الويب بمرور الوقت من قبل مستخدمين مختلفين. بالإضافة إلى ذلك ، يبقى السؤال ، هل يجب حساب تجربة شخص يفتح آلاف الصفحات يوميًا بنفس طريقة حساب تجربة شخص يزور Facebook مرة واحدة فقط في الأسبوع؟

ليس لدي بيانات مفصلة عن المستخدمين الفرديين ، ولكن يمكننا النظر إلى هذه المشكلة من عدة زوايا مختلفة:

بيانات المستخدم الحقيقية من تقرير Chrome UX (CrUX)
نمذجة ساذجة تستند إلى تغييرات موقع الويب والجهاز

حاولت أيضًا تنزيل إصدارات قديمة من الصفحات من archive.org واختبارها باستخدام Lighthouse ، لكنني لم أستطع الحصول على بيانات ذات مغزى خلال إطار زمني معقول. على سبيل المثال ، أحيانًا تكون الصور مفقودة من أرشيف الصفحة.

البيانات من تقرير تجربة مستخدم Chrome

يتمثل الحد الكبير لبيانات CrUX في أنها بدأت في التجميع فقط من نهاية عام 2017. لكن لا يزال بإمكاننا استخدامها لمعرفة ما إذا كان الويب قد أصبح أبطأ خلال العامين ونصف العام الماضيين.

لاحظ أنه بخلاف أرشيف HTTP ، يقوم CrUX بفحص النطاق بأكمله ، وليس الصفحات الرئيسية فقط.

سننظر في النسبة المئوية الخامسة والسبعين كبيانات ، مما يعني أنه بالنسبة إلى 75٪ من المستخدمين ، يتم تحميل الصفحات بهذه السرعة أو أسرع.

(أستخدم المتوسط ، وليس الوسيط ، عبر مواقع ويب متعددة ، وهذا ليس صحيحًا تمامًا.)

أوقات تحميل الصفحة في الولايات المتحدة الأمريكية

لا تظهر بيانات CrUX الخاصة بالولايات المتحدة أي تدهور في سرعة الصفحة.

يُظهر مقياس onLoad تحسنًا طفيفًا ، ويرجع ذلك على الأرجح إلى زيادة الإنتاجية. أو ربما يحدث المزيد من الإجراءات الآن بعد التحميل الأولي للصفحة.

يبدو أن مقاييس الطلاء مستقرة جدًا. أكبر رسم للمحتوى (وقت تحميل المحتوى الرئيسي) هو مقياس جديد تم جمعه فقط منذ منتصف عام 2019.

بقية العالم

الاتجاه التنازلي في مقياس onLoad في الولايات المتحدة يتوافق مع البيانات العالمية. ومع ذلك ، هناك اختلافات كبيرة في أوقات تحميل الصفحة عبر البلدان ، على سبيل المثال ، تزيد أوقات onLoad في الهند تقريبًا عن ضعف أوقات تحميل الصفحة في كوريا الجنوبية.

يمكننا استخدام بيانات CrUX لفهم بيانات أرشيف HTTP بشكل أفضل. في يناير 2020 ، أبلغ أرشيف HTTP عن متوسط وقت تحميل (النسبة المئوية الخمسين) بناءً على بيانات تركيبية تبلغ 18.7 ثانية.

في المقابل ، يقدر CrUX أوقات التحميل بأن تكون 5.8 ثانية فقط ، وهي النسبة المئوية 75.

(لاحظ أن القيم العالمية (العالمية) تؤخذ ببساطة كمتوسط ولا يتم ترجيحها حسب عدد السكان.)

أوقات تحميل الصفحة النمذجة

يمكننا إنشاء نموذج نظري لكيفية تأثير التغييرات على الأجهزة والشبكات ومواقع الويب على السرعة الإجمالية.

لن يكون النموذج مثاليًا ، ولكن نأمل أن يعطينا بعض البصيرة.

وقت تنزيل الصفحة النظرية

زاد وزن الصفحة بمرور الوقت ، وكذلك زاد عرض النطاق الترددي. كما انخفض وقت الرحلة ذهابًا وإيابًا للإشارة.

سيستغرق تنزيل ملف بحجم موقع ويب الجوال المتوسط 1.7 ثانية في 2013. إذا لم تتغير سرعة الاتصال لدينا منذ ذلك الوقت ، فستستغرق اليوم 4.4 ثانية. ولكن مع متوسط سرعة الاتصال اليوم ، لا يستغرق الأمر سوى 0.9 ثانية.

من الناحية العملية ، لن يتكون موقع الويب من طلب واحد ، وستؤثر عوامل أخرى ، مثل سرعة المعالجة وزمن انتقال الخادم ، على سرعة تحميل الصفحة. وقت onLoad وفقًا لأرشيف HTTP أعلى بمقدار 2-3 مرات من هذا الحد الأدنى.

ولكن لا يزال بإمكاننا استخدام ذلك كمؤشر على أن وقت الاستجابة المنخفض والنطاق الترددي المتزايد بشكل عام ساعدا في تحميل مواقع الويب بشكل أسرع.

(بدأت من عام 2013 ، وليس عام 2011 ، لأن مقياس وزن صفحة أرشيف HTTP بدأ فقط في القياس باستمرار منذ ذلك الوقت.)

وحدة المعالجة المركزية

لا أفهم تمامًا كيفية التعامل مع هذه المعلمة ، لكنني سأضع بعض الافتراضات.

الشخص الذي استخدم Galaxy S4 في عام 2013 ويستخدم الآن Galaxy S10 لديه خمسة أضعاف قوة المعالجة للمعالج. لنفترض أن المتصفحات أصبحت أكثر كفاءة بأربع مرات منذ ذلك الحين. إذا ضربنا هذين الرقمين بشكل مباشر ، فسنحصل على تحسن بمقدار 20 ضعفًا.

منذ عام 2013 ، زاد وزن JavaScript على الصفحة بمقدار 3.7x ، من 107 كيلوبايت إلى 392 كيلوبايت. من المحتمل أن يكون التصغير والضغط قد تحسنوا منذ ذلك الحين ، لذا فإن نفس المقدار من كود JavaScript يناسب الآن عددًا أقل من البايت. لنقرب هذا العامل إلى ستة. تخيل أن وزن JavaScript على الصفحة يتناسب مع وقت تنفيذ JavaScript.

نتيجة لذلك ، سنظل نحصل على زيادة في السرعة بمقدار 3.3x.

خاتمة

تعمل مواقع الويب اليوم برموز أكثر وهي أكبر بكثير من مواقع الويب قبل عشر سنوات. ومع ذلك ، لا أعتقد أن ويب الجوال أصبح أبطأ بشكل عام بالنسبة للمستخدمين.

في الوقت نفسه ، يستخدم العديد من الأشخاص الآن ويب الجوال . هذا يحط من سرعة الويب المتصورة الإجمالية.

قوة الحوسبة للأجهزة المحمولة تلحق بقوة أجهزة سطح المكتب ، وكذلك عرض النطاق الترددي للشبكات. في الوقت نفسه ، تظهر أجهزة جديدة أرخص على مستوى الميزانية.

يمكن عرض هذه البيانات من زاويتين. من ناحية أخرى ، تزداد سرعة الويب تدريجيًا. من ناحية أخرى ، يمثل التقدم في الشبكات والأجهزة فرصة ضائعة لتحقيق مكاسب إنتاجية أكبر.

هل أصبح الويب أبطأ بمرور الوقت؟