Guideline 5.6: paywall miatti elutasítás az App Store-ban

Az 5.6-os guideline a fejlesztői magatartási kódex. Paywallnál az Apple egy sablonmondattal hivatkozik rá: az app „attempts to manipulate customers into making unwanted In-App Purchases”. Magyarul: a vásárlási folyamatod egyik gombja nem azt csinálja, amit ígér, vagy egy ajánlat úgy jön vissza, hogy a felhasználó nem kérte. A javítás egyetlen szabály: minden gomb azt csinálja, amit mond, és a felhasználó maga dönti el, mikor lát újra ajánlatot.

Ezt az elutasítást a TradaZen-nél kaptam, ami a tőzsdei gyakorló appom. Az indulását ebben az esettanulmányban mesélem el. Jön a szabály, amit a paywallomban találtam, az elkerülendő minták és a válaszom az Apple-nek. Az értékelés-kérésekről szóló rokon szabályhoz inkább a 5.6.3-as guideline útmutatóját olvasd.

Mit mond az 5.6-os guideline?

Az 5.6, „Developer Code of Conduct”, az App Review Guidelines 5. „Legal” szakaszában található. Az első bekezdése a tiszteletről szól: az ügyfelek felé, az értékelésekre adott válaszokban és az Apple-lel folytatott levelezésben. A második közvetlenül a vásárlásokat célozza.

A hatályos szöveg lefekteti az elvet: „Customer trust is a cornerstone of the App ecosystem.” Utána felsorolja, mit nem tehet soha egy app: kihasználni a felhasználókat, átverni őket, „trick them into making unwanted purchases”, felesleges adatok megosztására kényszeríteni őket, „raise prices in a tricky manner”, fizettetni azért, ami nem kerül átadásra, vagy bármilyen más manipulatív gyakorlat, az appon belül vagy kívül.

Egyszerűen: nem szerezhetsz vásárlást trükkel. A szöveg nem ad listát tiltott gombokról. A hatást ítéli meg: azért fizetett a felhasználó, mert akarta, vagy mert a képernyő csapdába ejtette?

Az 5.6 négy alszabályt is tartalmaz:

Alszabály	Mit céloz
5.6.1 App Store Reviews	Értékelések és értékeléskérés
5.6.2 Developer Identity	Pontos adatok rólad
5.6.3 Discovery Fraud	Láthatósági csalás
5.6.4 App Quality	Panaszok, visszatérítések

A szankció benne van a szabályban: „Repeated manipulative or misleading behavior or other fraudulent conduct will lead to your removal from the Apple Developer Program.” Az ismételt manipulatív viselkedés tehát kizárást jelent a fejlesztői programból. Ez általános szabály, és jó ok arra, hogy már az első elutasításnál az egész vásárlási folyamatot rendbe tedd.

Az 5.6-os elutasító üzenet paywall esetén

Az üzenet gyakran ugyanazt a mondatot ismétli: „The app attempts to manipulate customers into making unwanted In-App Purchases.” Az Apple nem mindig mondja meg, melyik elemről van szó. Az én elutasításomban sem volt semmi több.

Más fejlesztők leírják a kifogásolt képernyőt. Egy 2024. novemberi Apple fórumszálban egy fejlesztő az 5.6-os elutasítását egy egyszeri ajánlathoz köti, ami akkor jelent meg, amikor a felhasználó bezárta az első előfizetési képernyőt.

Az 5.6 nem csak a paywallokat célozza. Egy fejlesztőt olyan funkciók miatt is elutasítottak, amelyek rejtettnek tűntek a review alatt. Ha az 5.6-os elutasításod nem vásárlásról szól, először azt keresd, amit a reviewer nem láthatott.

Az 5.6-os elutasításom a TradaZen-nél

2026. október 12-én az Apple elutasítja a TradaZen 1.5.1-es verzióját, iPad Airen tesztelve. Indok: 5.6-os guideline, a nem kívánt vásárlásokról szóló sablonmondattal. Egyetlen képernyőt sem neveznek meg.

Úgyhogy végigolvastam a teljes vásárlási folyamatomat, mint valaki, aki csak nemet akar mondani. Az onboarding végi paywallt nem lehet bezárni: a folytatáshoz az app próbaidőszakot vagy előfizetést kér. Három mechanizmus körülötte manipulációnak tűnhetett:

• Egy hamis X. A képernyő tetején egy X alakú gomb, amit a VoiceOver „Bezárás”-ként olvasott fel, bezárás helyett egy kedvezményes ajánlatot nyitott meg.
• Egy magától visszatérő ajánlat. Amíg az ajánlat élt, újra megnyílt, amikor a felhasználó visszatért az appba.
• Egy promóciós emlékeztető. Ha a felhasználó a paywallról lépett ki az appból, az app ütemezett egy értesítést, ami exkluzív kedvezményt hirdetett.

Egy részlet fontos: ezek a mechanizmusok már az előző verzióban is megvoltak, amit három nappal korábban elfogadtak. Egy elfogadás nem hagyja jóvá örökre a paywalladat: egy másik reviewer ugyanazt a képernyőt máshogy olvashatja.

Amit megváltoztattam

• Az X eltűnt erről a képernyőről. Helyette egy ajándék ikon van, amit a VoiceOver „Exkluzív kedvezmény”-ként olvas fel, és koppintásra megnyitja az ajánlatot. Semmi nem tesz úgy, mintha bezárna.
• Az ajánlat soha többé nem nyílik meg magától, amikor visszatérsz az appba.
• A kedvezményes értesítést töröltem. Maradt egy szelíd emlékeztető, telepítésenként egyszer küldve, és csak akkor, ha az értesítések engedélyezve vannak. Nem beszél se árról, se kedvezményről, se határidőről.
• Ezt az emlékeztetőt leírtam az App Review-nak szóló üzenetben, a szövegével és a küldés időpontjával együtt.

Amit megtartottam

Átnéztem azt is, ami maradt, és minden elemnél megkérdeztem magamtól, hogy tényleg választást hagy-e.

• Ajánlat megszakított vásárlás után. Ha a felhasználó megszakítja az Apple fizetési lapját az éves előfizetésnél, megnyílik egy üdvözlő ajánlat. Egyetlen 5 perces ablaka van, ami nem indul újra: ha a felhasználó ezen belül újra megszakít, újra megnyílik. Egy mozdulattal bezárható az X-szel vagy a „Nem, köszönöm” gombbal, és a termék valódi árát mutatja.
• Valódi 5 perces időzítő. A lejárata az első megjelenéskor elmentődik az eszközre. Az app bezárása után is fut, és újraindításkor nem nullázódik. Lejárta után az ajánlat eltűnik erre az app-telepítésre. Ha előtte bezárod, egy kis jelvény mutatja a hátralévő időt, és csak koppintásra nyitja meg újra az ajánlatot.
• Egy lelakatolt kincsesláda. Az onboarding alatt megszerzett tárgyakat mutatja, és csak azokat, lezárva, amíg az app nincs feloldva. Semmi nem állítja, hogy elvesznek.

Ezek az elemek szerepelnek a review notes-ban. Az elutasítás egyetlen képernyőt sem nevezett meg, ezért nem állítom, hogy az Apple jóváhagyta őket. Szerintem ezek a mechanikák átlátható változatai, és bejelentettem őket.

A javításhoz új build kellett, mivel minden az appban történt. A TradaZen 2026. október 13-án ment vissza review-ra.

Az 5.6-ot kiváltó paywall dark patternök

Az Apple nem tesz közzé listát. Ugyanannak a mechanikának gyakran két változata van: az, amelyik csapdát állít, és az, amelyik választást hagy. Ez a táblázat szétválasztja őket, a szabályok szövegét, más fejlesztők publikált elutasításait és az enyémet összevetve. Az átlátható változat nem garantálja az elfogadást. Ez az, amelyik nem akar megtéveszteni. Az utolsó oszlop megmondja, mire épül az adott sor.

Manipulatív változat	Átlátható változat	Mire épül
Egy X, ami bezárás helyett ajánlatot nyit	Az X bezár. Egy be nem zárható képernyőn nincs X	Javítva a TradaZen-elutasításom után
Egy „egyszeri” ajánlat, ami előugrik, amikor bezárod a paywallt	Egy kedvezmény egy gomb mögött, ami egyértelműen jelzi	Publikált elutasítás az Apple fórumán
Elutasítás után indított második ajánlat, félrevezető árú paywallban	Egyetlen ajánlat megszakított vásárlás után, valódi áron, egy mozdulattal zárható	Cal AI-eset; a Superwall által közölt egyeztetés
Paywall vagy ajánlat, ami magától újranyílik, amikor visszatérsz az appba	Akkor jön vissza, ha a felhasználó egy korlátba vagy egy ezt jelző gombba ütközik	Javítva a TradaZen-elutasításom után
Soha nem kért promóciós értesítés	Promóció kifejezett hozzájárulás után, az appon belüli leiratkozással	4.5.4-es szabály
Hamis időzítő, ami nullázódik, vagy amelynek ajánlata a vége után visszatér	Valódi határidő, ami bezárt appnál is fut, és tényleg véget ér	Az én olvasatom a „trick them”-ről, 5.6-os szabály
Kitalált jutalmak, vagy vásárlás nélküli elvesztéssel fenyegetett jutalmak	A felhasználó valódi nyereményei, az elvesztésükkel való fenyegetés nélkül	Az én olvasatom az 5.6-os szabályról
Ingyenes próbaidőszak, ami elhallgatja az automatikus terhelést	A próbaidőszak hossza és az utána felszámított ár, a gomb mellett	Az Apple előfizetési oldala
Nagy betűs heti ár, apró betűs számlázott összeg	A számlázott összeg a képernyő leglátványosabb ára	Az Apple előfizetési oldala
Bűntudatot keltő elutasító gomb	Semleges elutasítás, például „Most nem” vagy „Nem, köszönöm”	Az én olvasatom az 5.6-os szabályról

A Cal AI-esetet a TechCrunch írta meg: az Apple az 5.6-ra hivatkozott egy második előfizetési ajánlat miatt, amit azok láttak, akik az elsőt elutasították. Ugyanezt a paywallt 3.1.2(c) alapján is kifogásolták: a heti ár elnyomta a számlázott összeget, a próbaidőszak pedig elrejtette az automatikus megújítást. A cikk nem írja le részletesebben a második ajánlatot.

Ezzel szemben a Superwall, egy paywall-eszközöket fejlesztő cég, amely ilyen ajánlatokat árul, egy nem hivatalos egyeztetésről számol be az Apple-lel 2026 júniusában. Eszerint a megszakított vásárlás után mutatott ajánlat megengedett. A tolakodás nem: egy minden munkamenetben visszatérő ajánlat, vagy egy folyamat, amiből csak fizetéssel lehet kijutni. A Superwall hozzáteszi, hogy ezek nem hivatalos szabályok, és a reviewer megtartja a mérlegelési jogát. Az elutasítás utáni ajánlat tehát mérlegelés kérdése marad: a szöveg nem tiltja, vannak publikált elutasítások, és számít a hogyan.

Az értesítésekre vonatkozó szabály a 4.5.4: nincs promóció értesítésben az appon belül kért kifejezett hozzájárulás és leiratkozási lehetőség nélkül.

Az árról az Apple előfizetési oldala egyértelmű: a számlázott összegnek kell a leglátványosabb árelemnek lennie. Az indok egy mondat: „This ensures that people are not misled.” A 3.1.2-es szabály hozzáteszi, hogy az Apple eltávolítja azokat az appokat, amelyek félrevezetően vagy „bait-and-switch” módszerrel adnak el előfizetést.

A teszt, amit most alkalmazok: minden gomb pontosan azt csinálja, amit a kinézete ígér, és a felhasználó egy mozdulattal nemet mondhat, anélkül hogy az ajánlat magától visszajönne?

A klasszikusabb paywall-hibák, amik eladásokba kerülnek, de nem feltétlenül vezetnek elutasításhoz, itt vannak: iOS paywall: 7 kezdő hiba.

Hogyan javíts ki egy 5.6-os elutasítást

1. Listázd a teljes vásárlási folyamatodat. Paywall, másodlagos ajánlatok, időzítők, értesítések, visszatéréskor felugró emlékeztetők. Az Apple nem mindig mondja meg, mire gondol. Minden elemnél ellenőrizd, hogy az átlátható változatában van-e: egy mozdulattal bezárható, valódi időzítő, pontos ár, nincs automatikus visszatérés. Javíts ki vagy távolíts el mindent, ami csapdára hasonlít, ne csak a legvalószínűbb elemet.
2. Játszd végig a reviewer útját. Töröld az appot, telepítsd újra, fejezd be az onboardingot, aztán utasíts el mindent: zárd be, szakítsd meg, lépj ki az appból, térj vissza. Jegyezz fel minden képernyőt, ami kérés nélkül nyílik meg, és ellenőrizd, hogy egy mozdulattal be tudod-e zárni.
3. Készíts új buildet. Az ok az appban van, tehát a beépített kódban. Egy távoli frissítés nem helyettesíti a buildet, ahogy a 2.1-es guideline útmutatójában elmagyarázom.
4. Ne tarts semmit tartalékban. Ha egy ajánlatot az elfogadás után távolról újra bekapcsolsz, az egy funkció elrejtése a reviewer elől. Maga a RevenueCat is óv ettől a kilépési ajánlatokról szóló cikkében.
5. Válaszolj az App Store Connectben, angolul, az App Review üzenetére válaszolva.

Íme egy sablon a válaszomból és a review notes-omból, rövidítve. Cseréld le a build számát és a változtatásokat a sajátjaidra, aztán sorold fel, mi maradt:

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,

Amit írsz, annak pontosan egyeznie kell a builddel. Ha megtartasz egy emlékeztetőt vagy egy ajánlatot, akár automatikusan indulót is, írd le őket a válaszban és a review notes-ban. Ha szerinted a reviewer tévedett, az Apple lehetővé teszi, hogy fellebbezz az App Review Boardnál, elutasított beküldésenként egyszer. Paywallnál szerintem biztonságosabb javítani, mint vitatkozni. A többi elutasítási okot és a válaszadás módját a miért utasítja el az Apple az appodat cikkben találod.

Anti-5.6 checklist beküldés előtt

• Minden X bezárja a képernyőt. Egy be nem zárható képernyőn nincs X.
• Minden gomb kimondja, mit csinál, a képernyőn és a VoiceOvernek is.
• Egyetlen ajánlat sem bújik meg bezáró gomb mögött.
• Ha megtartasz egy elutasításra induló ajánlatot, az egyetlen, újra nem induló ablakba fér, valódi áron, és egy mozdulattal bezárható.
• Se paywall, se ajánlat nem nyílik meg magától, amikor visszatérsz az appba.
• Nincs promóciós értesítés az appon belüli kifejezett hozzájárulás nélkül.
• Nincs hamis időzítő: a kijelzett határidő valódi, nem nullázódik, és tényleg véget ér.
• Amit a képernyő megszerzettként mutat, azt tényleg megszerezték, az elvesztésével való fenyegetés nélkül.
• A próbaidőszak kiírja a hosszát és az utána felszámított árat.
• A számlázott összeg a képernyő leglátványosabb ára.
• A review notes leír minden ajánlatot és emlékeztetőt, ami a buildben van.
• Végigjátszottad a folyamatot mindent elutasítva, iPhone-on és iPaden is.

Nézesd át a paywalladat az Apple előtt

A Review Kit tartalmazza a beküldés előtti checklistemet, a kijavított elutasításaimat és két Claude Code skillt, amelyek átnézik a projektedet, a paywalladat és az adatlapodat. Ha az Apple elutasít, előkészítik a válaszodat. Ha emberi szemre van szükséged, foglalj velem egy órát: együtt végigjátsszuk a vásárlási folyamatodat a képernyődön. Az elutasítás utáni teljes teendőlista az Apple által elutasított alkalmazás oldalon van, az előfizetések technikai része pedig az iOS in-app előfizetések oldalon.

Ha az első megjelenésedre készülsz, csináld meg az ingyenes diagnosztikát: sorba rakja a lépéseket, és elküldi az Apple-elutasítás elleni checklistemet. A kezdőlap megmutatja, hogyan készíts mobilalkalmazást olyan paywallal, ami eleve a review-ra van tervezve.

Senki nem garantálhatja, hogy az Apple elfogadja az appodat. Amit tenni tudok: segítek elkerülni egy 5.6-os elutasítást, amiért én már fizettem egy review-ciklussal.

Gyakori kérdések

Mit jelent a „Guideline 5.6 - Developer Code of Conduct” egy elutasításban?

Ez a fejlesztői magatartási kódexről szóló szabály címe. Alkalmon belüli vásárlásokat tartalmazó appnál leggyakrabban manipulatívnak ítélt vásárlási folyamatot jelez: hamis bezárás, magától visszatérő ajánlat, félrevezetően bemutatott próbaidőszak vagy ár. Az üzenet nem mindig nevezi meg a kifogásolt képernyőt.

Tiltja az Apple a kilépési ajánlatot?

A szöveg kifejezetten nem tiltja. A RevenueCat is megjegyzi ezt, miközben jelzi, hogy fejlesztőket emiatt utasítottak el. A publikált elutasítások olyan ajánlatot céloznak, ami a paywall bezárásakor ugrik elő, vagy egy elutasítás után indított második ajánlatot. Ami az átlátható változatot megkülönbözteti: választható ajánlat, egyetlen, újra nem induló ablakra korlátozva, valódi áron, egy mozdulattal bezárható, nem jön vissza magától, és ha van időzítő, az valódi. Írd le a review notes-ban. Senki nem garantálhatja, hogy egy reviewer így fogja olvasni.

Szabad X nélküli paywall?

A szabályok nem írnak elő X-et, és a TradaZen-nél ezt választottam ez után az elutasítás után. Amit az Apple elutasít, az egy bezárásnak látszó gomb, ami mást csinál. Egy fejlesztő ugyanakkor beszámolt egy 5.6-os elutasításról kiút nélküli paywall miatt egy ingyenesen letölthető appban. Mutasd meg az értéket, mielőtt próbaidőszakot kérsz, és írd le egyértelműen az adatlapodon, hogy az app fizetős.

Kell új build egy 5.6-os elutasítás után?

A legtöbb esetben igen, mert az ok az app egy képernyője vagy viselkedése. Ha a probléma az appon kívül van, az adatlapon vagy a metaadatokban, elég lehet build nélküli javítás is. Ha bizonytalan vagy, kérdezd meg a reviewert, melyik képernyőre gondol.

Vezethet egy 5.6-os elutasítás a fejlesztői fiók megszüntetéséhez?

A szabály ismételt manipulatív viselkedés esetén ezt írja elő, a fejlesztői programból való kizárással. Azt is előírja, hogy egy megszüntetett fiók visszaállítható egy írásos fejlesztési terv után, amit az Apple jóváhagy, majd ellenőriz. Ezért érdemes már az első elutasításnál az egész folyamatot kijavítani.

Mi a különbség az 5.6 és az 5.6.3 között?

Az 5.6 az általános magatartási kódex: tisztelet, bizalom, semmi trükkel szerzett vásárlás. Az 5.6.3 az egyik alszabálya, a rangsorok, a keresés és az értékelések manipulálásáról. Az Apple a Solys-nál hivatkozott rá egy onboardingba tett értékeléskérés miatt.