ما معنى موثوقية الشبكة وكيف يمكن قياسها؟

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

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

حتى وقت قريب، كان إنشاء تطبيقات ويب موثوقة بدون اتصال بالشبكة.

سريع بشكل موثوق

هناك طريقة أخرى للتفكير في الموثوقية وهي ما إذا كان يمكن للمستخدمين الاعتماد على تحميل تطبيق الويب الخاص بك بسرعة كافية عندما يكون لديهم اتصال شبكة أقل من المثالية. هل سيتمتع المستخدمون المكرّرو الزيارة بالتجربة نفسها في التفاعل مع تطبيق الويب أثناء اتصالهم بشبكة الجوّال، كما هو الحال أثناء الاتصال بشبكة Wi-Fi؟ وماذا عن المستخدمين الذين لديهم وقت استجابة سريع أو "lie-fi". هل سيكون تطبيق الويب سريعًا بشكل موثوق حتى في هذه الحالات؟

لا يكفي أن تكون سريعًا في أفضل الظروف. سيشاهد المستخدمون أداء تطبيق الويب من خلال عدسة كيفية عمله في جميع حالات الشبكة.

الموثوقية يمكن تحقيقها

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

مصباحك الإرشادي: يستجيب بدقة 200 حسنًا أثناء وضع عدم الاتصال بالإنترنت.

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

توفر Lighthouse اختبارًا محددًا واحدًا ذا أهمية خاصة عند إنشاء تطبيق ويب موثوق به: يستجيب بـ 200 OK بلا اتصال:

تقرير تطبيق الويب التقدّمي من Lighthouse الذي يُظهر اجتياز الفحص بـ 200 عند إجراء تدقيق بلا إنترنت.

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

إنّها رحلة

إذا كنت لا تزال في خطواتك الأولى، فهناك احتمال كبير جدًا أن تحصل على نتيجة سلبية للردود بـ 200 أثناء إجراء فحص بلا اتصال بالإنترنت. لا بأس! ما لم تكن تستخدم مشروعًا أوّليًا مخصصًا، لا تتمتع تطبيقات الويب بهذا النوع من الموثوقية بشكل افتراضي. ستقدّم الأدلة القليلة التالية أساليب تحتاج إليها لتحديد المحتوى الذي يحمِّله تطبيق الويب، وستتعرّف على كيفية استخدام Lighthouse لجعل تجربة التحميل هذه موثوقة.

خلال هذه العملية، ننصحك بمواصلة إعادة إجراء عمليات تدقيق Lighthouse. وهي بمثابة إرشاد إرشادي خلال رحلتك، بدءًا من تطبيق ويب جديد وانتهاءً بتطبيق ويب تقدّمي موثوق.