App Store בדרום קוריאה: תשלום חיצוני ועמלה של 26%

בדרום קוריאה, אפליקציה שמופצת רק בחנות הקוריאנית יכולה לגבות את הרכישות שלה דרך ספק תשלומים מקומי, כמו KCP או Toss, במקום הרכישה בתוך האפליקציה של Apple. במקרה כזה Apple לוקחת 26% מהמחיר ששולם, כולל מע"מ, ועמלות הספק מתווספות לזה. למפתח קטן, שמשלם 15% על רכישה בתוך האפליקציה בזכות ה-Small Business Program, האפשרות הזאת יוצאת יקרה יותר.

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

מה האפשרות הקוריאנית מאפשרת

לפי הדף של Apple על דרום קוריאה, שפורסם גם בקוריאנית, הכול מתחיל מהתיקונים לחוק התקשורת הקוריאני (Telecommunications Business Act,‏ 전기통신사업법). אפליקציה שמופצת ב-App Store רק בדרום קוריאה יכולה להעביר את הרכישות בתוך האפליקציה לספק תשלומים אחר. Apple קוראת לזכות הזאת StoreKit External Purchase Entitlement.

שלושה כללים מגדירים את כל השאר:

• ה-entitlement מיועד רק לאפליקציית iOS או iPadOS, בחנות הקוריאנית;
• הוא חל על בינארי חדש, שמופץ רק בקוריאה;
• הוא לא יכול לחיות לצד הרכישה בתוך האפליקציה של Apple באותה אפליקציה.

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

העמלה של 26%: מה היא מכסה

Apple גובה 26% מהמחיר שהמשתמש משלם, "gross of any value-added taxes", כלומר כולל מע"מ. Apple מציגה את השיעור הזה כמופחת, כי הוא לא כולל את עיבוד התשלום. את העיבוד הזה הספק שלך גובה ממך, בנוסף.

שלוש נקודות משתנות לעומת רכישה בתוך האפליקציה:

• המסים עוברים אליך: אתה גובה ומעביר אותם, לפי הנספח של ה-entitlement לקוריאה;
• הדף לא מפרסם שום שיעור מופחת, לא ל-Small Business Program ולא למינויים אחרי שנה;
• בסיס החישוב כולל מע"מ, בעוד שהעמלה על רכישה בתוך האפליקציה מחושבת על המחיר נטו מהמסים שנגבו, לפי סעיף 3.4 בנספח 2 של הסכם הרישיון של Apple Developer Program.

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

ספקי התשלום המאושרים

Apple מפרטת ארבעה ספקים שכבר אושרו לחנות הקוריאנית: KCP,‏ Inicis (이니시스),‏ Toss (토스) ו-NICE.

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

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

הבינארי שמיועד רק לקוריאה

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

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

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

26% או 15%: החישוב למפתח קטן

ה-Small Business Program מוריד את העמלה על רכישה בתוך האפליקציה ל-15%, בהרשמה, כל עוד ההכנסות נטו שלך (proceeds) נשארות מתחת למיליון דולר בשנה קלנדרית. הדף שלו לא מציין שום חריג לקוריאה, רק מקרה אחד לאיחוד האירופי. התנאים מפורטים במדריך ל-Small Business Program.

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

על 10,000 וון ששולמו	Small Business	שיעור רגיל	תשלום חיצוני
בסיס העמלה	9,091 וון	9,091 וון	10,000 וון
השיעור של Apple	15%	30%	26%
העמלה של Apple	1,364 וון	2,727 וון	2,600 וון
מע"מ של 909 וון	על ידי Apple	על ידי Apple	על ידך
עמלות תשלום	כלולות	כלולות	בנוסף
נשאר לך	7,727 וון	6,364 וון	6,491 וון לפני עמלות

מה הטבלה מראה:

• לעומת ה-Small Business Program, התשלום החיצוני מפסיד לך 1,236 וון על כל מכירה, כלומר 16% ממה שנשאר לך, עוד לפני עמלות הספק.
• לעומת השיעור הרגיל של 30%, הוא מרוויח לך 127 וון, כלומר 1.3% מהמחיר. הפער של 4 נקודות בין 30% ל-26% מתכווץ ל-1.3 נקודות, כי ה-26% מחושבים על המחיר כולל מע"מ.
• במינוי בשיעור הרגיל, העמלה על רכישה בתוך האפליקציה יורדת ל-15% אחרי שנה של מינוי בתשלום, לפי אותו סעיף 3.4. התשלום החיצוני נשאר על 26%: הדף הקוריאני לא מכריז על שום הורדה.

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

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

שיטה ומגבלות

קראתי את קוד ה-HTML של הדף הקוריאני של Apple, של ה-Small Business Program ושל הסכם הרישיון, בלי סיכום אוטומטי. שלושה כללים קובעים את החישוב: 26% כולל מע"מ לתשלום חיצוני, עמלה על המחיר נטו מהמסים שנגבו לרכישה בתוך האפליקציה (נספח 2, סעיף 3.4), ומע"מ ש-Apple מעבירה עבור מפתחים שאינם תושבי קוריאה (נספח B של נספח 2,‏ "Exhibit B").

אם אתה תושב קוריאה, אתה מעביר את המע"מ בעצמך, גם עם רכישה בתוך האפליקציה. במקרה כזה Apple מנכה מע"מ משוער מהמחיר לפני שהיא מחשבת את העמלה שלה (נספח B), ומוסיפה מע"מ קוריאני על העמלה הזאת (נספח C, סעיף 7). תבקש מרואה החשבון שלך לעשות את החישוב מחדש.

מגבלות: המע"מ של 10% הוא הנחה, עמלות הספקים לא נכללות, ולא נעשתה שום בדיקה אמיתית.

השלבים לקבלת ה-entitlement

1. תעשה את החישוב מחדש עם המחירים האמיתיים שלך והעמלות שהספק מפרסם.
2. תבחר ספק מאושר: KCP,‏ Inicis,‏ Toss או NICE. תוודא שהוא תומך במינויים אם אתה מוכר כאלה, ושתהליך התשלום שלו נייטיב.
3. תכין bundle ID חדש, שמעולם לא פורסם, שמיועד רק לאפליקציה הקוריאנית.
4. תמלא את טופס הבקשה בתור בעל החשבון (Account Holder). Apple מבקשת את שם האפליקציה, התיאור שלה, ה-bundle ID, הספק, הדומיין של האתר שלך ואת הכתובת של אתר תמיכת הלקוחות שלך. אתה גם מאשר את תנאי ה-entitlement.
5. תחכה למייל האישור מ-Apple, ואז תפעיל את ה-entitlement על ה-App ID, ב-Certificates, Identifiers & Profiles.
6. תגדיר את הבינארי ואת קוד ה-StoreKit הנדרש, כמו שמתואר בהמשך.
7. תיצור את הדף ב-App Store Connect, עם זמינות שמוגבלת לדרום קוריאה.
8. תגיש את האפליקציה כשהספק שלך מוכן לגבות, עם צילומי מסך של המסכים שבהם אתה מיידע את המשתמש. אם האפליקציה החדשה היא גרסה של אפליקציה שנמכרת בקוריאה דרך רכישה בתוך האפליקציה, תסיר את הישנה מהחנות הזאת.

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

הגדרת הבינארי: Xcode או Expo

ה-entitlement עובד החל מ-iOS 15 ו-iPadOS 15. ב-Xcode משתנים שני קבצים.

בקובץ .entitlements, תוסיף את ה-entitlement:

• מפתח: com.apple.developer.storekit.external-purchase;
• סוג: Boolean;
• ערך: true.

ב-Info.plist, תוסיף את המפתח SKExternalPurchase, מסוג מערך של מחרוזות, עם הקוד של דרום קוריאה. הדף הקוריאני של Apple כותב KR. התיעוד של המפתח דורש קוד באותיות קטנות ומציין kr לדרום קוריאה. אני הייתי שם kr, כמו בתיעוד הטכני.

ב-build הבא, Xcode מזהה שפרופיל ה-provisioning כבר לא מתאים ומבקש פרופיל חדש.

עם Expo, שני המפתחות עוברים דרך app.json, ב-ios.entitlements ו-ios.infoPlist:

{
  "expo": {
    "ios": {
      "bundleIdentifier": "com.example.myapp.kr",
      "entitlements": {
        "com.apple.developer.storekit.external-purchase": true
      },
      "infoPlist": {
        "SKExternalPurchase": ["kr"]
      }
    }
  }
}

ה-bundle ID הוא דוגמה פיקטיבית. כדי לשמור על פרויקט אחד ולהוציא שתי אפליקציות, Expo מתעדת וריאנטים של אפליקציה עם app.config.js. וריאנט גלובלי שומר על הרכישה בתוך האפליקציה, ווריאנט קוריאני מקבל את המפתחות האלה. ה-paywall הרגיל שלך, שמחובר לרכישה בתוך האפליקציה כמו במדריך RevenueCat, נשאר בווריאנט הגלובלי. אל תכניס את הרכישה בתוך האפליקציה לווריאנט הקוריאני, גם לא כשהיא מושבתת: Apple אוסרת כל פונקציית תשלום מוסתרת או רדומה. לעומת זאת, קריאות ה-StoreKit הנדרשות בהמשך נשארות: הן נכתבות ב-Swift, אז עם Expo תתכנן מודול נייטיב, למשל עם Expo Modules API.

חלון המידע ותהליך התשלום

Apple מחייבת שלוש קריאות StoreKit:

• לבדוק canMakePayments לפני כל תהליך רכישה או הזנת אמצעי תשלום, כדי לדעת אם המשתמש רשאי לשלם;
• להציג את חלון המידע של Apple עם ה-API של StoreKit External Purchase, דרך presentNoticeSheet(), החל מ-iOS 15.4;
• לאמת את החנות עם Storefront או SKStorefront כשאתה לא קורא ל-API הזה: קוריאה חייבת להיות החנות של המשתמש לפני כל תהליך.

ה-תיעוד של presentNoticeSheet() מוסיף שני כללים: לבדוק קודם ExternalPurchase.canPresent, שזמין החל מ-iOS 17.4, ולפתוח את החלון רק אחרי פעולה יזומה של המשתמש, כמו לחיצה על כפתור. אם המשתמש לא ממשיך, אתה לא מציג את הרכישה החיצונית.

בין iOS 15.0 ל-15.3, אתה משחזר בדיוק את העיצוב והטקסט ש-Apple מספקת. בכל מקרה, החלון מוצג לפני כל רכישה וכל הזנה של אמצעי תשלום, עד שהמשתמש לוחץ על "계속" (Continue), בכל מכשיר בנפרד.

הכותרת שלו בקוריאנית: "이 앱은 App Store의 안전한 비공개 지불 시스템을 지원하지 않습니다." האפליקציה לא תומכת בתשלום המאובטח של ה-App Store. הטקסט מזהיר שניהול מינויים, שיתוף משפחתי והחזרים כספיים דרך Apple לא יהיו זמינים.

התהליך עצמו חייב להיות:

• נייטיב, בתוך האפליקציה, אף פעם לא ב-web view;
• בלי פונקציית תשלום מוסתרת, רדומה או לא מתועדת;
• בלי פרקטיקה מטעה: אחרת Apple מסירה את האפליקציה ויכולה להוציא אותך מהתוכנית.

תשאל את הספק שלך אם מודול התשלום שלו נפתח ב-web view לפני שאתה כותב שורת קוד אחת.

אחרי ההשקה: דוח, חשבונית ותמיכה

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

איפה עומד הרגולטור הקוריאני

נבדק שוב ב-27 באוקטובר 2026. ב-2023, רגולטור התקשורת הקוריאני, אז 방송통신위원회, הודיע על כוונה להטיל סנקציות על Apple ו-Google על כך שכפו את מערכת התשלום שלהן. ב-2025, חוק החליף אותו ב-방송미디어통신위원회, לפי Digital Daily. ב-12 באוקטובר 2026, היו"ר שלו צפה החלטה עד סוף החודש, לפי SBS Biz. ב-27 באוקטובר, אותו כלי תקשורת העריך שהצבעה סופית צפויה בישיבת המליאה של 28 באוקטובר.

באותו יום, לפי CBS Nocut News, נקודה אחת עדיין הייתה במחלוקת: האם לחייב את Apple ו-Google לאפשר לאפליקציות לספר למשתמשים שלהן על תשלום מחוץ למערכת של Apple או של Google, ולהפנות אותם אליו. מדובר בחובת "anti-steering".

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

כדאי לבנות בינארי קוריאני?

המצב שלך	ההמלצה שלי
חבר ב-Small Business Program	תישאר עם רכישה בתוך האפליקציה
שיעור רגיל, עמלות מעל 1.3%	תישאר עם רכישה בתוך האפליקציה
אפליקציה שכבר יש לה דירוגים בקוריאה	תישאר עם רכישה בתוך האפליקציה
שיעור רגיל, עמלות מתחת ל-1.3%	תעשה את החישוב המלא מחדש

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

שאלות נפוצות

מה העמלה של Apple על תשלום חיצוני בדרום קוריאה?

26% מהמחיר שהמשתמש משלם, כולל מע"מ. עמלות ספק התשלומים מתווספות, ואתה זה שגובה ומעביר את המסים.

אילו ספקי תשלום Apple מקבלת בקוריאה?

KCP,‏ Inicis,‏ Toss ו-NICE כבר מאושרים. אפשר להציע ספק אחר, אבל Apple צריכה לבדוק אותו, וזה יכול לעכב את הבקשה שלך או לגרום לדחייה שלה. ספק אחד בלבד לכל entitlement.

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

לא. ה-entitlement לא יכול לחיות לצד הרכישה בתוך האפליקציה של Apple באותה אפליקציה. צריך בינארי נפרד, שמופץ רק בקוריאה.

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

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

ה-Small Business Program חל על התשלום החיצוני הקוריאני?

הדף של Apple על קוריאה לא מפרסם שום שיעור מופחת. ה-15% של ה-Small Business Program חלים על רכישה בתוך האפליקציה. בגלל זה רכישה בתוך האפליקציה עולה פחות למפתח קטן.

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

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

איזה מפתח Info.plist צריך לתשלום חיצוני בקוריאה?

SKExternalPurchase, מערך של מחרוזות עם הקוד של דרום קוריאה, kr לפי התיעוד של המפתח. ה-entitlement נקרא com.apple.developer.storekit.external-purchase, בוליאני עם ערך true.

הרגולטור הקוריאני כבר הטיל סנקציות על Apple?

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

מקורות

• Distributing apps using a third-party payment provider in South Korea,‏ Apple Developer: תנאים, ספקים, הגדרה, עמלה, דוחות. גרסה קוריאנית.
• App Store Small Business Program,‏ Apple Developer: העמלה של 15% והתנאים שלה.
• Apple Developer Program License Agreement, נספח 2, סעיף 3.4, והנספחים B ו-C שלו: בסיס החישוב של העמלה וגביית המסים.
• SKExternalPurchase,‏ External Purchase ו-presentNoticeSheet(), התיעוד של Apple.
• הגדרת האפליקציה,‏ וריאנטים של אפליקציה ו-Expo Modules API, התיעוד של Expo.
• SBS Biz,‏ 12 באוקטובר 2026 ו-27 באוקטובר 2026, ו-CBS Nocut News, 27 באוקטובר 2026: לוח הזמנים והסוגיות של החלטת הרגולטור. Digital Daily, 27 בספטמבר 2025: הקמת ה-방송미디어통신위원회.

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

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

ה-iOS Kit כולל את קוד הבסיס של האפליקציות שלי, עם ה-onboarding, ה-paywall והמינויים כבר מתוכנתים על רכישה בתוך האפליקציה, ואת המסלול בארבעה שלבים עד ל-App Store, בקצב שלך. ההקמה המלאה של מינוי, מהמוצרים ב-App Store Connect ועד ה-paywall, מפורטת במינוי in-app ב-iOS.