מהו תהליך ה-App Store Review?

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

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

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

הכנת האפליקציה שלך להגשה

קראו את ההוראות מוקדם ולעתים קרובות

הצעד הראשון והחשוב ביותר הוא לקרוא את ה-FLT:0App Store Review GuidelinesFLT:1 לפני שאתה כותב שורה אחת של קוד. Developers אשר מחכים עד שבוע הגשת לעתים קרובות לגלות כי האפליקציה שלהם מפרה חוקים שהם מעולם לא ידעו שקיימים - החלים על רכישות של חוזים, איסוף נתונים אומתינות תוכן.ההנחיות מעודכנים כמה פעמים בשנה, בדוקות באופן קבוע, במיוחד אחרי ה- AppleWDCs העולמי.

(הופנה מהדף ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇

מבחן עם מכשירים אמיתיים ומשתמשים

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

Gather Complete Metadata and Assets

לפני הגשת, ודא שהרישום שלך App Store Connect מלא.זה כולל:

  • שם אפליקציה משכנע וכותרת (שניהם חייבים להתאים את הפונקציונליות הליבה של האפליקציה).
  • לפחות 4 צילומי מסך לכל גודל מכשיר נתמך (iPhone ו-iPad).
  • סמל של 128 עמודים או 1024 נקודות (לא פינות עגולות או צללים; אפל מטפלת בהם).
  • תיאור ברור וכנה שאינו מבטיח תכונות שלא בניתם.
  • מילות מפתח רלוונטיות ולא מטעה (Apple Reviewsing מילות מפתח).
  • אם האפליקציה שלך דורשת כניסה, לספק חשבון דמו גישה מלאה לכל התכונות.

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

ביקורת Timeline ומה לצפות

המונחים: first Queue

לאחר שאתה מעלה את האפליקציה שלך באמצעות App Store Connect ומסור אותה לבדיקה, היא נכנסת לשורה.בזמני שיא - כמו אחרי WDC או לפני עונת החגים - התור יכול להיות ארוך יותר מבחינה היסטורית, אפל פרסמה זמן סקירה ממוצע של 24 עד 48 שעות, אבל כמה ההגשה לקחת עד שבוע.במקרים נדירים, יישומים מורכבים (למשל, אלה הדורשים זכאות מיוחדת כמו Carplay או תצורה של VPN) עשויים לקחת יותר ביקורת על ידי נהגים מיוחדים.

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

המונחים: Verification

לפני שאדם רואה את האפליקציה שלך, אפל מפעילה סוללה של בדיקות אוטומטיות הנקראות "FLT:0" (Static AnalysiscioFLT:1).

  • Apple IDs או API פרטיים (שניהם אסורים).
  • חתימה קוד חסר או לא חוקי
  • שימוש במסגרות או API מופרכות שיגרמו לתאונות בגרסאות עתידיות של iOS.
  • לא תואם את כללי הציות לייצוא של App Store (להצפנה).

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

ביקורת אנושית

כאשר האפליקציה שלך עוברת בדיקות אוטומטיות, היא מוקצה לסקירה אנושית.אדם זה מתקין את האפליקציה על מכשיר אמיתי (בדרך כלל iPhone ו-iPad) ומעבד את הפונקציונליות הליבה שלה.הסקירה קורא את המטנתונים שלך, בודק את הקישור למדיניות הפרטיות שלך, ומאמת כל טענות שאתה עושה (למשל, תומך ב-Apple Watch) - הם יבדוק).

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

  • חפש תאונות או להקפיא במהלך שימוש טיפוסי.
  • בדוק את האפליקציה שלך ב-Wi-Fi ו- cell (אם היא משתמשת ברשת).
  • בדוק כי חשבון ההדגמה של הכניסה שלך עובד.
  • בדוק כי רכישות ב-app יישמו כראוי פריטים ניתנים להחזרה כראוי.
  • ודא שהאפליקציית שלך אינה מסתירה תכונות מאחורי "החלפת תצוגה" שמפעילה רק עבור אפל.

משוב והחלטה

לאחר הביקורת, האפליקציה שלך תהיה:0 (הידועה) 1:1 או (FLT:2rejectedveFLT 3: אם אושר, תוכל לשחרר אותה מיד או לקבוע הודעה עתידית.אם נדחתה, תקבל הודעה ב- App Store Connect הרישום של ההנחיות.

יש שתי אפשרויות:0 (ב) ,(א) , (אם הבעיה קטנה) או (FLT:2appealveFLT 3: 3 (אם אתה מאמין שהדחייה הייתה טעות).

סיבות נפוצות וכיצד להימנע מהם

מדריך 2.1: In Complete or Buggy Apps

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

  • בדוק את אותם מודלים חומרה שמבקרים משתמשים (מודלים של iPhone ו-iPad משני הדורות האחרונים).
  • השתמש בכלי דיווח של תאונות כמו Crashlytics או Sentry במהלך בדיקות בטא.
  • בדיקה אחרונה ב-Xcode ב- "Debug Memory Graph".

מדריך 3.1: In-App Acquisition (IAP) הפרות

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

  • באמצעות PayPal או Stripe עבור מנויים דיגיטליים בתוך אפליקציה.
  • הצמיד כפתור "Subscribe on our Website" באפליקציית שנפתחת WebView ללא IAP.
  • לא להציע את אותם מנויים ב-app כמו באתר האינטרנט שלך (אפל דורשת שוויון).

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

מדריך 5.1: פרטיות ואוסף נתונים

עם דחיפה של Apple לפרטיות המשתמש (עדכון טרנספורמטיבי, תוויות תזונה פרטיות), זהו תחום גדל והולך של דחייה.

  • לא להציג את מדיניות הפרטיות שלך לפני שאתה דורש כניסה.
  • איסוף נתוני משתמשים (למשל, דואר אלקטרוני, מיקום) ללא הסכמה מפורשת.
  • שימוש בניתוח או ב-SDSDs מעקב אחר משתמשים ללא רשותם.

פתרונות: הוסף מסך הסכמה פשוט על הסיפון, ברור מה הנתונים שאתה אוסף ומדוע, ולהשתמש ב-Apple'sFLT:0 לבקש אישור מעקב.

מדריך 4.0: עיצוב ו- copycat Apps

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

בעיות משפטיות ותוכן

אפליקציות עם תוכן מבוסס משתמש (UGC) חייבות להיות מערכת מודמנט תוכן, מנגנון דיווח ושער גיל עבור 17+ תוכן.אם האפליקציה שלך מאפשרת למשתמשים לפרסם תמונות, עליך להיות דרך להסיר תמונות פוגעניות במהירות.אפל תדחה יישומים שחסרים תכונות אלה, במיוחד אם אתה מכוון לקהל צעיר יותר.

ניווט מחדשים ועתירות

הבנת המסר של Rejection

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

איך להגות Rejection

אם אתה מאמין ש- app שלך תואם וה-Singer עשה טעות, אתה יכול לערער.ב-App Store Connect, לפתוח את הדחייה, לחץ על "Appeal", ולכתוב טיעון ברור מבוסס ראיות.

  • "האפליקציות שלנו לא משתמשות ב- API פרטי.מצורף הוא יומן של כל שיחות ה- API במהלך הפגישה של ה-Creter".
  • "הדענו למדריך 3.1, אבל התוכן שלנו הוא שירות פיזי (החלפה של מונדיאל), לא טוב דיגיטלי.

אם הערעור נשלל, אתה יכול להסלים על ידי כתיבת מועצת ה- App Review של אפל (במובן מאליו) או על ידי בקשה לטלפוני טלפון. בפועל, רוב הערעורים מצליחים כאשר המפתח מספק ראיות ברורות.

ביקורות אחרונות

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

טיפים עבור Smooth ו- Fast Review

  • (FLT:0) submit במהלך זמנים נמוכים-טרף (איור 1) 1 מיד-שבוע (יום שלישי-יום) ומהירויות נופש בחוץ בדרך כלל לקבל ביקורות מהירות יותר.
  • (FLT:0)Use TestFlight for major עדכונים.BuildFLT:1 , Apple ביקורות TestFlight בונה מהר יותר מאשר הגשתי ייצור, ואתה יכול לבדוק עם בודקים חיצוניים בו זמנית.
  • (FLT:0) לכלול סרטון דמו.FLT:1 אם האפליקציה שלך דורשת שרת אחורית או מערכת מורכבת (למשל, Bluetooth מתחבר עם מכשיר), נספח סרטון קצר בהערות App Store Connect המציגות את האפליקציה עובדת נכון.
  • (FLT:0) אל תחבי תכונות מאחורי דגל מבוקש.FLT ( 1:1 אפל אוסר במפורש "מתגים" המאפשרים תכונות נסתרות.אם האפליקציה שלך יש מנוי פתוח, ודא כי חשבון ההדגמה שאתה מספק יש את המנוי פעיל.
  • (FLT:0) שמור על מדיניות הפרטיות שלך עד כה.FirLT:1 קישור לדף חי שמתאים לבקשות היישום שלך.
  • (ב) יש תוכנית לתיקון מהיר (ה) יישום הראשון נדחה פעם או פעמיים לפני אישור.

כלים ומשאבים כדי לעזור לך

  • (ב) ,0App Store Connect HelpFLT:1 - תיעוד רשמי של הגשת, metadata, ו מעקב סטטוס.
  • (ב) עיין בהנחיות ה-[[1924]]: [[המאה ה-1]], [[1924]]]]
  • (FLT:0) Apple Developer ProgramveFLT:1 - נדרש לפרסם בחנות App; כולל משאבים כמו הדרכה ברמת קוד ותמיכה טכנית.
  • (FLT:0)Xcode מארגנת ו- InstrumentsFLT:1, השתמש באפליקציית שלך לתאונות, דליפות זיכרון ובעיות ביצועים.
  • (FLT:0) שירותים של צד שלישי כמו App Radar או AppreafollowFLT 1 - הם עוזרים לך לנהל את תגובות App Store ולעקוב אחר זמני ביקורת, אם כי הכלים של Apple בדרך כלל מספיקים.

מחשבות אחרונות

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