Rebuig d'Apple: per què et rebutgen l'app (5 casos reals)

Un rebuig d'Apple arriba gairebé sempre per un motiu concret, escrit al missatge de la revisió: una guideline numerada, sovint acompanyada d'una captura. Els motius més freqüents per a una primera app són una app que no està acabada (2.1), una privacitat mal declarada (5.1.1), unes metadades enganyoses (2.3.2), un pagament que esquiva la compra integrada (3.1.1) o una petició de valoració mal col·locada (5.6.3). En la gran majoria dels casos, el reviewer ha entès bé la teva app: el que era atacable era el teu enviament.

Ho sé perquè he patit aquests rebuigs jo mateix. Publico les meves pròpies apps iOS: Solys (un despertador amb minijocs) i TradaZen (un simulador de trading) són a l'App Store. Solys ha rebut dos rebuigs, un abans del llançament i l'altre en una actualització, i dues apps més, Clic i Nolera, van ser rebutjades, corregides i reenviades a Apple. Aquí tens els cinc rebuigs, la seva causa real, i després el mètode per respondre i la checklist que aplico abans de cada enviament.

Per què Apple rebutja una app: els 5 rebuigs que he rebut

Rebuig 2.1 a Solys: la demo era impossible de guanyar

L'onboarding de Solys proposa una demo jugable: has de guanyar un minijoc, com en despertar-te. Als meus telèfons, tot funcionava. El reviewer, en canvi, provava en un iPad, on una app d'iPhone funciona en mode compatibilitat dins d'una finestra més petita. A aquesta mida, el pas que es deixava a l'ocell del minijoc es tornava més estret que el mateix ocell, i el botó «Continua» només s'activava si guanyaves. Apple va demanar que hi hagués una manera de saltar-se la missió del joc.

La correcció: una demo amb una geometria calculada a partir de la mida real de la pantalla, i un enllaç per saltar-se la demo si fallaves.

La lliçó: tot pas obligatori ha de tenir una sortida, i cada pantalla obligatòria s'ha de provar en el format més petit possible abans de cada enviament.

Rebuig 5.6.3 a Solys: la petició de valoració durant l'onboarding

Segon rebuig, a l'actualització següent. Apple va escriure que l'app demanava una valoració al primer inici o durant l'onboarding. La pantalla de valoració arribava just després de la demo, abans que l'usuari hagués viscut res a l'app.

La correcció: la petició es va moure al final del recorregut, i només apareix si l'usuari acaba de guanyar la demo.

La lliçó: tota petició sensible (valoració, notificació, subscripció, seguiment) arriba després d'una prova de valor, mai abans.

Rebuig 5.1.1 a Clic: la política de privacitat en línia no estava actualitzada

Clic genera contingut amb IA, i l'app sí que tenia la seva pantalla de consentiment. El problema era en un altre lloc: la política de privacitat publicada al web era la versió antiga, i no descrivia tot el que l'app recull.

La correcció: política completa publicada, resum en anglès afegit, notes de revisió actualitzades.

La lliçó: Apple llegeix la teva política en línia, no la que dorm al teu repositori. Abans de cada enviament, obre la URL declarada i comprova que diu el que fa la teva app.

Rebuig 5.1.1 a Nolera: un botó «Permet» abans de la petició del sistema

Abans de la petició real d'accés a la càmera d'iOS, Nolera mostrava una pantalla explicativa amb un botó «Permet». Per a Apple, aquest text empeny a acceptar abans de la petició oficial del sistema.

La correcció: ara el botó es diu «Continua», en les 8 llengües de l'app.

La lliçó: una pantalla que prepara un permís explica, no decideix en lloc de l'usuari. Les recomanacions d'Apple són a les seves normes de disseny sobre privacitat.

Rebuig 2.3.2 a Nolera: la icona reutilitzada com a imatge promocional

Les subscripcions poden tenir una imatge promocional a App Store Connect. En dues subscripcions de Nolera, era simplement la icona de l'app. Apple ho va considerar no conforme.

La correcció: es van treure les imatges de les dues subscripcions, i es va tornar a crear l'enviament.

La lliçó: s'examina cada element de la teva fitxa, fins i tot els que omples sense pensar-hi, com la classificació per edat.

Quines guidelines fan caure més apps?

Totes les normes són a les App Review Guidelines. Les que atrapen més sovint una primera app:

2.1: App Completeness. L'app es penja, un botó no porta enlloc, una pantalla obligatòria no funciona en un format. Si la teva app demana iniciar sessió, dona un compte de demostració a les notes de revisió, si no el reviewer es queda bloquejat a la pantalla d'inici de sessió. Tot el que cal saber sobre aquest motiu és a la meva guia de la guideline 2.1.

2.3: Metadata. Captures que no mostren l'app real, descripció que promet una funció que no hi és, imatges promocionals no conformes.

3.1.1: In-App Purchase. Per desbloquejar contingut o funcions digitals dins l'app, la norma general és la compra integrada d'Apple. Les excepcions depenen dels països i van canviant: llegeix la versió actualitzada de les guidelines abans de preveure un altre mitjà de pagament. Tota la feina està a la pàgina subscripcions in-app iOS.

3.1.2: Subscriptions. Una app amb subscripció ha de presentar clarament què obté l'usuari i a quin preu. Els errors clàssics de pantalla de pagament són a paywall iOS: 7 errors de principiant.

4.3: Spam. L'app s'assembla a mil més o no aporta prou per si mateixa. És el rebuig més difícil de corregir: es preveu des de l'elecció de la idea. L'explico en detall a la guia de la guideline 4.3.

5.1.1: Privacy. Declaracions de recollida de dades que no corresponen al comportament de l'app, política de privacitat incompleta, permís demanat sense una explicació clara.

Com respondre a un rebuig d'Apple sense perdre dies?

Un rebuig no és un veredicte, és una anada i tornada. El procediment que funciona:

1. Llegeix el motiu dues vegades. El missatge cita la guideline i sovint hi adjunta una captura. Molts desenvolupadors responen una altra cosa perquè han llegit massa de pressa.
2. Busca la causa real. Tant a Clic com a Nolera, la causa real no era la que el text feia pensar a primera vista. Reprodueix el problema en les condicions del reviewer: mateix tipus de dispositiu, compte nou, primer inici.
3. Corregeix el motiu, i res més. No és el moment d'afegir tres funcions: cada canvi amplia la superfície de revisió.
4. Respon a App Store Connect. Explica en dues frases objectives què has corregit, responent al missatge d'App Review.
5. Apel·la només si n'estàs segur. Apple permet recórrer a l'App Review Board si creus que no han entès bé la teva app, amb una sola apel·lació per enviament rebutjat. Discutir un rebuig merescut només fa perdre temps.

Pel que fa als terminis, Apple diu que revisa almenys el 50 % dels enviaments en menys de 24 hores, i el 90 % en menys de 48 hores. Són els rebuigs els que allarguen el calendari, no la cua d'espera: el detall és a termini de validació de l'App Store. Tot el procés després d'un rebuig és a la pàgina aplicació rebutjada per Apple.

Un rebuig evitable costa un cicle de revisió complet. La millor resposta a Apple és l'enviament que no li deixa res a retreure.

La checklist que aplico abans de cada enviament

Construïda rebuig rere rebuig, a les meves apps:

• Cada pantalla obligatòria provada a l'iPhone més petit, al més gran i a l'iPad en mode compatibilitat, segons la graella de la guideline 4.0 de disseny
• Una sortida possible a cada pas de l'onboarding, fins i tot si l'usuari falla
• Compte de demostració a les notes de revisió si l'app té inici de sessió
• Compres provades en sandbox, restauració inclosa
• Preu, durada i enllaços a les condicions i a la privacitat presents allà on Apple ho exigeix, en cada llengua
• Política de privacitat en línia rellegida el dia de l'enviament
• Declaracions de privacitat alineades amb el que l'app recull realment, privacy manifest inclòs
• Pantalles prèvies als permisos sense botó «Permet»
• Peticions de valoració i de notificació col·locades després d'una prova de valor, sense desbloquejar res a canvi d'una valoració (guideline 3.2.2)
• Imatges promocionals i captures que mostren l'app real, també a les teves pàgines de producte personalitzades

Si és la teva primera publicació, la pàgina publicar una aplicació a l'App Store repassa tots els passos abans de l'enviament.

Una plantilla per explicar el teu recorregut a App Review

Descarrega la plantilla de notes per a App Review: instruccions en francès, notes en anglès per completar i esquema de resposta a un rebuig. T'obliga a precisar la versió, el camí per les pantalles i el resultat esperat. Conserva només el que existeix a la teva build.

Substitueix «l'app desa correctament» per un escenari reproduïble: pantalla de partida, acció, tancament i reobertura, resultat recuperat. Després d'un rebuig, cita el comportament corregit i el dispositiu on l'has verificat. Si no has reproduït el problema, explica què et falta per reproduir-lo.

Les credencials d'un compte de demostració s'introdueixen als camps específics d'App Store Connect, mai en un fitxer públic. Pots preparar les proves amb la graella de proves de TestFlight i trobar les cinc plantilles gratuïtes.

Evitar aquests rebuigs abans de l'enviament

L'Apple Review Kit reuneix la meva checklist abans de l'enviament, els meus rebuigs d'Apple corregits i skills de Claude Code que revisen el teu projecte, el teu paywall i la teva fitxa abans de l'enviament.

La teva app ja ha estat rebutjada? El kit t'ajuda a trobar la norma citada, què demana, i un exemple de correcció i de resposta. Si vols que mirem el teu cas junts ara mateix, reserva una hora amb mi, per videotrucada.

Ningú no pot garantir que Apple acceptarà la teva app. Partir de rebuigs ja viscuts simplement redueix les possibilitats que et passin els mateixos.

Encara no has enviat la teva app? El diagnòstic gratuït t'envia la meva checklist antirebuig d'Apple i et diu què et queda per fer. Si encara l'estàs construint, la pàgina d'inici mostra com crear una aplicació mòbil tenint en compte aquests rebuigs.

Preguntes freqüents

Per què Apple rebutja la meva aplicació?

Gairebé sempre per un motiu concret, escrit al missatge de la revisió: una guideline numerada, sovint acompanyada d'una captura. Per a una primera app, els motius més freqüents són una app que no està acabada (2.1), una privacitat mal declarada (5.1.1) i unes metadades enganyoses (2.3.2). També hi ha el pagament que esquiva la compra integrada (3.1.1) i la petició de valoració mal col·locada (5.6.3).

Per què em rebutgen l'app si funciona al meu iPhone?

Perquè el reviewer pot provar-la en condicions diferents de les teves. A Solys, el meu despertador amb minijocs, provava en un iPad, on una app d'iPhone funciona en mode compatibilitat dins d'una finestra més petita. Allà la demo era impossible de guanyar. La correcció: una demo calculada sobre la mida real de la pantalla, i un enllaç per saltar-se-la si fallaves.

Què he de fer quan Apple rebutja la meva aplicació?

Llegeix el motiu dues vegades i després busca la causa real reproduint el problema en les condicions del reviewer: mateix tipus de dispositiu, compte nou, primer inici. Corregeix el motiu i res més, perquè cada canvi amplia la superfície de revisió. Després respon a App Store Connect, amb dues frases objectives sobre què has corregit.

Es pot recórrer un rebuig d'Apple?

Sí, però només si n'estàs segur. Apple permet recórrer a l'App Review Board si creus que no han entès bé la teva app, amb una sola apel·lació per enviament rebutjat. Discutir un rebuig merescut només fa perdre temps. Si no, corregeix el motiu i respon a App Store Connect.

Un rebuig allarga el termini de publicació?

Sí. Apple diu que revisa almenys el 50 % dels enviaments en menys de 24 hores, i el 90 % en menys de 48 hores: per tant, són els rebuigs els que allarguen el calendari, no la cua d'espera. Un rebuig evitable costa un cicle de revisió complet. El detall dels terminis és a termini de validació de l'App Store.

Què he de comprovar abans d'enviar una app a Apple?

Prova cada pantalla obligatòria a l'iPhone més petit, al més gran i en un iPad en mode compatibilitat, i després prova les compres en sandbox, restauració inclosa. Rellegeix la teva política de privacitat en línia el dia de l'enviament i dona un compte de demostració a les notes de revisió si l'app té inici de sessió. Aquesta checklist s'ha construït rebuig rere rebuig, a les meves apps.