Guideline 2.3.3: captures d'App Store rebutjades

Un rebuig «Guideline 2.3.3 - Performance - Accurate Metadata» vol dir que Apple considera que les teves captures no mostren l'app fent la seva feina. La regla té xifres: per a cada tipus de dispositiu, més de la meitat de les captures han de mostrar la pantalla real de l'app en ús. El rebuig afecta la fitxa, no el binari: substitueixes les captures i tornes a enviar el mateix build.

M'ha passat el 27 d'octubre de 2026 amb Vigie, la meva app de seguiment ASO. Les meves captures mostraven targetes d'interfície redibuixades al voltant d'una mascota, sense telèfon. Apple les va rebutjar. Aquesta guia recull el missatge que vaig rebre, què entén Apple per «app in use», què passa i què no, i la checklist que aplico des d'aleshores. Les regles citades venen de les pàgines oficials d'Apple, rellegides el 3 de novembre de 2026.

El missatge d'Apple, paraula per paraula

El missatge comença amb el títol de la regla i després indica la mida de dispositiu afectada. Per a Vigie, la frase que contenia el rebuig era aquesta:

The 6.7-inch iPhone screenshots do not show the actual app in use.

Altres rebuigs 2.3.3 detallen què espera el revisor. Aquest el va publicar als fòrums d'Apple l'octubre de 2024 un desenvolupador que tenia un marc d'iPhone a les posicions d'iPad. Aquí tens el fragment que enumera els requisits, paraula per paraula:

Some or all of the provided screenshots do not sufficiently show
the app in use. Screenshots should highlight the app's core concept
to help users understand the app's functionality and value.

- Marketing or promotional materials that do not reflect the UI
  of the app are not appropriate for screenshots.
- The majority of the screenshots should highlight the app's main
  features and functionality.
- Confirm that the app looks and behaves identically in all
  languages and on all supported devices.
- Make sure that the screenshots show the app in use on the
  correct device, unless they are included to demonstrate that
  the app can be used on multiple Apple platforms. For example,
  iPhone screenshots should be taken on iPhone, not on iPad.

En català: un visual publicitari que no mostra la interfície de l'app no té lloc entre les captures. La majoria han de mostrar les funcions principals. I cada captura mostra el dispositiu correcte: una captura d'iPhone es fa en un iPhone, no en un iPad, excepte si vols demostrar que l'app funciona en diverses plataformes d'Apple.

Què entén Apple per «app in use»

El text de la guideline 2.3.3 és curt: «Screenshots should show the app in use, and not merely the title art, login page, or splash screen.» Les captures han de mostrar l'app en ús, no només el logo, la pantalla d'inici de sessió o la pantalla de càrrega. El mateix text permet afegir textos i imatges a sobre.

La pàgina d'ajuda d'App Review sobre la 2.3.3 concreta com es valora. Apple avalua la sèrie de cada tipus de dispositiu i només aprova si més de la meitat de les captures mostren l'app en ús. Cada idioma es valora per separat. La pàgina també enumera què cal evitar:

• captures que només mostren una pàgina d'inici de sessió o una pantalla de càrrega;
• una interfície que no correspon a la real, o un visual publicitari enganyós;
• decoracions que tapen l'app, o només el maquinari, sense interfície al darrere.

En resum, «en ús» vol dir: la interfície real del teu build, amb contingut, fent allò per què la gent es descarrega l'app. Un títol curt damunt d'una pantalla real continua sent una captura en ús.

Quantes captures han de mostrar l'app

Apple dona dos exemples: amb tres captures, dues han de mostrar l'app. Amb quatre, tres. La resta es dedueix de la mateixa regla: més de la meitat.

Captures enviades	Mínim en ús	Visuals de màrqueting possibles
1	1	0
2	2	0
3	2	1
4	3	1
5	3	2
6	4	2
8	5	3
10	6	4

El recompte es fa per tipus de dispositiu i per idioma. N'hi ha prou amb una sola captura per dispositiu, si mostra l'app en ús. Segons les especificacions de les captures, Apple exigeix com a mínim una captura per a l'iPhone amb Dynamic Island de pantalla mitjana, i n'accepta fins a 10 per mida. Si la teva interfície és igual en totes les mides i en tots els idiomes, n'hi ha prou amb la resolució més alta exigida: App Store Connect la redueix per a les mides més petites. Les dimensions exactes són a la mida de les captures de l'App Store.

Què passa i què no

Captura	Veredicte	Què decideix
Pantalla real de l'app, títol curt a sobre	Passa	La 2.3.3 permet el text afegit
Pantalla real dins d'un iPhone	Passa	La interfície real, al dispositiu correcte
Només logo, pantalla de càrrega o d'inici de sessió	Rebutjada	La regla ho cita textualment
Visual de màrqueting sense interfície	Tolerat en minoria	Només si la majoria mostra l'app
Targetes d'interfície redibuixades, sense l'app	Rebutjada	El meu rebuig del 27 d'octubre de 2026
Pantalla maquetada que no existeix al build	Rebutjada	Interfície que no correspon a la real
Telèfon buit o decorat sense interfície al darrere	Rebutjada	A la llista del que cal evitar
Captura d'iPhone a les posicions d'iPad	Rebutjada	Dispositiu incorrecte, segons el rebuig del fòrum
Imatge que s'estén per dues captures	Passa	Permès, sempre que l'app es vegi
Barra d'estat d'una altra plataforma	Rebutjada, per la 2.3.10	Apple remet a la guideline 2.3.10

Apple no imposa cap marc de telèfon. N'hi ha prou amb una captura de l'app a pantalla completa. El marc té un avantatge: deixa clar, d'un cop d'ull, que la imatge és l'app.

El meu cas: Vigie rebutjada el 27 d'octubre de 2026

Per a la versió 1.1 de Vigie, havia seguit una tendència dels estudis de captures: un mural continu, una mascota i targetes d'interfície flotants en lloc d'un telèfon sencer. Les targetes estaven redibuixades per a l'ocasió, amb apps fictícies. Quedava bonic. No era l'app.

El revisor va escriure que les captures de l'iPhone de 6,7 polzades no mostraven l'app en ús. No ho vaig discutir: tenia raó. Vaig refer tota la sèrie amb una regla senzilla:

1. Cada panell mostra un iPhone amb una captura nativa del simulador, enganxada al píxel, sense retocar la interfície.
2. Una targeta ampliada només apareix a més del telèfon, mai en lloc seu, i està retallada d'aquesta mateixa captura.
3. El decorat queda al voltant, mai damunt de la pantalla.

Aquest rebuig no demanava cap build nou. Vaig substituir les captures i vaig tornar a enviar la mateixa versió aquell mateix vespre. Després vaig canviar de build per corregir un títol dins l'app, sense relació amb les captures. Vigie 1.1 estava a la venda el 29 d'octubre amb aquesta sèrie.

Una targeta redibuixada, per fidel que sigui, no és l'app. El revisor vol veure la pantalla que l'usuari tindrà a les mans.

Corregir-ho sense build nou

1. Llegeix el missatge sencer. Indica quina mida de dispositiu està afectada, de vegades quin idioma. Cal canviar totes les sèries afectades, no només la primera.
2. Refés les captures a partir del build enviat. Simulador o dispositiu, amb contingut real. Més de la meitat en ús, per a cada dispositiu i cada idioma.
3. Substitueix les captures a App Store Connect. Segons l'ajuda sobre la gestió dels recursos, es pot fer quan l'app és en un d'aquests estats: Prepare for Submission, Invalid Binary, Rejected, Metadata Rejected o Developer Rejected.
4. Torna a enviar segons l'estat que es mostri. Per a Metadata Rejected, la taula d'estats diu: llegeix el missatge, corregeix les metadades i després respon al missatge d'App Review. Si l'enviament mostra Unresolved Issues, segueix el procediment d'Apple: a Apps, View App Review Issues & Messages, després Resolve, Edit a l'element rebutjat, Add for Review i, finalment, Resubmit to App Review.
5. No toquis més les captures un cop enviat. Segons la mateixa taula d'estats, en Waiting for Review no pots ni pujar ni modificar captures.

Cada element rebutjat només es pot modificar un cop abans de tornar a enviar: revisa la nova sèrie abans de clicar. La resposta que jo escriuria al revisor, en anglès:

Hello App Review team,

Thank you for your feedback regarding Guideline 2.3.3.

We replaced the [6.9-inch iPhone] screenshots in all localizations.
Each screenshot now shows the actual app interface, captured from
the submitted build: [main screen], [key feature], [result screen].

The build is unchanged.

Best regards,
[Your name]

El to i la forma d'una bona resposta els tens detallats a respondre a App Review.

La checklist abans d'enviar les captures

• Més de la meitat de les captures de cada tipus de dispositiu mostren la pantalla real, amb contingut.
• La mateixa regla es compleix en cada idioma, no només en anglès.
• Cap captura mostra només el logo, la pantalla de càrrega o l'inici de sessió.
• La interfície que es mostra existeix al build enviat, idèntica.
• Els títols i el decorat deixen la interfície llegible.
• Les captures d'iPhone es fan en un iPhone, les d'iPad en un iPad.
• Cap rastre d'una altra plataforma, ni tan sols a la barra d'estat.
• Si la teva app té mode fosc, una captura el mostra: ho recomana la pàgina d'ajuda d'Apple.
• Els fitxers són JPEG o PNG, sense transparència.

Apple també recorda, a la seva pàgina sobre la fitxa de producte, que les primeres captures poden aparèixer als resultats de cerca. Per a mi, una captura que mostra clarament l'app fent la seva feina ven més que un eslògan. Els altres motius de rebuig de la fitxa són a per què Apple rebutja una app.

Captures que passen a la primera

L'App Store Screenshots Kit reuneix les meves plantilles i l'skill que crea les captures a partir de les pantalles reals de la teva app, en les mides que demana Apple. Si t'acaben de rebutjar la fitxa, el Review Kit conté la meva checklist abans de l'enviament, els meus rebuigs corregits i les plantilles de resposta al revisor. Tot el procés és a la pàgina app rebutjada per Apple.

Si prepares el teu primer llançament, fes el teu diagnòstic gratuït: posa les etapes en ordre i t'envia la meva checklist antirebuig d'Apple.

Preguntes freqüents

Què vol dir «Guideline 2.3.3 - Performance - Accurate Metadata»?

És el títol del rebuig per captures que no mostren l'app en ús. Apple considera que massa captures són visuals de màrqueting, pantalles de càrrega o interfícies que no són les de l'app. Sovint el missatge indica la mida de dispositiu afectada.

Cal un build nou després d'un rebuig 2.3.3?

No. El rebuig afecta la fitxa de l'App Store. Substitueixes les captures a App Store Connect i tornes a enviar la mateixa versió responent al missatge d'App Review.

Quantes captures han de mostrar l'app en ús?

Més de la meitat, per a cada tipus de dispositiu i en cada idioma. Amb tres captures, dues han de mostrar l'app. Amb quatre, tres. N'hi ha prou amb una sola captura si mostra l'app en ús.

Es pot posar text de màrqueting a les captures de l'App Store?

Sí. La guideline 2.3.3 permet textos i imatges afegits a sobre. No han d'amagar la interfície, i la majoria de captures han de continuar mostrant l'app en ús.

Cal un marc d'iPhone al voltant de les captures?

No, Apple no ho exigeix: una captura de l'app a pantalla completa passa. El marc ajuda a entendre que la imatge és l'app. Ha de ser el del dispositiu correcte: mai un marc d'iPhone en una captura destinada a l'iPad.

Es poden modificar les captures mentre l'app espera la revisió?

No. En l'estat Waiting for Review, App Store Connect no permet ni pujar ni modificar captures. Per canviar-les, retira l'enviament de la revisió o espera la decisió.