Apple elutasítás: miért utasították el az appodat (5 eset)

Az Apple szinte mindig konkrét okból utasít el egy appot, és ezt az ok a review üzenetében le is írja: egy számozott guideline, gyakran egy képernyőképpel együtt. Egy első appnál a leggyakoribb okok: az app nincs kész (2.1), rosszul deklarált adatkezelés (5.1.1), félrevezető metaadatok (2.3.2), az alkalmazáson belüli vásárlást megkerülő fizetés (3.1.1) vagy rossz helyen feldobott értékeléskérés (5.6.3). Az esetek túlnyomó többségében a reviewer pontosan értette az appodat: a beküldésed volt támadható.

Ezt onnan tudom, hogy ezeket az elutasításokat én magam kaptam. Saját iOS appokat publikálok: a Solys (egy ébresztőóra minijátékokkal) és a TradaZen (egy trading szimulátor) fent van az App Store-ban. A Solys két elutasítást kapott, egyet a megjelenése előtt, egyet egy frissítésnél, és két másik appomat, a Clicet és a Nolerát is elutasították, majd javítás után újra beküldtem őket az Apple-nek. Itt az öt elutasítás, a valódi okuk, aztán a válaszadás módszere és a checklist, amit minden beküldés előtt végigveszek.

Miért utasít el az Apple egy appot: az 5 elutasítás, amit kaptam

2.1-es elutasítás a Solysnál: a demót lehetetlen volt megnyerni

A Solys onboardingja egy játszható demót kínál: meg kell nyerni egy minijátékot, ahogy ébredéskor is. A saját telefonjaimon minden működött. A reviewer viszont iPaden tesztelt, ahol egy iPhone-app kompatibilitási módban fut, egy kisebb ablakban. Ekkora méretnél a minijátékban a madárnak hagyott rés keskenyebb lett, mint maga a madár, a „Tovább” gomb pedig csak győzelem esetén vált aktívvá. Az Apple azt kérte, hogy legyen mód a játékfeladat átugrására.

A javítás: egy demó, amelynek a geometriája a képernyő valódi méretéből számolódik, plusz egy link, amivel kudarc esetén át lehet ugrani a demót.

A tanulság: minden kötelező lépésnek legyen kijárata, és minden kötelező képernyőt a lehető legkisebb méreten kell tesztelni minden beküldés előtt.

5.6.3-as elutasítás a Solysnál: értékeléskérés az onboarding alatt

Második elutasítás, a következő frissítésnél. Az Apple azt írta, hogy az app az első indításkor vagy az onboarding alatt kér értékelést. Az értékelő képernyő közvetlenül a demó után jött, mielőtt a felhasználó bármit is átélt volna az appban.

A javítás: a kérést a folyamat végére tettem, és csak akkor jelenik meg, ha a felhasználó épp megnyerte a demót.

A tanulság: minden érzékeny kérés (értékelés, értesítés, előfizetés, követés) az érték bizonyítása után jöjjön, soha nem előtte.

5.1.1-es elutasítás a Clicnél: az online adatvédelmi szabályzat nem volt naprakész

A Clic MI-vel generál tartalmat, és az appban megvolt a hozzájárulási képernyő. A probléma máshol volt: a weboldalon közzétett adatvédelmi szabályzat a régi verzió volt, és nem írta le mindazt, amit az app gyűjt.

A javítás: teljes szabályzat közzétéve, angol nyelvű összefoglaló hozzáadva, review jegyzetek frissítve.

A tanulság: az Apple az online szabályzatodat olvassa, nem azt, ami a repódban pihen. Minden beküldés előtt nyisd meg a megadott URL-t, és ellenőrizd, hogy azt írja-e, amit az appod csinál.

5.1.1-es elutasítás a Noleránál: „Engedélyezés” gomb a rendszer kérése előtt

Az iOS valódi kamerahozzáférés-kérése előtt a Nolera egy magyarázó képernyőt mutatott „Engedélyezés” gombbal. Az Apple szerint ez a felirat arra ösztönöz, hogy a felhasználó a rendszer hivatalos kérése előtt elfogadja.

A javítás: a gomb neve mostantól „Tovább”, az app mind a 8 nyelvén.

A tanulság: egy engedélyt előkészítő képernyő magyaráz, nem dönt a felhasználó helyett. Az Apple ajánlásai az adatvédelmi design szabályaiban vannak.

2.3.2-es elutasítás a Noleránál: az ikon promóciós képként újrahasznosítva

Az előfizetésekhez lehet promóciós képet adni az App Store Connectben. A Nolera két előfizetésénél ez egyszerűen az app ikonja volt. Az Apple ezt nem megfelelőnek ítélte.

A javítás: a képeket mindkét előfizetésről eltávolítottam, és újra létrehoztam a beküldést.

A tanulság: az adatlapod minden elemét megvizsgálják, azokat is, amiket gondolkodás nélkül töltesz ki, például a korhatár-besorolást.

Melyik guideline-ok miatt utasítanak el a leggyakrabban?

Minden szabály megtalálható az App Review Guidelines oldalon. Ezek fognak ki a leggyakrabban egy első appon:

2.1: App Completeness. Az app összeomlik, egy gomb sehova sem vezet, egy kötelező képernyő nem működik egy adott méreten. Ha az appod bejelentkezést kér, adj meg egy demófiókot a review jegyzetekben, különben a reviewer elakad a bejelentkező képernyőn. Mindent, amit erről az okról tudni kell, a 2.1-es guideline útmutatómban találsz.

2.3: Metadata. Képernyőképek, amelyek nem a valódi appot mutatják, leírás, amely nem létező funkciót ígér, nem megfelelő promóciós képek.

3.1.1: In-App Purchase. Ha digitális tartalmat vagy funkciót oldasz fel az appban, az általános szabály az Apple alkalmazáson belüli vásárlása. A kivételek országonként eltérnek és változnak: mielőtt más fizetési módot terveznél, olvasd el a guideline-ok aktuális verzióját. A teljes témakör az iOS alkalmazáson belüli előfizetések oldalon van.

3.1.2: Subscriptions. Egy előfizetéses appnak világosan meg kell mutatnia, mit kap a felhasználó és milyen áron. A fizetési képernyő klasszikus hibái az iOS paywall: 7 kezdő hiba cikkben vannak.

4.3: Spam. Az app ezer másikra hasonlít, vagy önmagában nem nyújt eleget. Ezt a legnehezebb javítani: már az ötlet kiválasztásakor meg kell előzni. Részletesen a 4.3-as guideline útmutatóban magyarázom el.

5.1.1: Privacy. Adatgyűjtési nyilatkozatok, amelyek nem felelnek meg az app viselkedésének, hiányos adatvédelmi szabályzat, világos magyarázat nélkül kért engedély.

Hogyan válaszolj egy Apple elutasításra napok elvesztegetése nélkül?

Egy elutasítás nem ítélet, hanem egy oda-vissza kör. A működő eljárás:

1. Olvasd el kétszer az okot. Az üzenet idézi a guideline-t, és gyakran képernyőképet is csatol. Sok fejlesztő mellé válaszol, mert túl gyorsan olvasott.
2. Keresd meg a valódi okot. A Clicnél és a Noleránál is más volt a valódi ok, mint amit a szöveg első ránézésre sugallt. Reprodukáld a problémát a reviewer körülményei között: ugyanolyan típusú eszköz, új fiók, első indítás.
3. Az okot javítsd, ne mást. Most nem három új funkció hozzáadásának van itt az ideje: minden változtatás növeli a review felületét.
4. Válaszolj az App Store Connectben. Két tényszerű mondatban írd le, mit javítottál, az App Review üzenetére válaszolva.
5. Csak akkor fellebbezz, ha biztos vagy benne. Az Apple lehetővé teszi, hogy az App Review Boardhoz fordulj, ha úgy gondolod, félreértették az appodat, elutasított beküldésenként egyetlen fellebbezéssel. Egy jogos elutasítás vitatásával csak az időt vesztegeted.

Ami az átfutást illeti, az Apple szerint a beküldések legalább 50%-át 24 órán belül, 90%-át 48 órán belül vizsgálja meg. Az elutasítások nyújtják el az ütemtervet, nem a várakozási sor: a részletek az App Store jóváhagyási idő cikkben vannak. Az elutasítás utáni teljes teendőlista az Apple által elutasított alkalmazás oldalon található.

Egy elkerülhető elutasítás egy teljes review ciklusba kerül. A legjobb válasz az Apple-nek az a beküldés, amelyben nincs mibe belekötni.

A checklist, amit minden beküldés előtt végigveszek

Elutasításról elutasításra raktam össze, a saját appjaimon:

• Minden kötelező képernyő tesztelve a legkisebb és a legnagyobb iPhone-on, valamint iPaden kompatibilitási módban, a 4.0-s design guideline szempontjai szerint
• Az onboarding minden lépéséből van kiút, kudarc esetén is
• Demófiók a review jegyzetekben, ha az appban van bejelentkezés
• Vásárlások tesztelve sandboxban, a visszaállítással együtt
• Ár, időtartam és a feltételekre, illetve az adatvédelemre mutató linkek ott, ahol az Apple megköveteli, minden nyelven
• Online adatvédelmi szabályzat átolvasva a beküldés napján
• Adatvédelmi nyilatkozatok összhangban azzal, amit az app ténylegesen gyűjt, a privacy manifest is
• Engedélykérés előtti képernyők „Engedélyezés” gomb nélkül
• Értékelés- és értesítéskérések az érték bizonyítása után, és semmi nincs értékelésért cserébe feloldva (3.2.2-es guideline)
• Promóciós képek és képernyőképek, amelyek a valódi appot mutatják, az egyedi termékoldalaidon is

Ha ez az első publikálásod, az alkalmazás publikálása az App Store-ban oldal végigveszi a beküldés előtti összes lépést.

Sablon, amivel elmagyarázhatod az App Review-nak az app használatát

Töltsd le az App Review jegyzetsablont: francia nyelvű útmutatás, kitöltendő angol jegyzetek és egy elutasításra adott válasz váza. Arra késztet, hogy megadd a verziót, a képernyőkön át vezető utat és a várt eredményt. Csak azt hagyd benne, ami a buildedben ténylegesen létezik.

Az „az app helyesen ment” helyett írj reprodukálható forgatókönyvet: kiinduló képernyő, művelet, bezárás és újraindítás, a visszakapott eredmény. Elutasítás után írd le a javított viselkedést és azt az eszközt, amelyen ellenőrizted. Ha nem sikerült reprodukálnod a problémát, írd le, mi hiányzik a reprodukáláshoz.

A demófiók belépési adatait az App Store Connect erre szolgáló mezőiben kell megadni, soha nem egy nyilvános fájlban. A bizonyítékokat a TestFlight tesztelési táblázattal készítheted elő, és megtalálod az öt ingyenes sablont is.

Így kerüld el ezeket az elutasításokat beküldés előtt

Az Apple Review Kit tartalmazza a beküldés előtti checklistemet, az Apple-től kapott, kijavított elutasításaimat, és Claude Code skilleket, amelyek beküldés előtt átnézik a projektedet, a paywalladat és az adatlapodat.

Már elutasították az appodat? A kit segít megtalálni az idézett szabályt, megérteni, mit követel, és ad 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 az ügyedet, foglalj velem egy órát, videóhívásban.

Senki sem tudja garantálni, hogy az Apple elfogadja az appodat. A már átélt elutasításokból kiindulva egyszerűen kisebb az esélye, hogy ugyanazokba fuss bele.

Még nem küldted be az appodat? Az ingyenes diagnózis elküldi neked az Apple elutasítás elleni checklistemet, és megmondja, mi van még hátra. Ha még csak építed, a kezdőoldal megmutatja, hogyan készíts mobilalkalmazást úgy, hogy ezeket az elutasításokat szem előtt tartod.

Gyakori kérdések

Miért utasítja el az Apple az alkalmazásomat?

Szinte mindig konkrét okból, amelyet a review üzenete le is ír: egy számozott guideline, gyakran egy képernyőképpel együtt. Egy első appnál a leggyakoribb okok: az app nincs kész (2.1), rosszul deklarált adatkezelés (5.1.1) és félrevezető metaadatok (2.3.2). Ide tartozik még az alkalmazáson belüli vásárlást megkerülő fizetés (3.1.1) és a rossz helyen feldobott értékeléskérés (5.6.3).

Miért utasítják el az appomat, ha az iPhone-omon működik?

Mert a reviewer más körülmények között tesztelhet, mint te. A Solysnál, a minijátékos ébresztőórámnál iPaden tesztelt, ahol egy iPhone-app kompatibilitási módban fut, egy kisebb ablakban. Ott a demót lehetetlen volt megnyerni. A javítás: a képernyő valódi méretéből számolt demó, és egy link, amivel kudarc esetén át lehet ugrani.

Mit tegyek, ha az Apple elutasítja az alkalmazásomat?

Olvasd el kétszer az okot, aztán keresd meg a valódi okot úgy, hogy reprodukálod a problémát a reviewer körülményei között: ugyanolyan típusú eszköz, új fiók, első indítás. Az okot javítsd és semmi mást, mert minden változtatás növeli a review felületét. Utána válaszolj az App Store Connectben, két tényszerű mondatban arról, mit javítottál.

Meg lehet fellebbezni egy Apple elutasítást?

Igen, de csak akkor, ha biztos vagy a dolgodban. Az Apple lehetővé teszi, hogy az App Review Boardhoz fordulj, ha úgy gondolod, félreértették az appodat, elutasított beküldésenként egyetlen fellebbezéssel. Egy jogos elutasítás vitatásával csak az időt vesztegeted. Egyébként javítsd az okot, és válaszolj az App Store Connectben.

Meghosszabbítja egy elutasítás a publikálás idejét?

Igen. Az Apple szerint a beküldések legalább 50%-át 24 órán belül, 90%-át 48 órán belül vizsgálja meg: vagyis az elutasítások nyújtják el az ütemtervet, nem a várakozási sor. Egy elkerülhető elutasítás egy teljes review ciklusba kerül. Az átfutási idők részletei az App Store jóváhagyási idő cikkben vannak.

Mit ellenőrizzek, mielőtt beküldöm az appot az Apple-nek?

Tesztelj minden kötelező képernyőt a legkisebb és a legnagyobb iPhone-on, valamint egy iPaden kompatibilitási módban, aztán teszteld a vásárlásokat sandboxban, a visszaállítással együtt. A beküldés napján olvasd át az online adatvédelmi szabályzatodat, és adj meg demófiókot a review jegyzetekben, ha az appban van bejelentkezés. Ezt a checklistet elutasításról elutasításra raktam össze, a saját appjaimon.