¿Tengo que subir una build nueva si me rechazan las capturas del App Store?

No, si solo se rechazaron los metadatos. Cuando una app aparece con el estado Metadatos rechazados, la documentación de App Store Connect de Apple dice que leas el mensaje de App Review, edites los metadatos para resolver el problema y respondas al mensaje. Sustituye las capturas en la sección de vistas previas de apps y capturas de pantalla de la misma versión y luego responde. Solo necesitas una build nueva si el rechazo también afecta al binario.

¿Las capturas del App Store pueden mostrar un precio o un descuento?

La directriz 2.3.7 de Apple dice que los metadatos como los nombres de apps, subtítulos, capturas de pantalla y vistas previas no deben incluir precios, términos ni descripciones que no sean propios de ese tipo de metadato. Deja fuera de las capturas los precios, los banners de rebajas y los textos tipo «50 % de descuento». El precio va en la información de compras dentro de la app y suscripciones que ya muestra Apple, y los precios promocionales van en el texto promocional o en los eventos dentro de la app.

¿Puedo apelar el rechazo de unas capturas del App Store?

Sí. Si crees que App Review entendió mal tu app o te trató de forma injusta, Apple te permite presentar una apelación ante la App Review Board. Apple pide que des motivos concretos de por qué la app cumple las directrices, que presentes una sola apelación por envío rechazado y que antes respondas a cualquier solicitud de más información. Con problemas de capturas, corregir las imágenes y responder suele ser más rápido que apelar.

¿Por qué App Store Connect dice que las dimensiones de mi captura son incorrectas?

App Store Connect compara cada captura con los tamaños exactos en píxeles que acepta ese hueco de dispositivo. El hueco del iPhone de 6,9 pulgadas acepta 1260 × 2736, 1290 × 2796 o 1320 × 2868 en vertical (o sus equivalentes en horizontal), y el del iPad de 13 pulgadas acepta 2064 × 2752 o 2048 × 2732. Cualquier otra cosa, incluida una imagen que se desvía unos pocos píxeles o un archivo con transparencia, falla al subirla, antes de la revisión.

Por qué Apple rechaza capturas del App Store (y cómo evitarlo)

Q: ¿Puedo usar un teléfono Android en mis capturas del App Store?

En general, no. La sección 2.3.10 de las directrices de revisión del App Store dice que no incluyas nombres, iconos ni imágenes de otras plataformas móviles o tiendas de apps alternativas en tu app ni en sus metadatos, salvo que haya una funcionalidad interactiva específica y aprobada. Un marco de dispositivo Android, una insignia de Google Play o la interfaz del sistema Android en una captura del App Store es un motivo habitual de rechazo de metadatos.

Apple rechaza capturas del App Store cuando no muestran la app con precisión, según la sección 2.3 (Metadatos precisos) de las directrices de revisión del App Store. Los motivos más comunes son capturas que no muestran la app en uso (2.3.3), capturas de iPad que en realidad son imágenes de iPhone estiradas, imágenes o nombres de otras plataformas como Android (2.3.10), precios en la imagen (2.3.7) y funciones que la app en realidad no tiene (2.3 y 2.3.1). Una captura rechazada suele dejar la app en estado Metadatos rechazados, que se corrige en App Store Connect respondiendo a App Review, sin subir una build nueva.

A continuación tienes cada directriz que afecta a las capturas, con las palabras de Apple, los motivos que vemos con más frecuencia, los errores de subida que parecen rechazos pero no lo son, y cómo responder.

Puntos clave

Los rechazos de capturas del App Store entran en la sección 2.3, Metadatos precisos, de las directrices de revisión del App Store.
La directriz 2.3.3 dice que las capturas deben mostrar la app en uso, y no solo el título, la pantalla de inicio de sesión o la pantalla de bienvenida.
La directriz 2.3.10 prohíbe nombres, iconos o imágenes de otras plataformas móviles o tiendas de apps alternativas en los metadatos, así que los dispositivos Android y las insignias de Google Play se rechazan.
La directriz 2.3.7 dice que las capturas y las vistas previas no deben incluir precios.
Con el estado Metadatos rechazados, Apple dice que edites los metadatos y respondas a App Review en App Store Connect; no hace falta una build nueva.

¿Qué directrices de App Review afectan a las capturas?

Todas están en la sección 2.3 de las directrices de revisión del App Store de Apple, que empieza así: «asegúrate de que todos los metadatos de tu app, incluida la información de privacidad, la descripción, las capturas de pantalla y las vistas previas, reflejen con precisión la experiencia principal de la app». Los puntos numerados que importan para las capturas:

Directriz	Qué dice Apple (resumido)	Motivo típico en una captura
2.3 / 2.3.1	Los metadatos deben reflejar la app con precisión; no promociones contenido ni servicios que no ofrece	Mostrar una función que no está en esta versión, o una interfaz simulada que no existe
2.3.2	Deja claro si los elementos destacados, niveles o suscripciones requieren compras adicionales	Captura principal de una función de pago sin ninguna indicación de que es de pago
2.3.3	Las capturas deben mostrar la app en uso, no solo el título, la pantalla de inicio de sesión o la de bienvenida	Primera captura con solo el logo; hueco de iPad relleno con una imagen de iPhone estirada
2.3.4	Las vistas previas solo pueden usar grabaciones de pantalla de la propia app	Imágenes reales o renderizadas en un video de vista previa de la app
2.3.7	Las capturas y las vistas previas no deben incluir precios ni términos que no sean propios de ese tipo de metadato	«Solo 4,99 $», «50 % de descuento», textos llenos de palabras clave
2.3.8	Las capturas y las vistas previas deben ser aptas para una clasificación 4+, aunque la app tenga una más alta	Violencia explícita o imágenes para adultos en las capturas de un juego
2.3.9	Asegúrate de tener los derechos de todo el material; muestra datos de cuenta ficticios	Personajes con licencia sin permiso; datos de una persona real en pantalla
2.3.10	Nada de nombres, iconos o imágenes de otras plataformas móviles o tiendas alternativas	Marco de dispositivo Android, insignia de Google Play, «También en Android»

La tabla resume para ahorrar espacio; cita el texto exacto de la directriz cuando respondas a App Review. Los números de las directrices cambian de vez en cuando, así que revisa la página actual en lugar de un post antiguo (incluido este) antes de citar uno.

Los motivos de rechazo de capturas más comunes

1. La captura no muestra la app en uso (2.3.3)

La directriz 2.3.3 dice: «Las capturas de pantalla deben mostrar la app en uso, y no solo el título, la pantalla de inicio de sesión o la pantalla de bienvenida». También permite «superposiciones de texto e imagen», así que una captura diseñada con titular, fondo y marco de dispositivo está bien. Lo que se marca es una captura en la que la app no aparece o queda reducida a algo simbólico: un eslogan sobre un degradado, un logo, un formulario de inicio de sesión, un carrusel de onboarding. Pon una interfaz real y con contenido en cada captura, y cuida especialmente la primera, porque es la más visible (hablamos de qué poner en tu primera captura del App Store en otro post).

2. Capturas de iPad que en realidad son de iPhone (2.3.3)

Es uno de los rechazos que más mencionan los desarrolladores en los foros de Apple: el hueco del iPad de 13 pulgadas se rellena con una captura de iPhone estirada, con márgenes añadidos o metida en un marco de iPad. App Review lo interpreta como que no se muestra la app en uso en iPad. La solución es capturar la app funcionando en un iPad (o en el simulador del iPad Pro de 13 pulgadas) y diseñar el set de iPad a partir de esas capturas. Si tu app no es compatible con iPadOS, no necesitas ningún set de iPad.

3. Otras plataformas en la imagen (2.3.10)

La directriz 2.3.10 te pide no «incluir nombres, iconos ni imágenes de otras plataformas móviles o tiendas de apps alternativas en tu app ni en sus metadatos, salvo que haya una funcionalidad interactiva específica y aprobada». En las capturas eso suele significar:

Un marco de teléfono Android, o las barras de estado y navegación de Android, a menudo por reutilizar un set de Google Play
Insignias de «Disponible en Google Play» o un texto tipo «Disponible en Android»
Interfaz específica de Android en una app multiplataforma capturada en el dispositivo equivocado

Ten un set distinto para cada tienda. Los generadores que exportan ambos desde un mismo proyecto lo ponen fácil, y también una convención de nombres en Figma.

4. Precios y mensajes promocionales (2.3.7)

La directriz 2.3.7 dice que «los metadatos como los nombres de apps, subtítulos, capturas de pantalla y vistas previas no deben incluir precios, términos ni descripciones que no sean propios de ese tipo de metadato». Textos como «Solo 2,99 $/mes», «Oferta de lanzamiento: 50 % de descuento» o un banner con el precio de la prueba gratuita son motivos típicos. Describe lo que hace la app; el App Store ya muestra los precios.

5. Funciones que la app no tiene (2.3, 2.3.1)

Los mockups de funciones que aún no existen, un diseño que se aleja bastante de la interfaz que se publica o una captura de otra versión de la app pueden considerarse engañosos. La directriz 2.3.1 menciona expresamente «promocionar contenido o servicios que en realidad no ofrece». Haz las capturas con la build que vas a enviar.

6. Funciones de pago sin indicar que son de pago (2.3.2)

La directriz 2.3.2 pide que «la descripción de la app, las capturas de pantalla y las vistas previas indiquen claramente si algún elemento destacado, nivel, suscripción, etc. requiere compras adicionales». Si tu captura principal muestra una función Pro, una pequeña etiqueta «Pro» o «Premium» en la interfaz o en el titular, junto con una explicación clara en la descripción, evita la pregunta.

7. Datos reales, contenido con licencia e interfaz sin terminar

La directriz 2.3.9 pide datos de cuenta ficticios en lugar de los datos de una persona real, y te hace responsable de los derechos de todo lo que se muestra. Las fotos de famosos, los escudos de equipos deportivos o los pósteres de películas en un feed de demostración son un riesgo salvo que tengas los derechos. Aparte, la directriz 2.1 pide que lo que envíes sea la versión final, sin textos de relleno ni otro contenido provisional, así que los menús de depuración, el «Lorem ipsum» y los banners del entorno de pruebas tampoco tienen sitio en las capturas. Nuestra guía de capturas limpias en el simulador y el emulador explica cómo preparar datos de demostración y una barra de estado ordenada.

Errores de subida que no son rechazos

Algunos problemas con las capturas nunca llegan a App Review porque App Store Connect rechaza el archivo al subirlo. Se corrigen antes, pero bloquean igual.

Error	Causa	Solución
Dimensiones incorrectas	La imagen no tiene ninguno de los tamaños exactos en píxeles que acepta ese hueco	Exporta en un tamaño aceptado, p. ej. 1290 × 2796 o 1320 × 2868 para iPhone de 6,9 pulgadas, 2064 × 2752 para iPad de 13 pulgadas
Canal alfa / transparencia	PNG exportado con transparencia	Acóplalo sobre un fondo sólido; Apple dice que las imágenes no pueden incluir canales alfa ni transparencias
Formato no compatible	HEIC, WebP u otro formato	Usa .jpeg, .jpg o .png
Demasiadas capturas	Más de 10 en un mismo tamaño de dispositivo	Apple permite hasta 10 por tamaño de dispositivo
Falta un tamaño obligatorio	No hay set de iPhone, o no hay set de iPad de 13 pulgadas en una app compatible con iPadOS	Sube al menos una captura para cada tamaño de pantalla obligatorio

Las especificaciones de capturas de pantalla de Apple enumeran todos los tamaños aceptados por grupo de dispositivos, y nuestra referencia de tamaños de capturas reúne los más comunes en una tabla.

Pruébalo ahora

Diseña capturas listas para la tienda en minutos: gratis y sin marca de agua.

Empezar con Launch Shots es gratis. Todas las plantillas (más de 110), más de 220 marcos de dispositivo y mockups 3D, traducción con IA y subida directa a App Store Connect y Google Play Console. Sin tarjeta de crédito.

Empieza gratis →

Cómo responder a un rechazo de capturas

1. Lee el mensaje en App Store Connect

Los detalles del rechazo aparecen en la sección App Review de la página de tu app en App Store Connect (muchos desarrolladores la siguen llamando Resolution Center, su nombre antiguo). Apple incluye el número de la directriz y normalmente una nota sobre qué capturas y qué tamaño de dispositivo lo provocaron. Léelo con atención: «tus capturas de iPad de 13 pulgadas» y «tus capturas de iPhone» necesitan soluciones distintas.

2. Corrige los metadatos, no la build

Para el estado Metadatos rechazados, la referencia de estados de Apple dice: «Lee el mensaje de App Review, edita los metadatos para resolver el problema y responde al mensaje de App Review». Sustituye las capturas señaladas en todas las localizaciones que las tengan; corregirlas solo en inglés no resuelve un problema que también está en tu set en alemán. Revisa también los tamaños escalados en el Media Manager.

3. Responde de forma breve y concreta

Di qué cambiaste y dónde. Algo así:

Thanks for the review. We've replaced the 13-inch iPad screenshots
in all 6 localizations with captures of the app running on iPad Pro
(13-inch). The previous images were scaled iPhone screenshots.
The build is unchanged.

4. Si no estás de acuerdo, explícalo o apela

Si crees que el revisor malinterpretó la captura (por ejemplo, una función que no encontró está detrás de un inicio de sesión), responde con los pasos para llegar a ella e incluye los datos de una cuenta de demostración en la información para App Review. Si eso no lo resuelve, la página de App Review de Apple describe cómo apelar ante la App Review Board: da motivos concretos de por qué la app cumple, presenta una sola apelación por envío rechazado y responde antes a cualquier pregunta pendiente. Apple también ofrece citas de 30 minutos con App Review para repasar las directrices antes de enviar la app.

Checklist antes de enviar

Cada captura muestra una interfaz real y con contenido de la build que vas a enviar
Las capturas de iPad son capturas reales en iPad, o no hay ninguna porque la app no es compatible con iPadOS
Nada de marcos de Android, interfaz del sistema Android, insignias de Google Play ni nombres de otras plataformas
Nada de precios, descuentos ni precios de prueba en las imágenes
Las funciones de pago están indicadas como de pago en algún lugar de la ficha
Las imágenes son aptas para un público 4+ y tienes los derechos
Los datos de demostración son ficticios; sin texto de relleno ni interfaz de depuración
Tamaños exactos en píxeles aceptados, PNG o JPEG, sin transparencia, hasta 10 por tamaño
Correcciones aplicadas en todas las localizaciones, no solo en el idioma principal

Para problemas de diseño que no te van a provocar un rechazo pero sí te van a costar instalaciones, mira los errores comunes en las capturas de apps, y para el proceso completo, de la build a la subida, cómo hacer capturas para el App Store.