پاسخ کوتاه: برای بخش بزرگی از کسبوکارهای ایرانی — فروشگاه، رزرو، محتوا، خدمات — وباپلیکیشن پیشرونده (PWA) امروز کافی است: با یک کدبیس ساخته میشود، از مرورگر روی صفحهٔ اصلی گوشی نصب میشود، از iOS 16.4 به بعد نوتیفیکیشن دارد، و مهمتر از همه در بازار ایران، گرفتار پیچیدگی توزیع iOS نمیشود. اپلیکیشن اختصاصی (Native) وقتی میارزد که به قابلیتهای عمیق سختافزار، کارکرد آفلاین سنگین یا حضور جدی در مارکتها نیاز واقعی داشته باشید. این مقاله همان مقایسهای است که باید قبل از خرج کردن حتی یک تومان انجام دهید — صادقانه، با جدول، و با واقعیتهای مخصوص ایران.
وباپ (PWA) دقیقاً چیست — و چرا دیگر «نسخهٔ ضعیف اپ» نیست؟
پاسخ مستقیم: PWA یک وبسایت است که استانداردهای مشخصی را رعایت میکند تا مثل اپلیکیشن رفتار کند: از مرورگر با «افزودن به صفحهٔ اصلی» نصب میشود، با آیکون خودش و تمامصفحه (بدون نوار مرورگر) باز میشود، بخشی از کارکردش را آفلاین حفظ میکند و میتواند نوتیفیکیشن بفرستد. تعریف فنی و الزاماتش را مستندات MDN بهخوبی جمع کرده است.
چیزی که تصویر قدیمی «وباپ = نسخهٔ ضعیف» را کهنه کرده، دو اتفاق است: اول، موتور مرورگرها در سالهای اخیر به بخش بزرگی از قابلیتهایی که روزی انحصار اپ بومی بود دسترسی دادهاند — دوربین، موقعیت، پرداخت، ذخیرهٔ آفلاین؛ دوم و مهمتر برای ایران: از iOS 16.4 به بعد، وباپ نصبشده روی آیفون هم میتواند با اجازهٔ کاربر وبپوش بفرستد — یعنی مهمترین برگ برندهٔ تاریخی اپ بومی، دیگر انحصاری نیست. مرجع کاملتر برای این نسل از وباپها، راهنمای رسمی web.dev است.
اپ اختصاصی چه چیزی میدهد که وب هنوز نمیدهد؟
پاسخ مستقیم: چهار چیز — و اگر هیچکدام در فهرست نیاز واقعی شما نیست، احتمالاً به اپ بومی نیاز ندارید:
- دسترسی عمیق سختافزاری: بلوتوث و NFC، سنسورهای خاص، پردازش سنگین تصویر/صدا — جایی که مرورگر یا دسترسی ندارد یا ناپایدار است.
- کارکرد آفلاین سنگین: اپی که باید ساعتها بدون اینترنت، با دادهٔ زیاد و همگامسازی پیچیده کار کند؛ آفلاین PWA واقعی است اما برای سناریوهای سبک طراحی شده.
- ادغام با سیستمعامل: ویجت، اجرای پسزمینهٔ واقعی، تعامل با اپهای دیگر — قلمرو اپ بومی است.
- حضور در مارکت بهعنوان کانال جذب: اگر بخش معناداری از کاربران، محصول را «در مارکت» جستجو میکنند، حضور نداشتن یعنی واگذاری میدان به رقیب.
نکتهٔ صادقانه: تجربهٔ ما در جلسات نیازسنجی این است که بیشتر فهرستهای «نیاز به اپ بومی»، بعد از دو سؤال دقیق، آب میروند. «شاید بعداً لازم شود» نیاز نیست — گزینهٔ فاز بعد است.
مقایسهٔ کامل در یک جدول
| معیار | اپلیکیشن اختصاصی (Native) | وباپ (PWA) |
|---|---|---|
| هزینه و زمان ساخت | بالاتر — عملاً چند محصول همزمان (iOS + اندروید + بکاند) | کمتر — یک کدبیس برای همهٔ پلتفرمها |
| توزیع در ایران | اندروید آسان (بازار/مایکت)؛ iOS پیچیده (مارکت ثالث/حساب خارجی) | بدون واسطه — لینک بدهید، نصب میشود |
| نوتیفیکیشن | کامل و بیقیدوشرط | دارد (iOS از 16.4 به بعد، پس از نصب و با اجازهٔ کاربر) |
| سختافزار عمیق | کامل | محدود — دوربین/موقعیت/پرداخت بله؛ BLE/NFC/سنسور خاص عمدتاً خیر |
| کارکرد آفلاین | بدون محدودیت عملی | سبک تا متوسط؛ سافاری در حجم ذخیره سختگیر است |
| بهروزرسانی | از مسیر مارکت/بازامضا — با تأخیر و وابستگی | لحظهای — رفرش بعدی، نسخهٔ جدید است |
| ریسک پلتفرمی در ایران | واقعی — ابطال گواهی iOS، سیاست مارکتها، تحریم | تقریباً صفر — هیچکس نمیتواند وباپ شما را «باطل» کند |
| تجربهٔ نصب | آشنا برای کاربر (مارکت) — ولی در iOS ایرانی چندقدمی | دو قدم از مرورگر — ولی هنوز برای بعضی کاربران ناآشنا |
| مالکیت و استقلال | کد مال شماست، توزیع مال پلتفرمها | کد و توزیع هر دو مال شما |
واقعیت ایران؛ وزنهای که ترازو را جابهجا میکند
پاسخ مستقیم: در بازارهای جهانی، مقایسهٔ اپ و PWA عمدتاً فنی است؛ در ایران، یک متغیر بزرگ اضافه میشود — توزیع iOS. اپاستور برای کسبوکار ایرانی بسته است و مسیرهای جایگزین (مارکت ثالث با Ad-hoc، حساب خارجی) هرکدام هزینه، اصطکاک نصب و ریسک خودشان را دارند؛ تحلیل کاملش را در راهنمای انتشار اپلیکیشن iOS در ایران نوشتهایم.
نتیجهٔ عملی: در ایران، PWA فقط «گزینهٔ ارزانتر» نیست — برای کاربر آیفون، اغلب روانترین مسیرِ ممکن است: نه UDID، نه پروفایل، نه انتظار برای بازامضا؛ لینک را باز میکند و دو قدم بعد، آیکون شما روی صفحهٔ اصلی اوست. به همین دلیل حتی تیمهایی که اپ بومی کامل دارند، نسخهٔ وباپ را بهعنوان مسیر بیدردسر آیفونیها کنارش نگه میدارند.
هزینه و زمان؛ یک کدبیس در برابر چند محصول
پاسخ مستقیم: اپ اختصاصی یعنی ساختن و نگهداشتن چند محصول همزمان — اپ برای دو پلتفرم، بکاند و پنل — و به همین دلیل در برتینا از ۸۰ میلیون تومان شروع میشود؛ تجزیهٔ کاملش را در راهنمای هزینه ساخت اپلیکیشن ببینید. PWA همان منطق وب را دارد: یک کدبیس، یک استقرار، یک چرخهٔ نگهداری — و همین، هم هزینهٔ ساخت و هم هزینهٔ سالهای بعد را پایین میآورد.
زاویهٔ مهمترِ هزینه اما «هزینهٔ اشتباه» است: اپ بومیای که بازار نمیخواستش، چند ده میلیون سرمایه و چند ماه زمان را قفل میکند؛ PWAی همان ایده، با کسری از آن هزینه، همان فرضیه را با کاربر واقعی آزمایش میکند. ارزانترین تصمیم، تصمیمی است که برگشتپذیر باشد.
PWA کافی است وقتی... / اپ لازم است وقتی...
پاسخ کوتاه — خودتان را در یکی از دو ستون پیدا کنید:
PWA تقریباً همیشه کافی است برای: فروشگاه اینترنتی و کاتالوگ، رزرو و نوبتدهی، محتوا و خبر و آموزش، پنل مشتریان خدمات (باشگاه، صورتحساب، تیکت)، منو و سفارش رستوران، و هر سرویسی که ماهیتش «نمایش و تراکنش وب» است. در همهٔ اینها، کاربر مشکلاش را در چند تپ حل میکند و هیچ قابلیت انحصاریِ بومی در میان نیست.
اپ اختصاصی توجیه دارد برای: محصولاتی با سختافزار در میدان (IoT، پرداخت حضوری، اسکن تخصصی)، ابزارهای آفلاین-سنگین میدانی، سرویسهایی که «عادت روزانه» و حضور مارکتی ستون رشدشان است (پیامرسان، شبکهٔ اجتماعی، بازی)، و محصولاتی که تجربهٔ بومیِ بینقص، خودِ مزیت رقابتیشان است.
مسیر ترکیبی؛ PWA اول، اپ وقتی داده گفت
پاسخ مستقیم: این دو گزینه دشمن هم نیستند — پختهترین مسیر برای بیشتر تیمها ترتیبی است: نسخهٔ اول را PWA بسازید، با کاربر واقعی بیازمایید، و اگر دادهها (نه حدسها) گفتند قابلیت بومی لازم است، اپ را با خیال راحت و با نقشهٔ اثباتشده بسازید.
سه قاعده این مسیر را امن میکند: بکاند و حساب کاربری از روز اول مستقل طراحی شود تا بین وب و اپ مشترک بماند؛ معماری وب طوری باشد که منطق کسبوکار در API بماند نه در رابط؛ و معیار «مهاجرت به اپ» را از قبل بنویسید — مثلاً سهم کاربران بازگشتی روزانه یا نیاز اثباتشده به قابلیتی که وب ندارد. اینطوری تصمیمِ بعدی، ادامهٔ مسیر است، نه دورریختن آن.
PWA درست چه الزاماتی دارد؟ (چون PWA بد، بدتر از نداشتنش است)
پاسخ کوتاه: «سایت موبایلپسند» هنوز PWA نیست. حداقلهای نسخهٔ درست:
- HTTPS بدون استثنا: پیشنیاز فنی نصب و سرویسورکر — گواهی SSL معتبر اینجا زیربناست، نه گزینه؛
- Manifest کامل: نام، آیکونهای استاندارد، رنگ تم — همان چیزی که «افزودن به صفحهٔ اصلی» را به نصب واقعی تبدیل میکند؛
- سرویسورکر با استراتژی کش سنجیده: بازشدن سریع در شبکهٔ ضعیف و کارکرد پایه در آفلاین؛
- سرعت واقعی روی گوشی متوسط: وباپ کند، اپلیکیشن حساب نمیشود — زیرساخت میزبانی سالم (مثل سرور مجازی برای بکاند) بخشی از محصول است؛
- آموزش نصب دوقدمی: راهنمای کوتاه درونصفحهای برای کاربری که «نصب از مرورگر» برایش تازه است؛
- وبپوش با ادب: اجازهٔ نوتیفیکیشن را در لحظهٔ درست و با دلیل روشن بخواهید، نه در ثانیهٔ اول ورود.
اگر ساخت این نسخهٔ درست را میخواهید بسپارید، تیم ساخت اپلیکیشن برتینا هر دو مسیر — PWA و بومی — را با همین نگاه نیازسنجیمحور اجرا میکند و صادقانه میگوید کدام برای پروژهٔ شما زیادهروی است.
گزینهٔ میانی بازار: اپ WebView چه جایگاهی دارد؟
پاسخ مستقیم: بخشی از «اپهای ارزان» بازار در واقع WebView هستند — پوستهای بومی که همان سایت شما را داخل خودش نشان میدهد. این گزینه یک مزیت مشخص دارد و چند هزینهٔ پنهان.
مزیت: حضور سریع در مارکت اندرویدی با کمترین هزینه — برای کسبوکاری که «بودن در بازار» را فقط برای اعتبار و جستجوی مارکتی میخواهد، پاسخ کوتاهمدتِ قابلقبولی است. هزینههای پنهان: تجربهٔ کاربری همان وب است ولی انتظار کاربر، انتظارِ اپ است — و این فاصله در نظرات مارکت خودش را نشان میدهد؛ محدودیتهای وب را با خودش دارد بدون آزادیهای وب (بهروزرسانیاش باز به چرخهٔ مارکت گره میخورد)؛ و در iOS، بازبینی اپل با پوستههای خالی WebView مشکل جدی دارد. جمعبندی صادقانه: WebView را اگر انتخاب میکنید، آگاهانه و موقت انتخاب کنید — بهعنوان پل، نه مقصد؛ و اگر سایتتان PWA درست باشد، اغلب همان پل هم لازم نیست.
سه الگوی تکرارشونده از جلسات نیازسنجی
این سه الگو را تقریباً در هر فصل میبینیم — خودتان را در یکی از آنها پیدا کنید:
الگوی اول — زنجیرهٔ رستوران/کافه: «اپ میخواهیم برای منو و سفارش.» دو سؤال بعد معلوم میشود نیاز واقعی: منوی سریع با عکس، سفارش آنلاین، و اطلاعرسانی جشنوارهها. هر سه در توان PWA است؛ بودجهٔ آزادشده صرف عکاسی درست از محصولات و کمپین میشود — که مستقیماً میفروشد.
الگوی دوم — تیم خدمات میدانی با تجهیزات: تکنسینها باید در محل، دستگاه را با بلوتوث بخوانند و گاهی بدون اینترنت گزارش پر کنند. اینجا نیاز سختافزاری و آفلاینِ سنگین واقعی است — اپ بومی (اغلب فقط اندروید در فاز اول) تصمیم درست است و PWA فقط نسخهٔ گزارشگیری مدیران میشود.
الگوی سوم — پلتفرم آموزشی: شروع با PWA — کلاسها، پخش ویدیو، آزمون؛ شش ماه بعد، داده نشان میدهد کاربرانِ روزانه بالا و درخواست دانلود آفلاین جدی است — حالا اپ بومی با نقشهٔ اثباتشده ساخته میشود و PWA برای کاربر گذری میماند. مسیر ترکیبی، درست همانطور که طراحی شده بود.
نگهداری و عمر محصول؛ بعد از ساخت، کدام سبکتر است؟
پاسخ مستقیم: هزینهٔ سالهای بعد را هم مقایسه کنید، نه فقط ساخت را. اپ بومی در محیطی زندگی میکند که سالانه زیر پایش عوض میشود — نسخهٔ جدید iOS/اندروید، سیاست مارکتها، چرخهٔ بازامضا در مسیرهای ایرانی — و هر کدام، کار نگهداری واقعی میسازد. PWA روی وب زندگی میکند: مرورگرها به عقبسازگاری معروفاند، بهروزرسانی از سمت شما لحظهای است و هیچ چرخهٔ بررسی و امضایی در میان نیست.
این یعنی در افق سهساله، فاصلهٔ هزینهٔ دو مسیر از فاصلهٔ روز اولشان هم بیشتر میشود — نکتهای که در جدول بودجه (همان منطق TCO که در راهنمای هزینهٔ اپ گفتیم) باید صریح دیده شود. اپ بومی ارزشش را وقتی دارد که مزیت بومی، این هزینهٔ مستمر را بخرد.
چکلیست جلسهٔ تصمیم؛ هفت پرسش قبل از انتخاب
- کدام قابلیتِ دقیقاً بومی (سختافزار/آفلاین سنگین/ادغام OS) در فهرست «ضروری» شماست — نه «خوب است باشد»؟
- کاربر آیفونی چند درصد مخاطب شماست و مسیر نصب iOS را چطور طی خواهد کرد؟
- کاربر شما محصول را در مارکت جستجو میکند یا از تبلیغ و جستجوی گوگل میآید؟
- چرخهٔ بهروزرسانی محصولتان چند وقت یکبار است؟
- بودجهٔ نگهداری سالانه — نه فقط ساخت — چقدر است؟
- اگر نسخهٔ اول شکست بخورد، چقدر از سرمایه قابلبازیافت است؟
- معیار مکتوب «مهاجرت به اپ بومی» (در مسیر ترکیبی) چیست؟
پاسخ این هفت پرسش را داشته باشید؛ جلسهٔ نیازسنجی بهجای بحث سلیقهای، جلسهٔ تصمیم میشود.
اشتباهات رایج در این انتخاب
- شروع از «اپ میخواهم» بهجای «مسئله چیست»: اپ ابزار است؛ وقتی از ابزار شروع کنید، معمولاً گرانترینش را میخرید.
- مقایسهٔ PWA امروز با دانستههای چند سال پیش: نوتیفیکیشن iOS و نصبپذیری، بازی را عوض کردهاند؛ با اطلاعات بهروز تصمیم بگیرید.
- نادیده گرفتن توزیع iOS در برآورد هزینهٔ اپ بومی: هزینهٔ واقعی اپ در ایران فقط ساختش نیست؛ مسیر رساندنش به آیفونهاست.
- PWAی بیکیفیت به اسم صرفهجویی: بدون سرویسورکر و سرعت، فقط یک بوکمارک ساختهاید — و کاربر این را میفهمد.
- ساخت همزمان هر دو در روز اول: دو محصول موازی بدون دادهٔ بازار، یعنی دو برابر هزینه برای یک فرضیهٔ آزمایشنشده.
سوالات متداول دربارهٔ انتخاب بین اپ اختصاصی و PWA
آیا PWA روی آیفون واقعاً نوتیفیکیشن میفرستد؟
بله — از iOS 16.4 به بعد، وباپی که کاربر به صفحهٔ اصلی اضافه کرده باشد، میتواند با اجازهٔ او وبپوش بفرستد. دو شرطش همین است: نصب روی صفحهٔ اصلی و اجازهٔ صریح کاربر — پس تجربهٔ نصب و لحظهٔ درخواستِ اجازه را جدی طراحی کنید.
PWA برای فروشگاه اینترنتی کافی است؟
در بیشتر موارد بله — مرور محصول، سبد، پرداخت با درگاه داخلی و پیگیری سفارش، همه در توان وب است و بهروزرسانی لحظهای هم مزیت عملیاتی بزرگی است. اپ بومی فروشگاهی وقتی معنا پیدا میکند که برنامهٔ وفاداری عمیق و تعامل روزانه، ستون مدل کسبوکارتان باشد.
آیا PWA در جستجوی گوگل هم دیده میشود؟
بله و این مزیت پنهان آن است: PWA وبسایت است، پس تمام محتوایش قابلایندکس است و سئو برایش کار میکند — برخلاف اپ بومی که محتوایش از چشم موتور جستجو پنهان است و جذب کاربرش فقط از مارکت و تبلیغات میگذرد.
هزینهٔ PWA چقدر کمتر از اپ بومی است؟
نسبت ثابتی وجود ندارد چون دامنهٔ کار تعیینکننده است، اما منطقش روشن است: یک کدبیس بهجای دو پلتفرم، و حذف پیچیدگی توزیع iOS. PWA در قالب پروژهٔ طراحی سایت/وباپ قیمت میگیرد و اپ اختصاصی از ۸۰ میلیون تومان شروع میشود؛ در نیازسنجی، هر دو مسیر را با عدد کنار هم میگذاریم تا مقایسه واقعی باشد نه شعاری.
اگر PWA ساختیم و بعداً اپ خواستیم، از صفر شروع میکنیم؟
اگر درست ساخته باشید، خیر: بکاند، API، حساب کاربری و منطق کسبوکار همه مشترک میمانند و اپ بومی فقط لایهٔ رابط تازه است. شرطش همان قاعدهٔ مسیر ترکیبی است — منطق در سرور بماند و معماری از روز اول برای «دو کلاینت» طراحی شده باشد.
برای اپلیکیشن سازمانی داخلی (مخصوص کارکنان) کدام بهتر است؟
اغلب PWA — نصب بدون مارکت، بهروزرسانی مرکزی و لحظهای، و کار روی هر دستگاهی که کارمند دارد؛ بهخصوص در iOS که توزیع داخلی اپ بومی در ایران دردسر مضاعف دارد. استثنا همان قاعدهٔ همیشگی است: نیاز سختافزاری خاص در میدان.
