LaunchLint Academy
La respuesta breve
- Las capturas del App Store son un requisito técnico y, al mismo tiempo, la superficie visual que más influye en la primera impresión. Deben respetar medidas exactas, representar la versión enviada y explicar el valor del producto desde las primeras imágenes.
- Esta guía organiza formatos, dispositivos, narrativa, localización y control de calidad para que un equipo de Expo o React Native pueda repetir el proceso en cada lanzamiento.
Qué exige Apple realmente
Apple permite actualmente entre una y diez capturas por tamaño de dispositivo compatible. Los archivos deben ser JPEG, JPG o PNG y no pueden incluir transparencia. Los vídeos de vista previa son opcionales, pero las capturas de las clases requeridas forman parte de la ficha.
La especificación separa las clases de pantalla de iPhone y iPad. Si la app funciona en iPad, hay que preparar recursos adecuados para iPad. Una única exportación de móvil no cubre necesariamente todos los espacios ni comunica bien en una pantalla grande.
Base técnica
- Entre una y diez capturas por tamaño requerido
- JPEG, JPG o PNG sin canal alfa
- Dimensiones exactas aceptadas por App Store Connect
- Recursos de iPad si la app es compatible
- Revisión inmediata de errores de procesamiento
Planificar medidas y clases de dispositivo
Para los iPhone grandes actuales, Apple admite medidas como 1260 × 2736, 1290 × 2796 y 1320 × 2868 píxeles. Para iPad de 13 pulgadas aparecen opciones verticales de 2064 × 2752 y 2048 × 2732. La tabla oficial debe seguir siendo la referencia final.
Conviene diseñar cada plantilla alrededor de una resolución verificada, no de un nombre comercial de dispositivo. Así la exportación y la validación siguen siendo estables cuando cambia el hardware o App Store Connect reorganiza sus clases.
Matriz de tamaños
- Anotar plataformas soportadas por el build
- Registrar dimensiones aceptadas y fecha de comprobación
- Crear un lienzo maestro por proporción
- Validar ancho y alto automáticamente
- Consultar de nuevo la especificación antes de publicar
Mostrar la app enviada, no un prototipo
Cada captura debe representar un uso real. Fondos, titulares breves y marcos de dispositivo pueden reforzar el mensaje, pero no deben anunciar una función ausente o distinta en el build que revisará Apple.
Los productos creados con IA acumulan prototipos, paywalls antiguas y flujos descartados. Relaciona cada composición con una ruta y un estado reproducibles de la versión candidata; así marketing y producto describen la misma realidad.
Pruebas por imagen
- Vincular cada motivo con una función real
- No presentar funciones futuras como disponibles
- Usar datos de ejemplo plausibles
- No fabricar diálogos de sistema engañosos
- Guardar número de build y fecha de captura
Convertir la galería en una historia
Las tres primeras imágenes suelen cargar con la mayor parte del mensaje. Empieza por el resultado principal, continúa con el flujo central y termina el inicio con una prueba concreta. Una historia centrada en el problema funciona mejor que un recorrido por todos los menús.
Cada tarjeta necesita una sola idea. Los titulares concretos se entienden antes que una lista de funciones. Si hay que leer textos pequeños de la interfaz para distinguir dos capturas, falta jerarquía visual.
Secuencia recomendada
- Imagen 1: beneficio o resultado principal
- Imagen 2: flujo de trabajo central
- Imagen 3: prueba o resultado final
- Después: diferenciación, integraciones y confianza
- Final: cierre útil sin repetir contenido
Localizar sin romper el diseño
App Store Connect permite localizar capturas. El conjunto solo resulta coherente si el titular y la interfaz visible usan el mismo idioma. Fechas, monedas, nombres y datos de ejemplo también deben corresponder al mercado.
Reserva espacio para traducciones más largas y evita reducir la letra hasta hacerla ilegible. Zonas flexibles, límites de línea y adaptación editorial producen mejores resultados que encajar una traducción literal a cualquier precio.
Control de localización
- Mismo idioma en titular e interfaz
- Fechas, números y monedas regionales
- Sin cortes ni controles ocultos
- Sin archivos antiguos de otros idiomas
- Vista previa individual de cada locale
Crear un flujo de captura repetible
Define cuentas de prueba, datos, ajustes del dispositivo y estados exactos antes de capturar. Mantener hora, barra de estado, apariencia y contenido coherentes hace que la galería parezca una campaña única y no una colección improvisada.
La automatización puede tomar capturas y comprobar medidas, pero no elegir por sí sola la historia más clara. Conserva por separado la imagen original, la plantilla editable y la exportación final para actualizar textos sin reconstruir la app.
Proceso de producción
- Lista de tomas con ruta, estado y mensaje
- Cuenta dedicada y datos deterministas
- Fuentes sin información personal
- Archivo maestro central y versionado
- Nombre con idioma, clase y versión
Aprobar la parte visual y técnica
Revisa la secuencia completa en tamaño de tienda. El contraste, la tipografía y el cambio de motivos deben funcionar como miniaturas. Pantallas repetidas o marcos inconsistentes transmiten poca atención incluso cuando el producto es bueno.
Un control automático debe validar dimensiones, formato, alfa, orientación e integridad. Después una persona compara cada imagen con el build final. Ambas capas son necesarias: un archivo válido todavía puede comunicar algo falso.
Aprobación final
- Todas las dimensiones están aceptadas
- Sin transparencia, bordes vacíos u orientación incorrecta
- Titulares legibles en miniatura
- La historia se entiende sin contexto
- Las funciones existen en el build enviado
Subir pronto y mantener la galería
Sube los archivos antes de la ventana final para detectar problemas de procesamiento. Comprueba cada idioma y clase de dispositivo en la ficha terminada; una transferencia correcta no significa que el contenido esté listo.
Después de cambios relevantes de interfaz, la revisión de capturas debe formar parte de la definición de terminado. Una matriz con imagen, ruta, idioma, medida, build y fecha revela recursos obsoletos antes que los usuarios.
Puerta de lanzamiento
- Idiomas y clases objetivo completos
- Vistas previas revisadas en App Store Connect
- Sin avisos ni procesos pendientes
- Matriz vinculada al build actual
- Responsable de mantenimiento asignado
Preguntas frecuentes
¿Cuántas capturas permite Apple?
Actualmente se pueden subir entre una y diez capturas por cada tamaño de dispositivo compatible.
¿Necesito todos los modelos de iPhone?
No todos los modelos. Debes cubrir las clases solicitadas por App Store Connect con medidas exactas admitidas.
¿Son obligatorias las capturas de iPad?
Si la app enviada funciona en iPad, necesitas capturas adecuadas para la clase de iPad requerida.
¿Puedo añadir texto y marcos?
Sí, siempre que la composición sea veraz y no sugiera funciones que no existen en la versión enviada.
¿Sirve el mismo conjunto para todos los idiomas?
Puede ser posible técnicamente, pero una localización creíble alinea titular, interfaz y formatos regionales.