Directrices de capturas para la revisión de apps: las reglas de Apple resumidas
Un resumen práctico de las App Review Guidelines de Apple aplicadas específicamente a las capturas de la App Store: qué comprueba realmente Apple, los motivos de rechazo más comunes y cómo solucionar los problemas rápidamente.
Aviso
Este es un resumen no oficial. El documento autorizado son las App Review Guidelines de Apple. Consulta siempre el sitio de Apple para ver el texto vigente: los números de las directrices y su redacción cambian.
TL;DR — Reglas de un vistazo
| Directriz | Regla | Qué significa | Ejemplo |
|---|---|---|---|
| 2.3.3 | Representación precisa | Las capturas deben mostrar tu app realmente en funcionamiento. | Sin maquetas conceptuales de funciones que aún no se publican. |
| 2.3.7 | Afirmaciones de marketing | Afirmaciones como «n.º 1» o «mejor» deben estar fundamentadas. | Cita una fuente o elimina el superlativo. |
| 2.3.10 | Referencias a plataformas | No anuncies otras plataformas móviles en capturas de iOS. | Sin distintivos «Get it on Google Play». |
| 3.1.1 | Precisión de precios | El texto sobre precios debe coincidir con la IAP/suscripción que vendes realmente. | No digas «Gratis para siempre» si hay un muro de pago. |
| 5.2 | Propiedad intelectual | No muestres logotipos de terceros ni contenido protegido sin derechos. | Evita notificaciones falsas de marcas que no te pertenecen. |
| Clasificación por edad | Adecuar el contenido a la clasificación | El contenido de las capturas no puede superar la clasificación por edad seleccionada. | Una app 4+ no puede mostrar referencias al alcohol en las capturas. |
¿Por qué le importan a Apple las capturas en concreto?
La App Store es una tienda curada. La postura de Apple, reiterada en la introducción de las App Review Guidelines, es que una tienda de alta calidad beneficia tanto a los usuarios como a los desarrolladores. Las capturas son la primera impresión del usuario; las capturas engañosas erosionan la confianza en toda la tienda. Por eso la aplicación de las normas sobre capturas está entre las partes más estrictas de App Review y por eso solucionar los problemas rápidamente importa más que discutir.
¿Qué significa «representación precisa» (2.3.3)?
La directriz 2.3.3 exige que las capturas muestren la app realmente en funcionamiento. La zona gris es qué se considera «en funcionamiento». Apple es estricta con:
- Arte conceptual de funciones que no se incluyen en el binario que enviaste
- Ilustraciones de marketing prerrenderizadas que muestren la app en un escenario hipotético
- Capturas de la competencia disfrazadas como propias
Apple es más permisiva con:
- Maquetas con marcos de dispositivo: tu pantalla real compuesta dentro del marco de un iPhone está bien
- Subtítulos y titulares: superposiciones de texto que explican qué hace la pantalla
- Fondos: fondos de degradado o fotográficos detrás del marco del dispositivo
- Datos de muestra generados que representen de forma plausible lo que vería un usuario real
¿Por qué el contenido de marcador de posición es un problema?
Lorem ipsum, «Nombre de usuario» y cuentas de prueba evidentes (p. ej., «test@test.com») denotan un producto inacabado. App Review las trata como representativas de una app sin terminar: una vía rápida al rechazo. Rellena cada campo con datos plausibles: nombres realistas, importes de transacción realistas, fechas actuales. Los datos generados están bien; los datos de marcador de posición evidentes no.
¿Y los tamaños de dispositivo incorrectos (2.3.10)?
La directriz 2.3.10 cubre la precisión de los metadatos. Enviar una captura de 6,1 pulgadas en el espacio de 6,7 pulgadas, aunque esté reescalada, se rechaza porque la imagen resultante no representa la app en la relación de aspecto real del dispositivo más grande. Usa los renders específicos por dispositivo que enumeramos en la guía de tamaños de capturas para la App Store, y deja que la API de Screenshots.live genere cada dispositivo de forma nativa en lugar de escalar.
¿Puedes mencionar Android en capturas de iOS?
No. La directriz 2.3.10 prohíbe las referencias a otras plataformas móviles dentro de los metadatos de iOS, incluidas las capturas. Infractores comunes:
- Banners «Ya en Android»
- Distintivos de descarga de Google Play
- Capturas que muestran tu app dentro de un marco de dispositivo Android (Pixel, Galaxy) en lugar de un marco de iPhone
La solución son variantes por plataforma: misma plantilla, distinta configuración de marco de dispositivo. Renderiza la variante de iOS con marcos de iPhone, la variante de Android con marcos de Pixel, y súbela a la tienda correspondiente. Consulta la función de soporte multiplataforma para la configuración.
¿Y las afirmaciones de marketing (2.3.7)?
Apple ha rechazado fichas por superlativos no verificados: «App de productividad n.º 1», «La mejor app de notas en iOS», «Usada por más de 10 M de equipos». La solución es:
- Citar una fuente en la captura o el subtítulo («Top 10 en Productividad, App Store, EE. UU., marzo de 2026»)
- Ser específico en lugar de superlativo («De la confianza de 8 432 equipos», si esa cifra es exacta)
- Eliminar la afirmación por completo y apoyarte en el propio producto
¿Cómo interactúan las clasificaciones por edad con las capturas?
La clasificación por edad que selecciones en App Store Connect se aplica a todos los recursos de la ficha, incluidas las capturas. Una app 4+ que muestre alcohol, tabaco, violencia intensa o contenido sugerente en las capturas pasa a una clasificación superior, o se rechaza si la clasificación no admite el contenido. Adecua el contenido a la clasificación desde el inicio: si tu captura necesita una interfaz con una carta de vinos, la clasificación de la app ya debe admitir referencias al alcohol.
¿Qué marcos de dispositivo están permitidos?
Apple permite mostrar tu app dentro de un marco de dispositivo Apple para la clase de dispositivo que estés publicando (iPhone, iPad, Apple Watch, Apple TV). No:
- Modifiques visualmente el marco del dispositivo (colores personalizados, logotipos)
- Mezcles marcos Android en fichas de iOS
- Uses marcos genéricos «con forma de teléfono» no autorizados por Apple
Usa los recursos oficiales de marcos de dispositivo de Apple (bibliotecas de Sketch/Figma) al diseñar tu plantilla.
¿Y los logotipos de terceros y el contenido protegido?
La directriz 5.2 cubre la propiedad intelectual. El infractor más común en capturas es una notificación push falsa de una marca que la app no tiene licencia para usar: «Slack: Nuevo mensaje de Eve» en una captura de una app que no es Slack, por ejemplo. Usa notificaciones simuladas genéricas, una interfaz anonimizada con aspecto de marca (sin logotipos reales) o contenido con licencia y derechos demostrables.
¿Cómo se aplica la precisión de precios (3.1.1)?
Si una captura dice «Gratis para siempre» pero tu app usa una suscripción de 4,99 USD/mes, espera el rechazo. Las afirmaciones sobre precios en las capturas deben reflejar la IAP/suscripción real que distribuyes. Lo mismo se aplica a las afirmaciones de «Sin anuncios», «Compra única» y la duración de las «Pruebas gratuitas»: cada una debe coincidir con lo que el usuario encuentra en la app.
¿Y los desajustes a nivel de configuración regional?
Una etiqueta de precio en dólares estadounidenses en tu ficha alemana resulta descuidada para App Review y para los usuarios. Lo mismo ocurre con los formatos de fecha (MM/DD/AAAA en una ficha alemana), las referencias sociales («Tendencia en Twitter» en una ficha de China continental, donde Twitter está bloqueado) y las festividades (alusiones al Día de Acción de Gracias en fichas no estadounidenses). La guía de localización cubre las anulaciones por configuración regional para exactamente estos casos.
¿Qué hacer cuando te rechazan?
La mayoría de los rechazos por capturas son fáciles de solucionar: cambia el elemento problemático en tu plantilla, vuelve a renderizar mediante la API, vuelve a subir y vuelve a enviar. El ciclo completo suele durar menos de una hora. Dos consejos:
- Lee la directriz exacta que Apple cita en el Resolution Center. La solución casi siempre es más concreta de lo que crees: a veces un único elemento en una sola captura.
- Vuelve a enviar antes de apelar. Las apelaciones a través del Resolution Center tardan días; los reenvíos tras una corrección suelen procesarse en horas. Las apelaciones tienen sentido cuando crees genuinamente que la revisión fue errónea, no cuando la solución es evidente.
¿En qué se diferencian las reglas de Google Play?
La Política de Contenido Promocional y Fichas de la Tienda de Google Play cubre un terreno similar pero, en general, es más permisiva con el lenguaje de marketing y más estricta con la funcionalidad engañosa. Lo básico (representación precisa, sin notificaciones falsas, coherencia con la clasificación por edad) se aplica en ambas plataformas. Las especificaciones técnicas difieren; consulta nuestra guía de requisitos de capturas para Google Play para esos detalles.
En resumen
La forma más rápida de no caer en el cubo de rechazos de capturas de App Review es partir de una plantilla que ya cumpla las reglas: marcos de dispositivo precisos, sin referencias multiplataforma, datos de muestra plausibles, sin afirmaciones infundadas. Genera variantes a partir de esa plantilla y la tasa de rechazo cae a casi cero.
Genera todos estos tamaños automáticamente
Deja de redimensionar capturas de pantalla manualmente. Diseña una sola plantilla y renderiza cada tamaño, dispositivo e idioma con una única llamada a la API.
Empieza gratis — Prueba Screenshots.live