Requisitos de la ficha de Google Play: la lista completa de recursos
Antes de subir nada a Google Play, conviene tener las especificaciones exactas delante — porque Play Console rechaza recursos que no cumplan alguna dimensión o usen el formato equivocado, y las reglas difieren lo suficiente de App Store como para no poder reutilizar los mismos archivos sin más. Aquí tienes la lista completa en una tabla, seguida de una nota breve por cada fila y los dos o tres detalles que suelen pillar a la gente. Cada especificación está verificada con la Ayuda de Play Console (2026); las fuentes están enlazadas al final.
La especificación completa de recursos de la ficha de Google Play
| Binario de la app | — | AAB (Android App Bundle) | Las apps nuevas deben publicarse como .aab, no como APK — obligatorio desde agosto de 2021. |
Esa tabla es toda la superficie de la ficha: tres recursos gráficos, tres campos de texto y el binario. El resto de este artículo detalla cada fila.
Icono de la app: 512 × 512, y cuidado con las esquinas
El icono es un único archivo de 512×512 px, subido como PNG de 32 bits con canal alfa, menos de 1 MB. Play lo renderiza dentro de una máscara redondeada, así que cualquier elemento que empujes hacia las esquinas extremas quedará recortado. Diseña un cuadrado completo, mantén las marcas importantes centradas y deja que la máscara haga su trabajo. Este es uno de los pocos recursos de Play que conserva el alfa — el gráfico destacado y las capturas no lo hacen.
Gráfico destacado: obligatorio, pero solo se muestra a veces
El gráfico destacado es un banner de 1024×500 px en JPEG o PNG de 24 bits sin canal alfa. Es un recurso obligatorio — no puedes completar la ficha sin él. La trampa es que solo aparece en la propia ficha de la tienda cuando también adjuntas un vídeo promocional, porque hace de portada del vídeo. Aun así, Play usa el gráfico destacado en otros espacios promocionales, así que nunca es opcional. Trátalo como un trabajo de diseño real, no como un simple relleno: el texto debe sobrevivir a recortes en distintas superficies, y debe mantenerse alejado de las palabras promocionales que Play prohíbe (siguiente sección).
Capturas de pantalla: la regla del 2:1 es la que la gente se salta
Necesitas un mínimo de 2 capturas de pantalla entre los tipos de dispositivo antes de que Play te deje publicar, y puedes subir hasta 8 por tipo de dispositivo. Cada una es JPEG o PNG de 24 bits sin alfa, de hasta 8 MB. La regla de dimensiones es donde se rechazan las subidas: cada lado debe medir entre 320 y 3840 px, y el lado más largo no puede superar el doble del más corto. Esa segunda parte es el límite de relación de aspecto 2:1. Un panel de marketing vertical de, digamos, 1080×2400 tiene una relación 2,22:1 — por encima del límite, y Play lo rechaza aunque ambos lados estén dentro del rango 320–3840.
Este es el motivo de rechazo de capturas más común en Play, y por eso un set de capturas de App Store no encaja directamente en Play. Las capturas de iPhone suelen ser más altas que 2:1; Play no las acepta. Conviene un lienzo de teléfono que se sitúe en 2:1 o por debajo — un retrato 9:16 a 1080×1920 es una opción segura y habitual — y si trasladas un diseño desde App Store, hay que redimensionarlo para ajustarlo a la proporción, no solo volver a exportarlo.
Las capturas de tablet (de 7 y 10 pulgadas) siguen las mismas reglas de 320–3840 px y 2:1, y son opcionales, pero si tu app admite tablets merece la pena rellenar ambos espacios — Play muestra una ficha de tablet distinta a esos usuarios. Wear OS, Android TV y Chromebook tienen cada uno sus propios espacios de capturas si te diriges a esos formatos.
Límites de texto — y las palabras que no puedes usar
Los tres campos de texto tienen límites estrictos de caracteres: 30 para el título de la app, 80 para la descripción breve, 4000 para la descripción completa. Los espacios y símbolos cuentan en todos ellos. Son los mismos límites que App Store Connect comparte para algunos campos, pero no lo des por hecho — Play cuenta a su manera y trunca sin más al llegar al límite.
La trampa que no tiene que ver con la longitud: Google prohíbe el lenguaje promocional y de rendimiento en el icono, el título, la descripción breve y el nombre del desarrollador. Palabras como «gratis», «mejor», «#1», «top», «nuevo», «oferta» o «descuento» — cualquier cosa que sugiera posición en la tienda, precio o promoción — hará que se marque la ficha. La misma regla se extiende al gráfico destacado y al vídeo promocional: nada de afirmaciones sobre rendimiento en la tienda, ningún reconocimiento que no te haya otorgado Google, y ninguna superposición de llamada a la acción como «Descargar ahora» integrada en el arte. Los distintivos oficiales «Mejor de» o Elección del Editor otorgados por Google Play son la excepción que sí puedes mostrar.
El binario: AAB, no APK
Desde agosto de 2021, toda app nueva en Google Play debe publicarse como Android App Bundle (.aab) en lugar de un APK independiente. Play genera los APK por dispositivo a partir de tu bundle. Esto no es un recurso de la ficha, pero forma parte de la misma lista de «¿puedo publicar de verdad?», y es un paso que sorprende a quien no publicaba desde hace años. Las apps existentes basadas en APK pueden seguir actualizándose, pero una ficha completamente nueva necesita el AAB.
Dónde encaja Mokbi
Mokbi está pensado para entregarte recursos válidos para Play directamente desde el editor. Las exportaciones de capturas incluyen un tamaño de teléfono compatible con Play que respeta el límite 2:1, así que no subes un set que Play rebota por ser demasiado alto. También genera el gráfico destacado de 1024×500 a partir del mismo proyecto, y redacta y traduce el texto de la ficha — título, descripción breve, descripción completa — a 50 idiomas, dentro de los límites de caracteres de Play por idioma, para que nada se trunque a mitad de frase. Diseñar es gratis en un editor con marca de agua; la exportación y publicación ilimitadas vienen con una suscripción — Solo a €29.99/mes o Studio a €49.99/mes, sin compra única.
Mokbi no se queda en los archivos — los publica. Una vez listos el diseño junto al icono, el gráfico destacado de 1024×500, las capturas 2:1 válidas para Play y el texto de la ficha en 50 idiomas, Mokbi envía la ficha y los recursos directamente a Google Play a través de la Play Developer API. Para App Store, prepara la versión en App Store Connect lista para enviar — Apple exige el Submit final y la revisión. Lo que la herramienta elimina es la parte de pelearte con las dimensiones y las consolas: los lienzos ya tienen la forma correcta, las exportaciones ya cumplen las especificaciones de la tabla de arriba, y la subida se hace por ti.
La versión corta
- Icono: 512×512, PNG de 32 bits con alfa, menos de 1 MB, esquinas seguras.
- Gráfico destacado: 1024×500, JPEG o PNG de 24 bits, sin alfa, sin lenguaje promocional.
- Capturas de pantalla: de 2 a 8, cada lado 320–3840 px, el más largo ≤ 2× el más corto, sin alfa. Vigila el límite 2:1.
- Texto: título ≤ 30, breve ≤ 80, completa ≤ 4000. Nada de «gratis / mejor / #1 / top / nuevo / oferta».
- Binario: las apps nuevas se publican como AAB, no como APK.
Google revisa estas tablas de vez en cuando. Si lees esto mucho después de la fecha de publicación, confirma las cifras actuales en la Ayuda de Play Console antes de enviar. A fecha de 2026, las especificaciones anteriores coinciden con lo que indican las siguientes fuentes:
- Añadir recursos de vista previa para mostrar tu app — Ayuda de Play Console (especificaciones de icono, gráfico destacado y capturas).
- Prácticas recomendadas para tu ficha de tienda — Ayuda de Play Console (límites de título/descripción, lenguaje prohibido).
- Preguntas frecuentes sobre Android App Bundle — Android Developers (requisito de AAB para apps nuevas).