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

Para publicar una app en Google Play, regístrate como desarrollador de Google Play (una tarifa ú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ícalo en producción cuando Google lo revise. Si tienes una cuenta personal nueva, hay un paso extra: 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 más retrasos causan.

Si aún no has creado la app, empieza por cómo hacer una app para Android.

Antes de empezar: qué 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 estar detrás de un inicio de sesión.
• Un icono, capturas de pantalla y una imagen destacada. Revisa Play Console para 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.
• Un 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. Eliges 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 que se describe en el Paso 6.
• De organización. Para empresas registradas. La verificación pide datos de la empresa y tarda más, pero no hay requisito de 12 testers.

Debes tener al menos 18 años. La tarifa de 25 USD se paga una sola vez y no se devuelve si Google considera inválidos tus datos, así que escribe tu nombre legal exactamente como aparece en tu documento.

Paso 2: Crea la app

En Play Console, haz clic en Crear aplicación y rellena:

• Nombre de la app tal como lo verán los usuarios.
• Idioma predeterminado.
• App o juego.
• Gratuita o de pago. Puedes cambiar una app de pago a gratuita más tarde, 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) se fija con la primera subida y no 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. Suele ser 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, en lenguaje sencillo. No satures 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 aplicación (en Política, en el menú de la izquierda). Cada elemento necesita una respuesta antes de que puedas 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, también a través de código de terceros.
• Clasificación de contenido. Un cuestionario que genera las clasificaciones por edad de cada región. Si lo saltas, la app aparece 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 menores activa los requisitos más estrictos de la política para familias.
• Seguridad de los datos. Qué datos recoge 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 la analítica y los proveedores 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 tu primera versió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ñádete a ti y a unos cuantos compañeros como testers internos por correo, 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 más alto que el anterior.

Si compilas con Mythex

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

1. Subirlo 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 descargable desde los Ajustes del proyecto durante unos 30 días.
2. Conectar 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 pon la clave en Mythex. A partir de ahí, cada compilación de Android se envía sola a pruebas internas, con el código de versión por encima de cualquier cosa que ya esté en Google Play. El agente también puede editar la ficha de la tienda, y te pregunta antes de que se haga público algo, 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 falte 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 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 15 o 20.
• Usa un grupo de Google o una lista de correo para gestionar a 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 del feedback.

Nuestra guía de pruebas beta cubre cómo reclutar y recoger comentarios. Cuando se cumplan 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 las pruebas, o sube uno nuevo.
3. Escribe las notas de la versión en 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 hace pública.

Paso 8: Después del lanzamiento

• Vigila Android vitals 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 los nuevos usuarios de móviles más modernos.
• Actualiza el formulario de Seguridad de los datos cada vez que añadas nueva recogida de datos.

En una app envuelta en 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.
• Falta la política de privacidad, 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.
• Pedir 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 distinto: 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