Gyorsított App Store felülvizsgálat: így kérd az Apple-től

A gyorsított felülvizsgálat létezik, de az Apple kivételes helyzetekre tartja fenn, és kettőt említ: egy már megjelent verzió kritikus hibájának javítását, vagy egy olyan esemény idejére időzített verziót, amelyhez az appod közvetlenül kapcsolódik. Először beküldöd a verziót, a Notes mezőben elmagyarázod a reviewernek a sürgősséget, aztán elküldöd a kérelmet az űrlapon. Az Apple minden kérelmet megvizsgál, és a kapacitásától függően gyorsít: ez soha nem garancia.

Az appjaim, a Solys, a TradaZen és a Nolera, Expóval készülnek. Ha egy hiba a JavaScript-kódból jön, a javítás távoli frissítésként megy ki, App Review nélkül. A gyorsított felülvizsgálatra tehát csak natív buildnél van szükségem, és ez az első kérdés, amit fel kell tenned magadnak, mielőtt kéred. Ez az útmutató az Apple gyorsított felülvizsgálatról szóló súgóoldalát követi, amelyet 2026. november 6-án néztem át újra.

Amit az Apple említ, és ami nem megy át

Az Apple kivételes helyzetekről beszél, és azt kéri, hogy csak valódi vészhelyzetben küldj kérelmet. Az App Review oldala két példát hoz, és mindkettőhöz megadja, mit kell mellékelni. A táblázat három elutasított sora az én olvasatom ezekből az oldalakból, nem az Apple listája.

Indok	Az Apple-nél	Mit kell megadni, vagy megérteni
Kritikus hiba az élő verzióban	Példaként említi	Reprodukálási lépések, aktuális verzió
Eseményhez kötött megjelenés	Példaként említi	Az esemény, a dátuma, a kapcsolat az appod és közte
Késésben lévő első megjelenés	Szerintem nem	Az Apple szemében semmi nem teszi sürgőssé
Marketingdátum esemény nélkül	Szerintem nem	Egy kampány nem az apphoz kötött esemény
A szokásosnál hosszabb várakozás	Szerintem nem	A normál átfutási idő nem vészhelyzet

Az Apple nem definiálja a fogalmat. A gyakorlatban kritikus hiba az, ha az app összeomlik, blokkol egy alapvető funkciót vagy megakadályozza a fizetést, valódi felhasználóknál, az élő verzióban. Egy elírás egy képernyőn nem az. És ha az appod egy esemény közeledtével még mindig felülvizsgálat alatt áll, az Apple jelzi, hogy ezzel az indokkal is kérhetsz gyorsítást.

A folyamat három lépésben

1. Küldd be a verziót az App Store Connectben. Csak egy már beküldött verziót lehet gyorsítani. Ha egyes funkciókhoz bejelentkezés kell, adj meg egy demófiókot az App Review Information szekcióban.
2. Töltsd ki a Notes mezőt a beküldéskor. Kritikus hibánál írd le a javított hibát és azt, hogyan lehet reprodukálni az aktuális verzióban. Eseménynél add meg a nevét, a dátumát, és azt, mi köti hozzá az appodat.
3. Küldd el a Request an Expedited App Review űrlapot, amelyet az Apple súgóoldaláról érsz el, miután bejelentkeztél a fejlesztői fiókodba. Kiválasztod az érintett appot és platformot, aztán elküldöd.

Az Apple megvizsgálja a kérelmet és válaszol, te pedig az App Store Connectben követed a beküldést. Ha elfogadják, a verzió hamarabb kerül In Review állapotba, mint a sorban kerülne. Ha elutasítják, a felülvizsgálat a szokásos módon folytatódik: semmit nem veszítesz.

Az App Store Connect Reply to App Review gombja nem gyorsított felülvizsgálat kérésére való. Az App Review kapcsolatfelvételi oldala egy folyamatban lévő beküldésről szóló üzenetváltásra tartja fenn; a gyorsítási kérelemnek és a fellebbezésnek külön-külön űrlapja van.

Mit írj: két sablon

Az App Review angolul olvas. Ez a két szöveg, amit készenlétben tartok, a Notes mezőbe igazítva, és az űrlapba is, ha van benne szabad szöveges mező. Öt sorban elférnek, mert a reviewernek az app megnyitása nélkül kell megértenie a sürgősséget.

Kritikus hiba az élő verzióban:

Version 2.0.3, currently live, crashes at launch for users who enabled notifications on iOS 26.1. Steps to reproduce: install 2.0.3, allow notifications, force quit, relaunch. The app closes immediately. Version 2.0.4 fixes the crash (notification permission is now read after the first screen loads). No other change in this build.

Eseményhez kötött megjelenés:

This version adds the official schedule and live results for the Nantes Trail Festival on June 5, 2027. Our app is the event's official companion app (see the link to the organizer's page in the App Review Information section). Attendees need the update before the start on June 5 at 8:00 AM CEST.

Ez a két szöveg példa, nem olyan kérelem, amit én elküldtem. Két szabály a sajátjaidhoz. Ellenőrizhető tények: verzió, rendszer, lépések, dátum, kapcsolat az eseménnyel. Semmi más, csak a sürgősség: ha a buildben új funkció is van, mondd el egy mondatban, de ne védd.

Mielőtt kéred, nézd meg, tényleg szükséged van-e rá

Az Apple azt kéri, hogy csak valódi vészhelyzetre használd. Három kérdés és egy csapda, mielőtt elküldöd az űrlapot.

Kimehet a javítás felülvizsgálat nélkül? Expóval egy távoli frissítés új build nélkül cseréli le a már telepített appok JavaScript-kódját. Én ezt használom a javításaimhoz. Nem fedi le viszont a natív kódot, az engedélyeket és a natív függőségeket: ezekhez build és felülvizsgálat kell. A tartalmának pedig azon belül kell maradnia, amit az Apple jóváhagyott, ahogy az EAS Update bemutatása is emlékeztet: egy távoli frissítés nem változtatja meg az app célját. Az iOS-frissítés fokozatos kiadásáról szóló útmutató részletezi, mi melyik úton megy.

Szokatlanul hosszú a várakozás? Az Apple szerint a beküldések legalább 50%-át általában 24 órán belül, 90%-át 48 órán belül vizsgálja meg. Ha a verziód egy napja Waiting for Review állapotban van, az belefér az App Store jóváhagyási idejébe. A beküldés követéséről szóló oldal azt is felsorolja, mi nyújtja el a felülvizsgálatot: előzmények nélküli első app, ellenőrizendő dokumentumok, szabályozott téma.

Teljes a beküldés? Egy hiányos beküldésnél a gyorsítás semmit nem gyorsít. Az Apple figyelmeztet, hogy a hiányos beküldés késlelteti a felülvizsgálatot, vagy elbukik. Demófiók, megjegyzések, dokumentumok: mindennek ott kell lennie az űrlap előtt.

És ami a legfontosabb: ne vond vissza a verziót, hogy újraküldd. A visszavont verzió kiesik a sorból, és elölről kezdi. Ha az Apple kérdez valamit a felülvizsgálat alatt, válaszolj az App Store Connectben ahelyett, hogy újraküldenéd, ahogy a válaszadás az App Review-nak a Resolution Centerben útmutató elmagyarázza.

Ha az Apple elutasítja a gyorsítást

Megtartod a helyedet a sorban: a gyorsítás elutasítása semmit nem változtat a folyamatban lévő felülvizsgálaton. Hogy ne kerülj újra ilyen helyzetbe:

• Időzítsd a megjelenéseidet. Eseménynél az Apple azt tanácsolja, hogy válaszd az időzített kiadást az App Store Connectben: a verziót előre felülvizsgálják, és a kívánt napon jelenik meg. A verzió kiadási beállítását a verzió oldalán, az App Store Version Release szekcióban állíthatod be.
• Küldd be korán. Egy egy héttel az esemény előtt kész verzió időt hagy egy normál felülvizsgálatra, sőt egy javított elutasításra is.
• Tarts meg egy felülvizsgálat nélküli csatornát a JavaScripthez. Expóval ez teszi a kritikus hibát pár perces javítássá.

A reviewernek szóló megjegyzés-sablonjaim, a beküldés előtti ellenőrzőlistám és a leggyakoribb elutasításokra adott válaszok a Review Kitben vannak összegyűjtve. Ha pedig tudni szeretnéd, mi hiányzik a beküldésedből, mielőtt elküldöd, az ingyenes diagnózis megmondja, és elküldi neked az Apple-elutasítások elleni ellenőrzőlistámat. A megjelentetés összes lépése megtalálható az app közzététele az App Store-ban oldalon.

Gyakori kérdések

Mennyi ideig tart egy gyorsított App Store felülvizsgálat?

Az Apple nem ad meg határidőt. Azt írja, hogy minden kérelmet megvizsgál, és a kapacitásától, illetve az aktuális terheléstől függően gyorsítja a felülvizsgálatot. Egy elfogadott kérelem soron kívül juttatja a verziót In Review állapotba, konkrét időpont ígérete nélkül.

Kérhetek gyorsított felülvizsgálatot az első appomhoz?

Semmi nem tiltja, de az Apple a gyorsítást valódi vészhelyzetekre tartja fenn, és két példát említ: kritikus hibát egy már élő verzióban, vagy egy dátumhoz kötött eseményhez kapcsolódó megjelenést. Egy a tervhez képest késésben lévő első megjelenés szerintem egyikbe sem fér bele.

Hányszor kérhetek gyorsított felülvizsgálatot?

Az Apple nem közöl számot. Azt kéri, hogy csak valódi vészhelyzetben küldj kérelmet. Szerintem minden valódi indok nélküli kérelem hiteltelenebbé teszi a következőt: tartsd meg olyan hibára, ami a felhasználóidat érinti.

Vissza kell vonnom a beküldést, mielőtt gyorsítást kérek?

Nem, épp fordítva. Csak egy már beküldött verziót lehet gyorsítani, a visszavont verzió pedig elveszíti a helyét a sorban. Küldd be, töltsd ki a Notes mezőt, aztán küldd el az űrlapot.

Hol találom a gyorsított felülvizsgálat űrlapját?

Az Apple fejlesztői oldalán, miután bejelentkeztél a fiókodba: a gyorsított felülvizsgálatról szóló súgóoldalon a Request an Expedited App Review link vezet oda. Ott választod ki az érintett appot és platformot.

Garantálja a gyorsított felülvizsgálat, hogy az appot elfogadják?

Nem. Csak a sorban elfoglalt helyet változtatja meg. A verziónak ugyanúgy meg kell felelnie az App Review Guidelines-nak, mint bármely másiknak, és az elutasítás továbbra is lehetséges.

Javíthatok hibát App Review nélkül?

Expóval vagy React Native-vel egy távoli frissítés új build és felülvizsgálat nélkül cseréli le a JavaScript-kódot. A natív kódhoz, az engedélyekhez és a natív függőségekhez továbbra is az Apple-nek beküldött build kell.