Lovable অ্যাপ কীভাবে App Store-এ প্রকাশ করবেন: PWA, Capacitor নাকি রিবিল্ড, এবং 4.2 এড়ানোর উপায় (2026)

আপনি যদি খোঁজেন কীভাবে Lovable অ্যাপ App Store-এ প্রকাশ করবেন, তাহলে প্রথমেই জেনে রাখুন যে Lovable কাজটি আপনার হয়ে করতে পারে না। Lovable publish ডকুমেন্টেশন বলে যে "Lovable ওয়েব অ্যাপ বানায় এবং প্রকাশ করলে সবসময় একটি ওয়েব URL-এ ডিপ্লয় হয়" এবং "এমন কোনো বিল্ট-ইন ফ্লো নেই যা আপনার প্রজেক্ট প্যাকেজ করে App Store বা Google Play-তে সাবমিট করে।" নিচে তিনটি বাস্তব বিকল্প, প্রতিটির খরচ, এবং র‍্যাপ করা Lovable অ্যাপকে Guideline 4.2 থেকে নিরাপদ রাখার ধাপগুলো দেওয়া হলো।

Lovable অ্যাপ কি সরাসরি App Store-এ প্রকাশ করা যায়?

না। অক্টোবর 2026 পর্যন্ত Lovable একটি lovable.app সাবডোমেইন বা কাস্টম ডোমেইনে প্রকাশ করে, আর স্টোরে যেতে হলে Lovable-এর বাইরে অ্যাপটি প্যাকেজ করে নিজের ডেভেলপার অ্যাকাউন্ট থেকে সাবমিট করতে হয়।

Lovable-এর ডকুমেন্টেশন দুটি বিকল্প উপায় সুপারিশ করে: প্রকাশিত সাইটটিকে ইনস্টলযোগ্য PWA বানানো, অথবা "Lovable-এর বাইরে Capacitor দিয়ে আপনার প্রকাশিত URL-কে একটি নেটিভ শেলে র‍্যাপ করা" এবং সেই শেল নিজে সাবমিট করা। ডকুমেন্টেশন আরও দুটি বিষয় স্পষ্ট করে। Lovable React Native প্রজেক্ট তৈরি করে না, এবং Lovable মোবাইল অ্যাপ শুধু ফোন থেকে প্রজেক্ট বানানোর জন্য। এটি "আপনার প্রজেক্টকে ব্যবহারকারীদের জন্য নেটিভ অ্যাপে রূপান্তর করে না।"

PWA, Capacitor র‍্যাপার নাকি রিবিল্ড: কোন পথ বেছে নেবেন?

স্টোর লিস্টিং না লাগলে PWA বেছে নিন, লিস্টিং লাগলে এবং সত্যিকারের নেটিভ ফিচার যোগ করতে পারলে Capacitor, আর অ্যাপটিকে যদি ফোন-কেন্দ্রিক প্রোডাক্টের মতো অনুভূতি ও আচরণ দিতে হয় তাহলে নেটিভ রিবিল্ড।

ফি-গুলো নেওয়া হয়েছে Apple Developer Program এনরোলমেন্ট পেজ ("প্রতি মেম্বারশিপ বছরে 99 USD। অঞ্চলভেদে দাম ভিন্ন হতে পারে") এবং Google Play Console Help ("US$25 এককালীন রেজিস্ট্রেশন ফি") থেকে। Google Play-তে নতুন ব্যক্তিগত অ্যাকাউন্টগুলোকে প্রোডাকশন অ্যাক্সেস পাওয়ার আগে 12 জন টেস্টার নিয়ে 14 দিনের একটি ক্লোজড টেস্টও চালাতে হয়। আমাদের ক্লোজড টেস্টিং গাইড সেই ধাপটি ব্যাখ্যা করে।

Capacitor দিয়ে Lovable অ্যাপ কীভাবে র‍্যাপ করবেন?

Lovable কোড GitHub-এ এক্সপোর্ট করুন, লোকালি বিল্ড করুন, Capacitor যোগ করুন এবং webDir-কে বিল্ড আউটপুটের দিকে নির্দেশ করুন। তারপর নেটিভ প্রজেক্টগুলো Xcode ও Android Studio-তে খুলে আর্কাইভ করুন।

1. Lovable-এ GitHub কানেক্ট করুন। সিঙ্কটি দ্বিমুখী এবং সবসময় একটি নতুন প্রাইভেট রিপোজিটরি তৈরি করে, তাই লোকালি নেটিভ শেলে কাজ করার সময়ও Lovable-এ এডিট চালিয়ে যেতে পারবেন।
2. রিপো ক্লোন করুন, npm install চালান, তারপর npm run build। Vite আউটপুট কোথায় লেখে দেখে নিন, সাধারণত dist। Capacitor-এর জন্য সেই রুটে <head> ট্যাগ সহ একটি index.html থাকতে হবে।
3. Capacitor getting-started ডকুমেন্টেশন অনুযায়ী নিচের কোড ব্লকের কমান্ডগুলো দিয়ে Capacitor ও প্ল্যাটফর্মগুলো ইনস্টল করুন।
4. capacitor.config-এ webDir-কে dist সেট করুন। server.url-কে আপনার লাইভ Lovable ডোমেইনে সেট করবেন না: Capacitor config রেফারেন্স বলে এটি "প্রোডাকশনে ব্যবহারের উদ্দেশ্যে নয়।"
5. নেটিভ প্লাগইন (পুশ, হ্যাপটিক্স, শেয়ার, বায়োমেট্রিক্স, লোকাল নোটিফিকেশন) এবং নেটিভ অ্যাপ আইকন ও স্প্ল্যাশ স্ক্রিন যোগ করুন।
6. প্রতিটি ওয়েব বিল্ডের পর npx cap sync চালান, তারপর Xcode-এ আর্কাইভ করে App Store Connect-এ আপলোড করুন। বাকি ধাপগুলো আমাদের App Store সাবমিশন চেকলিস্ট-এ আছে।

npm i @capacitor/core
npm i -D @capacitor/cli
npx cap init
npm i @capacitor/android @capacitor/ios
npx cap add android
npx cap add ios
npm run build && npx cap sync
npx cap open ios

নিজের Apple অ্যাকাউন্ট থেকে সাবমিট করুন। Guideline 4.2.6 অ্যাপ জেনারেশন সার্ভিস দিয়ে তৈরি অ্যাপ রিজেক্ট করে, যদি না সেগুলো "অ্যাপের কনটেন্টের সরবরাহকারী নিজে সরাসরি সাবমিট করেন।" AI-নির্মিত অ্যাপের ক্ষেত্রে এটি কীভাবে প্রযোজ্য, তা আমাদের Guideline 4.3 ও 4.2.6 গাইড-এ ব্যাখ্যা করা হয়েছে।

র‍্যাপ করা Lovable অ্যাপে Guideline 4.2 রিজেকশন কীভাবে এড়াবেন?

অ্যাপটিকে দিয়ে এমন কাজ করান যা ওয়েবসাইট পারে না। Guideline 4.2 চায় "এমন ফিচার, কনটেন্ট ও UI যা অ্যাপটিকে নতুন মোড়কে একটি ওয়েবসাইটের চেয়ে ওপরে তোলে," আর 4.2.2 সেই অ্যাপগুলো বাদ দেয় যেগুলো মূলত "ওয়েব ক্লিপিং, কনটেন্ট অ্যাগ্রিগেটর বা লিঙ্কের সংগ্রহ।"

সাবমিট করার আগে এই চেকলিস্টটি ব্যবহার করুন:

• ওয়েব বিল্ডটি বাইনারির ভেতরে বান্ডল করা আছে এবং নেটওয়ার্ক কানেকশন ছাড়াই খোলে, ক্যাশ করা ডেটা বা একটি যথাযথ অফলাইন স্ক্রিন দেখায়।
• নেভিগেশনে হ্যামবার্গার মেনুর বদলে বটম ট্যাব বার ব্যবহার করা হয়েছে, এবং কোনো ওয়েব-শুধু ফুটার বা কুকি ব্যানার নেই।
• লগইন, সাইনআপ ও পাসওয়ার্ড রিসেট সবই অ্যাপের ভেতরে হয়। কোনো কিছুই ব্যবহারকারীকে Safari-তে পাঠায় না।
• অন্তত একটি মূল ওয়ার্কফ্লো ডিভাইসের ওপর নির্ভর করে, যেমন ক্যামেরা ক্যাপচার, ব্যবহারকারীর নিজের ডেটার সাথে যুক্ত লোকাল নোটিফিকেশন, উইজেট বা বায়োমেট্রিক্স।
• ডোনেশন পেজ, শপ বা সোশ্যাল মিডিয়ার বাইরের লিঙ্কগুলো সরানো হয়েছে বা ন্যূনতম রাখা হয়েছে।
• App Review নোটে ব্যাখ্যা করা আছে কেন অ্যাপটি ফোনে উপযোগী, এবং একটি ডেমো লগইন দেওয়া আছে।

অন্যান্য ওয়েব-ভিত্তিক অ্যাপ 4.2-এর অধীনে রিজেক্ট হলে কী হয়েছিল?

পাবলিক থ্রেডগুলোতে একই প্যাটার্ন দেখা যায়: রিভিউয়াররা ওয়েবের মতো দেখতে UI এবং Safari-তে বেরিয়ে যাওয়া লিঙ্ক রিজেক্ট করেন, আর শুধু ছোটখাটো নেটিভ ফিচার যোগ করলে তাঁদের সিদ্ধান্ত বদলায় না।

ডিসেম্বর 2020-এ Ionic Forum-এ এক ডেভেলপারের ক্লাব মেম্বারশিপ অ্যাপ রিজেক্ট হয় এই বার্তায়: "আপনার অ্যাপ সীমিত ব্যবহারকারী অভিজ্ঞতা দেয়, কারণ এটি মোবাইল ব্রাউজিং অভিজ্ঞতা থেকে যথেষ্ট আলাদা নয়," তারপর "অ্যাপের বেশিরভাগ কনটেন্ট Safari-তে লিঙ্ক করে।" InAppBrowser সরিয়ে অফলাইন সাপোর্ট উন্নত করাও যথেষ্ট হয়নি, দ্বিতীয় সাবমিশনও রিজেক্ট হয়। তৃতীয় প্রচেষ্টায় অনুমোদন মেলে, যখন ডেভেলপার নেটিভ-স্টাইল লিস্ট ও ইমেজ কার্ড দিয়ে হোম স্ক্রিন নতুন করে বানান, অ্যাপের ভেতরে আরও নিউজ কনটেন্ট যোগ করেন এবং বেশিরভাগ বাইরের লিঙ্ক সরিয়ে দেন।

জানুয়ারি 2026-এ Apple Developer Forums-এ এক ডেভেলপার জানান, তাঁর শিডিউলিং অ্যাপ "ওয়েব ব্রাউজিং অভিজ্ঞতা থেকে যথেষ্ট আলাদা নয়" বলে রিজেক্ট হয়েছে, যদিও অ্যাপটি আগে থেকেই পুশ নোটিফিকেশন, Core Location ও কন্টাক্টস অ্যাক্সেস ব্যবহার করছিল। তিনি হ্যাপটিক্স, কুইক অ্যাকশন ও আরও গভীর ক্যালেন্ডার ইন্টিগ্রেশন যোগ করার পরিকল্পনা করেন এবং জানতে চান "আরও নেটিভ" বলতে আসলে কী বোঝায়। এই লেখা পর্যন্ত থ্রেডটিতে কোনো উত্তর বা নিশ্চিত ফলাফল নেই।

তুলনাটি এরকম: প্রথম ডেভেলপার অ্যাপটি আসলে কী, সেটাই বদলে দিয়ে পার পেয়েছিলেন (অ্যাপের ভেতরের কনটেন্ট, নেটিভ লেআউট, বাইরের লিঙ্ক নেই)। দ্বিতীয়জন শুধু ডিভাইস API যোগ করেছিলেন এবং তখনও নিশ্চিত ছিলেন না। পারমিশনের তালিকা লম্বা না করে মূল অভিজ্ঞতায় পরিশ্রম দিন।

কখন র‍্যাপ না করে রিবিল্ড করা উচিত?

আপনার অ্যাপের মূল মূল্য যদি ওয়েব কনটেন্ট হয়, অথবা একই UI-এর জন্য আগেই দুবার 4.2 রিজেকশন পেয়ে থাকেন, তাহলে নেটিভভাবে রিবিল্ড করুন।

একটি উদাহরণ: একটি যোগ স্টুডিওর জন্য Lovable দিয়ে বানানো বুকিং টুল ক্লাসের তালিকা, একটি বুকিং ফর্ম এবং একটি Stripe চেকআউট লিঙ্ক দেখায়। যেমন আছে তেমন র‍্যাপ করলে এটি 4.2-এর তিনটি সতর্কসংকেতই ছুঁয়ে ফেলে: ওয়েব UI, বাইরের লিঙ্ক এবং অফলাইন ব্যবহার নেই। PWA হিসেবে এটি বাড়তি খরচ ছাড়াই আজই চালু হতে পারে। স্টোর লিস্টিং পেতে হলে Lovable ব্যাকএন্ড রেখে দিন, ক্লাসের তালিকা ও বুকিং ফ্লো নেটিভ স্ক্রিন দিয়ে নতুন করে বানান, প্রতিটি ক্লাসের আগে লোকাল রিমাইন্ডার যোগ করুন, এবং App Review Guideline 3.1-এর নিয়মের মধ্যে পেমেন্ট পরিচালনা করুন। আপনার ব্যাকএন্ড ও ডেটা মডেল অপরিবর্তিত থাকে। নতুন করে লিখতে হয় শুধু UI।

আপনার Lovable প্রজেক্টের জন্য কোন পথটি উপযুক্ত, সে বিষয়ে দ্বিতীয় মতামত চাইলে The App Guy-এর সার্ভিসগুলো র‍্যাপিং, রিবিল্ডিং ও স্টোর সাবমিশন কভার করে, অথবা yagyeshsrbobde@gmail.com-এ ইমেইল করুন।