Guideline 4.3 Design Spam: האפליקציה נדחתה, מה עושים?

Guideline 4.3 Design Spam: התשובה הקצרה

גיידליין 4.3 היא הכלל נגד ספאם ב-App Store. סעיף 4.3(a) אוסר לפרסם את אותה אפליקציה כמה פעמים, ובפועל הוא משמש נגד אפליקציות ממוחזרות. סעיף 4.3(b) דוחה אפליקציות שאי אפשר להבדיל ממה שכבר קיים, במיוחד בקטגוריות רוויות. הפתרון הוא מהותי: פיצ'ר מרכזי שאף אחד אחר לא מציע.

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

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

מה בדיוק אומרת גיידליין 4.3?

סעיף 4.3, "Spam", נמצא בפרק 4, "Design", של ה-App Review Guidelines. שני החלקים שלו מכוונים לשתי בעיות שונות.

4.3(a): אפליקציה אחת, לא עותק לכל וריאציה

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

בפועל, הודעת הדחייה הולכת רחוק יותר מהדוגמה הזו. בדחיות 4.3(a) שמפתחים פרסמו בפורומי המפתחים של Apple, Apple כותבת שהאפליקציה חולקת "a similar binary, metadata, and/or concept" עם אפליקציות שהגישו מפתחים אחרים, עם הבדלים קטנים בלבד. ההודעה מגדירה את האפליקציות הדומות או הממוחזרות האלה כספאם. שלוש מילים חשובות כאן: הבינארי (הקוד המקומפל), המטא-דאטה (שם, תיאור, צילומי מסך) והקונספט.

שני כללים נוספים הולכים באותו כיוון. סעיף 4.2.6, תת-כלל של גיידליין 4.2, דוחה אפליקציות שנוצרו מתבנית מסחרית או משירות ליצירת אפליקציות, אלא אם הן הוגשו ישירות על ידי ספק התוכן. גיידליין 4.1, "Copycats", אוסרת להעתיק אפליקציה פופולרית ולשנות קצת את השם או הממשק. היא נפתחת במשפט פשוט: "Come up with your own ideas."

4.3(b): הקטגוריות הרוויות

סעיף 4.3(b) דוחה אפליקציות שאי אפשר להבדיל ממה שכבר זמין בשפע: לפי Apple, הווריאציות האופורטוניסטיות האלה פוגעות בגילוי ב-App Store.

הטקסט מציין את הקטגוריות. אפליקציות היכרויות, פנס, אפקטים קוליים, טפטים, טיימרים פשוטים וניבוי עתידות ("fortune telling") כבר מבוססות היטב. Apple כבר לא מקבלת הגשות חדשות בקטגוריות האלה, אלא אם הן מציעות "a meaningfully different or improved experience". Apple אפילו יכולה להסיר את אלה שלא מתעדכנות, לא משתפרות או שלא מושכות אף אחד.

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

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

למה 4.3 נופלת יותר עם AI ותבניות

תבניות חולקות הכול מעצם הבנייה

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

ה-AI מייצר את הגרסה הממוצעת של הרעיון שלך

תבקש מ-AI "אפליקציה למעקב הרגלים": תקבל את הגרסה הכי סבירה של הרעיון, כלומר הממוצע של מה שקיים, עם אותם מסכים ואותו onboarding. אולי הקוד מקורי, הקונספט לא. ו-4.3(b) שופטת את החוויה, לא את המקוריות של הקוד.

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

איך באמת לבדל את האפליקציה שלך

פיצ'ר מרכזי שאף אחד לא מציע בדיוק ככה

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

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

תוכן ולוגיקה ששייכים לך

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

שם, צילומי מסך ותיאור שמוכיחים את זה

הודעת 4.3(a) מזכירה את המטא-דאטה: הסוקר שופט גם את דף האפליקציה שלך, כמו בגיידליין 2.3.10. שם גנרי כמו "Flashlight Pro" מכריז על העתק עוד לפני שפותחים את האפליקציה. השם והכותרת המשנית צריכים להגיד מה הפיצ'ר הייחודי, צילום המסך הראשון צריך להראות אותו, והתיאור צריך להיפתח בו. העבודה הזו עוזרת גם לחשיפה שלך בחיפוש: השיטה נמצאת בדף ASO App Store.

אפליקציה אחת לכל הווריאציות שלך

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

איך לענות לדחיית 4.3 ב-App Store Connect

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

1. זהה את תת-הכלל. דחיית 4.3(a) מדברת על דמיון לאפליקציות אחרות או על וריאציות מרובות. דחיית 4.3(b) מדברת על קטגוריה רוויה.
2. תהיה כן לגבי המהות. אם האפליקציה שלך באה מתבנית או באמת דומה למה שקיים, אל תתווכח: תשנה את המוצר, לא את הניסוח.
3. אם ההבדל שלך אמיתי, תראה אותו. תענה בקצרה, עובדתית, באנגלית, עם סרטון של הפיצ'ר המרכזי כקובץ מצורף.

התבנית שאני הייתי משתמש בה, להתאמה:

Hello App Review team,

Thank you for your feedback regarding Guideline 4.3.

[App name] is not a variant of an existing app. Its core feature is:
[one sentence: what the user can do that no other app offers this way].

What makes it different:
- [Unique feature, and where to find it in the app]
- [Original content or logic created for this app]
- [Why it matters to the user]

All code, content and assets were created for this app.
We do not publish any other app based on the same code or concept.

Attached: a short screen recording of the core feature.

If a specific part of the app looks similar to existing apps,
could you tell us which one, so we can address it precisely?

Best regards,
[Your name]

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

מתי לערער מול ה-App Review Board

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

תערער כשההבדל שלך אמיתי, נראה באפליקציה, והתשובה שלך ב-App Store Connect לא הספיקה כדי שיבינו אותו. לתבנית, לשכפול או לווריאציה בלי הבדל, ערעור לא ישנה את המוצר.

Apple מציעה גם, באותו דף, פגישות וידאו של 30 דקות עם App Review. אם הרעיון שלך נוגע בקטגוריה רוויה, תשאל לפני שאתה בונה.

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

• אתה יודע להשלים את המשפט "זו האפליקציה היחידה ש..." בלי לדבר על עיצוב
• הפיצ'ר המרכזי נראה כבר בשימוש הראשון, בלי לחפש
• שום מסך, טקסט, צליל או ויזואל לא בא כמו שהוא מתבנית, ושינית את הלוגיקה שלה
• אתה לא מפרסם שתי אפליקציות שחולקות אותו קוד ואותו קונספט
• הווריאציות שלך (ערים, קבוצות, נושאים) חיות באפליקציה אחת
• השם והכותרת המשנית אומרים את הפיצ'ר הייחודי, לא את הקטגוריה
• צילום המסך הראשון והתיאור נפתחים בהבדל שלך
• אם האפליקציה שלך נוגעת בקטגוריה ש-4.3(b) מזכירה, הערות הבדיקה מסבירות בשני משפטים מה מבדל אותה ואיך לבדוק את זה

את 4.3 מונעים ברגע שבוחרים את הרעיון

אפליקציה "נוספת" בנישה רוויה יוצרת שתי בעיות. Apple יכולה לדחות אותה לפי 4.3(b). ואם היא עוברת, היא מתמודדת מול אפליקציות שמותקנות כבר שנים, בלי לתת סיבה לבחור בה.

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

לבחור את הרעיון הנכון לפני שכותבים קוד

ב-iOS Kit, השלב הראשון במסלול נועד בדיוק לזה: לבחור את הרעיון, הקהל והמחיר, לפני שכותבים קוד.

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

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

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

שאלות נפוצות

מה ההבדל בין 4.3(a) ל-4.3(b)?

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

האפליקציה שלי שנבנתה עם AI תידחה בגלל 4.3?

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

אפשר להשתמש בתבנית בלי להידחות?

תבנית שמשמשת כנקודת התחלה טכנית, ואז עוברת שינוי עמוק, היא לא הבעיה. תבנית שמתפרסמת כמעט כמו שהיא, עם שם חדש וצבעים חדשים, היא בדיוק מה ש-4.3(a) ו-4.2.6 מכוונים אליו.

צריך להחליף חשבון או Bundle ID אחרי דחיית 4.3?

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

אפליקציית היכרויות או טפטים עדיין יכולה להתקבל?

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