Guideline 5.6: הפייוול שגורם לאפליקציה שלך להידחות
מאת Mehdi Azizi
פורסם ב-, 9 דק׳
Guideline 5.6: אפל דוחה פייוול שמפיל בפח, כמו איקס שפותח הצעה או הצעה שחוזרת בכוח. מה הכלל אומר ואיך תיקנתי את הדחייה של TradaZen.
Guideline 5.6 היא קוד ההתנהגות של המפתח. כשמדובר בפייוול, אפל מצטטת אותה עם משפט קבוע: האפליקציה "attempts to manipulate customers into making unwanted In-App Purchases". בפשטות: כפתור בתהליך הרכישה שלך לא עושה את מה שהוא מודיע, או שהצעה חוזרת בלי שהמשתמש ביקש אותה. התיקון מסתכם בכלל אחד: כל כפתור עושה את מה שהוא אומר, והמשתמש לבד בוחר מתי לראות שוב הצעה.
חטפתי את הדחייה הזאת על TradaZen, אפליקציית האימון למסחר שלי, שאת ההשקה שלה אני מתאר במקרה הבוחן הזה. הנה הכלל, מה שמצאתי בפייוול שלי, הדפוסים שצריך להימנע מהם והתשובה שלי לאפל. לכלל השכן על בקשות דירוג, עדיף לקרוא את המדריך לguideline 5.6.3.
מה אומרת guideline 5.6?
5.6, "Developer Code of Conduct", נמצאת בסעיף 5 "Legal" של App Review Guidelines. הפסקה הראשונה שלה מדברת על כבוד: כלפי הלקוחות, בתשובות לביקורות ובהתכתבות עם אפל. השנייה מכוונת ישירות לרכישות.
הנוסח הנוכחי קובע את העיקרון: "Customer trust is a cornerstone of the App ecosystem." אחר כך הוא מונה מה שאפליקציה אסור לה לעשות לעולם: לנצל משתמשים, לרמות אותם, "trick them into making unwanted purchases", לכפות עליהם לשתף נתונים מיותרים, "raise prices in a tricky manner", לגבות כסף על מה שלא סופק, או כל פרקטיקה מניפולטיבית אחרת, בתוך האפליקציה או מחוצה לה.
בעברית פשוטה: אסור לך להשיג רכישה בתרמית. הטקסט לא נותן רשימה של כפתורים אסורים. הוא שופט את התוצאה: האם המשתמש שילם כי רצה, או כי המסך הפיל אותו בפח?
5.6 כוללת גם ארבעה תתי-כללים:
| תת-כלל | במה הוא עוסק |
|---|---|
| 5.6.1 App Store Reviews | ביקורות ובקשת דירוג |
| 5.6.2 Developer Identity | מידע מדויק עליך |
| 5.6.3 Discovery Fraud | הונאת חשיפה |
| 5.6.4 App Quality | תלונות, החזרים |
העונש כתוב בכלל עצמו: "Repeated manipulative or misleading behavior or other fraudulent conduct will lead to your removal from the Apple Developer Program." כלומר התנהגות מניפולטיבית חוזרת מובילה להרחקה מתוכנית המפתחים. זה כלל כללי, וסיבה טובה לתקן את כל תהליך הרכישה כבר בדחייה הראשונה.
הודעת הדחייה 5.6 על פייוול
ההודעה חוזרת לרוב על אותו משפט: "The app attempts to manipulate customers into making unwanted In-App Purchases." אפל לא תמיד אומרת לאיזה רכיב היא מתכוונת. בדחייה שלי לא היה שום דבר מעבר לזה.
מפתחים אחרים מתארים את המסך הבעייתי. בשרשור בפורום של אפל מנובמבר 2024, מפתח מקשר את דחיית 5.6 שלו להצעה חד-פעמית שהוצגה כשהמשתמש סגר את מסך המנוי הראשון.
5.6 לא עוסקת רק בפייוולים. מפתח אחד נדחה גם בגלל פיצ'רים שנראו מוסתרים בזמן הבדיקה. אם דחיית ה-5.6 שלך לא מדברת על רכישה, חפש קודם מה הבודק לא הצליח לראות.
דחיית ה-5.6 שלי על TradaZen
ב-12 באוקטובר 2026 אפל דוחה את גרסה 1.5.1 של TradaZen, שנבדקה על iPad Air. הסיבה: guideline 5.6, עם המשפט הקבוע על רכישות לא רצויות. אף מסך לא מוזכר.
אז קראתי מחדש את כל תהליך הרכישה שלי כמו מישהו שרק רוצה לסרב. לפייוול שבסוף ה-onboarding אין כפתור סגירה: האפליקציה מבקשת את תקופת הניסיון או את המנוי כדי להמשיך. שלושה מנגנונים סביבו יכלו להיראות כמו מניפולציה:
- איקס מזויף. בראש המסך, כפתור בצורת איקס, שמוכרז "סגור" ב-VoiceOver, פתח הצעה מוזלת במקום לסגור.
- הצעה שחזרה לבד. כל עוד ההצעה הייתה בתוקף, היא נפתחה מחדש כשהמשתמש חזר לאפליקציה.
- תזכורת שיווקית. יציאה מהאפליקציה מתוך הפייוול תזמנה התראה שהכריזה על הנחה בלעדית.
פרט אחד חשוב: המנגנונים האלה כבר היו בגרסה הקודמת, שאושרה שלושה ימים קודם. אישור לא מכשיר את הפייוול שלך לנצח: בודק אחר יכול לקרוא את אותו מסך אחרת.
מה שיניתי
- האיקס נעלם מהמסך הזה. במקומו, אייקון מתנה, שמוכרז "הנחה בלעדית" ב-VoiceOver, פותח את ההצעה כשנוגעים בו. שום דבר כבר לא מעמיד פנים שהוא סוגר.
- ההצעה אף פעם לא נפתחת לבד כשחוזרים לאפליקציה.
- התראת ההנחה נמחקה. נשארה תזכורת עדינה, שנשלחת פעם אחת בלבד לכל התקנה ורק אם ההתראות מאושרות. היא לא מדברת על מחיר, על הנחה או על דדליין.
- התזכורת הזאת מתוארת בהודעה ל-App Review, עם הטקסט שלה ומועד השליחה.
מה השארתי
קראתי מחדש גם את מה שנשאר, ושאלתי את עצמי אם כל רכיב באמת משאיר בחירה.
- הצעה אחרי רכישה שבוטלה. אם המשתמש מבטל את גיליון התשלום של אפל למנוי השנתי, נפתחת הצעת ברוכים הבאים. יש לה חלון אחד בלבד של 5 דקות, שלא מתאפס: אם המשתמש מבטל שוב בתוך הזמן הזה, היא נפתחת מחדש. סוגרים אותה בתנועה אחת באיקס או ב"לא תודה", והיא מציגה את המחיר האמיתי של המוצר.
- טיימר אמיתי של 5 דקות. מועד הסיום שלו נשמר במכשיר בהצגה הראשונה. הוא ממשיך לרוץ כשהאפליקציה סגורה ולא מתאפס בהפעלה מחדש. כשהוא נגמר, ההצעה נעלמת להתקנה הזאת של האפליקציה. אם סוגרים אותה לפני כן, תג קטן מציג את הזמן שנותר ופותח את ההצעה מחדש רק אם נוגעים בו.
- תיבה נעולה. היא מציגה את הפריטים שהושגו במהלך ה-onboarding, ורק אותם, נעולים כל עוד האפליקציה לא נפתחה. שום דבר לא מודיע שהם יאבדו.
הרכיבים האלה מופיעים בהערות לבדיקה. הדחייה לא הזכירה שום מסך, אז אני לא מציג אותם כמאושרים על ידי אפל. לדעתי, אלה הגרסאות השקופות של המנגנונים האלה, והצהרתי עליהם.
התיקון דרש build חדש, כי הכול קרה בתוך האפליקציה. TradaZen חזרה לבדיקה ב-13 באוקטובר 2026.
דפוסי ה-dark pattern בפייוול שמפעילים את 5.6
אפל לא מפרסמת רשימה. לאותו מנגנון יש לעיתים קרובות שתי גרסאות: זו שמפילה בפח וזו שמשאירה בחירה. הטבלה הזאת מפרידה ביניהן, על בסיס נוסח הכללים, דחיות שמפתחים אחרים פרסמו והדחייה שלי. הגרסה השקופה לא מבטיחה אישור. היא פשוט זו שלא מנסה להטעות. העמודה האחרונה אומרת על מה כל שורה נשענת.
| גרסה מניפולטיבית | גרסה שקופה | על מה זה נשען |
|---|---|---|
| איקס שפותח הצעה במקום לסגור | האיקס סוגר. מסך שלא נסגר לא מציג איקס | תוקן אחרי הדחייה שלי על TradaZen |
| הצעה "חד-פעמית" שקופצת כשסוגרים את הפייוול | הנחה מאחורי כפתור שמכריז עליה בבירור | דחייה שפורסמה בפורום של אפל |
| הצעה שנייה שמופעלת אחרי סירוב, בפייוול עם מחיר מטעה | הצעה אחת בלבד אחרי רכישה שבוטלה, במחיר האמיתי, נסגרת בתנועה אחת | מקרה Cal AI; שיחה שדווחה על ידי Superwall |
| פייוול או הצעה שנפתחים מחדש לבד כשחוזרים לאפליקציה | הוא חוזר כשהמשתמש נתקל במגבלה או נוגע בכפתור שמכריז עליו | תוקן אחרי הדחייה שלי על TradaZen |
| התראת מבצע שאף אחד לא ביקש | מבצע אחרי הסכמה מפורשת, עם אפשרות הסרה בתוך האפליקציה | כלל 4.5.4 |
| טיימר מזויף, שמתאפס או שההצעה שלו חוזרת אחרי הסוף | זמן אמיתי, שממשיך גם כשהאפליקציה סגורה ובאמת נעצר | הפרשנות שלי ל-"trick them", כלל 5.6 |
| פרסים מומצאים, או כאלה שמאיימים שייעלמו בלי רכישה | ההישגים האמיתיים של המשתמש, מוצגים בלי איום לאבד אותם | הפרשנות שלי לכלל 5.6 |
| תקופת ניסיון חינם שמסתירה את החיוב האוטומטי | משך הניסיון והמחיר שיחויב אחריו, ליד הכפתור | עמוד המנויים של אפל |
| מחיר שבועי באותיות גדולות, הסכום שמחויב באותיות קטנות | הסכום שמחויב הוא המחיר הבולט ביותר במסך | עמוד המנויים של אפל |
| כפתור סירוב שגורם רגשות אשמה | סירוב ניטרלי, כמו "לא עכשיו" או "לא תודה" | הפרשנות שלי לכלל 5.6 |
מקרה Cal AI דווח על ידי TechCrunch: אפל ציטטה את 5.6 בגלל הצעת מנוי שנייה שהוצגה למי שסירב לראשונה. אותו פייוול נתפס גם על 3.1.2(c): המחיר השבועי האפיל על הסכום שמחויב, ותקופת הניסיון הסתירה את החידוש האוטומטי. הכתבה לא מתארת את ההצעה השנייה בפירוט רב יותר.
מהצד השני, Superwall, חברה שמוכרת כלי פייוול ומציעה הצעות כאלה, מדווחת על שיחה לא רשמית עם אפל ביוני 2026. הצעה שמוצגת אחרי רכישה שבוטלה מתוארת שם כמותרת. התעקשות לא: הצעה שחוזרת בכל סשן, או תהליך שאפשר לצאת ממנו רק בתשלום. Superwall מציינים שאלה לא כללים רשמיים ושהבודק נשאר עם שיקול הדעת שלו. אז הצעה אחרי סירוב נשארת אזור אפור: הטקסט לא אוסר אותה, יש דחיות שפורסמו, והאופן שבו עושים את זה משנה.
הכלל על התראות הוא 4.5.4: אין קידום מכירות בהתראות בלי הסכמה מפורשת שנאספה בתוך האפליקציה, ובלי דרך להסיר את עצמך.
לגבי המחיר, העמוד של אפל על מנויים חד משמעי: הסכום שמחויב חייב להיות רכיב המחיר הבולט ביותר. הסיבה במשפט אחד: "This ensures that people are not misled." כלל 3.1.2 מוסיף שאפל מסירה אפליקציות שמוכרות מנוי במצג שווא או ב-"bait-and-switch".
המבחן שאני מפעיל היום: האם כל כפתור עושה בדיוק את מה שהמראה שלו מבטיח, והאם המשתמש יכול להגיד לא בתנועה אחת, בלי שההצעה תחזור מעצמה?
טעויות הפייוול הקלאסיות יותר, אלה שעולות לך במכירות בלי בהכרח לגרום לדחייה, נמצאות בפייוול iOS: 7 טעויות של מתחילים.
איך לתקן דחיית 5.6
- מפה את כל תהליך הרכישה שלך. פייוול, הצעות משניות, טיימרים, התראות, תזכורות כשחוזרים לאפליקציה. אפל לא תמיד אומרת למה היא מתכוונת. לכל רכיב, בדוק שהוא בגרסה השקופה שלו: נסגר בתנועה אחת, טיימר אמיתי, מחיר מדויק, בלי חזרה אוטומטית. תקן או הסר כל מה שנראה כמו מלכודת, לא רק את הרכיב הכי סביר.
- שחזר את המסלול של הבודק. מחק את האפליקציה, התקן אותה מחדש, סיים את ה-onboarding, ואז סרב להכול: סגור, בטל, צא מהאפליקציה, חזור. רשום כל מסך שנפתח בלי שביקשת, ובדוק שאפשר לסגור אותו בתנועה אחת.
- הכן build חדש. הבעיה נמצאת באפליקציה, כלומר בקוד שארוז בה. עדכון מרחוק לא מחליף את ה-build, כמו שאני מסביר במדריך לguideline 2.1.
- אל תשמור כלום בצד. להפעיל מחדש הצעה מרחוק אחרי האישור זה בעצם להסתיר פיצ'ר מהבודק. RevenueCat עצמם מזהירים מהרפלקס הזה בכתבה שלהם על הצעות יציאה.
- ענה ב-App Store Connect, באנגלית, על ידי מענה להודעה של App Review.
הנה תבנית שמבוססת על התשובה וההערות לבדיקה שלי, בקיצור. החלף את מספר ה-build ואת השינויים בשלך, ואז פרט מה נשאר:
Hello,
Thank you for your feedback on Guideline 5.6.
Issue: on the subscription screen, the button in the top
corner looked like a close button, but it opened a
discounted offer instead of closing the screen.
Changes in build X:
- Nothing on the subscription screen pretends to close it.
A clearly labeled button now opens the optional offer.
- The offer never reopens by itself when the user comes
back to the app.
- The notification announcing a discount has been removed.
Still in this build (also described in the review notes):
- [Each remaining offer: what triggers it, how often it
appears, how the user dismisses it.]
- [Each remaining reminder: its text, when it is sent,
and under which conditions.]
If another part of the purchase flow still looks unclear,
please tell me which screen, and I will change it.
Best regards,
מה שאתה כותב חייב להתאים בדיוק ל-build. אם אתה משאיר תזכורת או הצעה, גם אם היא מופעלת אוטומטית, תאר אותן בתשובה ובהערות לבדיקה. אם אתה חושב שהבודק טעה, אפל מאפשרת לערער מול App Review Board, עם ערעור אחד בלבד לכל הגשה שנדחתה. בפייוול, לתקן נראה לי בטוח יותר מלהתווכח. שאר סיבות הדחייה ואיך לענות עליהן נמצאים בלמה אפל דוחה אפליקציה.
הצ'קליסט נגד 5.6 לפני ההגשה
- כל איקס סוגר את המסך. מסך שלא נסגר לא מציג איקס.
- כל כפתור אומר מה הוא עושה, על המסך וב-VoiceOver.
- אף הצעה לא מסתתרת מאחורי כפתור סגירה.
- הצעה שמופעלת בעקבות סירוב, אם אתה משאיר כזו, מוגבלת לחלון אחד שלא מתאפס, במחיר האמיתי, ונסגרת בתנועה אחת.
- אף פייוול ואף הצעה לא נפתחים מחדש לבד כשחוזרים לאפליקציה.
- אין התראת מבצע בלי הסכמה מפורשת בתוך האפליקציה.
- אין טיימר מזויף: זמן שמוצג הוא אמיתי, לא מתאפס ובאמת נעצר.
- מה שהמסך מציג כהישג באמת הושג, בלי איום לאבד אותו.
- תקופת הניסיון מציגה את המשך שלה ואת המחיר שיחויב אחריה.
- הסכום שמחויב הוא המחיר הבולט ביותר במסך.
- ההערות לבדיקה מתארות כל הצעה וכל תזכורת שקיימות ב-build.
- שחזרת את המסלול תוך סירוב להכול, על iPhone ועל iPad.
לתת למישהו לבדוק את הפייוול שלך לפני אפל
ה-Review Kit מרכז את הצ'קליסט שלי לפני הגשה, את הדחיות שתיקנתי ושני skills של Claude Code שבודקים את הפרויקט, הפייוול והדף שלך בחנות. אם אפל דוחה, הם מכינים לך את התשובה. למבט אנושי, קבע איתי שעה: נעבור יחד על תהליך הרכישה שלך, על המסך שלך. התהליך המלא אחרי דחייה נמצא בעמוד אפליקציה שנדחתה על ידי אפל, והצד הטכני של מנויים במנויים בתוך האפליקציה ב-iOS.
אם אתה מכין את ההשקה הראשונה שלך, עשה את האבחון החינמי: הוא מסדר את השלבים לפי הסדר ושולח לך את הצ'קליסט שלי נגד דחיות של אפל. בעמוד הבית תראה איך ליצור אפליקציה למובייל עם פייוול שמתוכנן לבדיקה מההתחלה.
אף אחד לא יכול להבטיח שאפל תאשר את האפליקציה שלך. מה שאני יכול לעשות זה לעזור לך להימנע מדחיית 5.6 שכבר שילמתי עליה במחזור בדיקה שלם.
שאלות נפוצות
מה המשמעות של "Guideline 5.6 - Developer Code of Conduct" בדחייה?
זו הכותרת של הכלל על קוד ההתנהגות של המפתח. באפליקציה עם רכישות בתוך האפליקציה, היא מסמנת לרוב תהליך רכישה שנחשב מניפולטיבי: סגירה מזויפת, הצעה שחוזרת לבד, תקופת ניסיון או מחיר שמוצגים בצורה מטעה. ההודעה לא תמיד מציינת את המסך הבעייתי.
האם אפל אוסרת הצעת יציאה?
הטקסט לא אוסר אותה במפורש. גם RevenueCat מציינים את זה, ובמקביל מזכירים שמפתחים נדחו בגלל זה. הדחיות שפורסמו עוסקות בהצעה שקופצת כשהמשתמש סוגר את הפייוול, או בהצעה שנייה שמופעלת אחרי סירוב. מה שמבדיל את הגרסה השקופה: הצעה אופציונלית, מוגבלת לחלון אחד שלא מתאפס, במחיר האמיתי, נסגרת בתנועה אחת, לא חוזרת מעצמה, ועם טיימר אמיתי אם יש כזה. תאר אותה בהערות לבדיקה. אף אחד לא יכול להבטיח שבודק יקרא אותה כך.
האם מותר פייוול בלי איקס?
הכללים לא מחייבים איקס, וזו הבחירה שעשיתי ב-TradaZen אחרי הדחייה הזאת. מה שאפל דוחה זה כפתור שנראה כמו סגירה ועושה משהו אחר. עם זאת, מפתח אחד דיווח על דחיית 5.6 בגלל פייוול בלי יציאה באפליקציה שההורדה שלה חינמית. הראה את הערך לפני שאתה מבקש את תקופת הניסיון, וכתוב בבירור בדף האפליקציה שהיא בתשלום.
צריך build חדש אחרי דחיית 5.6?
כן ברוב המקרים, כי הסיבה היא מסך או התנהגות של האפליקציה. אם הבעיה מחוץ לאפליקציה, בדף בחנות או במטא-דאטה, תיקון בלי build יכול להספיק. אם יש ספק, שאל את הבודק לאיזה מסך הוא מתכוון.
דחיית 5.6 יכולה להוביל לסגירת חשבון המפתח?
הכלל קובע את זה במקרה של התנהגות מניפולטיבית חוזרת, עם הרחקה מתוכנית המפתחים. הוא קובע גם שחשבון שנסגר יכול להיות משוחזר אחרי תוכנית שיפור כתובה, שאפל מאשרת ואז מאמתת. ולכן כדאי לתקן את כל תהליך הרכישה כבר בדחייה הראשונה.
מה ההבדל בין 5.6 ל-5.6.3?
5.6 היא קוד ההתנהגות הכללי: כבוד, אמון, אף רכישה לא מושגת בתרמית. 5.6.3 היא אחד מתתי-הכללים שלה, על מניפולציה של דירוגים, חיפוש וביקורות. אפל ציטטה אותה על Solys בגלל בקשת דירוג שהוצבה ב-onboarding.

