Cómo preparar tu ficha en App Store y Google Play

Una ficha en App Store y Google Play requiere el mismo material básico: un icono, capturas de pantalla en los tamaños que cada tienda acepta, un nombre y descripciones dentro de límites estrictos de caracteres, una URL de política de privacidad, una divulgación de privacidad (etiquetas de privacidad de la app de Apple y formulario de seguridad de datos de Google) y un cuestionario de clasificación por edad. Si falta alguno de estos bloques, se bloquea el envío, así que prepáralos mientras tu app aún está en desarrollo.

A continuación, los requisitos actuales de ambas tiendas, lo que revisan los evaluadores y una lista de verificación que puedes completar en una tarde.

Todo lo que necesitas de un vistazo

Icono de la app

Apple. El icono de App Store es un PNG de 1024 x 1024, cuadrado, sin transparencia y sin esquinas redondeadas (iOS lo enmascara). En apps de Capacitor se encuentra en ios/App/App/Assets.xcassets/AppIcon.appiconset. Xcode 26 también admite iconos por capas creados con Icon Composer para el aspecto Liquid Glass en iOS 26, pero se sigue aceptando una única imagen de 1024 px.

Google. Play requiere una carga (upload) separada de PNG de 32 bits de 512 x 512, de hasta 1 MB. Google aplica la máscara redondeada y la sombra por sí mismo, así que sube un cuadrado a sangre completa. El icono del lanzador dentro de la app es independiente y debe ser un icono adaptativo.

Genera todos los tamaños de iconos y splash nativos a partir de una sola imagen:

bun add -d @capacitor/assets
mkdir -p assets
# put icon.png (1024x1024) and splash.png (2732x2732) in ./assets
bunx capacitor-assets generate

Reglas que aplican ambas tiendas: sin insignias como “Gratis” o “#1”, sin capturas de dispositivos o logotipos de otras marcas, y nada que imite a otra app.

Screenshots

Las capturas de pantalla son el factor clave para que alguien instale la app. La mayoría nunca lee la descripción.

Tamaños de capturas de pantalla para App Store

En horizontal se usan los mismos valores invertidos. Formatos PNG o JPEG, sin canal alfa. Puedes subir de 1 a 10 capturas por tamaño y de 0 a 3 previews de la app.

Una sorpresa habitual con Capacitor: los proyectos nuevos admiten iPad por defecto. Si no quieres hacer capturas de iPad, configura en el target los Destinos compatibles solo para iPhone antes de tu primera subida. Si incluyes soporte para iPad, los revisores probarán en iPad y rechazarán los layouts rotos.

Tamaños de capturas de Google Play

• De 2 a 8 capturas de pantalla por tipo de dispositivo (teléfono, tablet de 7", tablet de 10", Chromebook, Wear OS, Android XR, TV, Automotive).
• JPEG o PNG de 24 bits, sin canal alfa.
• Cada lado entre 320 y 3840 píxeles; el lado largo como máximo el doble que el corto.
• Para teléfonos, usa al menos 1080 x 1920 (vertical) o 1920 x 1080 (horizontal) y al menos cuatro capturas de pantalla; de lo contrario, la app no será elegible para ciertas ubicaciones destacadas.
• Se necesitan capturas de pantalla para tabletas si quieres aparecer como optimizada para tabletas.

Cómo capturarlas

1. Ejecuta la app en un simulador del tamaño adecuado. En el iOS Simulator usa un iPhone 17 Pro Max para 6,9” y pulsa Cmd+S. En Android, usa un emulador con pantalla de 1080 x 1920 o superior y el botón de cámara de la barra de herramientas del emulador.
2. Rellena la app con datos de demo realistas. Los estados vacíos no venden nada.
3. Oculta la UI de debug y deja la barra de estado limpia (xcrun simctl status_bar booted override --time 9:41 --batteryState charged --batteryLevel 100).
4. Añade un texto breve sobre cada captura que destaque el beneficio, no el nombre de la función.
5. Que las dos primeras capturas sean las más potentes. Se muestran en los resultados de búsqueda.

Herramientas como plantillas de Figma, Fastlane snapshot/screengrab o generadores online de marcos para capturas pueden crear las versiones enmarcadas en todos los tamaños.

Nunca uses capturas que muestren contenido que la app no puede hacer, y no incluyas badges de Google Play en las capturas de App Store (ni al revés).

Nombre, subtítulo y descripciones

App Store

• Nombre (30 caracteres): marca más un descriptor breve si cabe, por ejemplo “Acme: Control de Gastos”.
• Subtítulo (30 caracteres): el beneficio principal. Indexado para búsqueda.
• Palabras clave (100 bytes): separadas por comas, sin espacios tras las comas, sin palabras ya en el nombre o subtítulo, sin marcas de competidores, las formas singulares bastan.
• Texto promocional (170 caracteres): se muestra sobre la descripción, modificable sin nueva versión. Úsalo para ofertas o noticias actuales.
• Descripción (4.000 caracteres): no se indexa para búsquedas en la App Store, así que escríbelo para personas. Empieza con una frase que explique qué hace la app.

Google Play

• Título (30 caracteres): sin emojis, sin MAYÚSCULAS ni palabras como “mejor”, “gratis” o “#1” a menos que formen parte de la marca.
• Descripción corta (80 caracteres): se muestra en la parte superior de la ficha.
• Descripción completa (4.000 caracteres): indexado para búsquedas. Menciona tus palabras clave principales de forma natural; el keyword stuffing hará que rechacen tus listings.

Para saber más sobre cómo escribir metadatos y los errores que perjudican el ranking, consulta Metadatos de la App Store: lo que todo desarrollador debe saber.

Política de privacidad

Ambas tiendas requieren una URL pública de política de privacidad. Debe:

• Debe ser accesible sin login y no ser una descarga de PDF.
• Indica el desarrollador o la empresa tal como aparece en la ficha de la tienda.
• Enumera qué datos recopilas, por qué, con quién los compartes, cuánto tiempo los conservas y cómo pueden solicitar su eliminación.
• Alinea lo que declaras en las etiquetas de privacidad y el formulario de seguridad de datos.

Enlaza también la política dentro de la app (en ajustes o en la pantalla de cuenta). Si los usuarios pueden crear cuentas, ambas tiendas exigen la eliminación de cuentas dentro de la app; Google también requiere un enlace web donde los usuarios puedan solicitar la eliminación sin reinstalar la app. Nuestra guía de eliminación de cuentas y guía de política de privacidad para apps de Android va más a fondo.

Etiquetas de privacidad de Apple App

En App Store Connect, abre la app y ve a App Privacy. Tu respuesta:

1. ¿Tú o tus socios externos recopiláis datos de esta app?
2. Para cada tipo de dato (contacto, ubicación, identificadores, uso, diagnósticos, información financiera...): para qué se usa, si está vinculado a la identidad del usuario y si se usa para tracking.

“Tracking” tiene un significado concreto: vincular datos de tu app con datos de apps o sitios web de otras empresas para publicidad, o compartirlos con data brokers. Si haces tracking, también necesitas el prompt de App Tracking Transparency.

Las etiquetas deben coincidir con tu manifiesto de privacidad (PrivacyInfo.xcprivacy) y con las de los SDK que incluyas. Consulta nuestra guía de privacy manifest para apps de iOS.

Puedes actualizar las respuestas de App Privacy en cualquier momento sin un nuevo build.

Seguridad de los datos de Google Play

En Play Console, ve a Políticas y programas > Contenido de la app > Seguridad de los datos. Declaras:

• Qué tipos de datos recopila la app y cuáles comparte con terceros.
• Si los datos están cifrados en tránsito.
• Si los usuarios pueden solicitar su eliminación.
• Para cada tipo: propósito (funcionalidad de la app, analítica, anuncios, prevención de fraude…) y si la recopilación es opcional.

Google puede rechazar actualizaciones si la declaración no coincide con lo que hace la app, por ejemplo, un SDK que envía el ID de publicidad cuando declaraste que no usas identificadores.

La mayoría de los errores de seguridad de datos provienen de los SDK. Crea una tabla con cada SDK nativo y plugin package.json, ios/App/Podfile o Package.swift, y android/app/build.gradle, luego lee las directrices de seguridad de datos de cada proveedor.

Age rating

Apple. En Información de la app > Clasificación por edad responderás preguntas sobre violencia, contenido sexual, lenguaje soez, apuestas, contenido generado por usuarios, mensajería, anuncios y más. Las clasificaciones de Apple son 4+, 9+, 13+, 16+ y 18+. Las apps con contenido generado por usuarios sin moderar o acceso abierto a la web reciben clasificaciones más altas. Responde con honestidad; Apple lo verifica. Consulta nuestra guía de clasificaciones por edad de App Store.

Google. En Contenido de la app > Clasificación por edad, completa el cuestionario IARC. Genera clasificaciones para cada región (ESRB, PEGI, USK y otras) de una sola vez. También debes completar Audiencia objetivo y contenido; elegir una audiencia que incluya niños activa los requisitos de la política de Familias.

Otras declaraciones de contenido de la app en Google Play

Antes de poder publicar, Play Console solicita todo esto bajo Contenido de la app:

• Política de privacidad
• Acceso a la app (credenciales de acceso para revisores si hay contenido tras un login)
• Anuncios (¿la app contiene anuncios?)
• Clasificación de contenido
• Audiencia objetivo y contenido
• Data safety
• Declaración de app gubernamental
• Declaración de funciones financieras
• Declaración de apps de salud
• Uso de Advertising ID (si tu SDK lo requiere)

Acceso para revisión y notas

Si alguna parte de la app requiere login, proporciona una cuenta demo funcional para ambas tiendas. La cuenta no debe expirar, no debe requerir 2FA a un teléfono que controles y debe llegar a todas las funciones, incluidas las de pago. En App Store Connect, añádela en Información para la revisión de la app; en Google Play, en Acceso a la app. Añade una nota breve explicando funciones poco obvias, requisitos de hardware o dónde encontrar las compras in-app. Nuestra guía para la primera revisión de la app explica qué buscan los revisores.

Localización

Ambas tiendas permiten localizar el nombre, las descripciones, las keywords (en Apple) y las capturas de pantalla por idioma. Localizar solo los metadatos, incluso si la UI de la app está en inglés, suele mejorar la conversión en mercados no angloparlantes. Apple también indexa algunos locales secundarios por país (por ejemplo, los metadatos de español (México) se indexan en la tienda de EE. UU.), lo que en la práctica te da espacio extra para keywords.

Qué puedes cambiar tras el lanzamiento

En iOS, una nueva versión suele implicar un nuevo binario. Con actualizaciones Live Update de Capgo puedes publicar fixes de JavaScript y UI sin revisión de la tienda, pero los cambios en los metadatos de la tienda siguen pasando por App Store Connect.

Motivos comunes de bloqueo de fichas

1. La URL de la política de privacidad da error 404 o requiere login.
2. Las capturas muestran otra versión de la app, contenido de relleno o la UI de otra plataforma.
3. Soporte para iPad activado sin capturas de iPad o con un layout roto.
4. Data safety indica “no se recopilan datos” mientras corre un SDK de analytics.
5. Falta la cuenta de demo o ha expirado.
6. Keyword stuffing en la descripción de Google Play.
7. Nombre o icono demasiado similares a una app o marca existente.
8. Falta la URL de soporte o el email de contacto.

Checklist

• Icono de iOS de 1024 x 1024 en la app, icono de Play de 512 x 512 subido
• Gráfico destacado de Play 1024 x 500
• Capturas de iPhone 6,9” (o 6,5”) y de iPad 13” si se admite iPad
• Al menos cuatro capturas de pantalla de teléfono en 1080p para Google Play
• Nombre, subtítulo y descripción corta dentro de los límites
• Palabras clave (App Store) elegidas, sin duplicados con el nombre
• Descripción y notas de versión redactadas
• URL de la política de privacidad activa y vinculada en la app
• App Privacy labels and privacy manifest match
• Formulario de seguridad de datos completo, SDK revisados
• Age rating questionnaires done on both stores
• Declaraciones de contenido de la app en Play completas
• Cuenta de demostración y notas de revisión añadidas
• URL de soporte y correo de contacto configurados

Una vez que el listing esté listo, sube un build a los testers primero. Cómo distribuir apps de iOS y Android a testers cubre TestFlight, pistas de prueba de Play y alternativas.