# Revisió accelerada a l'App Store: com demanar-la a Apple > Apple en cita dos casos: un error crític a la versió publicada o un llançament lligat a un esdeveniment. El procediment, què escriure i què passa després. Pàgina original: [Revisió accelerada a l'App Store: com demanar-la a Apple](https://devoria.fr/ca/blog/revisio-accelerada-app-store-demanar-apple) Autor: [Mehdi Azizi](https://devoria.fr/ca/mehdi-azizi) Publicació: 2026-11-06 Darrera revisió del contingut: 2026-11-06 **La revisió accelerada existeix, però Apple la reserva a circumstàncies excepcionals, i en cita dues: corregir un error crític en una versió ja publicada, o treure una versió que coincideixi amb un esdeveniment amb què la teva app està directament relacionada.** Primer envies la versió, expliques la urgència a les notes per al revisor i després envies el formulari de sol·licitud. Apple estudia cada sol·licitud i accelera segons la seva disponibilitat: mai no és una garantia. Les meves apps, Solys, TradaZen i Nolera, estan fetes amb Expo. Quan un error ve del codi JavaScript, la correcció surt com a actualització remota, sense passar per App Review. Per tant, la revisió accelerada només em serveix per a un build natiu, i aquesta és també la primera pregunta que t'has de fer abans de demanar-la. Aquesta guia segueix la [pàgina d'ajuda d'Apple sobre la revisió accelerada](https://developer.apple.com/help/app-review/after-submitting-for-review/request-expedited-review/), revisada el 6 de novembre de 2026. ## El que Apple cita, i el que no passa Apple parla de circumstàncies excepcionals i demana reservar les sol·licituds a urgències reals. La seva [pàgina d'App Review](https://developer.apple.com/distribute/app-review/) dona dos exemples i el que cal aportar per a cadascun. Les tres files rebutjades de la taula són la meva lectura d'aquestes pàgines, no una llista d'Apple. | Motiu | Segons Apple | Què cal aportar, o entendre | | ------------------------------------- | ------------------- | ----------------------------------------------------------- | | Error crític a la versió publicada | Citat com a exemple | Passos per reproduir-lo, versió actual | | Llançament lligat a un esdeveniment | Citat com a exemple | L'esdeveniment, la data, la relació entre la teva app i ell | | Primera publicació amb retard | No, al meu parer | Res no la fa urgent als ulls d'Apple | | Data de màrqueting sense esdeveniment | No, al meu parer | Una campanya no és un esdeveniment lligat a l'app | | Espera més llarga que de costum | No, al meu parer | Un termini normal no és una urgència | **Apple no defineix el terme. A la pràctica, un error crític és una app que peta, que bloqueja una funció essencial o que impedeix pagar, a usuaris reals, a la versió publicada.** Una errada tipogràfica en una pantalla no ho és. I si la teva app encara està en revisió quan s'acosta un esdeveniment, Apple precisa que també pots demanar l'acceleració per aquest motiu. ## El procediment en tres passos 1. **Envia la versió a App Store Connect.** Només es pot accelerar un enviament ja fet. Si algunes funcions demanen iniciar sessió, indica un compte de demostració a la secció App Review Information. 2. **Omple el camp Notes en el moment d'enviar.** Per a un error crític, descriu l'error corregit i com reproduir-lo a la versió actual. Per a un esdeveniment, dona'n el nom, la data i què hi lliga la teva app. 3. **Envia el formulari Request an Expedited App Review**, accessible des de la pàgina d'ajuda d'Apple després d'iniciar sessió al teu compte de desenvolupador. Hi tries l'app i la plataforma afectades, i l'envies. Apple estudia la sol·licitud i et respon, i després segueixes l'enviament a App Store Connect. Si l'accepten, la versió passa a In Review abans del que li tocaria a la cua. Si la rebutgen, la revisió segueix el curs normal: no perds res. > El botó Reply to App Review, a App Store Connect, no serveix per demanar una revisió accelerada. La [pàgina de contacte d'App Review](https://developer.apple.com/help/app-review/after-submitting-for-review/contact-app-review/) el reserva als intercanvis sobre un enviament en curs; la sol·licitud accelerada i l'apel·lació tenen cadascuna el seu formulari. ## Què escriure: dos models App Review llegeix en anglès. Aquests són els dos textos que tinc preparats, per adaptar a les Notes, i al formulari si et deixa un camp lliure. Ocupen cinc línies perquè un revisor ha d'entendre la urgència sense obrir l'app. **Error crític a la versió publicada:** > 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. **Llançament lligat a un esdeveniment:** > 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. Aquests dos textos són exemples, no sol·licituds que hagi enviat. Dues regles per als teus. **Fets verificables**: versió, sistema, passos, data, relació amb l'esdeveniment. **Res més que la urgència**: si el teu build també inclou una funció nova, digues-ho en una frase, però no la defensis. ## Abans de demanar-la, comprova que la necessites Apple demana reservar-la a urgències reals. Tres preguntes, i un parany, abans d'enviar el formulari. **La correcció pot sortir sense revisió?** Amb Expo, una actualització remota substitueix el codi JavaScript de les apps ja instal·lades sense build nou. És la via que faig servir per a les meves correccions. No cobreix ni el codi natiu, ni els permisos, ni les dependències natives: per a això cal un build i una revisió. I el contingut ha de quedar dins del marc del que Apple ha validat, com recorda la [presentació d'EAS Update](https://docs.expo.dev/eas-update/introduction/): una actualització remota no canvia la finalitat de l'app. La guia sobre el [desplegament progressiu d'una actualització iOS](https://devoria.fr/ca/blog/publicar-actualitzacio-ios-llancament-progressiu) detalla què passa per on. **L'espera és anormal?** Apple diu que en general revisa almenys el 50 % dels enviaments en menys de 24 hores i el 90 % en menys de 48 hores. Si la teva versió fa un dia que està [en espera de revisió](https://devoria.fr/ca/blog/waiting-for-review-app-store-connect-estats), estàs dins la normalitat del [termini de validació de l'App Store](https://devoria.fr/ca/blog/temps-revisio-app-store-quant-esperar). La [pàgina de seguiment d'un enviament](https://developer.apple.com/help/app-review/after-submitting-for-review/review-status/) també recorda què allarga una revisió: primera app sense historial, documents per verificar, tema regulat. **L'enviament és complet?** Una revisió accelerada sobre un enviament incomplet no accelera res. Apple avisa que un enviament incomplet retarda la revisió o fracassa. Compte de demostració, notes, documents: tot ha d'estar a punt abans del formulari. **I sobretot, no retiris la versió per tornar-la a enviar.** Una versió retirada surt de la cua i torna a començar de zero. Si Apple et fa una pregunta durant la revisió, respon a App Store Connect en lloc de tornar a enviar, com explica la guia sobre [respondre a App Review al Resolution Center](https://devoria.fr/ca/blog/resolution-center-apple-respondre-rebuig-app-review). ## Si Apple rebutja l'acceleració Mantens el teu lloc a la cua: un rebuig de l'acceleració no canvia res de la revisió en curs. Per no tornar-te a trobar en la mateixa situació: - **Programa els llançaments.** Per a un esdeveniment, Apple aconsella triar la publicació programada a App Store Connect: la versió es revisa per endavant i surt a la data que vulguis. L'[opció de publicació d'una versió](https://developer.apple.com/help/app-store-connect/manage-your-apps-availability/select-an-app-store-version-release-option) es configura a la pàgina de la versió, a la secció App Store Version Release. - **Envia aviat.** Una versió llesta una setmana abans de l'esdeveniment deixa temps per a una revisió normal, i fins i tot per corregir un rebuig. - **Mantén un canal sense revisió per al JavaScript.** Amb Expo, és el que converteix un error crític en una correcció de pocs minuts. Els meus models de notes per al revisor, la meva checklist abans de l'enviament i les respostes als rebuigs més freqüents són al [Review Kit](https://devoria.fr/ca/kits/app-review). I si vols saber què li falta al teu enviament abans d'enviar-lo, el [diagnòstic gratuït](https://devoria.fr/ca/diagnostic) t'ho diu i t'envia la meva checklist antirebuig d'Apple. Tots els passos de la publicació són a [publicar una aplicació a l'App Store](https://devoria.fr/ca/expertise/publicar-una-aplicacio-app-store). ## Preguntes freqüents ### Quant de temps triga una revisió accelerada a l'App Store? Apple no dona cap termini. Indica que estudia cada sol·licitud i accelera la revisió segons la seva disponibilitat i la demanda del moment. Una sol·licitud acceptada fa passar la versió a In Review abans que li toqui, sense cap hora promesa. ### Es pot demanar una revisió accelerada per a una primera app? Res no ho prohibeix, però Apple reserva l'acceleració a urgències reals i en cita dos exemples: un error crític en una versió ja publicada, o un llançament lligat a un esdeveniment amb data. Una primera publicació que va endarrerida respecte a la teva planificació no encaixa, al meu parer, en cap dels dos. ### Quantes vegades es pot demanar una revisió accelerada? Apple no publica cap nombre. Demana reservar les sol·licituds a urgències reals. Al meu parer, cada sol·licitud sense un motiu real fa menys creïble la següent: guarda-la per a un error que afecti els teus usuaris. ### Cal retirar l'enviament abans de demanar l'acceleració? No, és al contrari. Només es pot accelerar un enviament ja fet, i una versió retirada perd el seu lloc a la cua. Envia, omple les Notes i després envia el formulari. ### On és el formulari de revisió accelerada? Al web per a desenvolupadors d'Apple, després d'iniciar sessió al teu compte: la pàgina d'ajuda sobre la revisió accelerada hi porta amb l'enllaç Request an Expedited App Review. Hi tries l'app i la plataforma afectades. ### Una revisió accelerada garanteix que l'app serà acceptada? No. Només canvia la posició a la cua. La versió ha de complir les App Review Guidelines com qualsevol altra, i un rebuig continua sent possible. ### Es pot corregir un error sense passar per App Review? Amb Expo o React Native, una actualització remota substitueix el codi JavaScript sense build nou ni revisió. El codi natiu, els permisos i les dependències natives sempre requereixen un build enviat a Apple. ## El teu projecte [Review Kit](https://devoria.fr/ca/kits/app-review): La meva checklist de revisió de l'App Store, els rebutjos d'Apple que he corregit, la de Google Play i tres skills de Claude Code. 49 €. [iOS & Android Kit](https://devoria.fr/ca/kits/ios): Crea la teva app d'iPhone i Android amb Claude Code: el codi de partida de les meves apps, el camí fins a les botigues i tots els kits. 99 €. [Diagnòstic: què et separa de la teva app d'iPhone](https://devoria.fr/ca/diagnostic): 7 preguntes, 60 segons: sabràs què et bloqueja de debò per publicar la teva app d'iPhone, el teu recorregut en 4 etapes i el kit que et toca.