Cómo publicar una app en Google Play: los pasos reales de Play Console

Para publicar una app en Google Play, registra una cuenta de desarrollador de Google Play (una tasa única de 25 USD a noviembre de 2026), crea la app en Play Console, rellena la ficha de la tienda y los formularios de contenido de la app, sube un Android App Bundle (.aab) a una pista de pruebas y, después, publícala en producción cuando Google la revise. Si tienes una cuenta personal nueva, hay un paso adicional: una prueba cerrada con al menos 12 testers durante 14 días consecutivos antes de poder solicitar el acceso a producción. Esta guía recorre cada pantalla en orden, con los detalles que causan la mayoría de los retrasos.

Si todavía no has creado la app, empieza con cómo hacer una app para Android.

Antes de empezar: lo que necesitas

• La app como Android App Bundle (.aab). Google Play exige este formato para las apps nuevas.
• Un nivel de API objetivo actual. A noviembre de 2026, las apps nuevas y las actualizaciones deben apuntar a Android 16 (nivel de API 36).
• Una política de privacidad en una dirección web pública. Debe ser una página web normal, no un PDF, y no puede estar detrás de un inicio de sesión.
• Un icono, capturas de pantalla y una imagen destacada. Consulta en Play Console los tamaños actuales; en el momento de escribir esto, el icono es de 512 × 512 píxeles y la imagen destacada de 1024 × 500.
• Una dirección de correo de soporte.
• Un documento de identidad oficial y una tarjeta a tu nombre legal para el registro. No se aceptan tarjetas prepago.

Paso 1: Crea tu cuenta de desarrollador

Ve a Play Console y regístrate. Puedes elegir entre dos tipos de cuenta:

• Personal. Para particulares. Verificarás tu identidad y el acceso a un dispositivo Android con la app móvil de Play Console, y cumplirás el requisito de pruebas descrito en el Paso 6.
• Organización. Para empresas registradas. La verificación pide datos de la empresa y tarda más, pero no existe el requisito de 12 testers.

Debes tener al menos 18 años. Los 25 USD se pagan una sola vez y no se reembolsan si Google considera que tus datos no son válidos, así que introduce tu nombre legal exactamente como aparece en tu documento.

Paso 2: Crea la app

En Play Console, haz clic en Crear app y rellena:

• Nombre de la app tal como lo verán los usuarios.
• Idioma predeterminado.
• App o juego.
• Gratis o de pago. Puedes cambiar una app de pago a gratuita más adelante, pero no una gratuita a de pago.
• Declaraciones: acepta las Políticas del Programa para Desarrolladores, las leyes de exportación de EE. UU. y las condiciones de Play App Signing.

El nombre del paquete (como com.tuempresa.tuapp) lo fija tu primera subida y nunca se puede cambiar ni reutilizar, así que elígelo con cuidado si construyes la app tú mismo.

Paso 3: Escribe la ficha de la tienda

Abre la página Ficha principal de la tienda (en Presencia en la tienda, en el menú de la izquierda) y añade:

• Nombre de la app, hasta 30 caracteres.
• Descripción breve, hasta 80 caracteres. A menudo es lo único que lee la gente, así que empieza por lo que hace la app.
• Descripción completa, hasta 4000 caracteres. Explica para quién es, las funciones principales y lo que los usuarios necesitan saber, con un lenguaje sencillo. No llenes el texto de palabras clave; las políticas de Google lo prohíben.
• Gráficos: icono, imagen destacada y capturas de pantalla del teléfono. Pantallas reales de la app, no maquetas de funciones que no existen.
• Categoría y datos de contacto.

Paso 4: Completa los formularios de contenido de la app

Abre la página Contenido de la app (en Política, en el menú de la izquierda). Cada elemento necesita una respuesta antes de poder publicar:

• URL de la política de privacidad.
• Acceso a la app. Si partes de la app requieren inicio de sesión, da a los revisores credenciales que funcionen. Los inicios de sesión que faltan son un motivo habitual de rechazo.
• Anuncios. Indica si la app muestra anuncios, incluidos los que llegan a través de código de terceros.
• Clasificación de contenido. Un cuestionario que genera las clasificaciones por edad para cada región. Si lo omites, la app figura como “Sin clasificar”, lo que bloquea la publicación.
• Público objetivo y contenido. Los grupos de edad a los que va dirigida la app. Incluir a niños implica los requisitos más estrictos de la política para familias.
• Seguridad de los datos. Qué datos recopila o comparte la app, para qué, y si están cifrados y se pueden eliminar. Responde por todo lo que hay en la app, incluidos los proveedores de analítica y de inicio de sesión.
• Otras declaraciones según se pidan, por ejemplo para apps de noticias, salud, finanzas o gobierno, o para permisos sensibles como SMS.

Sé preciso. Google compara tus respuestas con lo que la app hace realmente.

Paso 5: Sube la primera compilación a pruebas internas

Abre Pruebas internas (en Pruebas, en el menú de la izquierda), crea una versión y sube el .aab. En esta primera versión configurarás Play App Signing: deja que Google genere y guarde la clave de firma, salvo que tengas un motivo para gestionar la tuya. Añade a ti mismo y a algunos compañeros como testers internos por correo electrónico y después publica la versión. Los testers abren el enlace de inscripción e instalan la app desde Play Store.

Cada subida posterior necesita un versionCode mayor que el anterior.

Si construyes con Mythex

Con el plan Pro, Mythex genera el AAB por ti a partir de tu app publicada. Puedes trabajar de dos formas:

1. Súbelo tú mismo. Pide al agente que compile para Android, haz clic en Descargar cuando la tarjeta diga Listo para subir y sube el archivo en Play Console. El archivo sigue disponible para descargar desde Ajustes del proyecto durante unos 30 días.
2. Conecta tu propia cuenta de servicio de Google Play. Crea una cuenta de servicio y una clave JSON en Google Cloud, invita su correo en Play Console en Usuarios y permisos con acceso a esta app, y pega la clave en Mythex. A partir de ahí, cada compilación para Android va sola a pruebas internas, con el código de versión por encima de cualquiera que ya esté en Google Play. El agente también puede editar la ficha de la tienda, y te pregunta antes de que algo se haga público, como una publicación en producción.

Crear la app (Paso 2), el formulario de seguridad de los datos y la clasificación de contenido siguen en Play Console; el agente te avisa cuando falta alguno. Más información en la página del creador de apps Android de Mythex.

Paso 6: Haz una prueba cerrada (cuentas personales nuevas)

Si tu cuenta personal se creó después del 13 de noviembre de 2023, debes ejecutar una prueba cerrada con al menos 12 testers que permanezcan inscritos durante al menos 14 días seguidos antes de poder solicitar el acceso a producción. Quien se va y vuelve a unirse empieza otros 14 días.

Consejos prácticos:

• Recluta a más de 12. La gente abandona. Apunta a entre 15 y 20.
• Usa un grupo de Google o una lista de correo para gestionar los testers.
• Pide un uso real, no solo una instalación. Google te pregunta por tus pruebas al solicitar el acceso, y aprenderás mucho más.
• Publica una actualización durante la prueba con las correcciones que surjan del feedback.

Nuestra guía de pruebas beta cubre cómo reclutar y recoger comentarios. Cuando pasen los 14 días, solicita el acceso a producción desde el Panel y responde a las preguntas sobre tu prueba.

Paso 7: Publica en producción

Cuando esté disponible el acceso a producción, abre Producción en el menú de la izquierda:

1. Elige los países y regiones donde estará disponible la app.
2. Crea una nueva versión y añade el bundle de la prueba, o sube uno nuevo.
3. Escribe las notas de la versión con palabras sencillas: qué es nuevo o qué se ha corregido.
4. Revisa y envía a revisión. Los cambios se acumulan en Resumen de publicación hasta que los envíes.

El tiempo de revisión varía. Las actualizaciones suelen ser rápidas; las primeras versiones pueden tardar varios días. Puedes elegir la publicación gestionada si quieres aprobar el momento exacto en que una versión aprobada se publica.

Paso 8: Después del lanzamiento

• Vigila las métricas de Android para ver fallos y los informes de “la app no responde”.
• Responde a las reseñas, sobre todo a las primeras.
• Mantén actualizado el nivel de API objetivo. Google lo sube cada año, y las apps que se quedan atrás dejan de ofrecerse a nuevos usuarios de teléfonos más recientes.
• Actualiza el formulario de seguridad de los datos cada vez que añadas una nueva recopilación de datos.

En una app envuelta en la web, como una creada con Mythex, la mayoría de los cambios llegan a los usuarios de Android cuando publicas la app web, porque la app del teléfono abre tu app publicada. Solo hace falta una nueva versión en la tienda para cosas como el icono, el nombre, los permisos o un nuevo nivel objetivo.

Motivos habituales de rechazo o retraso

• No hay un inicio de sesión que funcione para los revisores.
• Una política de privacidad que falta, es un PDF o no coincide con las respuestas de seguridad de los datos.
• Capturas de pantalla o descripciones que prometen funciones que la app no tiene.
• Solicitar permisos sensibles que la app no necesita claramente.
• Una app rota o vacía: texto de relleno, botones que no hacen nada.

¿También publicas en iPhone?

El proceso de Apple es diferente: una membresía anual, TestFlight y una revisión humana de cada versión. Lee cómo publicar una app en la App Store para esos pasos.

Preguntas