App2Store ← מדריכים ← Lovable לאפ סטור

מ-Lovable לאפ סטור: איך עוברים את אפל (2026)

גוגל פליי סלחני. אפל — לא. מי שמנסה להעלות אפליקציית Lovable לאפ סטור בתור "עוד עטיפה של אתר" מקבל את אותו מייל דחייה שכולם מקבלים. הנה למה זה קורה ואיך עוברים בכל זאת — בלי קסמים, עם הנדסה נכונה.

שלב 1: מוציאים את הקוד מ-Lovable

היתרון הגדול של Lovable: הקוד שלכם באמת שלכם. מחברים את הפרויקט ל-GitHub (בהגדרות הפרויקט) ומקבלים אפליקציית React מלאה. עם הקוד ביד אפשר לארוז אריזה אמיתית — לא רק להצביע על כתובת.

⚠️ המלכודת של 2026: פרויקטים חדשים ב-Lovable נבנים כברירת מחדל עם רינדור בצד שרת (SSR). אריזת מובייל צריכה build סטטי — אז מבקשים מ-Lovable בפרומפט לבנות כ-SPA, או מגדירים build סטטי ידנית. מי שמדלג על זה מגלה אפליקציה עם מסך לבן.

שלב 2: אורזים עם Capacitor

Capacitor (הכלי הפתוח של צוות Ionic) עוטף את ה-build בקונטיינר נייטיב של iOS. זה השלב שבו נכנסות היכולות שאפל מחפשת: התראות פוש, ניווט מותאם, splash, אייקונים וטיפול במצב לא מקוון. הבנייה והחתימה דורשות סביבת macOS עם Xcode ופרופילי חתימה (Provisioning Profiles) — החלק שבו רוב האנשים מרימים ידיים.

שלב 3: המבחן האמיתי — Guideline 4.2

סעיף 4.2 של אפל (Minimum Functionality) הוא הסיבה מספר אחת לדחיית אפליקציות מהסוג הזה. הנוסח שמקבלים במייל: "your app provides a limited user experience as it is not sufficiently different from a mobile browsing experience". בעברית: "זה סתם האתר שלך בקופסה".

מה כן עובר? אפליקציה שמשתמשת ביכולות שדפדפן לא נותן:

וגם אז — אפל לפעמים דוחה בסבב ראשון. ההבדל בין מקצוען לחובבן הוא התשובה לבודק: תיאור מדויק של היכולות הנייטיביות, וידאו קצר, וסבב תיקון ממוקד. בחבילות שלנו, דחיות שקשורות לאריזה ולהגשה — עלינו.

עוד שלושה דברים שאפל דורשת

רוצים שמישהו שכבר עבר את זה יעשה את הכול? אריזה עם היכולות שאפל דורשת, חתימות, עמוד חנות והגשה — כולל טיפול בדחיות אריזה בלי תוספת מחיר. בדיקת התאמה חינם, כולל תשובה ישרה אם האפליקציה שלכם עוד לא מוכנה לאפל.

שלחו לנו את הקישור בוואטסאפ