Guideline 2.1: App Store elutasítás okai és javítása

A guideline 2.1 az a szabály, amelyen a legtöbb beküldés elbukik. Ezt maga az Apple írja az App Review oldalán: átlagosan a megoldatlan problémák több mint 40%-a a 2.1-hez tartozik, ahhoz, amelyik az összeomlásokat, az ideiglenes tartalmat és a hiányos információkat fedi le.

Ez a cikk csak erről az egy szabályról szól: mit takar, mi a két változata, hogyan teszteli a reviewer az appodat, és mit válaszolj neki. Mindezt három elutasítással, amit a saját appjaimon kaptam. Ha az összes elutasítási ok áttekintésére vagy kíváncsi, inkább olvasd el, miért utasítja el az Apple az appot.

Mi az a guideline 2.1 App Completeness?

A guideline 2.1 azt követeli meg, hogy az Apple-nek beküldött app végleges és teljes verzió legyen: nincs összeomlás, nincs halott link, nincs ideiglenes szöveg, van demófiók, ha az app bejelentkezést kér, és az alkalmazáson belüli vásárlások láthatók és működnek. Ha a reviewer nem tudja végigjárni az appodat, az 2.1-es elutasítás.

A hivatalos szöveg az App Review Guidelines 2. „Performance” szakaszában található. Két bekezdésre oszlik.

A 2.1(a) azt kéri, hogy minden beküldés végleges verzió legyen, az összes metaadattal és működő URL-ekkel. Az ideiglenes szövegnek, az üres weboldalaknak és minden átmeneti tartalomnak el kell tűnnie a beküldés előtt. Az appot valódi eszközön kell tesztelni hibákra és stabilitásra. Ha bejelentkezést kér, adsz egy demófiókot, és bekapcsolva hagyod a szerveredet. Egy beépített demómód helyettesítheti ezt a fiókot, de csak az Apple előzetes jóváhagyásával, és az app összes funkcióját meg kell mutatnia. A mondat, ami mindent összefoglal: „We will reject incomplete app bundles and binaries that crash”.

A 2.1(b) az alkalmazáson belüli vásárlásokról szól: legyenek teljesek, naprakészek, a reviewer számára láthatók és működők. Ha egy App Store Connectben beállított vásárlás nem található meg az appban, a review jegyzetekben el kell magyaráznod, miért.

Mit takar a gyakorlatban a guideline 2.1

A gyakorlatban egy 2.1-es elutasítás ezek egyike miatt jön:

• Összeomlás. Indításkor, megtagadott engedély után, hálózat nélkül. Egy is elég.
• Halott link. Adatvédelem, felhasználási feltételek, support: minden megadott URL-t meg fognak nyitni.
• Elérhetetlen funkció. Egy gomb, ami sehová nem vezet, egy kötelező képernyő, amin nem lehet továbbjutni, egy onboarding kijárat nélkül. A legalattomosabb forma: a saját telefonodon nem látszik.
• Hiányzó vagy lejárt demófiók. A reviewer elakad a bejelentkezési képernyőn, vagy a megadott fiók már nem működik, vagy a szerver le van kapcsolva.
• Kitöltő tartalom. Lorem ipsum, „Hamarosan elérhető”, üres képernyő, látható tesztadatok.
• Megtalálhatatlan alkalmazáson belüli vásárlások. Az előfizetés létezik az App Store Connectben, de a reviewer nem találja a képernyőt, ami eladja, vagy a vásárlás sandboxban elbukik. A fizetési képernyő leggyakoribb hibái itt vannak: iOS paywall: 7 kezdő hiba.

2.1 Information Needed vagy 2.1(a): mi a különbség?

Az Apple üzeneteinek nem mindig ugyanaz a címe, és a különbség megváltoztatja a válaszodat.

A „Guideline 2.1 - Information Needed” azt jelenti, hogy a reviewer nem tudta befejezni a review-t, és kérdez tőled. Hiányzik egy belépési adat, egy magyarázat, egy mód egy funkció elérésére. Ez még nem hiba megállapítása: ez kérés. Néha elég egy pontos válasz az App Store Connectben. De ha a kérdés valódi elakadást tár fel az appban, új build kell.

A „Guideline 2.1(a) - Performance - App Completeness” azt jelenti, hogy a reviewer problémát talált: összeomlást, hibát, nem reagáló képernyőt. Az üzenet általában megadja a használt eszközt, és gyakran képernyőképet is csatol. Ilyenkor javítanod kell, új buildet beküldeni, aztán válaszolni.

Hogyan teszteli az Apple az appodat

Képzeld magad a reviewer helyébe. Három dolog számít.

Olyan eszközön tesztel, ami lehet, hogy neked nincs. Az elutasító üzenet gyakran megadja a modellt. A 2.4.1-es szabály szerint az iPhone-appoknak lehetőség szerint iPaden is futniuk kell, és egy iPhone-ra tervezett app ott kompatibilitási módban jelenik meg, iPhone formátumú ablakban. A legutóbbi 2.1-es elutasításaim egy iPad Airről jöttek: ha csak az iPhone-odon tesztelsz, nem látod, amit a reviewer lát.

Első indításból indul. Friss app, nincs cache, nincs munkamenet, nincs letöltött frissítés.

A hálózatnak csak IPv6-on is működnie kell. A 2.5.5-ös szabály, a háttérmódokról szóló guideline 2.5.4 szomszédja, megköveteli, hogy az app teljesen működjön egy csak IPv6-os hálózaton, és az Apple IPv6-os support oldala ezt 2016. június 1. óta minden beküldött app számára követelménnyé teszi. A kockázatot egy fixen beírt IPv4-cím jelenti: az Apple azt tanácsolja, hogy csak IPv6-os hálózaton tesztelj, kikapcsolt mobiladattal.

Hogy beküldés előtt reprodukáld ezeket a feltételeket, a legegyszerűbb a TestFlight több eszközön: lásd TestFlight: iPhone-app tesztelése.

Három elutasítás, amit kaptam, és a valódi okuk

Három friss elutasítás a saját appjaimon, a valódi okukkal.

Solys: iPaden megnyerhetetlen minijáték-demó

A Solys a minijátékos ébresztőórám. 2026. augusztus 18-án egy buildet „2.1 Information Needed” indokkal utasítanak el: az Apple azt kéri, hogyan lehet túljutni a játékmisszión. A reviewer iPad Airen tesztelt, az iPhone-appot kompatibilitási módban futtatva.

A valódi ok az onboarding minijáték-demójában volt. Az akadályok magassága fix pontokban volt megadva. A kompatibilitási módú iPaden elérhető kártyamagasságon az átjáró keskenyebb lett, mint a karakter: a demót lehetetlen volt megnyerni. A „Tovább” gomb pedig csak győzelem esetén vált aktívvá. Nem volt kiút: a reviewer nem láthatta az appot.

A javítás: a kártya mért méretével arányos geometria, és egy „Demó kihagyása” link, ami vereség után jelenik meg.

A tanulság: minden teljesítményhez kötött lépésnek kell, hogy legyen feltétel nélküli kijárata. És minden kötelező képernyőt tesztelni kell a legkisebb támogatott kijelzőn ÉS iPaden kompatibilitási módban.

Nolera: a reviewer számára láthatatlan javítás

2026. szeptember 17-én a Nolerát elutasítják egy iPad Airen végzett review után. Az üzenet a 2.1(a)-t más pontokkal kombinálta. A jelzett probléma javítását távoli frissítéssel (OTA) szállítottam ki, új build nélkül.

A probléma: a legelső indításkor a reviewer a buildbe ágyazott kódot látja, nem az utána letöltött frissítést. Számára a javítás nem létezett.

A tanulság: a review-nak szánt javításnak benne kell lennie az Apple-nek beküldött binárisban.

Clic: az ok nem az appban volt

2026. szeptember 16-án a Clicet elutasítják. Maga az app naprakész volt. A valódi ok máshol volt: az online közzétett adatvédelmi irányelv nem volt naprakész a használt AI-szolgáltató tekintetében. Ez az elutasítás inkább az adatvédelemhez tartozik, mint a 2.1-hez, de ugyanazt mutatja: a valódi okok nem mindig azok, amiket az üzenet sugall.

A tanulság: azt ellenőrizd, ami online van, nem azt, ami a repódban. Nyiss meg minden megadott URL-t a beküldés napján.

Mit válaszolj a Resolution Centerben

Elutasítás után a beküldésed „Unresolved Issues” állapotba kerül, és az Apple-lel a beszélgetés az appod App Review szakaszában zajlik, amit még mindig Resolution Centernek hívnak. Az App Review-nak való válaszadás hivatalos menete legfeljebb 4000 karakteres üzenetet enged, egy csatolmánnyal.

Írj angolul, tárgyilagosan. A reviewer három információt akar: mi akadt el, mi változott, hogyan ellenőrizheti. Ezt a sablont használom (cseréld le a buildszámot és a javítást a sajátodra):

Hello,

Thank you for your review.

Issue: the onboarding game demo could not be completed on iPad
(iPhone app running in compatibility mode), so the user could
not continue.

Fix in build 1.0.3 (42):
- The game layout now scales to the measured screen size.
- A "Skip demo" link appears after a failed attempt, so the
  onboarding can always be completed.

How to verify: launch the app, start the onboarding demo,
lose once, then tap "Skip demo".

A screen recording is attached.

Best regards,

Néhány szabály:

• Arra válaszolj, amit kérdeztek. „Information Needed” esetén a pontos válasszal kezdd, ne a háttérrel.
• Nevezd meg a buildet, és add meg az utat a javított képernyőhöz, három-négy lépésben.
• Csatolj bizonyítékot. Egy rövid videó a reviewerééhez hasonló eszközön megspórol egy újabb kört.
• Ne védekezz. Az App Review Board előtti fellebbezés létezik, de egy jogos 2.1-es elutasításnál csak meghosszabbítja a várakozást. Az átfutási időkről részletesen itt írok: App Store jóváhagyási idő.

Ha az ok elolvasás után is homályos, a teljes folyamat az Apple által elutasított app oldalon van.

Review jegyzetek és demófiók

A verziód App Review Information szakasza az App Store Connectben a legjobb védelmed a 2.1 ellen. A mezők hivatalos leírása szerint ezt tartalmazza:

• Sign-in required: egy demófiók felhasználóneve és jelszava. Ez a fiók nem járhat le. Ha az appod külső bejelentkezést használ, add meg annak a szolgáltatásnak a belépési adatait.
• Notes: legfeljebb 4000 bájt, bármilyen nyelven. Minden, ami segíti a tesztelést.
• Contact: név, e-mail és nemzetközi formátumú telefonszám.

Amit mindig beírok a jegyzetekbe:

1. Az út minden alkalmazáson belüli vásárláshoz, ahogy a 2.1(b) szabály kéri.
2. A nem nyilvánvaló funkciók: egy gesztus, egy engedély, egy időponthoz kötött tartalom.
3. A demófiók állapota: előfizető vagy sem, előre kitöltött vagy üres adatok.
4. Az ismert korlátok: nehezen reprodukálható hardver vagy környezet esetén az Apple azt kéri, légy kész videót adni.

És egy szabály az űrlapon kívül: hagyd bekapcsolva a szerveredet a teljes review alatt. Egy lekapcsolt tesztszerver egy nem működő demófiókot jelent, vagyis 2.1-es elutasítást.

A 2.1-es checklist beküldés előtt

Ezt alkalmazom minden beküldés előtt, az elutasításaimra építve:

• App nulláról telepítve a legkisebb és a legnagyobb támogatott iPhone-ra, valamint egy iPadre kompatibilitási módban
• Onboarding végigjárva, minden teljesítményt igénylő lépésen szándékosan elbukva
• Minden kötelező képernyőnek van feltétel nélküli kijárata
• Egyetlen review-nak szánt javítás sincs kizárólag távoli frissítéssel kiszállítva
• App elindítva repülőgép-üzemmódban, majd csak IPv6-os hálózaton
• Minden megadott URL megnyitva aznap: adatvédelem, feltételek, support
• Nincs látható ideiglenes szöveg, üres képernyő vagy tesztadat
• Demófiók tesztelve a beküldés napján, lejárati dátum nélkül, bekapcsolt szerverrel
• Minden alkalmazáson belüli vásárlás megtalálva az appból és tesztelve sandboxban, a visszaállítással együtt
• Review jegyzetek, amelyek megmondják, hol vannak a vásárlások és a nem nyilvánvaló funkciók

Ha ez az első publikálásod, az összes előző lépés itt van: app publikálása az App Store-ban.

Küldd be a csomagodat valakivel, aki már megkapta ezeket az elutasításokat

Az Apple Review Kit tartalmazza a beküldés előtti checklistemet, a tesztelőnek szóló jegyzetsablonokat és Claude Code skilleket, amelyek átnézik a projektedet, mielőtt beküldöd.

Most kaptál 2.1-es elutasítást? A kit abban is segít, hogy megtaláld a hivatkozott szabályt, megértsd, mit kér, és kapj egy példát a javításra és a válaszra. Ha szeretnéd, hogy már most együtt nézzük át a csomagodat, foglalj velem egy órát, videóhívásban.

Senki nem garantálhatja, hogy az Apple elfogadja az appodat. Amit én tehetek: segítek elkerülni azokat a 2.1-es elutasításokat, amelyekért én már egy review-ciklussal fizettem.

Még nem küldted be az appodat? Az ingyenes diagnosztika elküldi az Apple-elutasítás elleni checklistemet, a 2.1-es szabállyal együtt, és megmondja, mi van még hátra a beküldés előtt. Ha még csak építed, a főoldal megmutatja, hogyan készíts mobilappot úgy, hogy a review-t már az elejétől szem előtt tartod.

Gyakori kérdések

Mit jelent a „Guideline 2.1 - Information Needed”?

A reviewer nem tudta befejezni a review-t, és kérdez tőled: egy belépési adatot, egy magyarázatot, egy módot egy funkció elérésére. Válaszolj pontosan az App Store Connectben. Ha a kérdés valódi elakadást tár fel az appban, mint a Solysnál, javítsd ki, és küldj be új buildet.

Kell új build egy 2.1-es elutasítás után?

Összeomlás, hiba vagy blokkoló képernyő esetén igen: a javításnak a binárisban kell lennie. Egy távoli frissítés nem elég, mert a reviewer első indításkor a beágyazott kódot látja. Egy egyszerű hiányzó információnál elég lehet egy válasz.

Az appom bejelentkezést kér: mit adjak a reviewernek?

Egy le nem járó demófiókot, az App Review Information szakaszban megadva, és a teljes review alatt bekapcsolt szervert. Egy beépített demómód csak az Apple előzetes jóváhagyásával helyettesítheti ezt a fiókot, és minden funkciót meg kell mutatnia.

Jöhet a 2.1-es elutasítás máshonnan is, mint az appból?

Igen. Elég egy halott URL az adatlapon, egy lejárt demófiók, egy lekapcsolt szerver vagy egy rosszul beállított alkalmazáson belüli vásárlás. És néha, mint a Clicnél, a valódi ok online van, nem a kódban: ellenőrizz mindent, amit a reviewer megnyithat.