דחייה של Apple: למה האפליקציה נדחתה (5 מקרים אמיתיים)

דחייה של Apple מגיעה כמעט תמיד מסיבה מדויקת, שכתובה בהודעת הבדיקה: guideline ממוספרת, ולעיתים קרובות גם צילום מסך. הסיבות הנפוצות ביותר באפליקציה ראשונה הן אפליקציה לא גמורה (2.1), פרטיות שהוצהרה לא נכון (5.1.1), מטא-דאטה מטעה (2.3.2), תשלום שעוקף את הרכישה בתוך האפליקציה (3.1.1) או בקשת דירוג במקום הלא נכון (5.6.3). ברוב המוחלט של המקרים ה-reviewer הבין את האפליקציה שלך מצוין: מה שהיה פגיע זו ההגשה שלך.

אני יודע את זה כי קיבלתי את הדחיות האלה בעצמי. אני מפרסם אפליקציות iOS משלי: Solys (שעון מעורר עם מיני-משחקים) ו-TradaZen (סימולטור מסחר) נמצאות ב-App Store. Solys קיבלה שתי דחיות, אחת לפני ההשקה ואחת על עדכון, ועוד שתי אפליקציות, Clic ו-Nolera, נדחו, תוקנו ונשלחו שוב ל-Apple. הנה חמש הדחיות, הסיבה האמיתית שלהן, ואחר כך השיטה לענות והצ'קליסט שאני עובר עליו לפני כל שליחה.

למה Apple דוחה אפליקציה: 5 הדחיות שקיבלתי

דחייה 2.1 על Solys: אי אפשר היה לנצח בדמו

ה-onboarding של Solys כולל דמו שאפשר לשחק בו: צריך לנצח במיני-משחק, בדיוק כמו בהשכמה. בטלפונים שלי הכול עבד. אבל ה-reviewer בדק על iPad, שבו אפליקציית iPhone רצה במצב תאימות בחלון קטן יותר. בגודל הזה, המעבר שנשאר לציפור במיני-משחק נהיה צר יותר מהציפור עצמה, והכפתור "המשך" נדלק רק אחרי ניצחון. Apple ביקשה לספק דרך לדלג על משימת המשחק.

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

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

דחייה 5.6.3 על Solys: בקשת דירוג באמצע ה-onboarding

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

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

הלקח: כל בקשה רגישה (דירוג, התראה, מנוי, מעקב) מגיעה אחרי הוכחת ערך, אף פעם לא לפני.

דחייה 5.1.1 על Clic: מדיניות הפרטיות באתר לא הייתה מעודכנת

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

התיקון: פורסמה מדיניות מלאה, נוסף סיכום באנגלית, והערות הבדיקה עודכנו.

הלקח: Apple קוראת את המדיניות שלך באתר, לא את זו שיושבת ב-repo. לפני כל שליחה, פתח את ה-URL שהצהרת עליו ובדוק שהוא אומר את מה שהאפליקציה עושה.

דחייה 5.1.1 על Nolera: כפתור "לאפשר" לפני בקשת המערכת

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

התיקון: הכפתור נקרא עכשיו "המשך", בכל 8 השפות של האפליקציה.

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

דחייה 2.3.2 על Nolera: האייקון שימש כתמונת קידום

למנויים אפשר להוסיף תמונת קידום ב-App Store Connect. בשני מנויים של Nolera זה היה פשוט האייקון של האפליקציה. Apple קבעה שזה לא תקין.

התיקון: התמונות הוסרו משני המנויים, וההגשה נוצרה מחדש.

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

אילו guidelines נופלות הכי הרבה?

כל הכללים נמצאים ב-App Review Guidelines. אלה שהכי הרבה תופסות אפליקציה ראשונה:

2.1: App Completeness. האפליקציה קורסת, כפתור לא מוביל לשום מקום, מסך חובה לא עובר בפורמט מסוים. אם האפליקציה דורשת התחברות, תן חשבון דמו בהערות הבדיקה, אחרת ה-reviewer נתקע במסך ההתחברות. כל מה שצריך לדעת על הסיבה הזו נמצא במדריך שלי ל-guideline 2.1.

2.3: Metadata. צילומי מסך שלא מראים את האפליקציה האמיתית, תיאור שמבטיח פיצ'ר שלא קיים, תמונות קידום לא תקינות.

3.1.1: In-App Purchase. כדי לפתוח תוכן או פיצ'רים דיגיטליים באפליקציה, הכלל הכללי הוא הרכישה בתוך האפליקציה של Apple. החריגים תלויים במדינה ומשתנים: קרא את הגרסה העדכנית של ה-guidelines לפני שאתה מתכנן אמצעי תשלום אחר. כל העבודה מפורטת בדף מנויים בתוך אפליקציית iOS.

3.1.2: Subscriptions. אפליקציה עם מנוי חייבת להציג בבירור מה המשתמש מקבל ובאיזה מחיר. הטעויות הקלאסיות במסך התשלום מופיעות בpaywall ב-iOS: 7 טעויות של מתחילים.

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

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

איך לענות לדחייה של Apple בלי לבזבז ימים?

דחייה היא לא פסק דין, היא סבב הלוך-חזור. התהליך שעובד:

1. קרא את הסיבה פעמיים. ההודעה מצטטת את ה-guideline ולעיתים קרובות מצרפת צילום מסך. הרבה מפתחים עונים לא לעניין כי קראו מהר מדי.
2. חפש את הסיבה האמיתית. גם ב-Clic וגם ב-Nolera, הסיבה האמיתית לא הייתה מה שהטקסט רמז במבט ראשון. שחזר את הבעיה בתנאים של ה-reviewer: אותו סוג מכשיר, חשבון חדש, הפעלה ראשונה.
3. תקן את הסיבה, ולא שום דבר אחר. זה לא הזמן להוסיף שלושה פיצ'רים: כל שינוי מגדיל את שטח הבדיקה.
4. ענה ב-App Store Connect. הסבר בשני משפטים עובדתיים מה תיקנת, בתשובה להודעה של App Review.
5. ערער רק אם אתה בטוח. Apple מאפשרת לפנות ל-App Review Board אם אתה חושב שלא הבינו את האפליקציה שלך, עם ערעור אחד בלבד לכל הגשה שנדחתה. לערער על דחייה מוצדקת זה סתם בזבוז זמן.

לגבי זמנים, Apple מציינת שהיא בודקת לפחות 50% מההגשות בפחות מ-24 שעות, ו-90% בפחות מ-48 שעות. הדחיות הן שמאריכות את לוח הזמנים, לא התור: הפירוט נמצא בזמן האישור ב-App Store. כל התהליך אחרי דחייה מופיע בדף אפליקציה שנדחתה על ידי Apple.

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

הצ'קליסט שאני עובר עליו לפני כל שליחה

נבנה דחייה אחרי דחייה, על האפליקציות שלי:

• כל מסך חובה נבדק על ה-iPhone הכי קטן, הכי גדול, ועל iPad במצב תאימות, לפי הטבלה של guideline 4.0 עיצוב
• יציאה אפשרית בכל שלב של ה-onboarding, גם במקרה של כישלון
• חשבון דמו בהערות הבדיקה אם יש באפליקציה התחברות
• רכישות שנבדקו ב-sandbox, כולל שחזור
• מחיר, משך וקישורים לתנאים ולפרטיות נמצאים איפה ש-Apple דורשת, בכל שפה
• מדיניות הפרטיות באתר נקראה מחדש ביום השליחה
• הצהרות הפרטיות תואמות את מה שהאפליקציה באמת אוספת, כולל ה-privacy manifest
• מסכים לפני הרשאה בלי כפתור "לאפשר"
• בקשות דירוג והתראות ממוקמות אחרי הוכחת ערך, בלי לפתוח שום דבר בתמורה לדירוג (guideline 3.2.2)
• תמונות קידום וצילומי מסך שמראים את האפליקציה האמיתית, כולל בדפי מוצר מותאמים אישית

אם זה הפרסום הראשון שלך, הדף לפרסם אפליקציה ב-App Store עובר על כל השלבים לפני השליחה.

תבנית להסביר את התהליך שלך ל-App Review

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

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

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

להימנע מהדחיות האלה לפני השליחה

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

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

אף אחד לא יכול להבטיח ש-Apple תאשר את האפליקציה שלך. להתחיל מדחיות שכבר נחוו פשוט מקטין את הסיכוי שתיפול באותן מלכודות.

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

שאלות נפוצות

למה Apple דוחה את האפליקציה שלי?

כמעט תמיד מסיבה מדויקת, שכתובה בהודעת הבדיקה: guideline ממוספרת, ולעיתים קרובות גם צילום מסך. באפליקציה ראשונה, הסיבות הנפוצות ביותר הן אפליקציה לא גמורה (2.1), פרטיות שהוצהרה לא נכון (5.1.1) ומטא-דאטה מטעה (2.3.2). יש גם תשלום שעוקף את הרכישה בתוך האפליקציה (3.1.1) ובקשת דירוג במקום הלא נכון (5.6.3).

למה האפליקציה שלי נדחתה אם היא עובדת על ה-iPhone שלי?

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

מה לעשות כש-Apple דוחה את האפליקציה שלי?

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

אפשר לערער על דחייה של Apple?

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

דחייה מאריכה את זמן הפרסום?

כן. Apple מציינת שהיא בודקת לפחות 50% מההגשות בפחות מ-24 שעות, ו-90% בפחות מ-48 שעות: כלומר הדחיות הן שמאריכות את לוח הזמנים, לא התור. דחייה שאפשר היה למנוע עולה סבב בדיקה שלם. פירוט הזמנים נמצא בזמן האישור ב-App Store.

מה לבדוק לפני ששולחים אפליקציה ל-Apple?

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