وصفت تطبيقاً، فبناه Lovable، والناس يستخدمونه في المتصفح. والآن تريده على App Store. هذه مهمة مختلفة، وLovable نفسه يقول ذلك.
الإجابة المختصرة
ينشر Lovable تطبيقات ويب. للحصول على تطبيق iOS أصلي، إما أن تغلّف تطبيق الويب، أو تعيد بناءه بـ React Native، أو تعيد بناءه بـ SwiftUI. ويسلك كل من Rork، وBolt مع Expo، وXcode مع وكيل ذكاء اصطناعي، وAirBuild أحد هذه الطرق. ويختلف كل منها في ما يُخرجه، ومن يبني التطبيق ويرسله، ومن يتعامل مع App Review.
ما يقدمه Lovable وما لا يقدمه
تجيب وثائق النشر في Lovable عن سؤال iOS مباشرة. يبني Lovable تطبيقات ويب، والنشر يكون دائماً على رابط URL للويب، إما yourproject.lovable.app أو نطاقك الخاص. ولا يوجد فيه مسار مدمج يحزم مشروعك ويرسله إلى App Store.
وتعرض الصفحة نفسها طريقتين للاقتراب من الهاتف:
- تطبيق ويب تقدمي. يضيف الناس موقعك إلى الشاشة الرئيسية ويفتحونه بملء الشاشة. لكن تطبيق PWA وحده ليس حزمة لـ App Store، فلكي يُدرج هناك يجب تغليفه أو إعادة بنائه كتطبيق أصلي.
- غلاف Capacitor. تغلّف الرابط المنشور داخل غلاف أصلي خارج Lovable، ثم ترسل هذا الغلاف بنفسك.
ويذكر Lovable أيضاً أنه لا يولّد مشاريع React Native. واقتراحه لتطبيق React Native هو أن تصمم نموذج الشاشات أولياً في Lovable، ثم تعيد بناءها خارجه. أما تطبيق Lovable للهاتف فهو لبناء المشاريع من هاتفك، ولا يحوّل مشروعك إلى تطبيق لمستخدميك.
لا شيء من هذا عيب. إنه نطاق واضح. والسؤال هو ما الذي تضيفه للوصول إلى App Store.
لماذا «مجرد تغليفه» مجازفة
تضع إرشادات مراجعة App Store من Apple حداً أدنى في القسم 4.2:
الإرشاد 4.2، الحد الأدنى من الوظائف
«ينبغي أن يتضمن تطبيقك ميزات ومحتوى وواجهة مستخدم ترتقي به إلى ما يتجاوز موقع ويب مُعاد تغليفه. إذا لم يكن تطبيقك مفيداً أو فريداً أو “شبيهاً بالتطبيقات” بشكل خاص، فلا مكان له على App Store».
الغلاف الذي لا يفعل سوى تحميل رابطك المنشور قد يصطدم بالإرشاد 4.2. تنظر المراجعة إلى ما إذا كان التطبيق يقدم ميزات ومحتوى وواجهة مفيدة تتجاوز الموقع، لا إلى التقنية التي في داخله. ولا تنشر Apple أي نسبة قبول للتطبيقات المغلَّفة، فلا سبيل لمعرفة الاحتمالات مسبقاً. المؤكد أن الرفض يكلّفك دورة مراجعة. إذا كنت تخطط للتغليف، فخطط للميزات الأصلية أيضاً، وتعامل مع الموافقة كشيء تستحقه بجهدك، لا كأمر مفروغ منه. تغطي جولتنا بلغة بسيطة في إرشادات مراجعة App Store الإرشاد 4.2 ومجالات أخرى تستحق التحقق قبل الإرسال.
خمسة طرق، جنباً إلى جنب
| الطريق | ما تحصل عليه | كيف يصل إلى App Store | Android أيضاً؟ |
|---|---|---|---|
| Lovable + غلاف | تطبيق الويب الخاص بك داخل غلاف أصلي | تبني الغلاف وترسله بنفسك خارج Lovable | نعم، بالغلاف نفسه |
| Rork | React Native وExpo (Rork Pro) أو SwiftUI (Rork Max) | نشر مدمج، ويحتاج Rork Pro أيضاً إلى حساب Expo | Rork Pro نعم، وRork Max لـ iOS فقط |
| Bolt + Expo | تطبيق React Native عبر Expo | تبني وترسل باستخدام EAS CLI على حاسوبك | نعم |
| Xcode + وكيل ذكاء اصطناعي | ما تكتبه أنت والوكيل، عادةً Swift وSwiftUI | تؤرشف وترفع وترسل بنفسك | لا |
| AirBuild | تطبيق SwiftUI أصلي | يُعدّ AirBuild صفحة المتجر، ويرسل، ويتولى App Review | لا، فـ AirBuild يركز على iOS الأصلي |
كل طريق يحتاج إلى عضوية في Apple Developer Program قبل أن يمكن نشر التطبيق.
1. احتفظ بـ Lovable وأضف غلافاً
هذا أقصر طريق انطلاقاً مما لديك. يصف Capacitor نفسه بأنه بيئة تشغيل أصلية متعددة المنصات لتطبيقات الويب: يعمل كود الويب الخاص بك داخل حاوية أصلية، مع إضافات لميزات الجهاز.
اختره حين يكون تطبيق الويب هو المنتج، ولديك مطوّر يستطيع صيانة مشروع أصلي، وأنت مستعد لإضافة ميزات أصلية حتى يكون التطبيق أكثر من موقعه.
المقايضات. لا تزال الشاشات HTML يرسمها محرك متصفح. وأنت من يملك المشروع الأصلي والتوقيع والرفع والمراجعة. وخطر الإرشاد 4.2 المذكور أعلاه عليك أن تديره بنفسك.
2. Rork
تصف الأسئلة الشائعة لدى Rork منتجين. يبني Rork Pro تطبيقات متعددة المنصات باستخدام React Native وExpo. ويبني Rork Max تطبيقات SwiftUI أصلية تُترجم باستخدام Xcode، على أجهزة Mac حقيقية في السحابة، لـ iPhone وiPad وApple Watch وVision Pro. يذكر Rork نشراً مدمجاً على App Store، وتحتاج إلى حساب Apple Developer، ويحتاج Rork Pro أيضاً إلى حساب Expo للبناء. وفي الخطط المدفوعة يمكنك تصدير الكود عبر مزامنة GitHub في الاتجاهين. كما يذكر Rork أداة AI App Store Reviewer تفحص الإصدار بحثاً عن مخاطر الرفض قبل الإرسال.
اختره حين تريد بدء تطبيق جوال جديد من طلب نصي وتفضّل أداة بناء في المتصفح، أو تريد iPhone وAndroid من مشروع واحد مع Rork Pro.
المقايضات. إنه مشروع جديد، لا تطبيق Lovable الخاص بك منقولاً. والخطط قائمة على الأرصدة، لذا راجع صفحة أسعار Rork لمعرفة الحدود الحالية.
3. Bolt مع Expo
تقول وثائق Bolt إنه حين تطلب تطبيقاً للجوال، يستخدم Bolt منصة Expo، فيعمل التطبيق على iPhone وAndroid من الكود نفسه. وينصح Bolt بأن تقول «mobile app» في أول طلب لك تحديداً، لأن المشاريع المنشأة للويب لا تتحول بسهولة. وتعاين التطبيق على هاتفك باستخدام Expo Go.
يتم النشر خارج محرر Bolt. تسرد الوثائق المتطلبات المسبقة: حاسوب عليه Node.js LTS وGit، وحساب Expo، وحساب Apple Developer. تنزّل الكود، وتثبّت EAS CLI، ثم تبني وترسل من الطرفية.
اختره حين تريد المنصتين ولا تمانع تشغيل بعض الأوامر.
المقايضات. مشروع الويب الموجود في Bolt لا يتحول إلى مشروع للجوال من تلقاء نفسه. والبناء وصفحة المتجر وApp Review كلها عليك. وإذا كان لديك تطبيق ويب في Bolt بالفعل، يمكنك نقله إلى AirBuild.
4. Xcode مع وكيل برمجة بالذكاء الاصطناعي
طريق Apple نفسها. يتيح لك Xcode 27 استخدام وكلاء البرمجة والنماذج التي تختارها، ومنها نماذج Anthropic وGoogle وOpenAI، وأي وكيل يدعم Agent Client Protocol. وتشترط Apple أيضاً أن تُبنى الملفات المرفوعة إلى App Store باستخدام Xcode 26 أو أحدث، لذا يمر كل تطبيق iOS أصلي عبر Xcode في مرحلة ما.
اختره حين تعرف البرمجة أو تريد تعلّمها، وتريد تحكماً كاملاً في المشروع.
المقايضات. يعمل Xcode على Mac. الوكيل يكتب الكود، لكنه لا يسجّلك في البرنامج، ولا ينشئ سجل App Store Connect، ولا يكتب إجابات الخصوصية، ولا يرد على App Review. يشرح دليل App Store Connect هذا الجزء. وإذا سلكت هذا الطريق، فإن Agent Skills تساعدك: راجع دليل SwiftUI Agent Skills.
5. AirBuild
AirBuild فريق من الذكاء الاصطناعي لتطبيقات iOS الأصلية. يبني وكلاء المنتج والتصميم والهندسة التطبيق بـ SwiftUI. يصل التطبيق إلى iPhone الخاص بك عبر TestFlight، وتطلب التغييرات بلغة عادية. وحين يجهز، يُعدّ AirBuild صفحة App Store، ويرسل التطبيق، ويتابع المراجعة، ويرد على المراجعين، ويصلح ما يثيرونه، ويعيد الإرسال.
إذا كان لديك تطبيق في Lovable بالفعل، يمكنك نقله إلى AirBuild:
اترك الرابط
العنوان المنشور لتطبيقك في Lovable، أو مستودع GitHub الذي يتزامن معه، وجملة واحدة عما ينبغي أن يفعله تطبيق iOS ولمن هو.
يعيد فريقك من الذكاء الاصطناعي بناءه بـ SwiftUI
يقرأ الوكلاء شاشات تطبيقك ومساراته ويبنون منها تطبيق iOS أصلياً. يبقى تطبيق الويب كما هو، وتواصل بناءه في Lovable. ويمكن لـ AirBuild مزامنة تغييراتك تلقائياً.
جرّبه على iPhone الخاص بك
يصل التطبيق عبر TestFlight. اطلب التغييرات بلغة عادية.
App Review
يُعدّ AirBuild صفحة المتجر، ويرسل، ويرد على المراجعين، ويصلح ما يثيرونه، ويعيد الإرسال.
يبقى الخادم الخلفي في مكانه. أخبر AirBuild بما يتصل به التطبيق، سواء كان Lovable Cloud أو مشروع Supabase خاصاً بك أو واجهة API، فيُخطَّط تطبيق iOS حوله. لا تحتاج إلى Mac أو Xcode: يشغّل AirBuild فريقك من الذكاء الاصطناعي على Mac أو في السحابة. لكنك تحتاج إلى عضوية في Apple Developer Program للنشر. والكود ملكك: يبقى كود Lovable ملكك، وكذلك مشروع SwiftUI الذي يبنيه AirBuild منه.
اختره حين تريد تطبيق iPhone أصلياً وتريد أن يُتولى App Review عنك، لا أن يُعاد إليك.
المقايضات. يركز AirBuild على iOS الأصلي، لذا فهو ليس الطريق لتطبيق Android. ونقل مشروع من Lovable في مرحلة الوصول المبكر، بدعوة من قائمة الانتظار.
كيف تختار
ابدأ بالنتيجة، لا بالأداة. بناء تطبيق iOS بالـ vibe coding يمنحك نموذجاً أولياً يعمل بسرعة في أي من هذه الأدوات، وما يحدد الطريق هو ما تحتاج إليه في النهاية.
تطبيق الويب يكفي
ابقَ في Lovable. اجعله تطبيق ويب تقدمياً ليتمكن الناس من إضافته إلى الشاشة الرئيسية.
iPhone وAndroid
اختر طريقاً مبنياً على React Native وExpo: Rork Pro، أو Bolt مع Expo. وتوقّع أن تدير البناء وحسابات المتاجر.
iPhone أصلي، وأنت تبرمج
استخدم Xcode مع وكيل برمجة. تحتفظ بالتحكم الكامل وتتولى عمل App Store بنفسك.
iPhone أصلي، وأنت لا تبرمج
استخدم أداة بناء تُخرج SwiftUI: Rork Max، أو AirBuild إذا أردت أن تُتولى دورة App Review أيضاً.
ثم اطرح ثلاثة أسئلة على أي أداة تختارها:
- هل يمكنني أخذ الكود معي؟ تحقق مما إذا كان التصدير متاحاً في كل الخطط أم في المدفوعة فقط.
- من يرسل، ومن يرد على App Review؟ الأداة التي تتوقف عند البناء تترك لك صفحة المتجر وإجابات الخصوصية وحالات الرفض.
- أين تُخزَّن بياناتي؟ إذا كان تطبيقك في Lovable يستخدم Lovable Cloud أو Supabase بالفعل، ففضّل طريقاً يبقيها هناك.
لنظرة أوسع على هذه الفئة، اقرأ أدوات بناء تطبيقات iOS بالذكاء الاصطناعي. وللرحلة الكاملة من الفكرة إلى الموافقة، اقرأ كيف تصنع تطبيقاً بالذكاء الاصطناعي.
الأسئلة الشائعة
هل يستطيع Lovable بناء تطبيق iOS أصلي؟
لا. تقول وثائق Lovable إنه يبني تطبيقات ويب، وإن النشر يكون دائماً على رابط URL للويب. ويقترح تطبيق ويب تقدمياً أو غلاف Capacitor حول الرابط المنشور، ولا يولّد مشاريع React Native.
ما أفضل بديل لـ Lovable لتطبيق iOS؟
يعتمد ذلك على النتيجة التي تحتاج إليها. لـ iPhone وAndroid من قاعدة كود واحدة، انظر في الأدوات المبنية على React Native وExpo، مثل Rork Pro أو Bolt مع Expo. ولتطبيق SwiftUI أصلي، انظر في Rork Max، أو Xcode مع وكيل برمجة، أو AirBuild.
هل ستقبل Apple تطبيق Lovable مغلَّفاً؟
يعتمد ذلك على التطبيق. يطلب الإرشاد 4.2 ميزات ومحتوى وواجهة مستخدم ترتقي بالتطبيق إلى ما يتجاوز موقع ويب مُعاد تغليفه. الغلاف الذي لا يفعل سوى تحميل رابطك المنشور معرّض لخطر كبير بموجب هذه القاعدة. لا تنشر Apple أي نسبة قبول للتطبيقات المغلَّفة، وإضافة ميزات أصلية لا تضمن الموافقة.
هل أحتاج إلى Mac لبناء تطبيق iOS بالـ vibe coding؟
ليس دائماً. يعمل Xcode على Mac، لذا يحتاج طريق Xcode إلى جهاز Mac. يبني Rork Max على أجهزة Mac في السحابة، ويشغّل AirBuild فريقك من الذكاء الاصطناعي على Mac أو في السحابة. وكل طريق يحتاج إلى عضوية في Apple Developer Program للنشر.
هل يمكنني الاحتفاظ بتطبيق الويب في Lovable إذا بنيت نسخة iOS؟
نعم. لا يتطلب أي من هذه الطرق إيقاف تطبيق الويب. مع AirBuild، يبقى تطبيق الويب في مكانه وتواصل تعديله في Lovable.