عبدالله عبدالرحيم بن سنكر: موقعك إلى تطبيق، PWA أو WebView أو أصلي؟

«عندي موقع شغّال، وأبي تطبيق في المتجر.» من أكثر الطلبات اللي توصل لأي مطوّر. والسؤال اللي ينقل التكلفة من رقم صغير إلى رقم كبير هو: وش الناقص في موقعك وتتوقع التطبيق يعطيك إياه؟ عبدالله عبدالرحيم بن سنكر ما يبدأ هذا النقاش بالتقنية، يبدأ بهذا السؤال، لأن جوابه وحده يحدد إذا الأنسب لك تطبيق ويب تقدمي PWA، أو غلاف WebView، أو تطبيق أصلي.

التعريفات بالمختصر قبل ما ندخل. الـ PWA هو موقعك نفسه مع ملف تعريف (Web App Manifest) وخدمة خلفية (Service Worker)، فيقدر المستخدم يضيفه للشاشة الرئيسية ويفتحه بدون شريط المتصفح، ويشتغل جزئياً بدون إنترنت. الـ WebView تطبيق حقيقي في المتجر، لكن شاشته متصفح مخفي يعرض موقعك. والتطبيق الأصلي — أو المبني بـ Flutter — واجهة مكتوبة للجوال تكلّم نفس السيرفر اللي يخدم موقعك.

تبي «أيقونة على الشاشة» أو «مكان في المتجر»؟

إذا هدفك إن العميل يرجع لك بضغطة من الشاشة الرئيسية، الـ PWA يعطيك هذا تقريباً بلا تكلفة: بدون رسوم متاجر، وبدون مراجعة، وكل تحديث للموقع يوصل للمستخدم فوراً. لكن على آيفون الإضافة للشاشة تمر عبر قائمة المشاركة في Safari، وكثير من الناس ما يعرفونها، فتحتاج تشرحها لهم داخل الموقع. أما لو تبي يلقاك الناس وهم يبحثون في App Store و Google Play، فهنا تحتاج تطبيقاً في المتجر، والـ PWA لحاله ما يحطك هناك.

ومتى يكون الـ PWA كافياً فعلاً؟ قائمة مطعم يفتحها الزبون من رمز QR، أو موقع حجوزات يُستخدم مرة في الشهر، أو أداة داخلية لفريق مبيعات يحتاجها على الجوال. في هذي الحالات المستخدم ما راح يدوّر عليك في المتجر أصلاً، والأهم إن الصفحة تفتح بسرعة وتتذكر بياناته. لكن لا تعتمد على تخزين المتصفح لبيانات مهمة، لأنه ممكن يُمسح؛ البيانات المهمة مكانها السيرفر.

تحتاج إشعارات توصل للكل؟

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

ليش ما أغلّف الموقع في WebView وأخلص؟

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

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

الـ WebView مو مرفوض بالمطلق. له مكان منطقي: أداة داخلية لموظفي شركة ما تُنشر في المتجر العام، أو شاشة وحدة داخل تطبيق حقيقي تعرض محتوى ويب مثل الشروط والأحكام أو مقالات المدونة.

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

متى يستاهل التطبيق الأصلي؟

لما يكون عندك استخدام متكرر: عميل يطلب كل أسبوع، أو موظف يفتح التطبيق كل يوم، أو خدمة تعتمد على الموقع الجغرافي أو الكاميرا أو الدفع داخل التطبيق. هنا التجربة الأصلية تفرق فعلاً في السرعة والسلاسة، والإشعارات توصل للكل. والخبر الجيد إنك ما تبدأ من الصفر: موقعك الحالي عنده سيرفر وقاعدة بيانات، والتطبيق يكلّم نفس الـ API، فالمنطق التجاري ما ينكتب مرتين، والتطبيق واجهة جديدة فوق نفس الأساس.

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

وبعد ما يصير عندك الاثنين، خلّهم يكمّلون بعض بدل ما يتنافسون. الروابط العامة — Universal Links في iOS و App Links في أندرويد — تخلّي رابط المنتج اللي ينرسل في واتساب يفتح داخل التطبيق لو كان مثبتاً، وفي الموقع لو ما كان. وكذا ما يضيع الزائر بين نسختين، ولا تخسر زيارات محركات البحث اللي يجيبها الموقع.

الخلاصة في ثلاثة أسطر

• زيارات متقطعة ومحتوى يُقرأ، وتبي ترجّع الزوار بسهولة: PWA، وقبله حسّن موقعك نفسه على الجوال.
• تحتاج وجوداً في المتجر وإشعارات واستخداماً متكرراً: تطبيق أصلي أو Flutter يكلّم نفس السيرفر.
• WebView: لأداة داخلية، أو لشاشة صغيرة داخل تطبيق حقيقي، مو للتطبيق كله.

والنصيحة اللي يكررها عبدالله قبل أي تحويل: تأكد إن الموقع نفسه سريع ومريح على شاشة الجوال. التطبيق يكبّر تجربة جيدة، لكنه ما يصلح تجربة سيئة، هو بس ينقلها من المتصفح إلى المتجر.