דחייה מצד Sony, Microsoft או Apple הורגת את המומנטום השיווקי ומבזבזת תקציבי פרסום. הסטטיסטיקות מראות ש-70% מהדחיות נגרמות מבעיות קטנות שהצוות התעלם מהן כי "זה תמיד עבד קודם." דחייה אחת יכולה לעלות $1,000–$5,000 עבור הסמכה מחדש ועבודות תיקון. המטרה של ביקורת תאימות היא לזהות את הבעיות הטריוויאליות הללו ולהכין את המשחק שלך להגשה מוצלחת.
מהי בדיקת תאימות ולמה היא קריטית?
לכל פלטפורמה יש סט דרישות משלה: PlayStation TRC, Xbox TCR, Apple App Review Guidelines ומדיניות Google Play. אלה מתעדכנים באופן קבוע — מה שעבר לפני חצי שנה עלול להידחות היום. המהנדסים שלנו עוקבים אחרי כל שינוי ומתאימים את רשימות הבדיקה לגרסאות ה-SDK הנוכחיות.
PlayStation (TRC). סיבות דחייה נפוצות: טיפול לא נכון באירועי מערכת — suspend/resume, יציאה באמצעות כפתור PS, ניתוק בקר. TRC דורש השהיית משחק בעת ניתוק בקר (לא רק הודעת ממשק משתמש). צוותים רבים מגדירים Time.timeScale = 0 אך שוכחים מאירועי רשת במשחק מרובה משתתפים. גם פתיחת גביעים (Trophy) היא קריטית — היא חייבת להיות מופעלת רק על הישגים אמיתיים, לעולם לא על טריגרים לבדיקה בגרסאות release.
Xbox (TCR). פתיחת הישגים ללא טריגר אמיתי מובילה לדחייה אוטומטית. בנוסף נדרשות: תאימות xinput, התנהגות תקינה של Quick Resume (שחזור ללא הפעלה מחדש של הסשן), ועמידה בהנחיות הנגישות של Xbox. האחרונה לעיתים קרובות מתפרשת כ"אופציונלית," אך Microsoft אוכפת יותר ויותר דרישות נגישות בסיסיות.
iOS App Store. בעיות נפוצות: API פרטי (שדלף דרך תוספים של צד שלישי), טיפול לא נכון ב-App Background Modes, שגיאות בזרימת רכישות בתוך האפליקציה (IAP) (Apple דורשת חוויית משתמש קפדנית לפי Human Interface Guidelines). במיוחד, מניפסטים פרטיות לא תקינים הפכו לסיבת דחייה נפוצה בגרסאות iOS האחרונות.
Google Play. Google בודקת את רמת ה-API היעד (חייבת להיות עדכנית), התאמה בין הקוד לסעיף Data Safety (אי-התאמה מובילה להשעיה), ועמידה במדיניות Families Policy למשחקים המדורגים לילדים.
איך להתכונן להגשה ללא דחיות?
העבודה מתחילה בקריאת הדרישות העדכניות לפלטפורמה הספציפית שלך ולגרסת ה-SDK — לא התיעוד של שנה שעברה, אלא הגרסה התקפה במועד ההגשה. Sony, Microsoft ו-Apple מעדכנות את ההנחיות שלהן לעיתים קרובות; הרשמה לניוזלטרים למפתחים היא חובה.
לאחר מכן, אנו בונים רשימת בדיקות תאימות המותאמת לפלטפורמה שלך. היא אינה אוניברסלית: היא תלויה בז'אנר, במודל המונטיזציה, בתכונות המקוונות, בדירוג הגיל ובאזורי היעד (GDPR לאירופה, COPPA לארה"ב).
הבדיקות כוללות:
- כל תרחישי המערכת (suspend, resume, התנתקות, ניתוק בקר, סוללה חלשה);
- זרימת IAP מקצה לקצה, כולל שחזור רכישות וטיפול בשגיאות;
- תרחישי הפרעות רשת (אובדן חיבור במהלך עסקאות);
- אימות דירוג גיל (תוכן במשחק מול הדירוג המוצהר);
- פרטיות והרשאות (רק הרשאות הכרחיות עם מחרוזות הצדקה מתאימות);
- לוקליזציה של הודעות מערכת לכל השפות הנתמכות.
לאחר הבדיקות, אנו מפיקים דוח טרום-הגשה המפרט את כל אי-העמידה בדרישות, ממוין לפי הסבירות לדחייה.
מקרה בוחן: קריאה כפולה לפתיחת הישג ב-Game Center
בפרויקט מובייל שבוע לפני השחרור, גילינו ש-GKAchievement.reportAchievements נקרא פעמיים בתרחיש מסוים של התקדמות ברמה: פעם אחת מהלוגיקה של המשחק ופעם אחת מאירוע אנליטיקה. Apple מזהה קריאות כפולות לפתיחת הישגים ומסמנת אותן כחשד לרמאות אם הן תכופות. תיקנו זאת על ידי הוספת דה-דופליקציה ברמת AchievementManager עם מטמון של הישגים שכבר נשלחו ב-PlayerPrefs. הביקורת ארכה שבוע; התמחור נקבע באופן אישי.
מה כלול בעבודה
- ניתוח הדרישות העדכניות לפלטפורמה שלך (TRC, TCR, App Review).
- רשימת בדיקות מותאמת אישית על בסיס ז'אנר, מונטיזציה ומצבים מקוונים.
- בדיקה מלאה של כל תרחישי המערכת, IAP, רשת ופרטיות.
- דוח טרום-הגשה עם הפרות ממוינות לפי עדיפות והמלצות.
- ייעוץ לתיקון הבעיות שזוהו.
- אופציונלי: בדיקה חוזרת לאחר תיקונים.
- גישה לתיעוד ותמיכה לאורך כל השלבים.
השוואה בין סיבות דחייה נפוצות
| פלטפורמה | סיבה אופיינית | חומרה |
|---|---|---|
| PlayStation | טיפול לא נכון ב-suspend/resume | גבוהה |
| Xbox | פתיחת הישגים ללא טריגר | גבוהה |
| iOS | API פרטי בתוספים | בינונית |
| Android | אי-התאמה ב-Data Safety | גבוהה |
לוחות זמנים משוערים לביקורת
| פלטפורמה | לוח זמנים |
|---|---|
| iOS או Android (פלטפורמה אחת) | 1–2 שבועות |
| iOS + Android | 2–3 שבועות |
| קונסולה (PlayStation או Xbox) | 2–4 שבועות |
| ריבוי פלטפורמות (PC + מובייל + קונסולה) | 4–8 שבועות |
למה להתחיל את הביקורת מוקדם?
בדיקת תאימות היא השלב האחרון, אך עדיף להתחיל אותה במקביל לפיתוח הראשי. פריטים בסיסיים (טיפול באירועי מערכת, זרימת IAP) ניתנים לבדיקה בגרסאות מוקדמות. זה מפחית את הסיכון לעבודות תיקון יקרות בשבוע האחרון, וחוסך עד 40% מהתקציב לתיקונים לאחר דחייה.
הצוות שלנו מורכב ממהנדסים מוסמכים עם ניסיון של 10+ שנים בפיתוח משחקים. ביצענו בהצלחה ביקורות עבור למעלה מ-50 פרויקטים בכל הפלטפורמות המרכזיות. קבלו ייעוץ — נעריך את הפרויקט שלכם ונכין הצעה מותאמת אישית. צרו קשר כדי להתחיל בהכנה להגשה ללא דחיות.
רשימת בדיקות סופית להגשה כוללת: אימות כל המטא-דאטה (צילומי מסך, תיאור, דירוג גיל לפי אזור), בדיקת אישורים ופרופילי provisioning, ובדיקה על התקנה נקייה ללא נתונים קודמים.