Waiting for Review ב-App Store Connect: כל הסטטוסים

Waiting for Review אומר שאפל קיבלה את ההגשה שלך, אבל אף reviewer עוד לא פתח אותה. זה הסטטוס שמופיע בממשק של App Store Connect. אין לך מה לעשות, חוץ מלהשאיר את חשבון הדמו והשרת שלך פעילים, ובעיקר לא למשוך את הגרסה כדי לשלוח אותה מחדש: הבדיקה תתחיל מאפס.

הנה שאר הסטטוסים של App Store Connect, עם מה שכל אחד מהם דורש ממך. בדקתי את התוויות ב-25 באוקטובר 2026 בממשק של App Store Connect, על האפליקציות שלי. ההגדרות לקוחות מדף הסטטוסים הרשמי.

הסטטוסים של App Store Connect ומה הם אומרים

ליד כל סטטוס מופיעה נקודה צבעונית: אדום, אתה צריך לפעול; צהוב, תהליך בעיצומו, אצלך או אצל אפל; ירוק, האפליקציה מוכנה להפצה.

סטטוס	מה זה אומר	מה אתה עושה
Prepare for Submission	גרסה בהכנה	להשלים את הדף
Ready for Review	הכול מולא, שום דבר לא נשלח	להגיש
Invalid Binary	build לא תקין	לשלוח build אחר
Waiting for Review	התקבלה, עוד לא נפתחה	לחכות
In Review	reviewer בודק אותה	להישאר זמין
Accepted	אושרה, פריט אחר נדחה	לתקן או להסיר את הפריט השני
Pending Developer Release	אושרה, מחכה לאור הירוק שלך	לפרסם מתי שתרצה
Ready for Distribution	אושרה וניתנת להפצה	לבדוק את החוזים שלך
Rejected	הגרסה נדחתה	לקרוא את ההודעה
Metadata Rejected	הדף נדחה, לא ה-build	לתקן, ואז להשיב
Developer Rejected	אתה משכת אותה מהבדיקה	לשלוח שוב כשאתה מוכן

רגע לפני ההפצה אפשר גם לראות Processing for Distribution: האפליקציה בעיבוד ותהיה זמינה להפצה תוך 24 שעות.

יש עוד שני סטטוסים נדירים יותר. Pending Apple Release: אפל מחזיקה את הגרסה שלך עד היציאה הציבורית של מערכת ההפעלה שהיא מכוונת אליה. אם זה לא היה מכוון, תבדוק את יעד הפריסה (deployment target) של ה-build. Waiting for Export Compliance: אפל בודקת את קובץ ה-CCATS שלך.

הסטטוסים של ה-build עצמו, כמו Missing Compliance או Expired, הם רשימה אחרת, ומפורטים במדריך על מספר ה-build והגרסה.

מה כל סטטוס דורש ממך

לפני השליחה

Prepare for Submission הוא נקודת ההתחלה של כל גרסה. Ready for Review אומר שהכול מולא וציינת שאתה רוצה להגיש. שום דבר לא נשלח לאפל כל עוד לא שלחת את ההגשה. במצב הזה כבר אי אפשר לשנות את התמונות והסרטונים שלך.

Invalid Binary מסמן build שלא עומד בדרישות הנוכחיות. אפל מבקשת לשלוח build חדש, או לבחור build תקין.

במהלך הבדיקה

Waiting for Review: אתה עדיין יכול לשנות חלק מהמידע, או למשוך את ההגשה. אתה כבר לא יכול להעלות או לשנות צילומי מסך או תצוגות וידאו.

In Review: מישהו מצוות App Review בודק את האפליקציה שלך. אם חלק ממנה דורש התחברות, דף App Review דורש חשבון דמו תקף בסעיף App Review Information. גם ה-App Review Guidelines דורשות ששירותי השרת יהיו פעילים ונגישים במהלך הבדיקה.

אחרי הבדיקה

Pending Developer Release הוא הסטטוס הכי מטעה: האפליקציה שלך אושרה, אבל היא לא בחנות. בחרת בפרסום ידני, ואפל מחכה לסימן ממך. הכפתור בפינה הימנית העליונה של דף הגרסה (Release This Version בעזרה של אפל) מפרסם אותה, ועד שהיא תופיע זה יכול לקחת עד 24 שעות. לפי העזרה על אפשרויות הפרסום, אפל שולחת לך תזכורת במייל אחרי יותר מ-30 יום במצב הזה.

Ready for Distribution: האפליקציה אושרה וניתנת להפצה, בתנאי שהחוזים שלך בתוקף. בעל החשבון (Account Holder) מאשר את האחרונים בסעיף Business. לאפליקציה בתשלום או עם מנוי, מדובר ב-Paid Apps Agreement.

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

הדחיות

Rejected: צוות App Review מסביר לך למה בסעיף App Review. ההגשה עוברת ל-Unresolved Issues ולפי העזרה על הגשות כאלה, אי אפשר יותר להוסיף אליה פריטים. מה עושים מפורט באיך להשיב ל-App Review.

Metadata Rejected: הבעיה בדף האפליקציה, לא בקוד. אתה קורא את ההודעה, מתקן את המטא-דאטה ומשיב. אין צורך ב-build חדש. דחייה לפי 2.3.10 בגלל אזכור של Android בדף היא דוגמה לכך.

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

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

כש-"Waiting for Review" נמשך

אפל לא קובעת סף שממנו ההמתנה נחשבת חריגה. היעדים שלה, ומה הם שווים בפועל, נמצאים במדריך על זמן האישור ב-App Store. אם עברת אותם, הדף Track a submission's review status מציין שלושה מקרים שלוקח יותר זמן לבדוק:

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

גם חקירה של הונאה או מניפולציה, כמו ביקורות מזויפות או פיצ'ר שהוסתר מה-reviewer, יכולה להאריך את הבדיקה.

כדי לעקוב אחרי ההמתנה, תפתח את History בתפריט הצד של האפליקציה: לפי העזרה על היסטוריית הסטטוסים, כל שינוי סטטוס מופיע שם עם התאריך שלו. כדי לקבל מייל על כל שינוי, תפעיל את ההתראה App Status Reports בניהול המשתמשים (Users and Access).

אל תמשוך את הגרסה כדי "להזיז" אותה

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

לבקש בדיקה מזורזת

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

1. קודם תגיש את האפליקציה: אפשר לזרז רק הגשה שכבר נשלחה.
2. בזמן ההגשה, תמלא את השדה Notes: לבאג קריטי, תסביר איזה באג הגרסה מתקנת; לאירוע, תן את השם שלו, התאריך והקשר של האפליקציה אליו. תוסיף חשבון דמו אם יש פיצ'רים שדורשים התחברות.
3. תשלח את הטופס Request an Expedited App Review ותבחר את האפליקציה והפלטפורמה.

צוות App Review בוחן כל בקשה ומזרז לפי הזמינות שלו. בקשה אף פעם לא מבטיחה כלום.

ליצור קשר עם אפל

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

TestFlight: build שממתין לבדיקה עבור בודקים חיצוניים

אותו סטטוס, Waiting for Review, קיים גם בלשונית TestFlight, עבור בדיקה אחרת. רשימת הסטטוסים של build מבדילה ביניהם:

• בודקים פנימיים: build בסטטוס Ready to Submit כבר יכול להיות מופץ להם, בלי בדיקת בטא.
• בודקים חיצוניים: ה-build נשלח ל-TestFlight App Review ועובר לסטטוס Waiting for Review, ואז In Beta Review. הבדיקות החיצוניות מתחילות רק אחרי האישור.

העזרה על בודקים חיצוניים מבהירה שה-build הראשון של גרסה דורש בדיקה מלאה, אבל לא בהכרח הבאים. רק build אחד לכל גרסה יכול להיות בבדיקה בכל רגע, ואפשר להגיש עד שישה בכל 24 שעות. build שנדחה עובר ל-Rejected ולא שמיש יותר ב-TestFlight: צריך לשלוח חדש. כל השאר נמצא במדריך TestFlight לבדיקת אפליקציית iPhone.

לקצר את ההמתנה לפני השליחה

אפל אומרת את זה בדף המעקב שלה: כדי לקצר את זמן הבדיקה, תמלא את סעיף App Review Information ותצרף את כל המסמכים הנדרשים לפני השליחה. ה-Apple Review Kit כולל את הצ'קליסט שלי לפני שליחה ותבניות של הערות ל-reviewer: חשבון דמו, רכישה בתוך האפליקציה, פיצ'רים מוסתרים.

מכין את השליחה הראשונה שלך? האבחון החינמי שולח לך את הצ'קליסט שלי נגד דחיות של אפל ואומר לך מה נשאר לעשות. כל השלבים מרוכזים בפרסום אפליקציה ב-App Store.

שאלות נפוצות

מה זה "Waiting for Review" ב-App Store Connect?

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

כמה זמן נמשך הסטטוס "Waiting for Review"?

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

כדאי למשוך את הגרסה אם ההמתנה ארוכה מדי?

לא. גרסה שנמשכה עוברת ל-Developer Rejected, והבדיקה מתחילה מההתחלה כשאתה שולח אותה שוב. למקרה דחוף באמת, כמו תיקון באג קריטי, עדיף לבקש בדיקה מזורזת.

מה זה "Pending Developer Release" ב-App Store Connect?

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

למה ה-build שלי ב-TestFlight ממתין לבדיקה?

הסטטוס Waiting for Review אומר שהגשת אותו לבודקים חיצוניים: הוא מחכה ל-TestFlight App Review, והבדיקות החיצוניות מתחילות אחרי האישור. בודקים פנימיים לא צריכים את הבדיקה הזאת.