كيفية تحديد استراتيجية التثبيت

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

ويمكنك تحقيق ذلك بطرق مختلفة:

إنّ توفُّر قنوات توزيع مختلفة هو طريقة فعّالة للوصول إلى عدد كبير من المستخدمين، ولكن قد يكون اختيار الاستراتيجية المناسبة للترويج لتثبيت تطبيق الويب التقدّمي (PWA) أمرًا صعبًا.

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

لماذا ننصحك بجعل تطبيق الويب قابلاً للتثبيت؟

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

ومع ذلك، فإنّ توفُّر تطبيق ويب قابل للتثبيت وتطبيق خاص بنظام التشغيل قد يكون مربكًا للمستخدمين. بالنسبة لبعض المستخدمين، قد تكون التطبيقات الخاصة بنظام التشغيل هي الخيار الأفضل، ولكن بالنسبة للآخرين يمكن أن تقدم بعض العيوب:

  • قيود مساحة التخزين: قد يعني تثبيت تطبيق جديد حذف تطبيقات أخرى أو إخلاء بعض المساحة من خلال إزالة محتوى قيّم. وهذا غير مفيد بشكل خاص لمستخدمي الأجهزة منخفضة المواصفات.
  • معدل نقل البيانات المتاح: يمكن أن يكون تنزيل التطبيق عملية مكلفة وبطيئة، بل وأكثر من ذلك بالنسبة إلى المستخدمين الذين لديهم اتصالات بطيئة وخطط بيانات مكلفة.
  • الاحتكاك:يؤدي مغادرة موقع إلكتروني والانتقال إلى متجر لتنزيل تطبيق إلى حدوث معوقات إضافية وتأخير الإجراء الذي يمكن تنفيذه على الويب مباشرةً.
  • دورة التحديث: قد يتطلب إجراء التغييرات في التطبيقات الخاصة بنظام التشغيل الخضوع لعملية مراجعة للتطبيق، ما قد يبطئ إجراء التغييرات والتجارب (على سبيل المثال، اختبارات A/B).

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

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

الترويج لتثبيت تطبيق الويب التقدّمي (PWA) من خلال المتصفّح

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

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

تطبيق الويب التقدّمي (PWA) كتجربة أساسية قابلة للتثبيت

بعد أن يستوفي تطبيق الويب التقدّمي معايير قابلية التثبيت، تعرض معظم المتصفّحات مؤشرًا على أنّ تطبيق الويب التقدّمي (PWA) قابل للتثبيت. على سبيل المثال، يعرض Chrome على جهاز سطح المكتب رمزًا قابلاً للتثبيت في شريط العناوين، وعلى الأجهزة الجوّالة، يعرض شريط معلومات مصغّر:

إشعار عادي بتثبيت Chrome، يُسمى شريط المعلومات المصغَّر
شريط المعلومات المصغَّر:

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

منع تطبيق الويب التقدّمي (PWA) من التأثير سلبًا في معدّل تثبيت التطبيق الخاص بالنظام الأساسي

في بعض الحالات، يمكنك اختيار الترويج لتثبيت تطبيقك الخاص بالنظام الأساسي عبر تطبيق الويب التقدّمي (PWA)، ولكن في هذه الحالة، ننصحك بتوفير آلية للسماح للمستخدمين بتثبيت تطبيق الويب التقدّمي (PWA). ويتيح هذا الخيار الاحتياطي للمستخدمين الذين لا يستطيعون أو لا يريدون تثبيت التطبيق الخاص بالنظام الأساسي الحصول على تجربة مماثلة.

تتمثّل الخطوة الأولى لتنفيذ هذه الاستراتيجية في تحديد إرشادي للوقت الذي ستعرض فيه للمستخدم إعلانًا ترويجيًا لتثبيت تطبيق الويب التقدّمي (PWA).

على سبيل المثال: مستخدم تطبيق الويب التقدّمي (PWA) هو مستخدم رأى رسالة طلب تثبيت التطبيق الخاصة بالنظام الأساسي ولم يثبّت التطبيق الخاص بالنظام الأساسي. وقد عاد إلى الموقع الإلكتروني خمس مرات على الأقل أو نقر على إعلان بانر التطبيق، لكنّه واصل استخدام الموقع الإلكتروني بدلاً من ذلك.

ثم، يمكن تنفيذ الإشارة الإرشادية بالطريقة التالية:

  1. عرض بانر تثبيت التطبيق الخاص بالنظام الأساسي.
  2. إذا أغلق أحد المستخدِمين البانر، اضبط ملف تعريف ارتباطًا باستخدام هذه المعلومات (مثل document.cookie = "app-install-banner=dismissed").
  3. استخدِم ملف تعريف ارتباط آخر لتتبُّع عدد زيارات المستخدمين إلى الموقع الإلكتروني (مثل document.cookie = "user-visits=1").
  4. اكتب دالة، مثل isPWAUser()، تستخدم المعلومات المخزَّنة سابقًا في ملفات تعريف الارتباط مع واجهة برمجة التطبيقات getInstalledRelatedApps() لتحديد ما إذا كان المستخدم يُعتبَر أحد مستخدمي تطبيق الويب التقدّمي (PWA).
  5. عندما ينفِّذ المستخدم إجراءً مفيدًا، يمكنك استدعاء الرقم isPWAUser(). إذا كانت الدالة تُرجع القيمة "صحيح" وكان قد تم حفظ طلب تثبيت تطبيق الويب التقدّمي (PWA) مسبقًا، يمكنك عرض زر تثبيت تطبيق الويب التقدّمي (PWA).

الترويج لتثبيت تطبيق الويب التقدّمي (PWA) من خلال متجر تطبيقات

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

في هذا القسم، سنصنف التطبيقات في المتجر إلى مجموعتين:

  • التطبيقات الخاصة بالنظام الأساسي: يتم إنشاء هذه التطبيقات في الغالب باستخدام رموز خاصة بنظام التشغيل. تعتمد أحجام هذه الأجهزة على النظام الأساسي، ولكن يتجاوز حجمها 10 ميغابايت على أجهزة Android و30 ميغابايت على نظام التشغيل iOS. وقد تحتاج إلى الترويج لتطبيقك الخاص بالنظام الأساسي إذا لم يكن لديك تطبيق ويب تقدّمي (PWA)، أو إذا كان التطبيق الخاص بالنظام الأساسي يقدّم مجموعة ميزات أكثر اكتمالاً.
  • التطبيقات الخفيفة: يمكن إنشاء هذه التطبيقات باستخدام رمز خاص بالنظام الأساسي أيضًا، إلا أنها عادةً ما يتم إنشاؤها باستخدام تكنولوجيا الويب، ويتم وضعها في برنامج تضمين خاص بالنظام الأساسي. يمكن تحميل تطبيقات الويب التقدّمية الكاملة (PWA) إلى المتاجر أيضًا. (ستتم مناقشة ذلك لاحقًا في هذه المقالة). تختار بعض الشركات تقديم هذه التجارب على أنها تجارب "بسيطة"، وتستخدم شركات أخرى هذا الأسلوب لتطبيقاتها الرئيسية (الأساسية) أيضًا.

الترويج للتطبيقات الخفيفة

وفقًا لدراسة أجرتها Google Play، فإنّ معدّل الإحالات الناجحة لتثبيت التطبيق ينخفض بنسبة %1 مقابل كل زيادة بمقدار 6 ميغابايت في حجم حزمة APK. وهذا يعني أنّ معدّل اكتمال تنزيل تطبيق بحجم 10 ميغابايت يمكن أن يكون أعلى بنسبة% 30 تقريبًا من تطبيق بحجم 100 ميغابايت.

لمعالجة هذه المشكلة، تستفيد بعض الشركات من تطبيق الويب التقدّمي (PWA) لتوفير إصدار خفيف من تطبيقاتها في "متجر Play" باستخدام أنشطة الويب الموثوق بها (TWA). يدمج تايوان تطبيق الويب التقدّمي (PWA) في WebView مثل المكوِّن، ولا يكون حجم التطبيق الناتج عادةً سوى بضعة ميغابايت.

أنشأت Oyo، وهي إحدى أكبر شركات الضيافة في الهند، إصدارًا بسيطًا من تطبيقها وأتاحته في "متجر Play" باستخدام تطبيق TWA. في وقت كتابة هذه المقالة، كان حجم تطبيق Oyo 850 كيلوبايت فقط، أي فقط 7% من حجم تطبيق Android. وبعد تثبيته، لا يمكن تمييزه عن تطبيق Android:

أمثلة واقعية على OYO Lite.

وقد احتفظت شركة Oyo بإصدارَي التطبيق الرائد والبسيط في المتجر، ما يوفّر للمستخدمين خيارًا.

تقديم تجربة ويب بسيطة

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

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

استخدام JavaScript

باستخدام خصائص JavaScript، مثل navigator.hardwareConcurrency وnavigator.deviceMemory وnavigator.connection يمكنك الحصول على معلومات عن حالة وحدة المعالجة المركزية (CPU) والذاكرة والشبكة على التوالي في الجهاز. مثال:

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) إلى الشاشة الرئيسية من خلال توجيه طلب منهم إلى تثبيتها مباشرةً من الموقع الإلكتروني.