# Guideline 3.1.1: מתי חובה להשתמש ברכישה מתוך האפליקציה

> Guideline 3.1.1: כל תוכן או פיצ'ר דיגיטלי שנפתח באפליקציה חייב לעבור דרך הרכישה מתוך האפליקציה של Apple. חריגים, כללי האיחוד האירופי וארה”ב, ותיקונים.

עמוד מקורי: [Guideline 3.1.1: מתי חובה להשתמש ברכישה מתוך האפליקציה](https://devoria.fr/he/blog/guideline-3-1-1-in-app-purchase-app-store)
כותב: [Mehdi Azizi](https://devoria.fr/he/mehdi-azizi)
פרסום: 2026-10-25
עדכון תוכן אחרון: 2026-10-25


Guideline 3.1.1 מחייבת להשתמש ברכישה מתוך האפליקציה (In-App Purchase) של Apple ברגע שהאפליקציה שלך פותחת תוכן או פיצ'ר דיגיטלי: מנוי, גרסה מלאה, מטבע משחק, תוכן פרימיום. **דחייה לפי 3.1.1 אומרת ש-Apple מצאה דלת כניסה אחרת לתוכן הזה**: תשלום באתר שלך, מפתח רישיון, קוד שהמצאת בעצמך, כפתור לעמוד תשלום. התיקון עובר דרך הרכישה מתוך האפליקציה, אלא אם המקרה שלך נופל תחת חריג או כלל אזורי.

אני מפרסם אפליקציות iOS משלי, ואלה שיש להן מנוי מוכרות אותו דרך הרכישה מתוך האפליקציה של Apple. אף פעם לא קיבלתי דחייה לפי 3.1.1, ואני לא אספר לך אחרת. המדריך הזה מבוסס על הטקסט הרשמי, בגרסה מ-8 ביוני 2026 שקראתי ב-15 באוקטובר 2026, ועל התנאים האזוריים ש-Apple פרסמה. המקרה הקרוב של מנויים, עם שתי דחיות אמיתיות, נמצא במדריך על [guideline 3.1.2](https://devoria.fr/he/blog/guideline-3-1-2-app-store-subscription-rejection).

## מה אומרת guideline 3.1.1?

סעיף 3.1.1, "In-App Purchase", פותח את חלק 3.1 "Payments" של ה-[App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#3.1.1). מכאן הכותרת של המייל: "Guideline 3.1.1 - Business - Payments - In-App Purchase". המשפט הראשון שלו אומר את העיקר: כדי לפתוח פיצ'רים באפליקציה, "you must use in-app purchase", אתה חייב להשתמש ברכישה מתוך האפליקציה. Apple מזכירה מנויים, מטבעות משחק, שלבים, תוכן פרימיום וגרסה מלאה.

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

אותו כלל מוסיף חובות שנוטים לשכוח:

- קרדיטים ומטבעות שנקנו ברכישה מתוך האפליקציה לא פגים, ולכל רכישה שאפשר לשחזר יש מנגנון שחזור;
- תיבה או הגרלה בתשלום ("loot box") מציגה את הסיכוי לקבל כל סוג פריט לפני הרכישה;
- כרטיס מתנה, שובר או קופון דיגיטלי נמכרים באפליקציה דרך רכישה מתוך האפליקציה; כרטיס פיזי שנשלח בדואר יכול לעבור באמצעי אחר;
- אפליקציה בלי מנוי יכולה להציע ניסיון מוגבל בזמן, בצורת רכישה חינמית מתוך האפליקציה בשם "XX-day Trial", שמודיעה לפני ההתחלה מה משך הניסיון, מה יאבד ומה יהיה צריך לשלם;
- טיפים למפתח אפשריים, דרך רכישה מתוך האפליקציה.

## המצבים שגורמים לדחייה לפי 3.1.1

| מה האפליקציה עושה             | למה Apple דוחה                  | התיקון                              |
| ----------------------------- | ------------------------------- | ----------------------------------- |
| פותחת תוכן שנקנה באתר שלך     | אין רכישה מתוך האפליקציה מקבילה | למכור אותו גם ברכישה מתוך האפליקציה |
| מציגה "לתשלום באתר שלנו"      | הפניה לתשלום אחר                | להסיר את הכפתור, אלא אם יש חריג     |
| מבקשת מפתח רישיון או קוד עצמי | מנגנון פתיחה אסור               | קודי ההצעה של Apple                 |
| פותחת תמורת מטבע קריפטו       | מנגנון פתיחה אסור               | רכישה מתוך האפליקציה                |
| מוכרת קרדיטים שפגים           | חובה לפי 3.1.1                  | קרדיטים קבועים ושחזור               |
| מוכרת תיבה בלי הסתברויות      | הסיכויים לא מוצגים              | הסתברויות גלויות לפני הרכישה        |

השורה הראשונה היא זו שהכי פחות מבינים. בדחייה שפורסמה ב[פורומים של Apple](https://developer.apple.com/forums/thread/794034), ההודעה אומרת שהאפליקציה "accesses digital content purchased outside the app", ניגשת לתוכן שנקנה במקום אחר, "but that content isn't available to purchase using in-app purchase". **Apple לא מתלוננת על כך שיש לך אתר שמוכר: היא מתלוננת שהאפליקציה לא מציעה את אותה רכישה דרך Apple.**

כדי להציע גישה חינמית או הנחה, ל-Apple יש מערכת משלה, קודי הצעה (offer codes). לפי [התיעוד של StoreKit](https://developer.apple.com/documentation/storekit/implementing-offer-codes-in-your-app), הם עובדים לכל סוגי הרכישות מתוך האפליקציה: מנויים, מתכלים ולא מתכלים. יוצרים אותם ב-App Store Connect, והמשתמש מזין אותם ב-App Store או באפליקציה שלך.

## החריגים: מתי לא חייבים רכישה מתוך האפליקציה

[סעיף 3.1.3](https://developer.apple.com/app-store/review/guidelines/#3.1.3) מונה את האפליקציות שיכולות להשתמש באמצעי תשלום אחר. זו הטבלה שבה אני משתמש כדי לדעת איפה פרויקט נופל.

| המקרה שלך                                     | חייבים רכישה מתוך האפליקציה?                | סעיף     |
| --------------------------------------------- | ------------------------------------------- | -------- |
| מנוי, גרסה מלאה, תוכן דיגיטלי                 | כן                                          | 3.1.1    |
| מוצר פיזי, שירות שנצרך מחוץ לאפליקציה         | לא, חובה אמצעי אחר                          | 3.1.3(e) |
| שיעור או ייעוץ בשידור חי, אחד על אחד          | לא                                          | 3.1.3(d) |
| שיעור בשידור חי לכמה משתתפים                  | כן                                          | 3.1.3(d) |
| עיתונות, ספרים, מוזיקה, וידאו שנקנו במקום אחר | לא, כדי לגשת אליהם                          | 3.1.3(a) |
| שירות רב-פלטפורמי שנקנה באתר שלך              | גישה מותרת אם נמכר גם ברכישה מתוך האפליקציה | 3.1.3(b) |
| כלי שנמכר לחברה עבור העובדים שלה              | לא                                          | 3.1.3(c) |
| אפליקציה חינמית נלווית לכלי ווב, בלי רכישה    | לא                                          | 3.1.3(f) |

שתי מגבלות. אפליקציה שנהנית מחריג לא יכולה לדחוף, בתוך האפליקציה, לאמצעי תשלום אחר, חוץ מבחנות ארה"ב ומקרים ש-Apple קבעה. מצד שני, Apple מבהירה ש-"Developers can send communications outside of the app": אתה יכול לכתוב למשתמשים שלך מחוץ לאפליקציה, במייל למשל.

## הכללים לפי אזור באוקטובר 2026

כאן הטקסטים משתנים מהר. מה שבא אחר כך מבוסס על הטקסטים של Apple כפי שקראתי אותם ב-15 באוקטובר 2026: **תקרא אותם שוב לפני שאתה מתכנת תשלום חיצוני**.

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

### ארצות הברית

[סעיף 3.1.1(a)](https://developer.apple.com/app-store/review/guidelines/#3.1.1a) מבהיר שה-entitlements "are not required for developers to include buttons, external links, or other calls to action in their United States storefront apps". בחנות האמריקאית, כפתור לאתר שלך מותר. הבינארי שלך זהה בכל מקום: אם אתה מוסיף את הכפתור הזה, האפליקציה צריכה לדעת באיזו חנות המשתמש נמצא. StoreKit נותן את זה עם [Storefront](https://developer.apple.com/documentation/storekit/storefront).

### האיחוד האירופי

תנאים חדשים חלים מאז 1 באוקטובר 2026, לפי העמוד של Apple על [אפשרויות תשלום באיחוד האירופי](https://developer.apple.com/support/payment-options-on-the-app-store-in-the-eu/). אתה יכול להשאיר רק את הרכישה מתוך האפליקציה, בלי לשנות כלום. אתה יכול גם להציע ספק תשלום בתוך האפליקציה, או הצעות מחוץ לאפליקציה, לאתר שלך למשל. Apple דורשת אז, בין היתר:

- את ה-entitlement "StoreKit External Purchases or Offers" ו, עבור קישור או תשלום בתוך האפליקציה, את חלון המידע של המערכת;
- שהרכישה מתוך האפליקציה תהיה לפחות בולטת כמו האפשרות האחרת, כששתיהן על המסך;
- שום אזכור של התשלומים האלה בדף ה-App Store שלך;
- בקרת הורים לקטינים, ושום הצעה מחוץ לאפליקציה מתחת לגיל 13, או יותר לפי המדינה;
- אותה בחירה בכל חנויות האיחוד האירופי למשך 12 חודשים.

עמלות חלות לפי האפשרות שבחרת. תקרא את החלק עליהן באותו עמוד לפני שאתה מחליט.

### המדינות האחרות

בכל מקום אחר, הכלל נשאר נוקשה: "apps and their metadata may not include buttons, external links, or other calls to action" לאמצעי תשלום אחר. המילה "metadata" חשובה: **תיאור שמכריז "זול יותר באתר שלנו" גם הוא נופל תחת הכלל**. לחלק מהמדינות, ביניהן יפן, ברזיל ודרום קוריאה, יש תוכניות משלהן, שמפורטות ב[תיעוד של External Purchase](https://developer.apple.com/documentation/storekit/external-purchase).

## לתקן דחייה לפי 3.1.1 ולענות ל-Apple

1. **תמצא את דלת הכניסה.** ההודעה מציינת את התוכן או המסך הבעייתי: תוכן שנקנה במקום אחר, כפתור, קוד, קישור.
2. **תסגור אותה או תכפיל אותה.** או שאתה מסיר את הכפתור או הקוד, או שאתה מוכר את אותו תוכן ברכישה מתוך האפליקציה.
3. **תטען לחריג רק אם הוא אמיתי.** תציין את תת-הסעיף של 3.1.3 ותסביר בשני משפטים למה המקרה שלך נופל תחתיו.
4. **תן לבודק משהו לבדוק.** חשבון דמו והדרך ל-paywall, בהערות לבדיקה, כמו שאני מסביר במדריך על [guideline 2.1](https://devoria.fr/he/blog/guideline-2-1-app-store-rejection-fix).

עונים באזור App Review של App Store Connect, לפי הנוהל ל[מענה ל-App Review](https://developer.apple.com/help/app-store-connect/manage-submissions-to-app-review/reply-to-app-review-messages/). הנה תבנית למקרה הנפוץ ביותר, תוכן שנקנה באתר. זו דוגמה: תחליף את ה-build, המוצר והמסלול בשלך.

```text
Hello,

Thank you for your review.

Issue: the app gave access to premium content purchased on our
website, without offering the same purchase in the app.

Fix in build X:
- Premium access is now available as an auto-renewable
  subscription through in-app purchase, on the paywall.
- The "Subscribe on our website" button has been removed.
- A "Restore Purchases" button is available on the paywall.

How to verify: launch the app and open any premium screen.
The paywall shows the in-app purchase options.

Best regards,
```

הכפתור וה-paywall נמצאים בקוד: צריך build חדש. אם אתה עדיין משוכנע שהמקרה שלך הוא חריג, Apple מאפשרת גם [לערער מול ה-App Review Board](https://developer.apple.com/distribute/app-review/).

## לחבר רכישה מתוך האפליקציה בלי לכתוב הכול מחדש

למתחילים, הדרך הכי פשוטה היא ליצור את המוצרים ב-App Store Connect, ואז לחבר אותם לאפליקציה עם RevenueCat: המתכון נמצא ב[RevenueCat: להקים מנוי בתוך האפליקציה](https://devoria.fr/he/blog/revenuecat-in-app-subscription-ios). אם אתה מתלבט בין שני המודלים, תקרא [מנוי או רכישה חד-פעמית](https://devoria.fr/he/blog/ios-app-subscription-vs-one-time-purchase). אם אתה בונה עם כלי ללא קוד, תוודא שהוא יודע לנהל רכישה מתוך האפליקציה: זו נקודה ב[ליצור אפליקציה בלי לתכנת](https://devoria.fr/he/blog/build-app-without-coding-no-code-ai-limits).

ברגע שהרכישה מתוך האפליקציה שלך היא מנוי, מתווסף 3.1.2: הסכום לחיוב בבולט, משך, חידוש, קישורים. טעויות המסך הנפוצות ביותר נמצאות ב[paywall ב-iOS: 7 טעויות של מתחילים](https://devoria.fr/he/blog/ios-paywall-beginner-mistakes-sales).

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

- כל מה שנפתח באפליקציה (פיצ'ר, תוכן, שלב, מטבע) נקנה דרך רכישה מתוך האפליקציה.
- שום כפתור, קישור או טקסט לא מפנה לתשלום חיצוני, חוץ מבחנות ארה"ב או תוכנית אזורית שקיבלת.
- התיאור בדף שלך לא מזכיר שום אמצעי תשלום אחר.
- תוכן שנמכר באתר שלך נמכר גם ברכישה מתוך האפליקציה.
- שום מפתח רישיון, קוד QR, קוד עצמי או קריפטו לא פותח שום דבר.
- כדי להציע גישה, אתה משתמש בקודי ההצעה של Apple.
- קרדיטים שנקנו לא פגים, וכפתור "Restore Purchases" עובד.
- כל תיבה או הגרלה בתשלום מציגה את ההסתברויות שלה לפני הרכישה.
- מוצר פיזי או שירות מחוץ לאפליקציה עוברים דרך Apple Pay או כרטיס, לא דרך רכישה מתוך האפליקציה.
- ההערות לבדיקה שלך אומרות איפה למצוא את הרכישות, ואם אתה טוען לחריג, לאיזה.

## לבדוק את האפליקציה שלך לפני השליחה

אם האפליקציה שלך נדחתה הרגע לפי 3.1.1, ה-[Apple Review Kit](https://devoria.fr/he/kits/review-apple) עוזר לך למצוא את הכלל שצוטט, מה הוא דורש, ודוגמה לתיקון ולתשובה. ההערות שלו לבודק מכסות רכישה מתוך האפליקציה. בשביל עין אנושית, [תקבע איתי שעה](https://devoria.fr/he/coaching): נקרא את ההודעה של Apple ונחפש את דלת הכניסה שהיא ראתה. התהליך המלא נמצא בעמוד [אפליקציה שנדחתה על ידי Apple](https://devoria.fr/he/expertise/app-rejected-by-apple), והקמת הרכישה בעמוד [מנוי בתוך אפליקציית iOS](https://devoria.fr/he/expertise/ios-in-app-subscription).

אם אתה מכין את ההשקה הראשונה שלך, [תעשה את האבחון החינמי](https://devoria.fr/he/diagnostic): הוא מסדר את השלבים לפי הסדר ושולח לך את הצ'קליסט שלי נגד דחיות של Apple. כדי [ליצור אפליקציה למובייל](https://devoria.fr/he) שמוכרת ברכישה מתוך האפליקציה כבר מההתחלה, ה-[iOS Kit](https://devoria.fr/he/kits/ios) מתחיל מקוד שבו ה-paywall והמנויים כבר מוכנים.

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

## שאלות נפוצות

### מה המשמעות של "Guideline 3.1.1 - Business - Payments - In-App Purchase"?

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

### אפשר לשים קישור לאתר שלך כדי לשלם פחות?

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

### אפשר לפתוח את האפליקציה עם קוד קופון?

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

### צריך רכישה מתוך האפליקציה כדי למכור מוצר פיזי או שירות?

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

### לקוח שנרשם למנוי באתר שלי יכול להתחבר באפליקציה?

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

### RevenueCat מספיק כדי לעמוד ב-3.1.1?

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


## הפרויקט שלך

[Apple Review Kit](https://devoria.fr/he/kits/review-apple): הצ'קליסט לביקורת App Store שאני משתמש בו, הדחיות שלי מאפל עם התיקונים, הערות לבודק ושני skills של Claude Code שעוברים על האפליקציה. 29 €.

[iOS Kit](https://devoria.fr/he/kits/ios): בנה אפליקציית אייפון עם Claude Code: קוד הבסיס של האפליקציות שלי, skills שבודקים את העבודה, ו-Apple Review Kit, App Store Screenshots Kit ו-ASO Kit. 129,99 €.