App Store Südkorea: externe Zahlung und 26 % Provision
Von Mehdi Azizi
Veröffentlicht am , 10 Min.
In Südkorea darf eine App über KCP, Inicis, Toss oder NICE verkaufen, gegen 26 % Provision und mit eigenem Binary. Oft teurer als In-App-Kauf.
In Südkorea darf eine App, die nur im koreanischen Storefront vertrieben wird, ihre Käufe über einen lokalen Zahlungsanbieter wie KCP oder Toss abwickeln statt über Apples In-App-Kauf. Apple nimmt dann 26 % des gezahlten Preises inklusive Mehrwertsteuer, und die Gebühren des Anbieters kommen noch dazu. Für einen kleinen Entwickler, der dank Small Business Program beim In-App-Kauf 15 % zahlt, ist diese Option teurer.
Dieser Guide nennt dir das genaue Entitlement, das Binary nur für Korea, die Sätze und jeden Schritt, basierend auf Apples Seiten, die ich am 27. Oktober 2026 gelesen habe. Ich habe diese Option nicht getestet: Das Rechenbeispiel weiter unten ist eine Rechnung, keine Messung. Der In-App-Kauf bleibt in Korea möglich und ist die Standardwahl. Die Ausnahmen anderer Länder findest du im Guide zur Guideline 3.1.1. Japan und Brasilien haben jeweils einen eigenen Guide.
Was die koreanische Option erlaubt
Laut Apples Seite zu Südkorea, auch auf Koreanisch veröffentlicht, geht alles auf die Änderungen des koreanischen Telekommunikationsgesetzes zurück (Telecommunications Business Act, 전기통신사업법). Eine App, die im App Store ausschließlich in Südkorea vertrieben wird, darf ihre In-App-Käufe einem anderen Zahlungsanbieter überlassen. Apple nennt dieses Recht StoreKit External Purchase Entitlement.
Drei Regeln bestimmen den Rest:
- Das Entitlement gilt nur für eine iOS- oder iPadOS-App im koreanischen Storefront.
- Es gilt für ein neues Binary, das nur in Korea vertrieben wird.
- Es kann nicht neben Apples In-App-Kauf in derselben App existieren.
Die Zahlung läuft in der App, bei deinem Anbieter. Die Seite sieht keinen Button zu deiner Website vor: Der Nutzer verlässt die App nur, wenn das Gesetz es für den Abschluss des Kaufs verlangt.
Die 26 % Provision: was sie abdeckt
Apple berechnet 26 % des vom Nutzer gezahlten Preises, „gross of any value-added taxes“, also inklusive Mehrwertsteuer. Apple stellt diesen Satz als reduziert dar, weil die Zahlungsabwicklung nicht enthalten ist. Die stellt dir dein Anbieter zusätzlich in Rechnung.
Drei Punkte ändern sich gegenüber dem In-App-Kauf:
- Die Steuern liegen bei dir: Du erhebst und führst sie ab, laut dem Zusatz zum Entitlement für Korea.
- Die Seite nennt keinen reduzierten Satz, weder für das Small Business Program noch für Abos nach einem Jahr.
- Die Berechnungsgrundlage enthält die Mehrwertsteuer, während die Provision beim In-App-Kauf auf den Preis abzüglich erhobener Steuern berechnet wird, laut Abschnitt 3.4 von Anhang 2 des Lizenzvertrags des Apple Developer Program.
Manchmal liest du „27 %“: Das ist der Satz anderer Regelungen, etwa für Dating-Apps in den Niederlanden, wo Apple die Provision um 3 Punkte senkt. Für Korea sagt Apples Seite 26 %.
Die zugelassenen Zahlungsanbieter
Apple listet vier Anbieter, die für den koreanischen Storefront bereits qualifiziert sind: KCP, Inicis (이니시스), Toss (토스) und NICE.
Du kannst einen anderen vorschlagen. Apple prüft dann seine Sicherheit, seine Betrugsbekämpfung, seine Zahlungsmethoden, seine Abo-Abrechnung und ob er die Provision direkt an Apple zahlen kann. Ein Anbieter außerhalb dieser Liste kann deinen Antrag verzögern oder zur Ablehnung führen.
Du hast nur einen Anbieter pro Entitlement, und zum Wechseln gibt es ein Aktualisierungsformular. Du darfst Zahlungsdaten weder selbst speichern noch übertragen. Die Gebühren der Anbieter stehen nicht auf Apples Seite, und ich habe sie nicht erhoben: Frag jeden Anbieter selbst.
Das Binary nur für Korea
Diese Einschränkung entscheidet alles. Das Entitlement wird für eine Bundle ID beantragt, die nie im App Store veröffentlicht wurde. Deine aktuelle App kann es also nicht bekommen. Du erstellst eine andere App mit eigener Bundle ID, die nur in Korea verfügbar ist.
- Dieses Binary enthält Apples In-App-Kauf nicht.
- Ist die neue App eine Version einer App, die schon per In-App-Kauf verkauft, musst du die alte aus dem koreanischen Storefront entfernen, bevor Apple die neue genehmigt.
- Die neue App hat eine eigene Produktseite: Sie startet in Korea ohne die Bewertungen und die Historie der alten.
Du pflegst also zwei Apps: die weltweite App mit In-App-Kauf und die koreanische App mit deinem Anbieter. Jedes Update reichst du zweimal ein.
26 % oder 15 %: die Rechnung für einen kleinen Entwickler
Das Small Business Program senkt die Provision beim In-App-Kauf auf Anmeldung auf 15 %, solange deine Nettoerlöse (Proceeds) unter 1 Million Dollar pro Kalenderjahr bleiben. Seine Seite sieht keine Ausnahme für Korea vor, nur einen Fall für die Europäische Union. Die Bedingungen stehen im Guide zum Small Business Program.
Hier ein Beispiel für einen Kauf über 10.000 Won inklusive Mehrwertsteuer. Annahmen: Du bist nicht in Korea ansässig, und der Preis enthält 10 % Mehrwertsteuer, was dein Steuerberater bestätigen sollte. Die Gebühren des Anbieters sind nicht eingerechnet.
| Bei 10.000 gezahlten Won | Small Business | Standardsatz | Externe Zahlung |
|---|---|---|---|
| Basis der Provision | 9.091 Won | 9.091 Won | 10.000 Won |
| Apples Satz | 15 % | 30 % | 26 % |
| Apples Provision | 1.364 Won | 2.727 Won | 2.600 Won |
| Mehrwertsteuer 909 Won | Durch Apple | Durch Apple | Durch dich |
| Zahlungsgebühren | Inklusive | Inklusive | Zusätzlich |
| Dir bleiben | 7.727 Won | 6.364 Won | 6.491 Won vor Gebühren |
Was die Tabelle zeigt:
- Gegenüber dem Small Business Program verlierst du mit externer Zahlung 1.236 Won pro Verkauf, also 16 % dessen, was dir bleibt, noch vor den Gebühren des Anbieters.
- Gegenüber dem Standardsatz von 30 % gewinnst du 127 Won, also 1,3 % des Preises. Der Abstand von 4 Punkten zwischen 30 % und 26 % schrumpft auf 1,3 Punkte, weil die 26 % auf den Preis inklusive Mehrwertsteuer berechnet werden.
- Bei einem Abo zum Standardsatz sinkt die Provision des In-App-Kaufs nach einem Jahr bezahltem Abo auf 15 %, laut demselben Abschnitt 3.4. Die externe Zahlung bleibt bei 26 %: Die koreanische Seite kündigt keine Senkung an.
Die Spalte „Externe Zahlung“ zählt nicht alles. Dazu kommen ein zweites Binary zum Pflegen, die monatliche Umsatzmeldung, der Kundensupport für Zahlungen und die Mehrwertsteuer, die du selbst anmeldest.
Die externe Zahlung schlägt den In-App-Kauf nur, wenn du 30 % zahlst und dein Anbieter dich weniger als 1,3 % des Preises kostet.
Methode und Grenzen
Ich habe den HTML-Code von Apples Korea-Seite, des Small Business Program und des Lizenzvertrags gelesen, ohne automatische Zusammenfassung. Drei Regeln ergeben die Rechnung: 26 % inklusive Mehrwertsteuer bei externer Zahlung, eine Provision auf den Preis abzüglich erhobener Steuern beim In-App-Kauf (Anhang 2, Abschnitt 3.4) und die von Apple abgeführte Mehrwertsteuer für nicht in Korea ansässige Entwickler (Anlage B von Anhang 2, „Exhibit B“).
Bist du in Korea ansässig, führst du die Mehrwertsteuer selbst ab, auch beim In-App-Kauf. Apple zieht dann vor der Berechnung der Provision eine geschätzte Mehrwertsteuer vom Preis ab (Anlage B) und schlägt auf diese Provision koreanische Mehrwertsteuer auf (Anlage C, Abschnitt 7). Lass die Rechnung von deinem Steuerberater neu machen.
Grenzen: Die 10 % Mehrwertsteuer sind eine Annahme, die Gebühren der Anbieter sind nicht eingerechnet, und es gab keinen echten Test.
Die Schritte zum Entitlement
- Rechne mit deinen echten Preisen neu und mit den Gebühren, die der Anbieter nennt.
- Wähle einen zugelassenen Anbieter: KCP, Inicis, Toss oder NICE. Prüfe, ob er Abos unterstützt, falls du welche verkaufst, und ob sein Zahlungsablauf nativ ist.
- Bereite eine neue Bundle ID vor, nie veröffentlicht, nur für die koreanische App.
- Fülle das Antragsformular aus als Kontoinhaber (Account Holder). Apple fragt nach App-Name, Beschreibung, Bundle ID, Anbieter, der Domain deiner Website und der Adresse deiner Support-Website. Du akzeptierst außerdem die Bedingungen des Entitlements.
- Warte auf Apples Bestätigungsmail und aktiviere dann das Entitlement für die App ID unter Certificates, Identifiers & Profiles.
- Konfiguriere das Binary und den geforderten StoreKit-Code, wie weiter unten beschrieben.
- Lege die App in App Store Connect an, mit Verfügbarkeit nur in Südkorea.
- Reiche die App ein, sobald dein Anbieter kassieren kann, mit Screenshots der Bildschirme, auf denen du den Nutzer informierst. Ist die neue App eine Version einer App, die in Korea per In-App-Kauf verkauft wird, entferne die alte aus diesem Storefront.
Apple warnt: Ein unvollständiger Antrag oder ein nicht zugelassener Anbieter verlängert die Prüfung oder führt zur Ablehnung.
Das Binary konfigurieren: Xcode oder Expo
Das Entitlement funktioniert ab iOS 15 und iPadOS 15. In Xcode ändern sich zwei Dateien.
In der .entitlements-Datei fügst du das Entitlement hinzu:
- Schlüssel:
com.apple.developer.storekit.external-purchase - Typ: Boolean
- Wert:
true
In Info.plist fügst du den Schlüssel SKExternalPurchase hinzu, vom Typ String-Array, mit dem Code für Südkorea. Apples Korea-Seite schreibt KR. Die Referenz des Schlüssels verlangt einen Code in Kleinbuchstaben und listet kr für Südkorea. Ich würde kr nehmen, wie in der technischen Referenz.
Beim nächsten Build merkt Xcode, dass das Provisioning Profile nicht mehr passt, und fordert ein neues an.
Mit Expo laufen beide Schlüssel über app.json, in ios.entitlements und ios.infoPlist:
{
"expo": {
"ios": {
"bundleIdentifier": "com.example.myapp.kr",
"entitlements": {
"com.apple.developer.storekit.external-purchase": true
},
"infoPlist": {
"SKExternalPurchase": ["kr"]
}
}
}
}
Die Bundle ID ist ein fiktives Beispiel. Um ein einziges Projekt zu behalten und zwei Apps herauszubringen, dokumentiert Expo App-Varianten mit app.config.js. Eine weltweite Variante behält den In-App-Kauf, eine koreanische Variante bekommt diese Schlüssel. Deine übliche Paywall, an den In-App-Kauf angebunden wie im RevenueCat-Guide, bleibt in der weltweiten Variante. Pack den In-App-Kauf nicht in die koreanische Variante, auch nicht deaktiviert: Apple verbietet jede versteckte oder ruhende Zahlungsfunktion. Die unten geforderten StoreKit-Aufrufe bleiben dagegen drin: Sie werden in Swift geschrieben, also plane mit Expo ein natives Modul ein, zum Beispiel mit der Expo Modules API.
Das Hinweisfenster und der Zahlungsablauf
Apple schreibt drei StoreKit-Aufrufe vor:
canMakePaymentsvor jedem Kauf- oder Zahlungseingabe-Ablauf prüfen, um zu wissen, ob der Nutzer zahlen darf;- Apples Hinweisfenster anzeigen mit der StoreKit External Purchase API, über
presentNoticeSheet(), ab iOS 15.4; - den Storefront bestätigen mit
StorefrontoderSKStorefront, wenn du diese API nicht aufrufst: Korea muss vor jedem Ablauf der Storefront des Nutzers sein.
Die Dokumentation von presentNoticeSheet() ergänzt zwei Regeln: zuerst ExternalPurchase.canPresent prüfen, verfügbar ab iOS 17.4, und das Fenster nur nach einer bewussten Aktion des Nutzers öffnen, etwa dem Tippen auf einen Button. Macht der Nutzer nicht weiter, zeigst du den externen Kauf nicht an.
Zwischen iOS 15.0 und 15.3 bildest du Design und Text von Apple exakt nach. In jedem Fall erscheint das Fenster vor jedem Kauf und jeder Eingabe einer Zahlungsmethode, bis der Nutzer auf „계속“ (Continue) tippt, Gerät für Gerät.
Sein koreanischer Titel: „이 앱은 App Store의 안전한 비공개 지불 시스템을 지원하지 않습니다.“ Die App unterstützt die sichere Zahlung des App Store nicht. Der Text warnt, dass Abo-Verwaltung, Familienfreigabe und Rückerstattungen durch Apple nicht verfügbar sind.
Der Ablauf selbst muss sein:
- nativ, in der App, nie in einer Web View;
- ohne versteckte, ruhende oder undokumentierte Zahlungsfunktion;
- ohne irreführende Praktiken: Sonst entfernt Apple die App und kann dich aus dem Programm ausschließen.
Frag deinen Anbieter, ob sein Zahlungsmodul in einer Web View öffnet, bevor du eine Zeile Code schreibst.
Nach dem Release: Bericht, Rechnung und Support
- Ein monatlicher Umsatzbericht, über das auf Apples Seite verlinkte Formular, innerhalb von 15 Kalendertagen nach Ende von Apples Geschäftsmonat. Apple stellt einen Beispielbericht bereit.
- Eine Rechnung, zu zahlen innerhalb von 45 Tagen nach Ende des Geschäftsmonats.
- Ein Prüfrecht: Apple kann die Richtigkeit deiner Meldungen kontrollieren.
- Bei Nichtzahlung: Apple kann mit dem verrechnen, was es dir in anderen Ländern schuldet, die App entfernen oder dich aus dem Programm ausschließen.
- Der Kundensupport liegt bei dir: Apple sieht diese Käufe nicht und übernimmt daher weder Rückerstattung noch Kaufhistorie noch Abo-Verwaltung.
Wo die koreanische Regulierungsbehörde steht
Geprüft am 27. Oktober 2026. 2023 kündigte die koreanische Telekommunikationsbehörde, damals die 방송통신위원회, geplante Sanktionen gegen Apple und Google an, weil sie ihr Zahlungssystem vorgeschrieben hatten. 2025 ersetzte ein Gesetz sie durch die 방송미디어통신위원회, laut Digital Daily. Am 12. Oktober 2026 plante ihr Vorsitzender eine Entscheidung vor Monatsende, laut SBS Biz. Am 27. Oktober hielt dasselbe Medium eine finale Abstimmung in der Plenarsitzung vom 28. Oktober für wahrscheinlich.
Am selben Tag war laut CBS Nocut News ein Punkt noch umstritten: ob Apple und Google verpflichtet werden, Apps zu erlauben, ihre Nutzer über eine Zahlung außerhalb des Systems von Apple oder Google zu informieren und sie dorthin zu leiten. Man spricht von einer „Anti-Steering“-Pflicht.
Am 27. Oktober 2026 war keine Entscheidung gefallen: Die hier beschriebenen Regeln sind die von Apples Seite zu diesem Datum. Eine Sanktion kann sie ändern, vor allem, wenn sie dieses Recht auf Information vorschreibt. Lies Apples Seite und die koreanische Presse erneut, bevor du deinen Antrag stellst.
Lohnt sich ein koreanisches Binary?
| Deine Situation | Mein Rat |
|---|---|
| Mitglied im Small Business Program | Bleib beim In-App-Kauf |
| Standardsatz, Gebühren über 1,3 % | Bleib beim In-App-Kauf |
| App in Korea schon bewertet | Bleib beim In-App-Kauf |
| Standardsatz, Gebühren unter 1,3 % | Rechne alles komplett neu |
Für die meisten Indie-Entwickler lautet die Antwort nein. Der mögliche Gewinn ist klein und nur beim Standardsatz drin; die Fixkosten dagegen sind sicher. Deine Energie bringt woanders mehr: das richtige Preismodell, behandelt in Abo oder Einmalkauf, und die realistischen Einnahmen einer App in wie viel eine App einbringt.
Häufige Fragen
Wie hoch ist Apples Provision bei externer Zahlung in Südkorea?
26 % des vom Nutzer gezahlten Preises, inklusive Mehrwertsteuer. Die Gebühren des Zahlungsanbieters kommen dazu, und du erhebst und führst die Steuern selbst ab.
Welche Zahlungsanbieter akzeptiert Apple in Korea?
KCP, Inicis, Toss und NICE sind bereits zugelassen. Du kannst einen anderen vorschlagen, aber Apple muss ihn prüfen, was deinen Antrag verzögern oder zur Ablehnung führen kann. Nur ein Anbieter pro Entitlement.
Kann man In-App-Kauf und externe Zahlung in derselben App in Korea anbieten?
Nein. Das Entitlement kann nicht neben Apples In-App-Kauf in derselben App existieren. Du brauchst ein separates Binary, das nur in Korea vertrieben wird.
Kann man externe Zahlung zu einer bereits veröffentlichten App hinzufügen?
Nein. Das Entitlement wird nur einer nie veröffentlichten Bundle ID zugeteilt. Ist die neue App eine Version deiner aktuellen App, die in Korea per In-App-Kauf verkauft wird, entferne die aktuelle aus dem koreanischen Storefront, bevor die neue genehmigt wird.
Gilt das Small Business Program für die koreanische externe Zahlung?
Apples Korea-Seite nennt keinen reduzierten Satz. Die 15 % des Small Business Program gelten für den In-App-Kauf. Deshalb ist der In-App-Kauf für einen kleinen Entwickler günstiger.
Kann ein ausländischer Entwickler die externe Zahlung in Korea nutzen?
Apples Seite verlangt keinen Sitz in Korea: Sie zielt auf Apps, die nur in Korea vertrieben werden. Aber du wirst für die koreanischen Steuern auf diese Verkäufe verantwortlich, während Apple sie beim In-App-Kauf für dich abführt, wenn du nicht ansässig bist. Frag den Anbieter auch, ob er einen Händler ohne Firma in Korea akzeptiert.
Welcher Info.plist-Schlüssel ist für die externe Zahlung in Korea nötig?
SKExternalPurchase, ein String-Array mit dem Code für Südkorea, laut Referenz des Schlüssels kr. Das Entitlement heißt com.apple.developer.storekit.external-purchase, ein Boolean auf true.
Hat die koreanische Regulierungsbehörde Apple schon sanktioniert?
Nicht bis zum 27. Oktober 2026, dem Datum dieser Prüfung: Es war keine Entscheidung gefallen. Laut SBS Biz war damals eine finale Abstimmung am 28. Oktober wahrscheinlich. Lies die koreanische Presse und Apples Seite, bevor du entscheidest.
Quellen
- Distributing apps using a third-party payment provider in South Korea, Apple Developer: Bedingungen, Anbieter, Konfiguration, Provision, Berichte. Koreanische Version.
- App Store Small Business Program, Apple Developer: die 15 % Provision und ihre Bedingungen.
- Apple Developer Program License Agreement, Anhang 2, Abschnitt 3.4, und seine Anlagen B und C: Berechnungsgrundlage der Provision und Steuererhebung.
- SKExternalPurchase, External Purchase und presentNoticeSheet(), Apple-Dokumentation.
- App-Konfiguration, App-Varianten und Expo Modules API, Expo-Dokumentation.
- SBS Biz, 12. Oktober 2026 und 27. Oktober 2026, sowie CBS Nocut News, 27. Oktober 2026: Zeitplan und Streitpunkte der Entscheidung der Behörde. Digital Daily, 27. September 2025: Gründung der 방송미디어통신위원회.
Deine App zum richtigen Preis verkaufen
Bevor du deinen Zahlungsweg wählst, mach die kostenlose Diagnose: Sie sagt dir, was dein Projekt wirklich bremst, und schickt dir meine Checkliste gegen Ablehnungen durch Apple.
Das iOS Kit enthält den Startcode meiner Apps, mit Onboarding, Paywall und Abos, die schon auf den In-App-Kauf programmiert sind, und den Weg in vier Schritten bis in den App Store, in deinem Tempo. Den kompletten Aufbau eines Abos, von den Produkten in App Store Connect bis zur Paywall, beschreibe ich in In-App-Abo unter iOS.