التحميل المسبق لتطبيق الويب التقدمي (PWA) من صفحات AMP
Important: this documentation is not applicable to your currently selected format email!
من الاستراتيجيات الجيدة إنشاء نقطة دخول إلى موقعك من خلال صفحة AMP، ثم تمهيد تطبيق الويب التقدمي (PWA) خلف المشهد والتبديل إليه لخوض رحلة تقدمية:
- يتم نشر جميع صفحات "الأوراق" للمحتوى (تلك التي تتضمن محتوى خاصًا، وليس صفحات النظرة العامة) كصفحات AMP نظرًا لأنها تتميز بتجربة تحميل شبه فورية.
- تستخدم صفحات AMP هذه العنصر الخاص من AMP وهو
amp-install-serviceworker
لتمهيد ذاكرة التخزين المؤقت وواجهة PWA بينما يستمتع المستخدم بالمحتوى. - عندما ينقر المستخدم فوق ارتباطًا آخر على موقعك (على سبيل المثال استدعاء إجراء في الأسفل لتجربة شبية بالتطبيق)، فإن عامل الخدمة يعترض الطلب، ويستحوذ على الصفحة ويقوم بتحميل واجهة PWA بدلا من ذلك.
اقرأ لتتعلم لماذا وكيف تستخدم نمط التطوير هذا.
تحسين رحلة المستخدم من خلال الاتصال بتطبيق ويب تقدمي (PWA)
AMP لاكتساب المستخدم الأولي
يعتبر AMP حلا مثاليًا لما يسمى صفحات الأوراق، وهي صفحات المحتوى التي يكتشفها المستخدمون في الأصل عن طريق محرك بحث أو ارتباط مشترك من صديق أو عن طريق موقع آخر. نظرًا لـ العرض الأولي المخصص من AMP، يتم تحميل صفحات AMP بسرعة كبيرة، ما يعني في المقابل قلة انصراف المستخدم (أظهرت دراسة DoubleClick الأخيرة أن أكثر من 53% من جميع المستخدمين ينصرفون من الصفحة بعد 3 ثواني).
تطبيق الويب التقدمي (PWA) للتفاعل والانخراط الكامل
من ناحية أخرى، تسمح تطبيقات الويب التقدمية بمزيد من التفاعل والانخراط، ولكنها لا تتضمن خصائص التحميل الأول الفوري مثل صفحة AMP. إنها تعتمد في الأساس على تكنولوجيا تسمى عامل الخدمة، وهو وكيل داخل عميل يسمح بالتخزين المؤقت لجميع أنواع الأصول لصفحاتك، ولكن خادم الخدمة المذكور ينشط فقط بعد أول تحميل.
تمهيد تطبيق الويب التقدمي (PWA) باستخدام amp-install-serviceworker
تتميز AMP بإمكانية تثبيت عامل الخدمة لتطبيق الويب التقدمي الخاص بك من داخل صفحة AMP – نعم، حتى في حالة تقديم صفحة AMP هذه من ذاكرة AMP للتخزين المؤقت! وإذا تم تنفيذه بشكل صحيح، فسوف يعمل الارتباط المؤدي إلى PWA (من إحدى صفحات AMP الخاصة بك) بشكل فوري، مثل الوثبة الأولى إلى صفحة AMP.
قم أولا بتثبيت عامل الخدمة على كافة صفحات AMP الخاصة بك باستخدام amp-install-serviceworker
، من خلال تضمين المكون أولا عن طريق النص البرمجي الخاص به في <head>
لصفحتك:
<script async custom-element="amp-install-serviceworker" src="https://cdn.ampproject.org/v0/amp-install-serviceworker-0.1.js"></script>
ثم أضف ما يلي في مكان ما داخل <body>
الخاص بك (قم بالتعديل للإشارة إلى عامل الخدمة الفعلي لك):
<amp-install-serviceworker src="https://www.your-domain.com/serviceworker.js" layout="nodisplay"> </amp-install-serviceworker>
في النهاية، في خطوة تثبيت عامل الخدمة، قم بعمل تخزين مؤقت لأي موارد سوف يحتاجها تطبيق الويب التقدمي:
var CACHE_NAME = 'my-site-cache-v1'; var urlsToCache = [ '/', '/styles/main.css', '/script/main.js' ]; self.addEventListener('install', function(event) { // Perform install steps event.waitUntil( caches.open(CACHE_NAME) .then(function(cache) { console.log('Opened cache'); return cache.addAll(urlsToCache); }) ); });
اجعل جميع الارتباطات على صفحة AMP تنتقل إلى تطبيق الويب التقدمي (PWA)
تتمثل الفرص في أن معظم الارتباطات على صفحات AMP تؤدي إلى مزيد من صفحات المحتوى. يمكن استخدام استراتيجيتين للتأكد من أن النقر على الارتباط التالي يؤدي إلى "ترقية" لتطبيق الويب التقدمي، تبعًا للطريقة التي تستخدم بها AMP:
1. إذا قمت بإقران صفحاتك المتعارف عليها مع صفحات AMP
في هذه الحالة لديك موقع ويب متعارف عليها (غير مدعوم منAMP) وقمت بإنشاء صفحات AMP مرتبطة بهذه الصفحات المتعارف عليها. هذه حاليًا الطريقة الأكثر شيوعًا لاستخدام AMP، ويعني أن الارتباطات على صفحات AMP سوف ترتبط على الأرجح بالإصدار المتعارف عليه لموقعك. الخبر السار: إذا كان موقعك المتعارف عليه يمثل تطبيق ويب تقدمي (PWA)، فإنك تكون على أهبة الاستعداد.
2. إذا كان موقعك المتعارف عليه هو موقع AMP
في هذه الحالة الصفحات المتعارف عليها هي صفحات AMP الخاص بك: أنت تبني موقعك بالكامل باستخدام AMP، وتستخدم ببساطة AMP كمكتبة (حقيقة مبهجة: الموقع الذي تقرأه مبني بهذه الطريقة). في هذا السيناريو، معظم الارتباطات على صفحات AMP الخاصة بك سوف تؤدي إلى صفحات AMP الأخرى.
يمكنك الآن نشر تطبيق الويب التقدمي ( PWA) الخاص بك على مسار منفصل مثل your-domain.com/pwa
واستخدام عامل الخدمة الذي يعمل الفعل لـ مقاطعة تنقل المتصفح عندما ينقر شخص ما على ارتباط على صفحة AMP:
self.addEventListener('fetch', event => { if (event.request.mode === 'navigate') { event.respondWith(fetch('/pwa')); // Immediately start downloading the actual resource. fetch(event.request.url); } });
الشيء المثير على وجه الخصوص في هذه التقنية هو أنك تستخدم الآن التحسين التقدمي للانتقال من AMP إلى PWA. مع ذلك، هذا يعني أيضًا، أن المتصفحات التي لا تدعم عمال الخدمة سوف تنتقل من AMP إلى AMP، كما هي، ولن تنتقل أبدًا إلى PWA فعليًا.
تعمل AMP على حل هذا بشيء يسمى إعادة كتابة shell URL. وبإضافة نموذج URL احتياطي إلى علامة amp-install-serviceworker
، فإنك تعطي تعليمات إلى AMP بإعادة كتابة جميع الارتباطات المطابقة على صفحة معينة للانتقال إلى عنوان shell URL قديم، إذا لم يتم اكتشاف دعم من عامل الخدمة:
<amp-install-serviceworker src="https://www.your-domain.com/serviceworker.js" layout="nodisplay" data-no-service-worker-fallback-url-match=".*" data-no-service-worker-fallback-shell-url="https://www.your-domain.com/pwa"> </amp-install-serviceworker>
ونظرًا لاستعمال هذه السمات، فإن جميع عمليات النقر التالية على AMP سوف تنتقل إلى تطبيق الويب التقدمي (PWA) الخاص بك، بصرف النظر عن وجود أي عامل الخدمة.
-
Written by @pbakaus