App2Store ← מדריכים ← בניתם בעצמכם

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

בניתם אפליקציה ב Flutter, ב Expo, ב Unity, ב Godot או בקלוד קוד ויש לכם בילד. מדריך בעברית לצד החנות: חשבון מפתח אישי או ארגוני, 12 הבודקים של גוגל, המינימום הטכני של 2026, iOS בלי מק, ומה הסוקר של אפל צריך מכם.

עודכן ב 26 בספטמבר 2026. כל ציטוט באנגלית בעמוד הזה הוא הנוסח הרשמי של Google או של Apple כלשונו.

אם יש לכם בילד, מה בכלל נשאר לעשות

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

מי שבנה ב Flutter, ב React Native, ב Expo, ב Unity, ב Godot, ב Unreal או בקלוד קוד מגיע לחנות עם יתרון אחד גדול: אין מה לעטוף. הקובץ שהחנות רוצה, AAB לאנדרואיד ו IPA לאייפון, יוצא מהפרויקט שלכם. וזה גם המקום שבו רוב המפתחים מגלים שהקובץ הוא לא הצוואר של הבקבוק.

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

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

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

חשבון מפתח אישי או ארגוני: ההחלטה שקובעת את לוח הזמנים

חשבון אישי חדש בגוגל חייב בדיקה סגורה עם 12 בודקים ל 14 יום לפני בקשת פרסום, והדרישה כתובה על חשבונות אישיים שנפתחו אחרי 13 בנובמבר 2023. חשבון ארגוני דורש מספר D-U-N-S, אתר ואימות שלוקח עד חמישה ימים, ובאפל גם ישות משפטית ומייל על הדומיין של הארגון.

הנוסח של גוגל על הבדיקה הסגורה מדבר על סוג חשבון אחד:

Google Play requires personal developer accounts created after November 13, 2023, to test their apps before those apps are eligible for distribution on Google Play.

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

אבל חשבון ארגוני הוא לא קיצור דרך. בגוגל:

To create a developer account for an organization, you must have a D-U-N-S number.

ובהמשך אותו עמוד: "Verification can take up to 5 days, so we recommend starting the process early to avoid delays." הרשימה של גוגל לחשבון ארגוני כוללת גם שם ארגון, כתובת, טלפון, אתר, ומייל ליצירת קשר שלפי גוגל לא יכול להיות גנרי או פרטי. את ה D-U-N-S עצמו מבקשים מ Dun and Bradstreet, וגוגל כותבת שהתהליך יכול לקחת עד 30 יום.

באפל הרף גבוה יותר. חשבון ארגון פתוח רק לישות משפטית:

Your organization must be a legal entity that can enter into contracts with Apple. We do not accept DBAs, fictitious business names, trade names, or branches.

ולמי שעובד כעוסק, אפל כותבת במפורש: "If your legal status is a sole proprietorship/single person business, enroll as an individual." כלומר עוסק פטור או מורשה נרשם באפל כאדם פרטי, והשם שמופיע בחנות הוא השם הפרטי, לא שם העסק: "Your name will be displayed as the seller name of your apps on the App Store."

המשמעות למי שיש לו בילד ביד: אם אתם אדם פרטי, פותחים חשבון אישי היום ומתחילים את הבדיקה הסגורה עם הגרסה שיש. אם יש לכם חברה בע"מ עם אתר על הדומיין שלה, חשבון ארגוני חוסך את שלב הבודקים אבל מוסיף שבועיים עד שלושה של D-U-N-S ואימות. הפירוט המלא, כולל המסמכים שגוגל מקבלת מישראל, במדריך על חשבון מפתח לחברה.

הבדיקה הסגורה של גוגל, למי שיודע לבנות אבל לא גייס בודקים

12 בודקים שמצטרפים לבדיקה הסגורה ונשארים 14 יום רצוף, ואז בקשת גישה לייצור שגוגל בודקת. הספירה היא לכל בודק בנפרד, ובטופס גוגל שואלת כמה קל היה לגייס אותם ומה היה המשוב, לא איך גייסתם.

הנוסח המדויק:

At least 12 testers must be opted in to your closed test when you apply for production access, and they must have been opted in continuously for the preceding 14 days.

המילה שמפילה מפתחים היא continuously. בודק שנכנס ביום השמיני מתחיל 14 יום משלו, ובודק שיצא ביום 13 לא נספר: "Testers who opt in, test for fewer than 14 days, and then opt out do not count toward the requirement." קבוצות ההחלפה בפייסבוק נופלות בדיוק כאן, כי מישהו תמיד יוצא.

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

אחרי 14 הימים מגישים בקשה לגישה לייצור, וגוגל בודקת אותה. בטופס יש שאלה על הגיוס, וכדאי לדעת מה היא באמת שואלת: "Select an option indicating how easy it was to recruit testers for your app". כלומר כמה קל היה, לא איך. ההמלצה של גוגל עצמה: "The most common way to recruit testers is to use personal and professional networks." יש גם שדות פתוחים שבהם מתארים את המשוב שהתקבל ואיך נאסף, ולכן בודקים שלא פתחו את האפליקציה הם סיכון לדחייה, לא רק מספר.

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

המינימום הטכני של 2026: API 36, דפי זיכרון של 16KB ו Xcode 26

מאז 31 באוגוסט 2026 כל אפליקציה חדשה וכל עדכון בגוגל פליי חייבים לטרגט אנדרואיד 16 (API 36), עם אפשרות לבקש הארכה עד 1 בנובמבר 2026. אפליקציה עם קוד נייטיב חייבת לתמוך בדפי זיכרון של 16KB, ועדכונים בלי תמיכה ייחסמו מ 1 בפברואר 2027. באפל, מאז 28 באפריל 2026 הבילד חייב לצאת מ Xcode 26 עם SDK של iOS 26.

שלוש דרישות שבילד מלפני חצי שנה כנראה לא עומד בהן.

יעד ה API בגוגל:

Starting August 31, 2026: New apps and app updates must target Android 16 (API level 36) or higher.

התאריך כבר עבר, והדרישה בתוקף. מי שצריך זמן: "If you need more time beyond August 31 2026, you may request an extension to continue distributing to all Google Play users until November 1 2026." ההארכה מבוקשת דרך Play Console, ואחריה אין עוד.

דפי זיכרון של 16KB. גוגל מגדירה את זה בדרישות האיכות הטכניות של Play Console: "Apps that contain native code must support devices with 16 KB memory page sizes." ובאותו עמוד: "Java/Kotlin only apps are compatible by default." מנועי משחק, Flutter ו React Native כולם מכילים קוד נייטיב, ולכן זה נוגע לכם. גוגל גם קבעה תאריך לעדכונים:

Starting February 1, 2027, if your app updates don't support 16 KB memory page sizes, you won't be able to release these updates.

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

באפל הדרישה היא על הכלי שבנה את הקובץ:

Apps uploaded to App Store Connect must be built with Xcode 26 or later using an SDK for iOS 26, iPadOS 26, tvOS 26, visionOS 26, or watchOS 26.

אפל מציגה את זה תחת "Since April 28, 2026", כלומר בתוקף. מי שבונה בענן צריך לוודא שהשירות שלו כבר עובד עם Xcode 26. ועוד שורה מאותו עמוד, מאז 9 בספטמבר 2026: אפליקציות ל iOS ול iPadOS חייבות לתמוך ב iOS 13 ומעלה כיעד מינימלי.

iOS בלי מק: מה כל כלי באמת מאפשר

Flutter, Godot, Unity ו Unreal דורשים מק עם Xcode כדי לייצא ל iOS, או שירות בנייה בענן. Expo מאפשר לבנות ולהגיש ל iOS בלי מק דרך EAS. בכל מקרה צריך חברות בתוכנית המפתחים של אפל, 99 דולר לשנה, ואת התעודות יוצר רק בעל החשבון.

התשובה משתנה לפי הכלי, וכולן כתובות בתיעוד הרשמי.

Flutter: "Xcode is required to build and release your app. You must use a device running macOS to follow this guide."

Godot: "You must export for iOS from a computer running macOS with Xcode installed."

Unity: "Xcode is only available for macOS, so if your development machine doesn't run macOS, you can't build an application locally." ובהמשך אותו עמוד יש דלת: "However, Unity Build Automation can build applications for you which makes it possible for you to develop an iOS application on a non-macOS machine."

Unreal, על בנייה מרחוק: "To use iOS remote builds, you need at least one Mac capable of building your iOS project, as well as at least one Windows PC."

Expo הוא היוצא מן הכלל: "Traditionally you needed a macOS to develop iOS apps, however, you can use EAS Build to build your app in the cloud." וגם ההגשה: "EAS Submit works on macOS, Linux, and Windows, so you don't need a Mac to ship iOS builds." מה שכן צריך, לפי Expo: "If you are going to use EAS Build to create release builds for the Apple App Store, you need access to an account with a $99 USD Apple Developer Program membership."

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

מה הסוקר של אפל צריך מכם, ומה הוא דוחה

חשבון הדגמה אם יש התחברות, שרת שעובד בזמן הביקורת, והגשה מחשבון בעל התוכן. אפל כותבת ש 90 אחוז מההגשות נבדקות בפחות מ 24 שעות, ומספר סבבי הדחייה הוא מה שקובע בפועל את התאריך.

הדרישה הבסיסית של אפל, סעיף 2.1 על שלמות האפליקציה:

Make sure your app has been tested on-device for bugs and stability before you submit it, and include demo account info (and turn on your back-end service!) if your app includes a login.

המילים בסוגריים הן הסיבה השכיחה לדחייה של אפליקציות עם בינה מלאכותית: הפיצ'ר רץ על קרדיטים או על מפתח שפג, הסוקר רואה מסך שבור, והאפליקציה נדחית על משהו שעובד אצלכם. בעמוד הביקורת אפל מוסיפה: "If some features require signing in, provide a valid demo account username and password." חשבון הדגמה עם נתונים מומצאים, שנשאר פעיל בין סבב לסבב, הוא חלק מההגשה.

הסעיף שקובע מאיזה חשבון מגישים, 4.2.6:

Apps created from a commercialized template or app generation service will be rejected unless they are submitted directly by the provider of the app's content.

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

על הזמן, אפל כותבת: "On average, 90% of submissions are reviewed in less than 24 hours." זה ממוצע, לא התחייבות, ומה שקובע את התאריך הוא כמה פעמים חוזרים. שלושת הסעיפים שחוזרים אצל מפתחים: מחיקת חשבון מתוך האפליקציה כשיש הרשמה, אופציית התחברות פרטית לצד התחברות עם גוגל, ומה שאפל קוראת לו פונקציונליות מינימלית. פירוק של כל סעיף לפי מספר ההנחיה, ומה מתקנים בכל אחד, במדריך על דחיות של אפל.

מה אנחנו עושים כשהבילד שלכם, ומה נשאר אצלכם

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

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

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

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

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

שאלות נפוצות

מדריכים נוספים: Base44 לגוגל פליי · Lovable לאפ סטור · כמה זה עולה · וייב קודינג לחנות · דחייה מאפל · חשבון מפתח לחברה