פרסום אפליקציית iOS בלי Mac: מדריך Expo ו-EAS

אפשר לפרסם אפליקציית iOS בלי Mac?

כן. אפשר לפרסם אפליקציית iOS בלי Mac אם בונים אותה עם Expo ו-React Native. ‏EAS Build מקמפל את האפליקציה על מחשבי Mac שמתארחים אצל Expo, בענן, ואז EAS Submit שולח אותה ל-App Store Connect. התיעוד של Expo אומר את זה במפורש: EAS Submit עובד על macOS, ‏Linux ו-Windows, כך שלא צריך Mac כדי לשלוח build של iOS.

לעומת זאת, צריך שלושה דברים ששום דבר לא מחליף: חשבון Apple Developer בתשלום, ‏iPhone כדי לבדוק את האפליקציה באמת, ודפדפן כדי למלא את דף האפליקציה ב-App Store Connect. שאר המדריך מפרט מה עובד מ-PC עם Windows, מה נתקע, ומה סדר השלבים.

כל אפליקציות ה-iOS שלי עוברות בשרשרת הזאת: Expo, ‏EAS Build ואז EAS Submit. ‏Solys ו-TradaZen נמצאות ב-App Store בדיוק ככה. אני עובד על Mac, אבל אף שלב בפרסום לא תלוי בו: ה-builds נעשים בענן של Expo, והשליחה ל-Apple עוברת דרך שורת הפקודה.

איך Expo ו-EAS מחליפים את ה-Mac

כדי להבין מה אפשרי, צריך לדעת למה ה-Mac היה חובה. אפליקציית iOS חייבת להיות מקומפלת עם Xcode, הכלי של Apple, שרץ רק על macOS, ובגרסה מספיק עדכנית כדי להימנע מהדחייה ITMS-90725. אחר כך היא צריכה להיחתם עם תעודה שמקושרת לחשבון המפתח שלך, ולהישלח ל-App Store Connect.

‏Expo מחלק את העבודה הזאת לשלושה כלים:

• ‏Expo ו-React Native: כותבים את האפליקציה ב-JavaScript או TypeScript, על כל מחשב.
• ‏EAS Build: מריצים את הפקודה מה-PC, הקוד עולה ל-Mac של Expo, שמקמפל וחותם את האפליקציה בשבילך. מקבלים קובץ מוכן להתקנה או לשליחה.
• EAS Submit: לוקח את ה-build הזה ושולח אותו ל-App Store Connect. אחרי העיבוד אצל Apple, שבודקת למשל את האייקון (ITMS-90717), הוא מופיע ב-TestFlight.

ה-Mac עדיין קיים בשרשרת. פשוט הוא כבר לא שלך. אם אתה רוצה להבין למה אני ממליץ על הסטאק הזה למתחילים, קרא את העמוד React Native ו-Expo לאפליקציית מובייל.

מה אפשר לעשות מ-PC עם Windows

לכתוב את האפליקציה

כל הפיתוח נעשה על Windows בלי שום מגבלה: העורך שלך (VS Code, ‏Cursor), ‏Node.js, הטרמינל. אם אתה כותב קוד בעזרת Claude או ChatGPT, גם שם שום דבר לא משתנה. בנושא הזה, קרא ליצור אפליקציית iOS עם AI.

לראות את האפליקציה על ה-iPhone תוך כדי כתיבת הקוד

בהתחלה, אפליקציית Expo Go שמותקנת על ה-iPhone קוראת QR code שמוצג בטרמינל וטוענת את הפרויקט. כל שינוי מופיע בטלפון תוך כמה שניות. זה אידיאלי למסכים הראשונים. מאז מאי 2026, גרסת ה-App Store של Expo Go נשארת על SDK 54: צור את הפרויקט עם תאימות אליה, או עבור דרך eas go ו-TestFlight בשביל SDK חדש יותר.

ל-Expo Go יש מגבלה: הוא מכיל רק את המודולים הנייטיביים ש-Expo מספק. ברגע שהאפליקציה שלך משתמשת בספרייה נייטיבית שלא נמצאת בו, כמו ה-SDK של RevenueCat למנויים, צריך development build: גרסה משלך של האפליקציה, שמקומפלת ב-EAS Build ומותקנת על ה-iPhone שלך.

להתקין build על ה-iPhone בלי לעבור דרך ה-App Store

‏EAS מציע הפצה פנימית. רושמים את ה-iPhone עם הפקודה eas device:create, ואז מריצים build עם הפצה מסוג internal. מקבלים קישור התקנה. ‏Apple מגבילה את השיטה הזאת: חשבון יכול להפיץ ככה ל-100 מכשירי iPhone לכל היותר בשנה, וכל מכשיר חדש דורש build חדש או חתימה חדשה. בשבילך ובשביל כמה אנשים קרובים, זה מספיק בהחלט.

לנהל תעודות בלי Xcode

החתימה היא מה שתוקע הכי הרבה מתחילים על Mac, עד לשגיאה ITMS-90034 בזמן השליחה. עם EAS, מתחברים לחשבון Apple משורת הפקודה, והכלי יכול לייצר בעצמו את תעודת ההפצה ואת ה-provisioning profile. אף פעם לא פותחים את Keychain Access.

לשלוח את האפליקציה ל-Apple ולפרסם אותה

eas submit --platform ios שולח את ה-build ל-App Store Connect. אפשר גם לשרשר את שני השלבים עם האופציה --auto-submit של eas build. כל השאר קורה בדפדפן: דף האפליקציה ב-App Store, צילומי המסך, הצהרות הפרטיות, המנויים, TestFlight והשליחה לבדיקה. ‏App Store Connect הוא אפליקציית ווב, והוא עובד מצוין על Windows.

מה לא אפשרי (או קשה יותר) בלי Mac

סימולטור iOS מקומי

סימולטור ה-iOS הוא חלק מ-Xcode, אז הוא לא רץ על Windows. בפועל זה לא נורא: ה-iPhone שלך עדיף על הסימולטור לבדיקות. ‏Expo הכריזה בספטמבר 2026 על סימולטור iOS בענן, EAS Simulator, שעדיין בגישה מוגבלת בזמן שאני כותב. אל תבנה עליו את העבודה שלך עד שהוא ייפתח לכולם.

דיבאג של קוד נייטיבי

אם קריסה מגיעה מקוד נייטיבי (Swift, ‏Objective-C, ספרייה עם הגדרה שגויה), כלי האבחון של Apple נמצאים ב-Xcode. בלי Mac, אתה תלוי בלוגים של ה-build ב-EAS ובכלי כמו Sentry, שמדווח על קריסות של האפליקציה המותקנת. זה אפשרי, אבל איטי יותר. לכן כדאי, באפליקציה ראשונה, להישאר עם ספריות שתואמות ל-Expo ומתוחזקות, מה שגם חוסך דחייה ITMS-90338 בזמן השליחה.

לכתוב extensions נייטיביים ידנית

ווידג'טים, notification extensions, targets נייטיביים ספציפיים: זה אפשרי עם Expo בזכות config plugins, אבל בלי Xcode כדי לבדוק את הפרויקט שנוצר, כל שגיאה עולה build נוסף. באפליקציה ראשונה, תשאיר את הפיצ'רים האלה להמשך.

לקמפל מקומית

builds מקומיים של EAS (האופציה --local) לא נתמכים ב-Windows. אז על PC, ה-builds של iOS עוברים דרך הענן של Expo. התוכנית החינמית של EAS כוללת מספר מוגבל של builds בחודש, עם תור המתנה: בדוק את התנאים העדכניים בעמוד התמחור של Expo לפני שאתה מתכנן שבוע עבודה אינטנסיבי.

חשבון Apple Developer: חובה, בלי יוצא מן הכלל

אין שום טריק שעוקף את זה, אפילו לא Apple Developer Enterprise Program, ששמור לאפליקציות פנימיות של ארגונים גדולים. בלי חברות ב-Apple Developer Program, אין App Store Connect, אין TestFlight, אין הפצה פנימית, ואין שליחה ל-App Store. החברות עולה 99 $ לשנה, שנגבים במטבע שלך.

שתי עצות לפני ההרשמה:

• תבחר נכון בין חשבון אישי לחשבון ארגון. בחשבון אישי, השם שלך מופיע כמוכר ב-App Store. בחשבון ארגון, מופיע שם העסק שלך, אבל אז Apple מבקשת מספר D-U-N-S ואימות ארוך יותר.
• תשאיר כמה ימים. אישור החשבון לא תמיד מיידי. תירשם ברגע שאתה יודע שאתה הולך לפרסם, לא יום לפני השליחה.

הצורך האמיתי ב-iPhone לבדיקות

טכנית, אפשר לפרסם אפליקציית iOS בלי להחזיק אותה ביד אף פעם. אני ממליץ בחום שלא, וגם Apple: כללי הבדיקה שלה (guideline 2.1) דורשים שהאפליקציה תיבדק על מכשיר, מבחינת באגים ויציבות, לפני השליחה. למשתמשים שלך, בכל מקרה, יהיה רק את זה: iPhone אמיתי.

הנה מה שרק iPhone אמיתי מראה לך:

• הפתיחה הראשונה האמיתית, בלי שרת פיתוח: שם מתחבאות הקריסות בהפעלה.
• רכישות בתוך האפליקציה בסביבת בדיקה, כדי לוודא שה-paywall מציג את המחירים הנכונים ושהמנוי באמת פותח את האפליקציה.
• התראות, מצלמה, רטט, הרשאות, שמתנהגים אחרת או בכלל לא עובדים במקומות אחרים.
• הפריסה האמיתית: ה-notch או ה-Dynamic Island, פס הבית, המקלדת שמסתירה שדה.
• החלקות, שמחשב חזק מסתיר הרבה פעמים.

‏iPhone יד שנייה עדכני מספיק, בתנאי שהוא מריץ גרסת iOS שנתמכת בגרסת ה-SDK של Expo שלך. ואם אפשר, תשאיל גם iPhone בגודל אחר: אפליקציה שנראית טוב על מסך גדול יכולה להיחתך על מסך קטן. בדיוק בגלל זה קיבלתי דחייה על Solys, וסיפרתי על זה בלמה Apple דוחה אפליקציה.

בלי Mac, זה אפשרי. בלי iPhone, אתה שולח ל-Apple אפליקציה שמעולם לא ראית עובדת.

השלבים, לפי הסדר, מ-Windows

1. צור את הפרויקט עם npx create-expo-app ובדוק את המסכים הראשונים עם Expo Go.
2. התקן את EAS CLI עם npm install -g eas-cli, ואז eas login ו-eas build:configure.
3. הירשם ל-Apple Developer Program ברגע שהפרויקט מתחיל לקבל צורה.
4. רשום את ה-iPhone שלך עם eas device:create והרץ development build.
5. צור את דף האפליקציה ב-App Store Connect, עם אותו bundle identifier כמו בהגדרות ה-Expo שלך.
6. הרץ את ה-build של הפרודקשן עם eas build --platform ios.
7. שלח אותו עם eas submit --platform ios, ואז בדוק אותו ב-TestFlight. המדריך TestFlight לבדיקת האפליקציה מפרט את השלב הזה.
8. מלא את הדף ושלח לבדיקה מהדפדפן. את הטקסט הפרומוציונלי אפשר יהיה לשנות אחר כך בלי גרסה חדשה.

שלוש מלכודות חוזרות הרבה בשלב הזה. מספר ה-build חייב לעלות בכל שליחה: תפעיל את ההגדלה האוטומטית של EAS ותפסיק לחשוב על זה. השאלה על הצפנה חוסמת כל build עד שעונים עליה: אפשר להצהיר עליה פעם אחת ולתמיד בהגדרות האפליקציה. וה-bundle identifier חייב להיות זהה בכל מקום, אחרת EAS Submit לא מוצא את האפליקציה שלך. להמשך, מהדף ועד האישור, העמוד לפרסם אפליקציה ב-App Store מכסה כל שלב.

לפרסם את האפליקציה הראשונה שלך, בלי Mac ובלי ללכת לאיבוד

ה-Mac כבר לא המכשול האמיתי. המכשולים האמיתיים נמצאים במקום אחר: לבחור אפליקציה שיש לה סיכוי להכניס כסף, לחבר מנויים שעובדים, להכין הגשה ש-Apple מאשרת. זה מה שמכסה המסלול בארבעה שלבים של iOS Kit, בקצב שלך. בשביל ההגשה, Apple Review Kit מרכז את הצ'קליסט שלי לפני השליחה ואת ההערות לבודק. דף הבית מראה איך ליצור אפליקציית מובייל בלי להתחיל מאפס עם Expo ו-Claude Code, עם Mac או בלי.

ההחלטה הסופית אם לפרסם את האפליקציה שלך נשארת אצל Apple, ושום kit לא יכול להבטיח אותה. מה שאני כן יכול לתת לך זו השיטה שאני מיישם על האפליקציות שלי.

שאלות נפוצות

איך מפרסמים אפליקציית iOS בלי Mac?

עם Expo ו-React Native, ‏Mac שמתארח אצל Expo מחליף את שלך. כותבים קוד על כל מחשב, ‏EAS Build מקמפל וחותם את האפליקציה בענן, ואז EAS Submit שולח אותה ל-App Store Connect. צריך גם חשבון Apple Developer בתשלום, דפדפן כדי למלא את הדף, ו-iPhone כדי לבדוק את האפליקציה באמת.

מה השלבים לפרסום אפליקציית iOS מ-Windows?

צור את הפרויקט עם Expo, התקן את EAS CLI והירשם ל-Apple Developer Program. רשום את ה-iPhone שלך, הרץ development build, ואז צור את הדף ב-App Store Connect עם אותו bundle identifier כמו בהגדרות ה-Expo שלך. אחר כך הרץ את ה-build של הפרודקשן, שלח אותו עם EAS Submit ובדוק אותו ב-TestFlight, ואז מלא את הדף ושלח את האפליקציה לבדיקה מהדפדפן.

כמה עולה לפרסם אפליקציה ב-App Store?

החברות ב-Apple Developer Program עולה 99 $ לשנה, שנגבים במטבע שלך. היא חובה: בלעדיה אין App Store Connect, אין TestFlight, אין הפצה פנימית ואין שליחה ל-App Store. בצד של Expo, התוכנית החינמית של EAS כוללת מספר מוגבל של builds בחודש, עם תור המתנה: בדוק את התנאים העדכניים בעמוד התמחור של Expo.

צריך iPhone כדי לפרסם אפליקציית iOS בלי Mac?

טכנית לא, אבל אני ממליץ בחום שלא לוותר עליו, וגם Apple: כללי הבדיקה שלה (guideline 2.1) דורשים שהאפליקציה תיבדק על מכשיר מבחינת באגים ויציבות לפני השליחה. ‏iPhone יד שנייה עדכני מספיק, בתנאי שהוא מריץ גרסת iOS שנתמכת בגרסת ה-SDK של Expo שלך.

איך בודקים אפליקציית iOS בלי Mac?

התקן את אפליקציית Expo Go על ה-iPhone שלך: היא קוראת QR code שמוצג בטרמינל וטוענת את הפרויקט, וכל שינוי מופיע תוך כמה שניות. ‏Expo Go מכיל רק את המודולים הנייטיביים ש-Expo מספק. ברגע שהאפליקציה שלך משתמשת בספרייה נייטיבית שחסרה בו, כמו ה-SDK של RevenueCat, צריך development build שמקומפל ב-EAS Build. כדי לבדוק את ה-build הסופי, קרא TestFlight לבדיקת האפליקציה.

מה המגבלות של פיתוח iOS בלי Mac?

אי אפשר להשתמש בסימולטור iOS מקומי: הוא חלק מ-Xcode, אז הוא לא רץ על Windows. builds מקומיים של EAS (--local) לא נתמכים ב-Windows: ה-builds של iOS עוברים דרך הענן של Expo. דיבאג של קוד נייטיבי וכתיבה ידנית של extensions נייטיביים עדיין אפשריים, אבל קשים יותר, כי הכלים של Apple נמצאים ב-Xcode.