Guideline 3.1.1: kdaj je nakup v aplikaciji obvezen

Guideline 3.1.1 zahteva Applov nakup v aplikaciji (in-app purchase), takoj ko tvoja aplikacija odklene digitalno vsebino ali funkcijo: naročnino, polno različico, valuto v igri, premium vsebino. Zavrnitev 3.1.1 pomeni, da je Apple našel drug vhod do te vsebine: plačilo na tvoji spletni strani, licenčni ključ, lastno kodo, gumb do plačilne strani. Popravek gre prek nakupa v aplikaciji, razen če tvoj primer spada pod izjemo ali regionalno pravilo.

Objavljam svoje iOS aplikacije, in tiste z naročnino jo prodajajo prek Applovega nakupa v aplikaciji. Zavrnitve 3.1.1 nisem še nikoli dobil in ne bom ti trdil nasprotnega. Ta vodnik temelji na uradnem besedilu, v različici z 8. junija 2026, prebrani 15. oktobra 2026, in na regionalnih pogojih, ki jih je objavil Apple. Soroden primer naročnin, z dvema resničnima zavrnitvama, je v vodniku o guideline 3.1.2.

Kaj pravi guideline 3.1.1?

3.1.1, »In-App Purchase«, odpira razdelek 3.1 »Payments« v App Review Guidelines. Od tod naslov e-pošte: »Guideline 3.1.1 - Business - Payments - In-App Purchase«. Prvi stavek pove bistvo: za odklepanje funkcij v aplikaciji »you must use in-app purchase«, moraš uporabiti nakup v aplikaciji. Apple navaja naročnine, valute v igrah, nivoje, premium vsebino in polno različico.

Naslednji stavek cilja na obvode. Aplikacija ne sme uporabljati lastnega mehanizma za odklepanje vsebine: Apple imenuje licenčne ključe, oznake obogatene resničnosti, QR kode, kriptovalute in kripto denarnice.

Isto pravilo doda obveznosti, ki jih ljudje pogosto pozabijo:

• krediti in valute, kupljeni z nakupom v aplikaciji, ne potečejo, in vsak nakup, ki ga je mogoče obnoviti, ima mehanizem za obnovitev;
• plačljiva skrinja ali žrebanje (»loot box«) pred nakupom prikaže verjetnosti za vsako vrsto predmeta;
• digitalna darilna kartica, bon ali kupon se v aplikaciji prodaja z nakupom v aplikaciji; fizična kartica, poslana po pošti, lahko gre prek drugega načina;
• aplikacija brez naročnine lahko ponudi časovno omejen preizkus v obliki brezplačnega nakupa v aplikaciji z imenom »XX-day Trial«, ki pred začetkom pove trajanje, kaj bo izgubljeno in kaj bo treba plačati;
• napitnine razvijalcu so mogoče, prek nakupa v aplikaciji.

Situacije, ki sprožijo zavrnitev 3.1.1

Kaj aplikacija naredi	Zakaj Apple zavrne	Popravek
Odklene vsebino, kupljeno na tvoji strani	Ni enakovrednega nakupa v aplikaciji	Prodajaj jo tudi z nakupom v aplikaciji
Prikaže »Plačaj na naši strani«	Preusmeritev na drugo plačilo	Odstrani gumb, razen pri izjemi
Zahteva licenčni ključ ali lastno kodo	Prepovedan mehanizem odklepanja	Applove kode ponudb
Odklene v zameno za kriptovaluto	Prepovedan mehanizem odklepanja	Nakup v aplikaciji
Prodaja kredite, ki potečejo	Obveznost iz 3.1.1	Trajni krediti in obnovitev
Prodaja skrinjo brez verjetnosti	Verjetnosti niso prikazane	Verjetnosti vidne pred nakupom

Prva vrstica je najslabše razumljena. V zavrnitvi, objavljeni na Applovih forumih, sporočilo pravi, da aplikacija »accesses digital content purchased outside the app«, dostopa do vsebine, kupljene drugje, »but that content isn't available to purchase using in-app purchase«. Apple ti ne očita, da imaš spletno stran, ki prodaja: očita ti, da aplikacija ne ponuja istega nakupa prek Appla.

Za brezplačen dostop ali popust ima Apple svoj sistem, kode ponudb (offer codes). Po dokumentaciji StoreKit delujejo za vse vrste nakupov v aplikaciji: naročnine, potrošne in nepotrošne. Ustvariš jih v App Store Connect, uporabnik pa jih vnese v App Store ali v tvojo aplikacijo.

Izjeme: kdaj nakup v aplikaciji ni zahtevan

Pravilo 3.1.3 našteje aplikacije, ki lahko uporabljajo drug način plačila. Tole je tabela, s katero ugotovim, kam spada projekt.

Tvoj primer	Je nakup v aplikaciji zahtevan?	Pravilo
Naročnina, polna različica, digitalna vsebina	Da	3.1.1
Fizičen izdelek, storitev, porabljena zunaj aplikacije	Ne, drug način je obvezen	3.1.3(e)
Tečaj ali posvet v živo, ena na ena	Ne	3.1.3(d)
Tečaj v živo za več ljudi	Da	3.1.3(d)
Tisk, knjige, glasba, video, kupljeni drugje	Ne za dostop	3.1.3(a)
Večplatformna storitev, kupljena na tvoji strani	Dostop dovoljen, če je tudi v nakupu v app.	3.1.3(b)
Orodje, prodano podjetju za zaposlene	Ne	3.1.3(c)
Brezplačna spremljevalna app spletnega orodja, brez nakupa	Ne	3.1.3(f)

Dve omejitvi. Aplikacija, ki izkorišča izjemo, v aplikaciji ne sme usmerjati k drugemu načinu plačila, razen na ameriški trgovini in v primerih, ki jih predvideva Apple. Apple pa pojasnjuje, da »Developers can send communications outside of the app«: uporabnikom lahko pišeš zunaj aplikacije, na primer po e-pošti.

Pravila po regijah oktobra 2026

Tu se besedila hitro spreminjajo. Spodnje povzema Applova besedila, prebrana 15. oktobra 2026: preberi jih znova, preden sprogramiraš zunanje plačilo.

Regija	Kaj je dovoljeno poleg nakupa v aplikaciji
ZDA	Gumbi in povezave do drugega plačila, brez entitlementa
Evropska unija	Alternativno plačilo v aplikaciji in ponudbe zunaj nje, z omejitvami
Japonska, Brazilija, Južna Koreja	Lastni programi, na zahtevo za entitlement
Druge države	Noben gumb, povezava ali poziv k drugemu plačilu

ZDA

Pravilo 3.1.1(a) pojasnjuje, da entitlementi »are not required for developers to include buttons, external links, or other calls to action in their United States storefront apps«. Na ameriški trgovini je gumb do tvoje strani torej dovoljen. Tvoj binary je povsod isti: če dodaš ta gumb, mora aplikacija vedeti, na kateri trgovini je uporabnik. StoreKit to pove s Storefront.

Evropska unija

Od 1. oktobra 2026 veljajo novi pogoji, glede na Applovo stran o možnostih plačila v EU. Lahko obdržiš samo nakup v aplikaciji in ne spremeniš ničesar. Lahko pa ponudiš tudi ponudnika plačil v aplikaciji ali ponudbe zunaj aplikacije, na primer na tvoji strani. Apple takrat med drugim zahteva:

• entitlement »StoreKit External Purchases or Offers« in, za povezavo ali plačilo v aplikaciji, sistemsko informativno okno;
• nakup v aplikaciji vsaj tako viden kot druga možnost, ko sta obe na zaslonu;
• nobene omembe teh plačil na tvoji strani v App Store;
• starševski nadzor za mladoletne in nobene ponudbe zunaj aplikacije pred 13. letom, ali več, odvisno od države;
• isto izbiro na vseh trgovinah EU 12 mesecev.

Glede na izbrano možnost veljajo provizije. Preberi njihov razdelek na isti strani, preden se odločiš.

Druge države

Drugod pravilo ostaja strogo: »apps and their metadata may not include buttons, external links, or other calls to action« k drugemu načinu plačila. Beseda »metadata« šteje: opis, ki napoveduje »ceneje na naši strani«, prav tako spada pod pravilo. Nekatere države, med njimi Japonska, Brazilija in Južna Koreja, imajo lastne programe, navedene v dokumentaciji External Purchase.

Popravi zavrnitev 3.1.1 in odgovori Applu

1. Najdi vhod. Sporočilo navaja vsebino ali zaslon, ki je problem: vsebina, kupljena drugje, gumb, koda, povezava.
2. Zapri ga ali ga podvoji. Ali odstraniš gumb ali kodo, ali pa isto vsebino prodajaš z nakupom v aplikaciji.
3. Na izjemo se sklicuj samo, če res velja. Navedi točko 3.1.3 in v dveh stavkih pojasni, zakaj tvoj primer spada podnjo.
4. Pregledovalcu daj nekaj za testiranje. Demo račun in pot do paywalla v opombah za pregled, kot razložim v vodniku o guideline 2.1.

Odgovoriš v razdelku App Review v App Store Connect, po postopku za odgovor App Review. Tu je predloga za najpogostejši primer, vsebino, kupljeno na strani. To je primer: build, izdelek in pot zamenjaj s svojimi.

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,

Gumb in paywall sta v kodi: potreben je nov build. Če si še vedno prepričan, da je tvoj primer izjema, Apple omogoča tudi pritožbo pri App Review Board.

Poveži nakup v aplikaciji, ne da bi vse prepisal

Za začetnika je najpreprostejša pot, da izdelke ustvari v App Store Connect in jih nato z aplikacijo poveže prek RevenueCat: recept je v RevenueCat: nastavi naročnino v aplikaciji. Če se ne moreš odločiti med modeloma, preberi naročnina ali enkraten nakup. Če gradiš z orodjem brez kode, preveri, ali podpira nakup v aplikaciji: to je ena od točk v ustvari aplikacijo brez programiranja.

Takoj ko je tvoj nakup v aplikaciji naročnina, se doda še 3.1.2: zaračunani znesek v ospredju, trajanje, podaljšanje, povezave. Najpogostejše napake na zaslonu so v iOS paywall: 7 začetniških napak.

Kontrolni seznam 3.1.1 pred oddajo

• Vse, kar se v aplikaciji odklene (funkcija, vsebina, nivo, valuta), se kupi z nakupom v aplikaciji.
• Noben gumb, povezava ali besedilo ne vodi do zunanjega plačila, razen na ameriški trgovini ali s pridobljenim regionalnim programom.
• Opis na tvoji strani v trgovini ne omenja nobenega drugega načina plačila.
• Vsebina, ki jo prodajaš na svoji strani, je naprodaj tudi z nakupom v aplikaciji.
• Noben licenčni ključ, QR koda, lastna koda ali kripto ne odklene ničesar.
• Za podarjanje dostopa uporabljaš Applove kode ponudb.
• Kupljeni krediti ne potečejo, gumb »Restore Purchases« pa deluje.
• Vsaka plačljiva skrinja ali žrebanje pred nakupom prikaže verjetnosti.
• Fizičen izdelek ali storitev zunaj aplikacije gre prek Apple Pay ali kartice, ne prek nakupa v aplikaciji.
• Tvoje opombe za pregled povedo, kje najti nakupe, in, če se sklicuješ na izjemo, na katero.

Preveri aplikacijo pred oddajo

Če je bila tvoja aplikacija pravkar zavrnjena zaradi 3.1.1, ti Apple Review Kit pomaga najti navedeno pravilo, kaj zahteva, ter primer popravka in odgovora. Njegove opombe za testerja pokrivajo nakup v aplikaciji. Za človeški pogled rezerviraj uro z mano: skupaj prebereva Applovo sporočilo in poiščeva vhod, ki ga je videl. Celoten postopek je na strani aplikacija, ki jo je Apple zavrnil, nastavitev nakupa pa na strani iOS naročnina v aplikaciji.

Če pripravljaš prvo izdajo, naredi brezplačno diagnostiko: korake postavi v pravi vrstni red in ti pošlje moj kontrolni seznam proti Applovim zavrnitvam. Če želiš ustvariti mobilno aplikacijo, ki od začetka prodaja z nakupom v aplikaciji, iOS Kit začne iz kode, kjer sta paywall in naročnine že nastavljena.

Nihče ti ne more zagotoviti, da bo Apple sprejel tvojo aplikacijo. Lahko pa ti pomagam izbrati pravi način plačila, preden napišeš kodo.

Pogosta vprašanja

Kaj pomeni »Guideline 3.1.1 - Business - Payments - In-App Purchase«?

To je polni naslov pravila o nakupu v aplikaciji v Applovem sporočilu. Opozarja, da tvoja aplikacija omogoča dostop do digitalne vsebine ali funkcije po drugi poti kot z nakupom v aplikaciji: plačilo na strani, koda, licenčni ključ ali povezava do plačilne strani.

Lahko dodam povezavo do svoje strani za cenejše plačilo?

Na ameriški trgovini da: pravilo dovoljuje gumbe in povezave brez entitlementa. V Evropski uniji je to mogoče z Applovim entitlementom in njegovimi pogoji. Drugod, razen z regionalnim programom, ne aplikacija ne njena stran v trgovini ne smeta voditi do drugega načina plačila.

Lahko aplikacijo odklenem s promocijsko kodo?

Ne z lastno kodo: 3.1.1 prepoveduje lastne mehanizme odklepanja, kot so licenčni ključi. Uporabi Applove kode ponudb, ustvarjene v App Store Connect. Delujejo za naročnine in za druge vrste nakupov v aplikaciji.

Potrebujem nakup v aplikaciji za prodajo fizičnega izdelka ali storitve?

Ne. Fizičen izdelek ali storitev, porabljena zunaj aplikacije, kot je dostavljen obrok ali vožnja, mora iti prek drugega načina plačila, Apple Pay ali bančne kartice. Tudi tečaj v živo med dvema osebama gre lahko brez njega, tečaj v živo za več ljudi pa ne.

Se lahko stranka, naročena na moji strani, prijavi v aplikacijo?

Da, za večplatformno storitev, pod pogojem, da je isti dostop naprodaj tudi z nakupom v aplikaciji. To je pravilo 3.1.3(b). Brez te ponudbe v aplikaciji padeš v tipično zavrnitev 3.1.1: vsebina, kupljena drugje, ki je ni mogoče kupiti prek Appla.

Je RevenueCat dovolj za skladnost s 3.1.1?

RevenueCat temelji na Applovem nakupu v aplikaciji, zato ne ustvarja težav s 3.1.1. Vendar ne odstrani gumba za zunanje plačilo ali lastne kode, ki bi ju tvoja aplikacija vsebovala. Skladnost moraš še vedno preveriti zaslon za zaslonom in na svoji strani v trgovini.