Guideline 4.2 Minimum Functionality: אפליקציה שנדחתה

גיידליין 4.2, "Minimum Functionality", דוחה אפליקציה שלא נותנת שום דבר מעבר לאתר אינטרנט, או שנותנת מעט מדי בשביל שמישהו ישאיר אותה בטלפון. הפתרון הוא לא לערום פונקציות נייטיב: הפתרון הוא לשים אחת מהן בלב השימוש, ואז להגיד לבודק איפה למצוא אותה. התיקון כמעט תמיד דורש build חדש.

אני מפרסם אפליקציות iOS משלי: Solys, TradaZen ו-Nolera נמצאות ב-App Store. המדריך הזה מבוסס על הטקסט הרשמי של אפל, שקראתי ב-15 באוקטובר 2026, ועל דחיות 4.2 שמפתחים פרסמו בפורומים של אפל. האפליקציות הדחויות שמופיעות בהמשך הן דוגמאות. לתמונה הכוללת של כל סיבות הדחייה, תקרא את למה אפל דוחה אפליקציה.

מה אומר גיידליין 4.2?

סעיף 4.2 נמצא בפרק 4, "Design", של ה-App Review Guidelines. המשפט הראשון שלו קובע את הקריטריון: "Your app should include features, content, and UI that elevate it beyond a repackaged website." במילים אחרות, האפליקציה שלך צריכה לתת פונקציות, תוכן וממשק שמעלים אותה מעל אתר אינטרנט שהוכנס לקופסה.

הטקסט מוסיף שני רעיונות. אפליקציה שהיא לא באמת שימושית, ייחודית או "app-like" לא שייכת ל-App Store. ואפליקציה שלא מציעה לא בידור לאורך זמן ולא תועלת מספקת יכולה להידחות. כלומר 4.2 שופט שני דברים: את השוני מהווב, ואת כמות הערך.

תת-הכללים שההודעה יכולה לצטט

תת-כלל	מה אפל דורשת	הדחייה הטיפוסית
4.2	ללכת מעבר לאתר אינטרנט	אתר שמוצג בתוך WebView
4.2.1	חוויית מציאות רבודה אמיתית	מודל תלת-ממד שהונח בתצוגת AR
4.2.2	לא רק שיווק או קישורים	אפליקציית תדמית, אגרגטור, קישורים
4.2.3	אפליקציה עצמאית, הורדות ברורות	אפליקציה שדורשת אפליקציה אחרת
4.2.6	לא אפליקציה שנבנתה מתבנית מסחרית	טמפלייט שהוגש על ידי ספק שירות

שלוש הבהרות. 4.2.2 עושה חריג לקטלוגים: "Other than catalogs, apps shouldn't primarily be marketing materials, advertisements, web clippings, content aggregators, or a collection of links." אז קטלוג מוצרים יכול לעבור. עלון פרסומי, לא.

ל-4.2.3 יש שני סעיפים. סעיף (i) דורש שהאפליקציה תעבוד לבד, בלי להתקין אפליקציה אחרת. סעיף (ii) דורש, אם האפליקציה צריכה להוריד משאבים בהפעלה הראשונה, להציג את גודל ההורדה ולבקש אישור לפני.

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

שתי הודעות 4.2 הכי נפוצות

ההודעה של אפל נפתחת בכותרת "Guideline 4.2 - Design - Minimum Functionality". ההמשך אומר איזו משתי הבעיות הבודק ראה. הנה שני ניסוחים שמפתחים פרסמו בפורומים של אפל. הם בני כמה שנים: הטקסט המדויק אולי השתנה, שתי המשפחות לא.

האפליקציה נראית כמו אתר. "Your app provides a limited user experience as it is not sufficiently different from a mobile browsing experience." ההודעה הזאת, שפורסמה בפורומים של אפל, כוללת משפט מכריע: "Including iOS features such as push notifications, Core Location, and sharing do not provide a robust enough experience to be appropriate for the App Store."

האפליקציה דלה מדי. "We found that the usefulness of your app is limited by the minimal amount of content or features it includes." ההודעה השנייה מבקשת לחשוב מחדש על הקונספט, ומודה שאין כלל מספרי שמגדיר מה שימושי או מבדר.

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

ארבעה מקרים טיפוסיים של דחיית 4.2

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

האתר העטוף

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

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

האפליקציה הפשוטה מדי

דוגמה: אפליקציה שמציגה ציטוט אחד ביום, ותו לא. גומרים איתה בעשר שניות. 4.2 מדבר על "lasting entertainment value or adequate utility": ערך שנשאר לאורך זמן, או תועלת מספקת. כדי לתקן, תוסיף עומק לפעולה העיקרית, לא מסכים מסביב. כאן: היסטוריה, מועדפים, תזכורת בשעה שבוחרים, ווידג'ט במסך הבית.

האפליקציה שנוצרה עם AI, בלי שום דבר נייטיב

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

אני מפרט מה ה-AI עושה טוב ומה הוא מפספס בליצור אפליקציה עם AI. הפורמט שכל מחולל מייצר, אפליקציית ווב או פרויקט מובייל, מושווה בLovable, Rork או FlutterFlow.

הקליפה שמחכה לתוכן

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

המבחן שאני עושה: "ומה ב-Safari?"

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

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

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

מה האפליקציות שלי עושות שאתר לא עושה

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

• Solys היא שעון מעורר. הצלצול עובר דרך AlarmKit, שירות ההתראות של iOS 26: הוא עובר את מצב השקט, כמו השעון המעורר של אפל. כדי לכבות אותו צריך לנצח במיני-משחק, והאפליקציות שנבחרו נשארות מושהות אחרי ההתעוררות. אף דף ווב לא גורם לאייפון במצב שקט לצלצל.
• TradaZen היא סימולטור מסחר: גרף אמיתי בתאריך אמיתי, החלטה, נרות שנחשפים, דו-קרבות מדורגים ודירוג שמתקדם. כאן זו לא פונקציה נייטיב שמחזיקה את האפליקציה. זה ערך הבידור לאורך זמן ש-4.2 מדבר עליו.
• Nolera היא ארון בגדים: אתה מצלם את הבגדים שלך, האפליקציה גוזרת אותם מהרקע ומסדרת אותם, ואז מציעה לך לוק כל בוקר. המצלמה היא חלק מהפעולה העיקרית. היא לא בונוס.

4.2 לא דורש רשימה של פונקציות נייטיב: הוא דורש סיבה להתקין את האפליקציה במקום לפתוח אתר.

לתקן דחיית 4.2, צעד אחרי צעד

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

התבנית של ההערות שהייתי משתמש בה, באנגלית, להתאמה:

Hello App Review team,

Thank you for your feedback regarding Guideline 4.2.

What changed in build [X]:
- [Main feature] is now fully native: [what the user does].
- [Native feature]: [what it brings]. Where: [screen > button].
- [Second native feature]: [what it brings]. Where: [screen].
- Web content is limited to [legal pages, help].

How to test in two minutes:
1. Launch the app and [main action].
2. Turn on Airplane mode: [content] stays available.
3. Add the widget from the Home Screen: it shows [data].

Best regards,
[Your name]

תכתוב רק מה שקיים ב-build שנשלח. פונקציה שהודעת עליה ואי אפשר למצוא אותה תביא לך דחייה חדשה, הפעם תחת 2.1.

הצ'קליסט של 4.2 לפני הגשה

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

לעבור את 4.2 כבר בהגשה הבאה

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

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

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

שאלות נפוצות

מה פירוש "Guideline 4.2 - Design - Minimum Functionality"?

זו הכותרת של דחייה על פונקציונליות מינימלית. אפל קבעה שהאפליקציה שלך דומה מדי לאתר אינטרנט, או שהיא נותנת מעט מדי תוכן או פונקציות. אותה כותרת יכולה לכוון לתת-כלל: "Guideline 4.2.2" לאפליקציית תדמית או רשימת קישורים, 4.2.3 לאפליקציה שתלויה באפליקציה אחרת.

האם אפליקציה ב-WebView תמיד נדחית?

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

האם מספיק להוסיף התראות פוש כדי לעבור את 4.2?

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

מה ההבדל בין גיידליין 4.2 ל-4.3?

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

צריך build חדש אחרי דחיית 4.2?

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