يستمتع عدد كبير من الأشخاص بالويب الحديث، ويستخدمون مجموعة من الأجهزة المختلفة وأنواع الاتصالات بالشبكة. يمكن أن تصل المحتوى الذي تنشئه إلى المستخدمين في جميع أنحاء العالم، ولكن تقديم تجربة موثوقة على الويب لجميع المستخدمين قد يكون أمرًا صعبًا. وقد يكون من الصعب فهم معنى الموثوقية.
الموثوقية في حال عدم الاتصال بالإنترنت
إحدى طرق التفكير في الموثوقية هي ما إذا كان تطبيق الويب سيعمل بدون اتصال بالشبكة. هذا النوع من الموثوقية هو أمر مفروغ منه بالنسبة إلى المستخدمين في التطبيقات الخاصة بالمنصة والمثبَّتة على جهاز جوّال من أحد متاجر التطبيقات. عندما يظهر رمز لأحد هذه التطبيقات، تتوقع أن تتمكّن من النقر عليه وفتح تجربة ما، بغض النظر عمّا إذا كنت متصلاً بالإنترنت حاليًا أم لا.
حتى وقت قريب، كان من الصعب إنشاء تطبيقات ويب موثوقة بدون اتصال بالشبكة.
السرعة الموثوقة
هناك طريقة أخرى للتفكير في الموثوقية، وهي ما إذا كان بإمكان المستخدمين الاعتماد على تحميل تطبيق الويب بسرعة كافية عندما يكون لديهم اتصال بالشبكة قد يكون أقل من مثالي. هل سيحصل المستخدمون العائدون على التجربة نفسها عند التفاعل مع تطبيق الويب عندما يكونون متصلين بشبكة الجوّال كما لو كانوا متصلين بشبكة Wi-Fi؟ وماذا عن المستخدمين الذين لديهم اتصال ببطء استجابة عالٍ أو اتصال "غير موثوق" ؟ هل سيكون تطبيق الويب سريعًا بشكل موثوق حتى في هذه السيناريوهات؟
لا يكفي أن يكون تطبيق الويب سريعًا في أفضل الظروف. سينظر المستخدمون إلى أداء تطبيق الويب من خلال طريقة عمله في جميع ظروف الشبكة.
يمكن تحقيق الموثوقية
الخبر السار هو أنّ منصة الويب الحديثة توفّر تقنيات، مثل عاملي الخدمة و واجهة برمجة التطبيقات Cache Storage API، التي يمكن أن تكون بمثابة اللبنات الأساسية لإنشاء تطبيقات ويب موثوقة. تتيح لك هذه التقنيات كتابة رمز برمجي يقع بين تطبيق الويب والشبكة. في كثير من الحالات، يمكنك تجاوز الشبكة بالكامل واستخدام المحتوى الذي تم تخزينه مؤقتًا سابقًا بدلاً من ذلك لتلبية طلبات تطبيق الويب.
دليلك: يستجيب برمز "200 OK" في حال عدم الاتصال بالإنترنت
بعد البدء في إنشاء مشغّل خدمات وعرض المحتوى من ذاكرات التخزين المؤقت، يصعب معرفة ما إذا كنت تفعل ذلك بفعالية. كيف تعرف أنّ عامل الخدمة الذي تنفّذه يساعد تطبيق الويب فعلاً في تجنُّب الشبكة؟ كيف تمنع تغييرًا بسيطًا في استراتيجية التخزين المؤقت من إيقاف تجربة عدم الاتصال بالإنترنت التي صمّمتها بعناية؟
يوفّر Lighthouse اختبارًا واحدًا يهمّك بشكل خاص عند إنشاء تطبيق ويب موثوق: يستجيب برمز "200 OK" في حال عدم الاتصال بالإنترنت:
ما الذي يتم اختباره هنا؟ الأمر بسيط، إذ يتم محاكاة فقدان الاتصال بالشبكة داخل المتصفّح، ثم محاولة تحميل أي عنوان URL على موقعك الإلكتروني الذي يتم تدقيقه. يختبر هذا الإجراء جانبًا واحدًا من إنشاء موقع إلكتروني موثوق ، وهو الموثوقية في حال عدم الاتصال بالإنترنت، باستخدام تسلسل مضبوط ومتكرّر من الإجراءات.
إنّها رحلة
إذا كنت في بداية رحلتك، فمن المحتمل جدًا أن تحصل على نتيجة سلبية لفحص "يستجيب برمز 200 في حال عدم الاتصال بالإنترنت". لا بأس في ذلك. ما لم تكن تستخدم مشروعًا أوليًا مخصّصًا، لا تتضمّن تطبيقات الويب هذا النوع من الموثوقية تلقائيًا. ستقدّم الأدلة القليلة التالية التقنيات التي تحتاج إليها لتحديد المحتوى الذي يتم تحميله في تطبيق الويب، وستعلّمك كيفية استخدام Lighthouse لجعل تجربة التحميل هذه موثوقة.
ننصحك بإعادة تشغيل عمليات تدقيق Lighthouse طوال هذه العملية. تكون عمليات التدقيق بمثابة دليل لك طوال رحلتك، بدءًا من تطبيق ويب جديد وصولاً إلى تطبيق ويب تقدّمي موثوق.