Guideline 2.3.3: צילומי מסך שנדחו ע”י Apple ואיך לתקן
מאת Mehdi Azizi
פורסם ב-, 8 דק׳
Guideline 2.3.3: יותר ממחצית צילומי המסך חייבים להראות את המסך האמיתי של האפליקציה בשימוש. מה עובר, מה נדחה, ואיך מתקנים בלי build חדש.
דחייה מסוג "Guideline 2.3.3 - Performance - Accurate Metadata" אומרת ש-Apple חושבת שצילומי המסך שלך לא מראים את האפליקציה בפעולה. הכלל מוגדר במספרים: לכל סוג מכשיר, יותר ממחצית צילומי המסך חייבים להראות את המסך האמיתי של האפליקציה בשימוש. הדחייה נוגעת לדף האפליקציה, לא לבינארי: מחליפים את צילומי המסך ושולחים שוב את אותו build.
עברתי את זה ב-27 באוקטובר 2026 עם Vigie, האפליקציה שלי למעקב ASO. צילומי המסך שלי הראו כרטיסי ממשק שעוצבו מחדש סביב קמע, בלי טלפון. Apple דחתה אותם. המדריך הזה מביא את ההודעה שקיבלתי, מה Apple מכנה "app in use", מה עובר ומה לא, ואז את הצ'ק-ליסט שאני עובד איתו מאז. הכללים שמצוטטים כאן לקוחים מהדפים הרשמיים של Apple, שקראתי שוב ב-3 בנובמבר 2026.
ההודעה של Apple, מילה במילה
ההודעה מתחילה בכותרת הכלל, ואז מציינת את גודל המכשיר הרלוונטי. אצל Vigie, המשפט שנשא את הדחייה היה זה:
The 6.7-inch iPhone screenshots do not show the actual app in use.
דחיות 2.3.3 אחרות מפרטות מה הבודק מצפה לראות. הדחייה הזו פורסמה בפורומים של Apple באוקטובר 2024 על ידי מפתח שבמשבצות ה-iPad שלו הופיעה מסגרת של iPhone. הנה הקטע שמפרט את הדרישות, מילה במילה:
Some or all of the provided screenshots do not sufficiently show
the app in use. Screenshots should highlight the app's core concept
to help users understand the app's functionality and value.
- Marketing or promotional materials that do not reflect the UI
of the app are not appropriate for screenshots.
- The majority of the screenshots should highlight the app's main
features and functionality.
- Confirm that the app looks and behaves identically in all
languages and on all supported devices.
- Make sure that the screenshots show the app in use on the
correct device, unless they are included to demonstrate that
the app can be used on multiple Apple platforms. For example,
iPhone screenshots should be taken on iPhone, not on iPad.
בעברית: לוויזואל פרסומי שלא מראה את ממשק האפליקציה אין מקום בין צילומי המסך. הרוב צריכים להראות את הפיצ'רים המרכזיים. וכל צילום מסך מראה את המכשיר הנכון: צילום של iPhone מצלמים על iPhone, לא על iPad, אלא אם המטרה היא להראות שהאפליקציה עובדת על כמה פלטפורמות של Apple.
מה Apple מכנה "app in use"
הטקסט של guideline 2.3.3 קצר: "Screenshots should show the app in use, and not merely the title art, login page, or splash screen." צילומי המסך צריכים להראות את האפליקציה בשימוש, לא רק את הלוגו, מסך ההתחברות או מסך הפתיחה. אותו טקסט מתיר טקסטים ותמונות שמונחים מעל.
דף העזרה של App Review על 2.3.3 מפרט איך שופטים. Apple בוחנת את הסדרה של כל סוג מכשיר, ומאשרת רק אם יותר ממחצית הצילומים מראים את האפליקציה בשימוש. כל שפה נבדקת בנפרד. הדף גם מפרט ממה להימנע:
- צילומי מסך שמראים רק דף התחברות או מסך פתיחה;
- ממשק שלא תואם לממשק האמיתי, או ויזואל פרסומי מטעה;
- עיטורים שמשתלטים על האפליקציה, או החומרה בלבד, בלי ממשק מאחוריה.
בקיצור, "בשימוש" אומר: הממשק האמיתי של ה-build שלך, עם תוכן, בזמן שהוא עושה את מה שבשבילו מורידים את האפליקציה. כותרת קצרה מעל מסך אמיתי היא עדיין צילום מסך בשימוש.
כמה צילומי מסך חייבים להראות את האפליקציה
Apple נותנת שתי דוגמאות: עם שלושה צילומים, שניים חייבים להראות את האפליקציה. עם ארבעה, שלושה. השאר נגזר מאותו כלל, יותר ממחצית.
| צילומים שנשלחו | מינימום בשימוש | ויזואלים שיווקיים אפשריים |
|---|---|---|
| 1 | 1 | 0 |
| 2 | 2 | 0 |
| 3 | 2 | 1 |
| 4 | 3 | 1 |
| 5 | 3 | 2 |
| 6 | 4 | 2 |
| 8 | 5 | 3 |
| 10 | 6 | 4 |
הספירה נעשית לפי סוג מכשיר ולפי שפה. צילום אחד לכל מכשיר מספיק, אם הוא מראה את האפליקציה בשימוש. לפי מפרט צילומי המסך, Apple דורשת לפחות צילום אחד ל-iPhone עם Dynamic Island במסך בינוני, ומקבלת עד 10 לכל גודל. אם הממשק שלך זהה בכל הגדלים ובכל השפות, מספיקה הרזולוציה הגבוהה ביותר שנדרשת: App Store Connect מקטין אותה לגדלים הקטנים. המידות המדויקות נמצאות בגודל צילומי המסך ל-App Store.
מה עובר ומה לא
| צילום מסך | פסיקה | מה מכריע |
|---|---|---|
| מסך אמיתי של האפליקציה, כותרת קצרה מעליו | עובר | טקסט נוסף מותר לפי 2.3.3 |
| מסך אמיתי בתוך iPhone | עובר | הממשק האמיתי, על המכשיר הנכון |
| לוגו, מסך פתיחה או התחברות בלבד | נדחה | מצוטט מילה במילה בכלל |
| ויזואל שיווקי בלי ממשק | נסבל כמיעוט | רק אם הרוב מראה את האפליקציה |
| כרטיסי ממשק שעוצבו מחדש, בלי האפליקציה | נדחה | הדחייה שלי מ-27 באוקטובר 2026 |
| מסך מעוצב שלא קיים ב-build | נדחה | ממשק שלא תואם לממשק האמיתי |
| טלפון ריק או רקע בלי ממשק מאחוריו | נדחה | מופיע ברשימת הדברים שצריך להימנע מהם |
| צילום של iPhone במשבצות ה-iPad | נדחה | המכשיר הלא נכון, לפי הדחייה מהפורום |
| תמונה שמתפרסת על שני צילומים | עובר | מותר, כל עוד האפליקציה נשארת גלויה |
| שורת סטטוס של פלטפורמה אחרת | נדחה, לפי 2.3.10 | Apple מפנה ל-guideline 2.3.10 |
Apple לא מחייבת מסגרת של טלפון. צילום מסך מלא של האפליקציה מספיק. למסגרת יש יתרון אחד: היא מבהירה כבר במבט ראשון שהתמונה היא האפליקציה.
המקרה שלי: Vigie נדחתה ב-27 באוקטובר 2026
לגרסה 1.1 של Vigie הלכתי אחרי טרנד של סטודיואים לצילומי מסך: ציור רציף אחד, קמע, וכרטיסי ממשק מרחפים במקום טלפון שלם. הכרטיסים עוצבו מחדש במיוחד, עם אפליקציות פיקטיביות. זה היה יפה. זו לא הייתה האפליקציה.
הבודק כתב שצילומי המסך של ה-iPhone בגודל 6.7 אינץ' לא מראים את האפליקציה בשימוש. לא ערערתי: הוא צדק. בניתי מחדש את כל הסדרה עם כלל פשוט:
- כל פאנל מראה iPhone עם צילום מסך מקורי מהסימולטור, מודבק ברמת הפיקסל, בלי שום עריכה של הממשק.
- כרטיס מוגדל מופיע רק בנוסף לטלפון, אף פעם לא במקומו, והוא חתוך מאותו צילום מסך עצמו.
- הרקע נשאר מסביב, אף פעם לא מעל המסך.
הדחייה הזו לא דרשה build חדש. החלפתי את צילומי המסך ושלחתי שוב את אותה גרסה באותו ערב. אחר כך החלפתי build כדי לתקן כותרת באפליקציה, בלי קשר לצילומי המסך. Vigie 1.1 הייתה למכירה ב-29 באוקטובר עם הסדרה הזו.
כרטיס שעוצב מחדש, גם אם הוא נאמן למקור, הוא לא האפליקציה. הבודק רוצה לראות את המסך שהמשתמש יחזיק ביד.
לתקן בלי build חדש
- תקרא את ההודעה עד הסוף. היא אומרת איזה גודל מכשיר רלוונטי, ולפעמים איזו שפה. כל הסדרות הרלוונטיות צריכות להשתנות, לא רק הראשונה.
- תצלם מחדש מה-build שנשלח. סימולטור או מכשיר, עם תוכן אמיתי. יותר ממחצית בשימוש, לכל מכשיר ולכל שפה.
- תחליף את צילומי המסך ב-App Store Connect. לפי העזרה על ניהול הנכסים, זה אפשרי כשהאפליקציה באחד מהסטטוסים האלה: Prepare for Submission, Invalid Binary, Rejected, Metadata Rejected או Developer Rejected.
- תשלח שוב, לפי הסטטוס שמוצג. עבור Metadata Rejected, טבלת הסטטוסים אומרת: לקרוא את ההודעה, לתקן את המטא-דאטה, ואז לענות להודעה של App Review. אם ההגשה מציגה Unresolved Issues, תעקוב אחרי התהליך של Apple: ב-Apps, View App Review Issues & Messages, אחר כך Resolve, Edit על הפריט שנדחה, Add for Review, ולבסוף Resubmit to App Review.
- אל תיגע יותר בצילומי המסך אחרי השליחה. לפי אותה טבלת סטטוסים, ב-Waiting for Review אי אפשר להעלות או לשנות צילומי מסך.
כל פריט שנדחה אפשר לערוך רק פעם אחת לפני השליחה החוזרת: תבדוק את הסדרה החדשה לפני שאתה לוחץ. התשובה שהייתי כותב לבודק, באנגלית:
Hello App Review team,
Thank you for your feedback regarding Guideline 2.3.3.
We replaced the [6.9-inch iPhone] screenshots in all localizations.
Each screenshot now shows the actual app interface, captured from
the submitted build: [main screen], [key feature], [result screen].
The build is unchanged.
Best regards,
[Your name]
הטון והמבנה של תשובה טובה מפורטים בלענות ל-App Review.
הצ'ק-ליסט לפני ששולחים צילומי מסך
- יותר ממחצית הצילומים של כל סוג מכשיר מראים את המסך האמיתי, עם תוכן.
- אותו כלל תקף בכל שפה, לא רק באנגלית.
- אף צילום לא מראה רק את הלוגו, מסך הפתיחה או ההתחברות.
- הממשק שמוצג קיים ב-build שנשלח, בדיוק כפי שהוא.
- הכותרות והרקע משאירים את הממשק קריא.
- צילומי iPhone מצולמים על iPhone, וצילומי iPad על iPad.
- אין שום סימן לפלטפורמה אחרת, גם לא בשורת הסטטוס.
- אם לאפליקציה יש מצב כהה, צילום אחד מראה אותו: דף העזרה של Apple ממליץ על זה.
- הקבצים בפורמט JPEG או PNG, בלי שקיפות.
Apple גם מזכירה, בדף שלה על דף המוצר, שצילומי המסך הראשונים יכולים להופיע בתוצאות החיפוש. מבחינתי, צילום מסך שמראה בבירור את האפליקציה בפעולה מוכר יותר טוב מסלוגן. שאר סיבות הדחייה של דף האפליקציה נמצאות בלמה Apple דוחה אפליקציה.
צילומי מסך שעוברים כבר בפעם הראשונה
ה-App Store Screenshots Kit מרכז את התבניות שלי ואת ה-skill שיוצר את צילומי המסך שלך מהמסכים האמיתיים של האפליקציה, בגדלים ש-Apple דורשת. אם דף האפליקציה שלך נדחה הרגע, ה-Review Kit כולל את הצ'ק-ליסט שלי לפני שליחה, את הדחיות שתיקנתי ותבניות תשובה לבודק. התהליך המלא נמצא בדף אפליקציה שנדחתה ע"י Apple.
אם אתה מכין את ההשקה הראשונה שלך, תעשה את האבחון החינמי: הוא מסדר את השלבים בסדר הנכון ושולח לך את הצ'ק-ליסט שלי נגד דחיות של Apple.
שאלות נפוצות
מה המשמעות של "Guideline 2.3.3 - Performance - Accurate Metadata"?
זו הכותרת של דחייה על צילומי מסך שלא מראים את האפליקציה בשימוש. Apple קובעת שיותר מדי צילומים הם ויזואלים שיווקיים, מסכי פתיחה או ממשקים שהם לא של האפליקציה. ההודעה מציינת לרוב את גודל המכשיר הרלוונטי.
צריך build חדש אחרי דחייה לפי 2.3.3?
לא. הדחייה נוגעת לדף האפליקציה ב-App Store. מחליפים את צילומי המסך ב-App Store Connect, ואז שולחים שוב את אותה גרסה ועונים להודעה של App Review.
כמה צילומי מסך חייבים להראות את האפליקציה בשימוש?
יותר ממחצית, לכל סוג מכשיר ובכל שפה. עם שלושה צילומים, שניים חייבים להראות את האפליקציה. עם ארבעה, שלושה. צילום אחד מספיק אם הוא מראה את האפליקציה בשימוש.
אפשר לשים טקסט שיווקי על צילומי המסך ב-App Store?
כן. guideline 2.3.3 מתירה טקסטים ותמונות שמונחים מעל. אסור שהם יסתירו את הממשק, ורוב הצילומים עדיין חייבים להראות את האפליקציה בשימוש.
צריך מסגרת של iPhone סביב צילומי המסך?
לא, Apple לא דורשת את זה: צילום מסך מלא של האפליקציה עובר. המסגרת עוזרת לקורא להבין שהתמונה היא האפליקציה. היא חייבת להיות של המכשיר הנכון: אף פעם לא מסגרת של iPhone על צילום שמיועד ל-iPad.
אפשר לשנות צילומי מסך בזמן שהאפליקציה מחכה לבדיקה?
לא. בסטטוס Waiting for Review, App Store Connect לא מאפשר להעלות או לשנות צילומי מסך. כדי לשנות אותם, תמשוך את ההגשה מהבדיקה או תחכה להחלטה.

