في السابق، كان تثبيت التطبيقات ممكنًا فقط في سياق التطبيقات الخاصة بالنظام الأساسي. في الوقت الحالي، توفّر تطبيقات الويب الحديثة تجارب قابلة للتثبيت توفّر مستوى الدمج والموثوقية نفسه الذي توفِّره التطبيقات الخاصة بنظام التشغيل الأساسي.
ويمكنك تحقيق ذلك بطرق مختلفة:
- تثبيت تطبيق الويب التقدّمي (PWA) من المتصفّح.
- تثبيت تطبيق الويب التقدّمي (PWA) من متجر التطبيقات
يُعدّ توفُّر قنوات توزيع مختلفة طريقة فعّالة للوصول إلى عدد كبير من المستخدمين، ولكن قد يكون اختيار الاستراتيجية المناسبة للترويج لتثبيت تطبيق الويب التقدّمي (PWA) أمرًا صعبًا.
يستكشف هذا الدليل أفضل الممارسات للجمع بين خيارات التثبيت المختلفة لزيادة معدلات التثبيت وتجنُّب المنافسة على النظام الأساسي المزاحمة له. وتتضمن عروض التثبيت التي تشملها تطبيقات الويب التقدّمية (PWA) المثبَّتة من المتصفّح وApp Store، بالإضافة إلى التطبيقات الخاصة بالنظام الأساسي.
ما هي أهمية جعل تطبيق الويب قابلاً للتثبيت؟
يتم تشغيل تطبيقات الويب التقدّمية المثبَّتة في نافذة مستقلة بدلاً من علامة تبويب متصفّح. يمكن تشغيلها من الشاشة الرئيسية للمستخدم أو قاعدة الإرساء أو شريط التطبيقات أو الرف. ويمكن البحث عن التطبيق على أحد الأجهزة والانتقال بين التطبيقات باستخدام مبدِّل التطبيقات، ما يجعله يشعر وكأنّه جزء من الجهاز الذي تم تثبيته عليه.
ولكن استخدام تطبيق ويب قابل للتثبيت وتطبيق خاص بنظام أساسي قد يكون مربكًا للمستخدمين. بالنسبة لبعض المستخدمين، قد تكون التطبيقات الخاصة بنظام التشغيل هي الخيار الأفضل، ولكن بالنسبة إلى البعض الآخر، قد تكون هناك بعض العيوب:
- قيود مساحة التخزين: قد يعني تثبيت تطبيق جديد حذف تطبيقات أخرى أو إخلاء بعض المساحة من خلال إزالة محتوى قيّم. وهذا غير مفيد بشكل خاص لمستخدمي الأجهزة المنخفضة التطور.
- معدل نقل البيانات المتاح: قد يكون تنزيل أحد التطبيقات عملية مكلفة وبطيئة، وقد يكون ذلك أكثر بالنسبة إلى المستخدمين الذين لديهم اتصالات بطيئة وخطط بيانات مكلفة.
- الاحتكاك: تؤدي مغادرة موقع إلكتروني والانتقال إلى متجر لتنزيل تطبيق إلى حدوث مشاكل إضافية وتؤدي إلى تأخير إجراء المستخدِم الذي يمكن تنفيذه مباشرةً على الويب.
- دورة التحديث: قد يتطلب إجراء التغييرات في التطبيقات الخاصة بالنظام الأساسي إجراء عملية مراجعة للتطبيق، ما قد يؤدي إلى إبطاء التغييرات والتجارب (على سبيل المثال، اختبارات أ/ب).
في بعض الحالات، قد تكون نسبة المستخدمين الذين لن ينزِّلوا تطبيقك الخاص بالنظام الأساسي كبيرة، على سبيل المثال: أولئك الذين يعتقدون أنهم لن يستخدموا التطبيق كثيرًا، أو لا يمكنهم تبرير استهلاك عدة وحدات ميغابايت من مساحة التخزين أو البيانات. يمكنك تحديد حجم هذه الشريحة بعدة طرق، على سبيل المثال باستخدام أحد إعدادات الإحصاءات لتتبع النسبة المئوية لـ "الويب على الأجهزة الجوّالة فقط" المستخدمين.
إذا كان حجم هذه الشريحة كبيرًا، هذا مؤشر جيد على أنّك بحاجة إلى توفير طرق بديلة لتثبيت تجاربك.
الترويج لتثبيت تطبيق الويب التقدّمي (PWA) من خلال المتصفّح
إذا كان لديك تطبيق ويب تقدّمي (PWA) عالي الجودة، قد يكون من الأفضل الترويج لتثبيته بدلاً من التطبيق الخاص بالنظام الأساسي. على سبيل المثال، إذا كان التطبيق الخاص بالنظام الأساسي لا يتضمّن الوظائف التي يوفّرها تطبيق الويب التقدّمي (PWA)، أو إذا لم يتم تحديثه منذ فترة. قد يكون من المفيد أيضًا الترويج لتثبيت تطبيق الويب التقدّمي (PWA) إذا لم يكن التطبيق الخاص بالنظام الأساسي متوافقًا مع الشاشات الأكبر حجمًا، كما هو الحال في ChromeOS.
بالنسبة إلى بعض التطبيقات، تشكّل زيادة عمليات تثبيت التطبيقات الخاصة بالنظام الأساسي جزءًا أساسيًا من نموذج الأعمال، وفي هذه الحالة، من المنطقي الترويج لتثبيت تطبيقك الخاص بالنظام الأساسي. ومع ذلك، قد يشعر بعض المستخدمين براحة أكبر في البقاء على الويب. إذا أمكن تحديد هذا القسم، يمكن عرض طلب تطبيق الويب التقدّمي له فقط (ما نسميه "تطبيق الويب التقدّمي" (PWA) كإجراء احتياطي).
تطبيق الويب التقدّمي PWA كتجربة أساسية قابلة للتثبيت
بعد أن يستوفي تطبيق الويب التقدّمي (PWA) معايير قابلية التثبيت، تعرض معظم المتصفِّحات مؤشرًا إلى أنّ تطبيق الويب التقدّمي (PWA) قابل للتثبيت. على سبيل المثال، يعرض Chrome على سطح المكتب رمزًا قابلاً للتثبيت في شريط العناوين، بينما يعرض على الأجهزة الجوّالة شريط معلومات مصغّر:
قد يكون ذلك كافيًا لبعض التجارب، ولكن إذا كان هدفك هو زيادة عمليات تثبيت تطبيق الويب التقدّمي (PWA)، ننصحك بشدة بالاستماع إلى BeforeInstallPromptEvent واتّباع الأنماط للترويج لتثبيت تطبيق الويب التقدّمي (PWA).
منع تطبيق الويب التقدّمي (PWA) من التأثير سلبًا في معدّل تثبيت التطبيقات على مستوى النظام الأساسي
في بعض الحالات، قد تختار الترويج لتثبيت تطبيقك الخاص بالنظام الأساسي باستخدام تطبيق الويب التقدّمي (PWA)، ولكن في هذه الحالة، ننصحك بتوفير آلية للسماح للمستخدمين بتثبيت تطبيق الويب التقدّمي (PWA). يتيح هذا الخيار الاحتياطي للمستخدمين الذين يتعذّر عليهم تثبيت تطبيقك الخاص بالنظام الأساسي أو لا يريدون الحصول على تجربة مماثلة مثبَّتة.
الخطوة الأولى لتنفيذ هذه الاستراتيجية هي تحديد استدلال لموعد عرض إعلان ترويجي لتثبيت تطبيق الويب التقدّمي (PWA) للمستخدم.
على سبيل المثال: مستخدم تطبيق الويب التقدّمي (PWA) هو مستخدم اطّلع على طلب تثبيت التطبيق الخاص بالنظام الأساسي ولم يثبِّت التطبيق الخاص بالنظام الأساسي. وقد عادوا إلى الموقع الإلكتروني خمس مرات على الأقل، أو نقروا على بانر التطبيق، ولكنّهم واصلوا استخدام الموقع الإلكتروني بدلاً من ذلك.
بعد ذلك، يمكن تنفيذ الإرشادي بالطريقة التالية:
- عرض بانر تثبيت التطبيق الخاص بالنظام الأساسي
- إذا أغلق أحد المستخدمين البانر، يمكنك إعداد ملف تعريف ارتباط يتضمّن هذه المعلومات (مثل
document.cookie = "app-install-banner=dismissed"). - استخدم ملف تعريف ارتباط آخر لتتبع عدد زيارات المستخدمين إلى الموقع (مثل
document.cookie = "user-visits=1"). - اكتب دالة، مثل
isPWAUser()، تستخدم المعلومات المخزَّنة سابقًا في ملفات تعريف الارتباط إلى جانب واجهة برمجة التطبيقاتgetInstalledRelatedApps()لتحديد ما إذا كان المستخدم يُعتبَر مستخدم "مستخدم PWA". - عندما ينفِّذ المستخدم إجراءً مفيدًا، يمكنك استدعاء
isPWAUser(). إذا عرضت الدالة القيمة "صحيح" وتم حفظ طلب تثبيت تطبيق الويب التقدّمي (PWA) مسبقًا، يمكنك عرض زر تثبيت تطبيق الويب التقدّمي (PWA).
الترويج لتثبيت تطبيق الويب التقدّمي (PWA) من خلال متجر التطبيقات
ويمكن إنشاء تطبيقات متاجر التطبيقات باستخدام تكنولوجيات مختلفة، بما في ذلك تقنيات تطبيقات الويب التقدّمية (PWA). في دمج تطبيق الويب التقدّمي (PWA) في البيئات الأصلية، يمكنك العثور على ملخّص للتقنيات التي يمكن استخدامها لتحقيق ذلك.
في هذا القسم، سنصنِّف التطبيقات في المتجر في مجموعتَين:
- التطبيقات الخاصة بنظام التشغيل: يتم إنشاء هذه التطبيقات في الغالب باستخدام رمز خاص بالنظام الأساسي. وتعتمد أحجامها على النظام الأساسي، إلا أنّها عادةً ما تكون أعلى من 10 ميغابايت على نظام التشغيل Android و30 ميغابايت على نظام التشغيل iOS. قد ترغب في الترويج لتطبيقك الخاص بنظام التشغيل إذا لم يكن لديك تطبيق ويب تقدّمي (PWA)، أو إذا كان التطبيق الخاص بالنظام الأساسي يعرض مجموعة ميزات أكثر اكتمالاً.
- التطبيقات الخفيفة: يمكن إنشاء هذه التطبيقات باستخدام رمز خاص بالنظام الأساسي أيضًا، إلا أنه يتم إنشاؤها عادةً باستخدام تكنولوجيا الويب، وهي مضمّنة في برنامج تضمين خاص بالنظام الأساسي. يمكن تحميل تطبيقات الويب التقدّمية الكاملة إلى المتاجر أيضًا. (سنناقش ذلك لاحقًا في هذه المقالة). تختار بعض الشركات تقديم هذه الأسعار على أنها "مبسّطة" وخبراتهم، واستخدم البعض الآخر هذا الأسلوب في تطبيقاتهم الرئيسية (الأساسية) أيضًا.
الترويج للتطبيقات الخفيفة
وفقًا لدراسة أجرتها Google Play، سينخفض معدّل الإحالات الناجحة لتثبيت APK بنسبة 1% مقابل كل زيادة مقدارها 6 ميغابايت إلى حجم حزمة APK. ويعني هذا أنّ معدّل إكمال تنزيل تطبيق بحجم 10 ميغابايت قد يكون أعلى بنسبة 30% تقريبًا من تطبيق بحجم 100 ميغابايت.
لحلّ هذه المشكلة، تستفيد بعض الشركات من تطبيق الويب التقدّمي (PWA) لتوفير إصدار خفيف من تطبيقاتها في "متجر Play" باستخدام أنشطة الويب الموثوقة (TWA). تُغلف هذه التطبيقات تطبيق الويب التقدّمي (PWA) في WebView مثل المكوّن، وعادةً ما يكون حجم التطبيق الناتج بضعة ميغابايت فقط.
أنشأت شركة Oyo، وهي واحدة من أكبر شركات الضيافة في الهند، إصدارًا بسيطًا من تطبيقها، وأتاحته في "متجر Play" باستخدام TWA. حتى وقت كتابة هذه المقالة، كان حجم تطبيق Oyo بحجم 850 كيلوبايت فقط، أي بحجم 7% فقط من حجم تطبيق Android. وبمجرد تثبيته، فإنه لا يمكن تمييزه عن تطبيق Android الخاص به:
حافظت Oyo على الفرقة الرئيسية و"البسيط" إصدارات التطبيقات في المتجر، ما يوفر خيارًا لمستخدميها.
تقديم تجربة ويب بسيطة
من البديهي أن يكون مستخدمو الأجهزة البسيطة يميلون إلى تنزيل إصدارات خفيفة من التطبيقات أكثر من مستخدمي الهواتف المتطورة. لذلك، إذا كان من الممكن تحديد جهاز المستخدم، يمكنك إعطاء الأولوية لبانر تثبيت التطبيق الخفيف على إصدار التطبيق الأكثر أهمية والخاص بالنظام الأساسي.
على الويب، من الممكن الحصول على إشارات الأجهزة وربطها تقريبًا بفئات الأجهزة (مثل "مرتفع" أو "متوسط" أو "منخفض"). يمكنك الحصول على هذه المعلومات بطرق مختلفة، باستخدام واجهات برمجة تطبيقات JavaScript أو تلميحات العميل.
استخدام JavaScript
باستخدام خصائص JavaScript، مثل navigator.hardwareConcurrency وnavigator.deviceMemory وnavigator.connection الحصول على معلومات حول وحدة المعالجة المركزية للجهاز وحالة الذاكرة والشبكة على التوالي. على سبيل المثال:
const deviceCategory = req.get('Device-Memory') < 1 ? 'lite' : 'full';`
استخدام حقول معلومات العميل
يمكن أيضًا استنتاج إشارات الجهاز في عناوين طلبات HTTP من خلال تلميحات العميل. في ما يلي طريقة تطبيق الرمز البرمجي السابق لذاكرة الجهاز مع تلميحات البرنامج:
أولاً، أخبِر المتصفّح باهتمامك بتلقّي تلميحات عن ذاكرة الجهاز في عنوان استجابة HTTP لأي طلب من الطرف الأول:
HTTP/1.1 200 OK
Content-Type: text/html
Accept-CH: Device-Memory
بعد ذلك، ستبدأ في تلقّي معلومات Device-Memory في عنوان الطلب الخاص بطلبات HTTP:
GET /main.js HTTP/1.1
Device-Memory: 0.5
يمكنك استخدام هذه المعلومات في الخلفيات لتخزين ملف تعريف ارتباط مع فئة جهاز المستخدم:
app.get('/route', (req, res) => {
// Determine device category
const deviceCategory = req.get('Device-Memory') < 1 ? 'lite' : 'full';
// Set cookie
res.setCookie('Device-Category', deviceCategory);
…
});
أخيرًا، يمكنك إنشاء منطقك الخاص لربط هذه المعلومات بفئات الأجهزة، وعرض الطلب المقابل لتثبيت التطبيق في كل حالة:
if (isDeviceMidOrLowEnd()) {
// show "Lite app" install banner or PWA A2HS prompt
} else {
// show "Core app" install banner
}
الخاتمة
تعد القدرة على الحصول على أيقونة في الشاشة الرئيسية للمستخدم إحدى أكثر ميزات التطبيقات جاذبية. وبما أنّ هذا الأمر كان ممكنًا في السابق فقط مع التطبيقات المثبَّتة من متاجر التطبيقات، قد تعتقد الشركات أنّ عرض بانر لتثبيت التطبيقات في متجر التطبيقات سيكون كافيًا لإقناع المستخدمين بتثبيت تجارب التطبيقات. هناك حاليًا المزيد من الخيارات للسماح للمستخدمين بتثبيت تطبيق، بما في ذلك تقديم تجارب تطبيق خفيفة في المتاجر، والسماح للمستخدمين بإضافة تطبيقات الويب التقدّمية (PWA) إلى الشاشة الرئيسية من خلال مطالبتهم بتنفيذها مباشرةً من الموقع الإلكتروني.