Guideline 3.2.2 Unacceptable: מודל עסקי שנדחה ב-App Store

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

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

מה אומרת guideline 3.2.2?

סעיף 3.2.2 נמצא בחלק 3.2, "Other Business Model Issues", של ה-App Review Guidelines. אפל מעמידה שם רשימת "Acceptable", סעיף 3.2.1, מול רשימת "Unacceptable", סעיף 3.2.2. היא מציינת שהרשימות האלה לא ממצות.

בגרסה הנוכחית יש ב-3.2.2 עשרה תתי-סעיפים, ושניים מהם ריקים.

תת-סעיף	מה נדחה
(i)	חלון ראווה לאפליקציות צד שלישי
(ii)	ריק ("omitted")
(iii)	ניפוח פרסומות, אפליקציית פרסומות
(iv)	תרומות בלי אישור
(v)	הגבלת גישה בלי סיבה
(vi)	ריק ("omitted")
(vii)	ניפוח דירוג במקום אחר
(viii)	אופציות בינאריות, CFD בלי רישיון
(ix)	הלוואה ביותר מ-36% בשנה
(x)	אילוץ לדרג, להוריד

לאפליקציה עצמאית, תת-הסעיף החשוב ביותר הוא (x): "Apps must not force users to rate the app, review the app, download other apps". הוא אוסר לדרוש דירוג, ביקורת, הורדה של אפליקציה אחרת או כל פעולה אחרת שקשורה לחנות כדי לגשת לפיצ'ר, לתוכן או לאפליקציה. המשפט הבא קובע את הגבול: "Apps may otherwise incentivize users to take specific actions within apps". הדוגמאות שניתנות: סיום שלב, צפייה בפרסומת.

המבוא של חלק 3 משלים את הכלל. אפל מכוונת שם לביקורות ודירוגים שנופחו בעזרת משוב "paid, incentivized, filtered, or fake": בתשלום, בתגמול, מסונן או מזויף. הסנקציה שמוזכרת יכולה להגיע עד הרחקה מתוכנית המפתחים.

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

מה 3.2.2 לא מכסה

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

• לגבות כסף על פונקציה של המערכת: 4.10. Guideline 4.10 אוסרת למנף כלכלית יכולות של המכשיר או של iOS, כמו התראות push, המצלמה או הג'ירוסקופ. היא מזכירה גם שירותים של אפל: אחסון iCloud, ה-API של זמן מסך.
• לכפות משימה אחרי הרכישה: 3.1.2(a). כלל 3.1.2(a) דורש שהמשתמש יקבל את מה ששילם עליו בלי משימה נוספת: לפרסם ברשתות, לייבא אנשי קשר, לפתוח את האפליקציה מספר מסוים של פעמים.
• מעבר למנוי: גם 3.1.2(a). אסור לך לקחת את הפונקציה המרכזית ממי שכבר שילם עליה. הפירוט נמצא במדריך על guideline 3.1.2.

המקרים הנפוצים ביותר באפליקציה עצמאית

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

לפתוח פיצ'ר בתמורה לדירוג

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

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

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

דוגמה: "100 מטבעות על ביקורת 5 כוכבים", או offer wall שנותן מטבעות על התקנת אפליקציות אחרות. הראשון קונה ביקורת, וה"5 כוכבים" מסנן אותה. השני משלם על הורדות. דחיית 3.2.2 מ-2019, שפורסמה בפורומים של אפל, כוונה בדיוק ל-offer wall: "Your app includes content or features that can manipulate the user reviews or chart ranking on the App Store."

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

פרסומת מתגמלת

וידאו מתגמל מותר: תת-סעיף (x) עצמו מזכיר "watching an ad" בין הפעולות שאפליקציה יכולה לעודד. שתי מגבלות. תת-סעיף (iii) דוחה אפליקציות שנבנו בעיקר כדי להציג פרסומות. ודחייה מ-2022, שמפתח פרסם, אומרת: "The primary purpose of your app is to encourage users to watch ads or perform marketing-oriented tasks".

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

להפוך פיצ'ר חינמי לפיצ'ר בתשלום

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

שני אמצעי זהירות. Guideline 2.3.2 דורשת שהתיאור וצילומי המסך יבהירו מה דורש רכישה: עדכן את דף האפליקציה. תסביר גם את השינוי ב-review notes. מה שאני הייתי עושה בנוסף, מבחירה ולא מחובה: להשאיר את הייצוא למי שכבר השתמש בו. ההשוואה בין המודלים נמצאת ב-מנוי או רכישה חד-פעמית.

הטבלה: פרקטיקה, 3.2.2 וחלופה תקינה

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

פרקטיקה	3.2.2?	חלופה תקינה
פיצ'ר בתמורה לדירוג	כן, תת-סעיף (x)	בקשת מערכת אחרי הצלחה
מטבעות בתמורה לביקורת	כן, ביקורת בתגמול	מטבעות על שלב שהסתיים
בונוס על התקנת אפליקציה	כן, תת-סעיף (x)	בונוס על פעולה פנימית
offer wall של התקנות	כן, בפועל	וידאו מתגמל פשוט
"אוהבים את האפליקציה?" קודם	סיכון, ביקורת מסוננת	אותה בקשה לכולם
וידאו פרסומת בתמורה לבונוס	לא, מותר	להשאיר אותו אופציונלי
אפליקציה שהיא בעיקר פרסומות	כן, תת-סעיף (iii)	קודם פונקציה אמיתית
כרטיס מתנה בתמורה לפרסומות	כן, בפועל	תגמול בתוך האפליקציה
התראות בתשלום	לא: כלל 4.10	לגבות על השירות שלך
שיתוף נדרש אחרי רכישה	לא: 3.1.2(a)	לפתוח מיד עם התשלום
חינמי שהפך לבתשלום	לא, אף תת-סעיף	דף אפליקציה והערות מעודכנים
רכישה לכל החיים שבוטלה	לא: 3.1.2(a)	לכבד רכישות קודמות

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

לתקן דחיית 3.2.2

המשפט שאחרי הכותרת אומר מה ה-reviewer ראה. שלושה ניסוחים שפורסמו בפורומים של אפל חוזרים:

• "encourage users to watch ads or perform marketing-oriented tasks": המודל כולו הוא הבעיה, לא מסך אחד.
• "manipulate the user reviews or chart ranking": תגמול בתמורה לביקורת או להורדה.
• "displays or promotes third-party apps": קידום אפליקציות אחרות, אפילו בתוך פרסומות לפי מפתח אחד.

אחר כך:

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

התבנית של ה-notes שאני הייתי משתמש בה, באנגלית, להתאמה:

Hello App Review team,

Thank you for your feedback regarding Guideline 3.2.2.

What changed in build [X]:
- Users no longer receive [reward] for [rating the app /
  writing a review / downloading other apps].
- [Feature] is now available [for free / through in-app
  purchase], with no store-related action required.
- Ratings are requested only through the system prompt,
  after [completed action], for every user.

Where to check: [screen > step].

Best regards,
[Your name]

תכתוב רק מה שקיים ב-build שנשלח.

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

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

מודל עסקי תקין כבר בהגשה הבאה

אם האפליקציה שלך נדחתה הרגע על 3.2.2, ה-Review Kit עוזר לך למצוא את הכלל שצוטט ומה הוא דורש, עם תבניות notes לבודק. אם אתה בונה את המודל העסקי שלך, ה-iOS & Android Kit מספק onboarding, paywall ומנויים שכבר כתובים בקוד, ואתה רק מגדיר אותם. הטעויות הנפוצות ביותר ב-paywall נמצאות ב-paywall ב-iOS: טעויות של מתחילים. אם אתה רוצה עין אנושית, תזמין שעה איתי.

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

שאלות נפוצות

מה המשמעות של "Guideline 3.2.2 - Business - Other Business Model Issues - Unacceptable"?

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

מותר לתת תגמול בתמורה לביקורת ב-App Store?

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

סרטוני וידאו מתגמלים מותרים?

כן. תת-סעיף (x) מזכיר "watching an ad" בין הפעולות שאפליקציה יכולה לעודד. הדחייה מגיעה כשהפרסומת הופכת למטרה של האפליקציה, או כשלתגמול יש ערך אמיתי מחוץ לאפליקציה, כמו כרטיס מתנה.

מותר להפוך פיצ'ר שהיה חינמי לפיצ'ר בתשלום?

הטקסט לא אוסר את זה. הוא מגן על מה ששולם: 3.1.2(a) דורש לא לקחת את הפונקציה המרכזית ממי שקנה אותה. תעדכן את דף האפליקציה, כמו ש-2.3.2 דורשת, ותסביר את השינוי ב-review notes.

מה ההבדל בין guideline 3.2.2 ל-5.6.3?

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