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

باختصار:
- لمعظم الأنشطة يكفي موقع متجاوب أو نظام ويب للحجز والطلبات، يصل إليه العميل من جوجل أو من رابط واتساب دون تحميل أي شيء.
- يستحق التطبيق الأصلي تكلفته حين يُستخدم كل يوم تقريبًا، أو يجب أن يعمل دون اتصال، أو يحتاج خصائص الجهاز في الخلفية مثل تتبع الموقع.
- تطبيق الويب التقدمي (PWA) حل وسط: موقع يُثبَّت على الشاشة الرئيسية ويفتح في نافذة مستقلة كالتطبيق، دون المرور بمتاجر التطبيقات.
- التطبيق ليس مصروفًا لمرة واحدة: نسختان لنظامين، ومراجعة من المتاجر، وتحديثات إلزامية كل سنة، وخادم يعمل خلفه في كل الأحوال.
- ويبنا تبني مواقع وأنظمة ويب تعمل على الجوال، ولا تبني تطبيقات أصلية لنظامي iOS وAndroid.
في هذا الدليل
الفرق بين التطبيق الأصلي والموقع ونظام الويب
قبل المقارنة، اتفق مع نفسك على المصطلحات، لأن كثيرًا من العروض تخلط بينها. هناك أربعة أشكال لحضورك على جوال العميل:
- الموقع المتجاوب: صفحات تفتح في متصفح الجوال وتتكيف مع حجم الشاشة. يصل إليها العميل من بحث جوجل أو رابط في واتساب أو رمز QR، دون أي تثبيت.
- نظام الويب (تطبيق الويب): موقع فيه تسجيل دخول وبيانات وعمليات، مثل حجز موعد، أو تتبع طلب، أو لوحة إدارة لفريقك. يعمل من المتصفح أيضًا، على الجوال والحاسوب معًا.
- التطبيق الأصلي (Native): برنامج يُبنى لنظام iOS ولنظام Android، ويُنشر في App Store وGoogle Play، فيحمّله العميل ويحدّثه من المتجر.
- تطبيق الويب التقدمي (PWA): موقع أو نظام ويب يمكن تثبيته على الشاشة الرئيسية، فيفتح في نافذة مستقلة كأنه تطبيق. نفصّله في قسم خاص أدناه.
الفرق الجوهري ليس في الشكل؛ فالموقع الجيد قد يبدو على الشاشة مثل التطبيق تمامًا. الفرق في ثلاثة أمور: طريقة الوصول، وطريقة التحديث، ومقدار ما يستطيع البرنامج فعله بالجهاز. الموقع رابط واحد يفتحه أي شخص فورًا، وأي تعديل تجريه يظهر للجميع في اللحظة نفسها. أما التطبيق فيحتاج أن يقتنع العميل بتحميله أولًا، وكل تحديث يمر بمراجعة المتجر ثم ينتظر أن يحدّث العميل نسخته.
وهناك حقيقة يغفل عنها كثيرون: معظم التطبيقات التجارية ليست إلا واجهة لنظام يعمل على خادم. الحجوزات والطلبات والحسابات والأسعار محفوظة في قاعدة بيانات على الإنترنت، والتطبيق يعرضها فقط. لذلك فإن قرار التطبيق لا يلغي الحاجة إلى نظام ويب ولوحة إدارة، بل يضيف فوقهما واجهتين جديدتين تحتاجان صيانة.
متى يكفيك موقع متجاوب أو نظام ويب؟
ابدأ بسؤال واحد: كم مرة سيفتح العميل خدمتك في الشهر؟ إن كانت الإجابة مرة أو مرتين، فقلة من العملاء سيحمّلون تطبيقًا ليستخدموه بهذا القدر، ويكفيك الموقع غالبًا. هذه الحالات الست تميل بوضوح إلى الويب:
زيارات متباعدة
عيادة، أو مكتب محاماة، أو مقاول، أو شركة صيانة: يبحث العميل عنك حين يحتاجك، يتصل أو يحجز، ثم لا يعود قبل أشهر.
العميل يجدك من جوجل
صفحات الموقع تظهر في نتائج البحث وخرائط جوجل، أما محتوى التطبيق فلا يظهر صفحاتٍ مستقلة في البحث. إن كان البحث مصدر عملائك فالموقع هو الأساس.
حجز وطلب ودفع
نموذج حجز، أو سلة طلبات، أو دفع إلكتروني: كلها تعمل في المتصفح بسلاسة، ويستطيع العميل إتمامها من أول زيارة دون حساب ولا تحميل.
أدوات لفريقك الداخلي
لوحة طلبات، أو جدول مواعيد للفنيين، أو تقارير للإدارة. نظام ويب يفتح من جوال الموظف وحاسوب المكتب يكفي في الغالب، ويُحدَّث للجميع دفعة واحدة.
فكرة لم تُختبر بعد
إن كنت لا تعرف بعد هل سيستخدم الناس خدمتك، فابدأ بالويب: أسرع إطلاقًا، وأسهل تعديلًا، ولا ينتظر موافقة أي متجر.
محتوى يتغير كثيرًا
أسعار وعروض وقوائم تتبدل أسبوعيًا. في الموقع تعدّلها فتظهر فورًا، دون إصدار نسخة جديدة ولا انتظار مراجعة.
وتذكّر أن عبارة «موقع يعمل على الجوال» لا تعني موقعًا يصغر على الشاشة فحسب. الموقع الذي ينافس التطبيق يجب أن يكون سريعًا على بيانات الجوال، وأزراره في متناول الإبهام، ونماذجه قصيرة، وزر الاتصال وواتساب ظاهرين في كل صفحة. هذه التفاصيل مشروحة في دليل التصميم للجوال أولًا، وهي التي تجعل العميل لا يشعر أنه يفتقد تطبيقًا.
وإن كانت حاجتك الأساسية استقبال المواعيد، فلا تحتاج تطبيقًا لذلك؛ نظام حجز المواعيد على الويب يؤدي المهمة من رابط واحد ترسله للعميل أو تضعه في حساباتك.

متى يستحق التطبيق الأصلي تكلفته؟
التطبيق الأصلي ليس رفاهية في كل الأحوال؛ هناك حالات يكون فيها الخيار الصحيح فعلًا. ابحث في مشروعك عن هذه الإشارات الخمس، وكلما اجتمع منها أكثر قوي مبرر التطبيق:
- استخدام يومي أو شبه يومي. تطبيق توصيل يطلب منه العميل كل أسبوع، أو محفظة نقاط لسلسلة مقاهٍ يزورها العميل يوميًا، أو أداة عمل يفتحها الموظف عشرات المرات. هنا تصبح الأيقونة الدائمة وسرعة الفتح ميزة حقيقية.
- العمل دون اتصال لفترات طويلة. فنيون يعملون في مواقع بلا تغطية، أو جرد في مستودع ضعيف الإشارة، مع بيانات كثيرة تُحفظ على الجهاز ثم تُزامَن لاحقًا. يستطيع الويب حفظ بعض المحتوى دون اتصال، لكن المزامنة المعقدة لبيانات كبيرة أسهل وأوثق في التطبيق.
- خصائص الجهاز في الخلفية. تتبع موقع المندوب أثناء إغلاق الشاشة، أو الاتصال بأجهزة عبر البلوتوث، أو قراءة المستشعرات، أو تصوير متقدم. بعض هذه الخصائص غير متاح للمواقع، أو متاح بقيود تختلف بين المتصفحات.
- الإشعارات محور الخدمة. إن كانت قيمة خدمتك في تنبيه فوري، مثل وصول السائق أو تغير حالة طلب عاجل، فالتطبيق يمنحك تحكمًا أوسع وأكثر ثباتًا في الإشعارات.
- تجربة ثقيلة على الجهاز. ألعاب، أو تحرير فيديو، أو واقع معزز. هذه تجارب تحتاج قدرات الجهاز كاملة.
أسباب شائعة لا تكفي وحدها
- «المنافس لديه تطبيق». اسأل كم عميلًا يستخدمه فعلًا. تطبيق لا يُفتح يكلف صاحبه صيانة دون عائد.
- «أريد أيقونة على جوال العميل». تطبيق الويب التقدمي يمنحك الأيقونة دون متجر، كما سترى في القسم التالي.
- «التطبيق يعطي صورة أكبر». الصورة تصنعها سرعة الخدمة ووضوحها، لا مكانها. موقع سريع واضح يقنع أكثر من تطبيق بطيء قليل التحديث.
- «سأرسل عروضًا بالإشعارات». الإشعارات التسويقية المتكررة من أسرع الطرق لدفع العميل إلى حذف التطبيق أو إيقاف التنبيهات.
اسأل كم مرة سيفتح العميل خدمتك في الأسبوع، لا هل يملك جوالًا.
تطبيقات الويب التقدمية (PWA) بكلمات بسيطة
تعرّف وثائق MDN تطبيق الويب التقدمي بأنه تطبيق مبني بتقنيات الويب، لكنه يقدم تجربة قريبة من تطبيقات الأنظمة. فهو مثل الموقع يعمل على أجهزة كثيرة من نسخة برمجية واحدة، ومثل التطبيق يمكن تثبيته على الجهاز، والعمل دون اتصال وفي الخلفية، والتكامل مع الجهاز. بعبارة أبسط: موقعك نفسه، مع ملف تعريف صغير وبرمجة إضافية تجعله قابلًا للتثبيت.
كيف يثبّته العميل؟
- على أجهزة Android: يعرض المتصفح غالبًا خيار تثبيت التطبيق أو إضافته إلى الشاشة الرئيسية من قائمته.
- على iPhone: يضغط العميل زر المشاركة ثم «إضافة إلى الشاشة الرئيسية». إذا كان الموقع مهيأً لذلك، يفتح بعدها من أيقونته في نافذة مستقلة دون شريط المتصفح.
وموقع ويبنا نفسه مثال على ذلك: يمكن تثبيته على الشاشة الرئيسية بالطريقة نفسها. ولأن كثيرًا من العملاء لا يعرفون هذه الخطوة، فمن المفيد أن تضع في موقعك تعليمات قصيرة بالصور تشرحها.
الإشعارات على iPhone
أعلنت WebKit، محرك متصفح Safari، أن تطبيقات الويب المضافة إلى الشاشة الرئيسية صارت تستقبل إشعارات الويب منذ الإصدار 16.4 من iOS وiPadOS. الشرط أن يضيف العميل الموقع إلى شاشته أولًا، وأن يأتي طلب الإذن بعد ضغطة منه، مثل زر «فعّل التنبيهات»، ثم تظهر الإشعارات على شاشة القفل كأي تطبيق آخر. أي أن الإشعارات ممكنة، لكنها تحتاج خطوة إضافية من العميل لا يحتاجها التطبيق الأصلي.
ما حدود هذا الحل؟
- لا يظهر في متاجر التطبيقات تلقائيًا، فلن يكتشفه من يبحث داخل المتجر.
- بعض خصائص الجهاز غير متاحة له، أو متاحة على Android أكثر من iPhone.
- العمل دون اتصال ممكن للمحتوى والصفحات المحفوظة، لكنه لا يغني عن التطبيق في المزامنة الثقيلة.
- يحتاج إلى تصميم وبرمجة مقصودين؛ فليس كل موقع متجاوب تطبيقَ ويب تقدميًا بالضرورة.
ومع هذه الحدود، يبقى الحل الوسط المنطقي لكثير من الأنشطة: أيقونة دائمة على جوال العميل، ونافذة تشبه التطبيق، وتحديث فوري للجميع، دون نسختين ولا مراجعة متاجر.
جدول القرار: تطبيق جوال أم موقع؟
يلخص الجدول الفروق التي تهم صاحب النشاط بين الخيارات الثلاثة. اقرأه سطرًا سطرًا، وضع علامة على العمود الذي تحتاجه في كل معيار:
| المعيار | موقع أو نظام ويب | تطبيق ويب تقدمي PWA | تطبيق أصلي |
|---|---|---|---|
| وصول العميل | رابط يفتح فورًا من أي جهاز | رابط يفتح فورًا، ويمكن تثبيته اختياريًا | تحميل من المتجر قبل أول استخدام |
| الظهور في بحث جوجل | نعم، صفحة بصفحة | نعم، لأنه موقع في الأساس | لا تظهر شاشاته في البحث |
| نشر التحديثات | فوري للجميع | فوري للجميع | مراجعة المتجر ثم تحديث العميل لنسخته |
| العمل دون اتصال | لا في الغالب | جزئي للمحتوى المحفوظ | كامل إذا صُمم لذلك |
| خصائص الجهاز | أساسية: الكاميرا والموقع والاتصال | أكثر، مع اختلاف بين الأنظمة | أوسع نطاقًا، بما فيها الخلفية |
| الإشعارات | لا | نعم، وعلى iPhone بعد التثبيت | نعم، بتحكم أوسع |
| النسخ التي تبنيها وتصونها | نسخة واحدة | نسخة واحدة | iOS وAndroid، إضافة إلى الخادم ولوحة الإدارة |
| يناسب غالبًا | الشركات والخدمات والحجوزات والمتاجر | خدمات يعود إليها العميل بانتظام | استخدام يومي، أو دون اتصال، أو خصائص عميقة |
إن وقعت معظم علاماتك في العمودين الأولين، فالويب يكفيك اليوم. وإن تكررت في العمود الأخير في معايير الاستخدام اليومي والعمل دون اتصال وخصائص الجهاز، فمبرر التطبيق قوي.
ثلاثة أمثلة من السوق السعودي
مركز صيانة مكيفات في الرياض. العميل يطلب الخدمة مرة أو مرتين في السنة، غالبًا بعد بحث في جوجل. يكفيه موقع واضح فيه نموذج طلب وزر واتساب، ونظام ويب بسيط يرى فيه الفنيون مهام اليوم من جوالاتهم. التطبيق هنا تكلفة بلا مستخدمين.
مقهى بخمسة فروع يريد برنامج ولاء. العميل يزور أسبوعيًا، والنقاط سبب للعودة. البداية المعقولة: قائمة رقمية برمز QR، وبطاقة ولاء على الويب قابلة للتثبيت. إن أثبتت الأرقام بعد أشهر أن العملاء يعودون إليها باستمرار، يصبح التطبيق خطوة مدروسة لا مغامرة.
شركة توصيل لديها مناديب. المندوب يحتاج تتبع موقعه في الخلفية، والعمل في مناطق ضعيفة التغطية، وإشعارًا فوريًا بكل طلب. هنا تطبيق أصلي للمناديب مبرر. أما العميل الذي يطلب مرة في الشهر، ولوحة الإدارة في المكتب، فيكفيهما الويب في كثير من الحالات.
لاحظ في المثال الأخير أن القرار ليس كله أو لا شيء: قد تحتاج تطبيقًا لفئة واحدة من المستخدمين، والويب لبقية الفئات.
التكلفة والصيانة ومتطلبات متاجر التطبيقات
لن تجد هنا أرقامًا، لأن السعر يتغير بحسب النطاق والمزود. لكن بنود التكلفة معروفة، وتكفي لتفهم لماذا يختلف الخياران في الميزانية الأولى وفي الصيانة السنوية.
ما الذي يحدد تكلفة الموقع أو نظام الويب؟
- نوع الموقع وعدد صفحاته ولغاته.
- الوظائف الإضافية: الحجز، والدفع، وحسابات العملاء، ولوحة الإدارة.
- الاستضافة وشهادة الأمان والدومين، والصيانة والتحديثات الأمنية.
وكلها تُدار في نسخة واحدة تعمل على كل الأجهزة. ولتعرف سعر موقع تعريفي على دومينك تحديدًا، تكفيك ثوانٍ في حاسبة الأسعار.
ما الذي يحدد تكلفة التطبيق الأصلي؟
- نظامان لا نظام واحد: إما نسختان منفصلتان لـ iOS وAndroid، وإما إطار عمل مشترك يقلل الجهد ولا يلغي اختبار كل نظام على حدة.
- الخادم ولوحة الإدارة: التطبيق يحتاج نظامًا خلفيًا يحفظ البيانات، ولوحة يدير منها فريقك الطلبات والمحتوى. هذا جزء من المشروع لا يظهر للعميل.
- حسابات المطورين: تطلب Apple اشتراكًا سنويًا في برنامج المطورين، ويطلب Google Play رسوم تسجيل لمرة واحدة مع التحقق من الهوية. راجع المبالغ الحالية في صفحاتهما الرسمية.
- التحديثات الإلزامية: تصدر أنظمة الجوال إصدارات جديدة كل سنة، والمتاجر تشترط مواكبتها. مثلًا تشترط Google Play منذ 31 أغسطس 2026 أن تستهدف التطبيقات الجديدة وتحديثاتها Android 16 أو أحدث، ومن لا يواكب تختفي نسخته عن المستخدمين الجدد على الأجهزة الأحدث.
- النسخ القديمة عند العملاء: ليس كل العملاء يحدّثون تطبيقاتهم، فيظل الخادم مطالبًا بخدمة نسخ متعددة في الوقت نفسه.
متطلبات المتاجر باختصار
إرشادات مراجعة App Store طويلة وتتغير، لكن أهم ما يعني صاحب النشاط فيها:
- الحد الأدنى من الوظائف: تطلب Apple أن يقدم التطبيق خصائص ومحتوى يرفعانه فوق مستوى الموقع المعاد تغليفه، وتنص على أن التطبيقات لا ينبغي أن تكون في الأساس مواد تسويقية أو مقتطفات من الويب أو مجموعة روابط. أي أن وضع موقعك داخل غلاف تطبيق قد يُرفض.
- النشر باسمك: التطبيقات المبنية من قوالب جاهزة تُرفض ما لم يقدمها صاحب المحتوى نفسه، فاحرص أن يكون حساب المطور باسم منشأتك لا باسم المبرمج.
- الخصوصية والحسابات: رابط لسياسة الخصوصية داخل التطبيق وفي بيانات المتجر، وإذا سمح التطبيق بإنشاء حساب فعليه أن يتيح حذفه من داخله، مع حساب تجريبي يقدَّم لفريق المراجعة.
- طريقة الدفع: فتح المحتوى أو الخصائص الرقمية داخل التطبيق يتم عبر الشراء داخل التطبيق، أما السلع المادية والخدمات التي تُستهلك خارجه فتُدفع بطرق أخرى مثل Apple Pay أو البطاقة.
هذه القواعد لا تعني أن النشر صعب، بل أن له دورة مراجعة وشروطًا يجب أن تدخل في جدولك الزمني وميزانيتك من البداية. ولا يمر الموقع بشيء من ذلك؛ تنشره متى أردت.
قبل أن تطلب عرض سعر لتطبيق، اسأل المطور:
- هل السعر يشمل الخادم ولوحة الإدارة، أم التطبيق وحده؟
- من يتولى التحديثات الإلزامية كل سنة، وبأي تكلفة؟
- هل يُنشر التطبيق من حساب مطور باسم منشأتي؟
- هل أستلم الشفرة المصدرية وبيانات الدخول كاملة عند التسليم؟
خمس خطوات لتقرر بنفسك
لا تحتاج خبرة تقنية لتصل إلى قرار سليم. تحتاج ورقة وساعة تركيز، وهذه الخطوات بالترتيب:
اكتب ما سيفعله العميل
ثلاثة أفعال رئيسية لا أكثر: يحجز، يطلب، يتابع حالة طلبه. إن لم يكن بينها ما يحتاج الجهاز نفسه، فالويب مرشح قوي.
قدّر عدد مرات الاستخدام
كم مرة في الشهر يعود العميل العادي؟ الاستخدام المتباعد يرجّح الموقع، والاستخدام اليومي يفتح باب التطبيق.
افحص الاتصال وخصائص الجهاز
هل يجب أن تعمل الخدمة دون إنترنت؟ هل تحتاج تتبعًا في الخلفية أو بلوتوث؟ إن كانت الإجابة لا، فمعظم المبررات التقنية للتطبيق غير موجودة.
ابدأ بالويب وقِس
أطلق الموقع أو نظام الويب، وراقب نسبة الزيارات من الجوال، وعدد العملاء العائدين، ومن ثبّت الموقع على شاشته. الأرقام الحقيقية أصدق من التوقعات.
خطط للتطبيق فوق نظام قائم
إن ثبتت الحاجة، فاجعل البيانات والمنطق في نظام الويب، ودع مطور التطبيقات يبني الواجهة فوقه، بدل أن تبدأ من الصفر.
هذا الترتيب هو نفسه منطق «النسخة الأولى الصغيرة» الذي يشرحه دليل إنشاء منصة إلكترونية: ابدأ بأصغر نسخة تحل مشكلة العميل، ثم وسّع بناءً على ما يحدث فعلًا.

ماذا تبني لك ويبنا؟
نقولها بوضوح: ويبنا لا تبني تطبيقات جوال أصلية لنظامي iOS وAndroid. ما نبنيه هو مواقع وأنظمة ويب تعمل جيدًا على الجوال والحاسوب معًا، وهو ما يحتاجه معظم أصحاب الأنشطة كما رأيت في هذا الدليل.
- مواقع الشركات والأنشطة: عبر خدمة تصميم المواقع، ويبدأ السعر من 39 ريال سعودي شهريًا لموقع من صفحة واحدة بلغة واحدة على نطاق فرعي من ويبنا. أما سعر الموقع على دومينك فيعتمد على نوعه ولغاته وعدد صفحاته، وتراه في ثوانٍ في حاسبة الأسعار.
- أنظمة الويب الخاصة: حجوزات، وبوابات عملاء، ولوحات إدارة، وأدوات داخلية، عبر خدمة برمجة أنظمة الويب الخاصة، بعرض سعر مكتوب بعد استشارة مجانية.
وفي كل الخطط نكتب محتوى موقعك عنك، والاستضافة وشهادة الأمان مشمولتان، والدومين باسمك في كل موقع على دومينك الخاص. نرسل لك التصميم على رابط معاينة خلال 24 ساعة من اكتمال معلوماتك، قبل إطلاقه على دومينك، فتجربه من جوالك قبل أي شيء. وإن لم يعجبك التصميم في مرحلة التصميم، تسترد مبلغك وفق سياسة الاسترداد.
والاستشارة مجانية دائمًا. إن كان مشروعك يحتاج تطبيقًا أصليًا فعلًا، فستسمع ذلك منا بصراحة، ويبقى بإمكاننا بناء موقع نشاطك أو صفحة تعرّف بخدمتك، بينما يتولى مطور تطبيقات بناء التطبيق نفسه. تعرّف أكثر على ويبنا لتصميم مواقع الشركات في السعودية.
موقع يعمل على جوال عميلك من أول رابط
اختر نوع موقعك ولغاته وعدد صفحاته، واعرف سعره في ثوانٍ، ثم راسلنا لنبدأ.
أسئلة شائعة
ما الفرق بين التطبيق والموقع الإلكتروني؟
الموقع يفتح من المتصفح برابط، ويظهر في بحث جوجل، ويُحدَّث للجميع فورًا. التطبيق يُحمَّل من المتجر، ويصل إلى خصائص أكثر في الجهاز، ويمر كل تحديث له بمراجعة المتجر. وكلاهما يعتمد عادة على خادم يحفظ البيانات.
أيهما أفضل للمتجر الإلكتروني: تطبيق أم موقع؟
ابدأ بالموقع في معظم الحالات، لأن أغلب المشترين الجدد يصلون من البحث والإعلانات والروابط، ويشترون دون تحميل شيء. يصبح التطبيق منطقيًا حين تكون لديك قاعدة عملاء يعودون للشراء كثيرًا وتريد خدمتهم بتجربة خاصة.
هل يمكن تحويل الموقع إلى تطبيق؟
يمكن جعل الموقع قابلًا للتثبيت على الشاشة الرئيسية بتحويله إلى تطبيق ويب تقدمي. أما تغليفه كما هو في تطبيق ونشره في App Store فقد يُرفض، لأن إرشادات Apple تطلب أن يقدم التطبيق أكثر من موقع معاد تغليفه.
هل يعمل الموقع بدون إنترنت؟
الموقع العادي يحتاج اتصالًا. تطبيق الويب التقدمي يستطيع حفظ صفحات ومحتوى ليعرضها دون اتصال، لكن العمل الكامل دون إنترنت مع مزامنة بيانات كثيرة أنسب له التطبيق الأصلي.
هل يرسل الموقع إشعارات للجوال؟
نعم إذا كان تطبيق ويب تقدميًا ووافق العميل على الإشعارات. على iPhone يشترط أن يضيف العميل الموقع إلى الشاشة الرئيسية أولًا، وهو متاح منذ iOS 16.4.
هل تبرمج ويبنا تطبيقات جوال؟
لا. ويبنا تبني مواقع وأنظمة ويب تعمل على الجوال والحاسوب، مثل مواقع الشركات وأنظمة الحجز وبوابات العملاء، ولا تبني تطبيقات أصلية لنظامي iOS وAndroid.
الخلاصة
سؤال تطبيق جوال أم موقع يُحسم بطريقة استخدام عميلك لا بشكل الخدمة. إن كان يزورك على فترات متباعدة، ويجدك من جوجل، ويحجز أو يطلب أو يدفع، فموقع متجاوب أو نظام ويب يكفيك اليوم، ويمكن جعله قابلًا للتثبيت إن أردت أيقونة على شاشته. وإن كان استخدامه يوميًا، أو يجب أن تعمل الخدمة دون اتصال، أو تعتمد على خصائص الجهاز في الخلفية، فالتطبيق الأصلي مبرر، بشرط أن تحسب معه الخادم ولوحة الإدارة والتحديثات السنوية ومتطلبات المتاجر. وفي الحالتين، ابدأ بأصغر نسخة تخدم العميل، ودع الأرقام تقرر الخطوة التالية.
المراجع: MDN: تطبيقات الويب التقدمية، وWebKit: إشعارات الويب لتطبيقات الويب على iOS وiPadOS، وApple: إرشادات مراجعة App Store، وAndroid Developers: متطلب مستوى API المستهدف في Google Play، اطلعنا عليها في نوفمبر 2026. ومن ويبنا: صفحة الأسعار وسياسة الاسترداد.