تطبيق الويب التقدّمي PWA: هل هو بديل أوفر من تطبيق المتجر؟

مقدمة

• بين «موقع إلكتروني» و«تطبيق في المتجر» يوجد خيار ثالث لا يعرفه كثير من أصحاب الأنشطة: تطبيق الويب التقدّمي (Progressive Web App أو PWA).
• هو موقع إلكتروني يتصرّف في جوانب كثيرة كأنه تطبيق: يُثبَّت على الشاشة الرئيسية، ويفتح بملء الشاشة، ويعمل جزئياً دون اتصال، ويمكنه إرسال إشعارات.
• يُطرح عادة كبديل أوفر من تطبيقات المتاجر، وهذا صحيح في حالات كثيرة، لكن ليس في كل الحالات.
• في هذا المقال:
  • ما PWA بلغة بسيطة، وما الذي يحتاجه تقنياً.
  • ماذا يستطيع وماذا لا يستطيع، خاصة على iPhone.
  • مقارنة صريحة مع التطبيق الأصلي.
  • متى يناسب نشاطك، ومتى لا.

ما تطبيق الويب التقدّمي؟ شرح مبسّط

• هو موقع عادي يُفتح من رابط، لكنه مبني بثلاثة عناصر إضافية:
  • اتصال آمن HTTPS: شرط أساسي.
  • ملف تعريف التطبيق (Web App Manifest): يحدّد الاسم والأيقونة والألوان وطريقة الفتح بملء الشاشة.
  • Service Worker: شيفرة تعمل في الخلفية داخل المتصفح، تحفظ ملفات وبيانات للعمل دون اتصال وتستقبل الإشعارات.
• النتيجة من جهة العميل:
  • يفتح الرابط من Google أو واتساب كأي موقع.
  • إن أعجبه، يثبّته على شاشته بضغطة، فيظهر بأيقونة مثل أي تطبيق.
  • لا يمرّ بمتجر، ولا ينتظر تحميلاً كبيراً.

كيف يثبّته العميل؟

• على Android: متصفح Chrome وغيره يعرض غالباً اقتراح «تثبيت التطبيق» أو «إضافة إلى الشاشة الرئيسية» حين يستوفي الموقع الشروط.
• على iPhone وiPad: لا يظهر اقتراح تلقائي عادة؛ يضغط المستخدم زر المشاركة ثم «إضافة إلى الشاشة الرئيسية». لذلك يفيد أن تضع في الموقع تعليمات قصيرة بالعربية توضح الخطوة.
• على الحاسوب: متصفحات مثل Chrome وEdge تسمح بتثبيته كنافذة مستقلة، وهذا مفيد للأدوات الداخلية.

ماذا يستطيع PWA؟

• التثبيت والفتح بملء الشاشة دون شريط المتصفح.
• العمل دون اتصال جزئياً: عرض صفحات وبيانات سبق تحميلها، وحفظ نموذج حتى يعود الاتصال، حسب ما يُبرمَج.
• الإشعارات (Web Push):
  • مدعومة على Android والحاسوب في المتصفحات الرئيسية بعد موافقة المستخدم.
  • على iPhone وiPad مدعومة منذ iOS وiPadOS 16.4، لكن فقط لتطبيقات الويب المضافة إلى الشاشة الرئيسية، وبعد أن يمنح المستخدم الإذن.
• تحديث فوري: أي تعديل تنشره يصل للجميع دون مراجعة متجر ودون انتظار المستخدم ليحدّث.
• الوصول إلى بعض خصائص الجهاز: الكاميرا، والموقع الجغرافي، ومشاركة المحتوى، بحسب المتصفح.
• رابط واحد لكل المنصات: نسخة واحدة تعمل على Android وiPhone والحاسوب.

حدود يجب أن تعرفها قبل القرار

• iOS أكثر تقييداً: لا يوجد اقتراح تثبيت تلقائي، والإشعارات مشروطة بالتثبيت، وبعض واجهات المتصفح المتقدّمة غير متاحة في Safari، مثل الاتصال بأجهزة البلوتوث.
• العمل في الخلفية محدود: تتبّع الموقع المستمر أو المزامنة الطويلة في الخلفية ليست مضمونة كما في التطبيق الأصلي.
• مساحة التخزين المحلي: للمتصفح حدود وسياسات قد تمسح البيانات المحفوظة إن لم يُستخدم التطبيق فترة طويلة، خاصة على iOS.
• غياب الظهور في المتاجر بشكل افتراضي: لن يجدك من يبحث داخل App Store. على Google Play يمكن نشر PWA عبر تقنية Trusted Web Activity، أما متجر Apple فهو أشد مع التطبيقات التي تكون مجرد موقع داخل غلاف.
• عادات المستخدم: بعض العملاء يثقون بالتطبيق الذي يأتي من المتجر أكثر، ولا يعرفون خطوة «الإضافة إلى الشاشة الرئيسية».
• الدفع: يعمل عبر بوابة دفع الويب كأي موقع؛ ويجب التحقق من دعم Apple Pay وGoogle Pay في المتصفح المستهدف.

مقارنة مباشرة: PWA أم تطبيق المتجر؟

ميزة السيو: لماذا يهمّ هذا لنشاطك؟

• لأن PWA في أساسه موقع، فصفحاته يمكن أن تُفهرس في Google وتظهر في نتائج البحث، بعكس الشاشات داخل التطبيق الأصلي.
• هذا يعني أن نفس المنتج الرقمي يجلب عملاء جدداً من البحث، ويخدم العملاء المتكررين كتطبيق.
• الشروط لتحقيق ذلك:
  • أن يُعرَض المحتوى الأساسي في HTML يقرؤه محرك البحث، لا أن يعتمد كلياً على تحميل لاحق بالجافاسكربت.
  • رابط مستقل لكل صفحة ومنتج وخدمة.
  • سرعة جيدة وأداء مستقر، وهنا تفيدك معايير مؤشرات أداء الويب الأساسية.
  • صفحات باللغتين العربية والإنجليزية بروابط واضحة إن كان جمهورك يستخدمهما.

متى يكون PWA الخيار المناسب؟

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

متى لا يكفي؟

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

ماذا يتضمن مشروع PWA عملياً؟

• 1. مراجعة الموقع الحالي: السرعة على الجوال، وبنية الروابط، وصلاحية شهادة HTTPS. تحويل موقع بطيء إلى PWA لا يجعله سريعاً.
• 2. ملف التعريف والأيقونات: اسم قصير يظهر تحت الأيقونة، وأيقونات بأحجام متعددة، ولون الواجهة، ولغة واتجاه الواجهة (عربي من اليمين إلى اليسار).
• 3. استراتيجية العمل دون اتصال: ما الصفحات التي تُحفظ؟ ما الذي يُعرض حين لا يوجد اتصال؟ متى تُحدَّث البيانات المحفوظة؟
• 4. خطة الإشعارات: ما الأحداث التي تستحق إشعاراً، ومتى يُطلب إذن المستخدم. الأفضل طلبه بعد فعل واضح مثل حجز موعد، لا في أول ثانية من الزيارة.
• 5. تعليمات التثبيت: رسالة قصيرة بالعربية والإنجليزية تظهر لمستخدمي iPhone تشرح خطوة «إضافة إلى الشاشة الرئيسية».
• 6. الاختبار على أجهزة حقيقية: iPhone وأجهزة Android بإصدارات مختلفة، مع اختبار التثبيت والإشعارات وفقدان الاتصال.
• 7. القياس: تتبّع عدد من يثبّتون التطبيق، ومن يفعّلون الإشعارات، ومن يعودون عبر الأيقونة.

أخطاء شائعة في تطبيقات الويب التقدّمية

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

قائمة تحقق قبل أن تطلب PWA

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

الخلاصة

• PWA موقع يتصرّف كتطبيق: يُثبَّت، ويعمل جزئياً دون اتصال، ويرسل إشعارات ضمن حدود كل منصة.
• هو أوفر غالباً لأنه نسخة واحدة دون مراجعة متاجر، ويحتفظ بميزة الظهور في Google.
• حدوده الأوضح على iPhone: التثبيت يدوي، والإشعارات مشروطة بالتثبيت، وبعض خصائص الجهاز غير متاحة.
• يناسب الكتالوجات والحجوزات والأدوات الداخلية والنسخ الأولى، ولا يكفي حين تكون خصائص الجهاز المتقدّمة أو الوجود في المتجر جوهر الخدمة.
• إن أردت موقعاً قابلاً للتثبيت كتطبيق، فابدأ من خدمة تصميم وتطوير المواقع؛ وإن كان هدفك أداة داخلية لفريقك فاطّلع على أنظمة الأعمال ولوحات التحكم.