Publicar una app en Play Store paso a paso (con la prueba de 12 testers)

Para publicar una app en Play Store hoy no basta con subir el archivo. Las cuentas personales nuevas tienen que pasar una prueba cerrada de 12 testers y 14 días, pedir acceso a producción y esperar la revisión. Entre todo, alrededor de un mes.

Aquí tienes los pasos en orden, con los menús de Play Console en español, lo que te preguntan en la solicitud de producción y los motivos de rechazo que más vemos. Datos comprobados en la ayuda oficial de Google en octubre de 2026.

Calendario real de una primera publicación

Antes de los pasos, la cuenta que casi nadie hace. Con una cuenta personal creada después del 13 de noviembre de 2023:

Total: unas cuatro semanas desde que la app está terminada. Si tienes fecha de lanzamiento (una campaña, una feria, un cliente), empieza la prueba cerrada antes de tener la versión final. Puedes ir subiendo builds al mismo canal durante los 14 días.

Con una cuenta de organización, la ayuda oficial actual no exige la prueba de 12 testers, y el calendario se queda en una o dos semanas.

Antes de publicar tu app en Play Store: prepara esto

Ten esto a mano antes de abrir la consola. Es lo que hace que una publicación se alargue días si falta:

• App bundle (.aab) firmado, con targetSdkVersion 36 o superior (exigido para apps nuevas desde el 31 de agosto de 2026).
• Nombre de paquete definitivo, del tipo es.tuempresa.tuapp. No se cambia nunca.
• Política de privacidad publicada en una URL de tu web, que nombre la app y los datos que trata.
• Usuario de prueba para la revisión, si la app tiene login, sin doble factor por SMS.
• Textos: nombre (30 caracteres), descripción breve (80) y descripción completa (4.000).
• Gráficos: icono de 512 × 512 px, gráfico de funciones de 1.024 × 500 px y capturas (al menos 4 de 1.080 px si quieres optar a las recomendaciones).
• Lista de SDK que lleva la app, para rellenar Seguridad de los datos sin errores.

Paso 2: crea la app en Play Console

1. Entra en Play Console y pulsa Crear aplicación.
2. Idioma predeterminado (para España, Español (España) – es-ES), nombre, Aplicación o juego y Gratis o de pago.
3. Correo de contacto, declaraciones y Crear aplicación.

Ojo con «Gratis o de pago»: una app gratuita no puede pasar a ser de pago después; tendrías que publicar otra con un paquete nuevo. Al revés sí se puede.

Si es tu primera vez en la consola, en la guía de Google Play Console está el mapa de cada menú.

Paso 3: completa el Panel de control

El Panel de control te muestra la lista de tareas. Las de Contenido de la aplicación son obligatorias: política de privacidad, acceso a la aplicación, anuncios, clasificación del contenido, público objetivo, Seguridad de los datos y, si aplica, las declaraciones de apps financieras, de salud o gubernamentales.

Seguridad de los datos hay que rellenarla para publicar en prueba cerrada, abierta o producción, aunque tu app no recoja nada. Solo se libran las que se quedan en prueba interna.

Error típico: marcar en Público objetivo franjas de menores «por si acaso». En cuanto incluyes niños entras en los requisitos de la política de Familias (anuncios, SDK certificados, revisión más larga). Marca solo el público real de la app.

Paso 4: la prueba cerrada de 12 testers y 14 días

Este es el paso que más dudas genera y el motivo por el que mucha gente busca cómo subir una app a Google Play. Funciona así:

1. Ve a Probar y publicar > Pruebas > Prueba cerrada y crea un canal (o usa el que viene).
2. En Testers, añade una lista de correos o un Grupo de Google (tugrupo@googlegroups.com). Es más cómodo el grupo: los testers se apuntan solos.
3. Crea la versión con Crear nueva versión, sube el .aab y envíala a revisión.
4. Cuando esté aprobada, copia el enlace de participación y mándalo. En la primera publicación puede tardar varias horas en funcionar.
5. Cada tester abre el enlace con la cuenta de Google invitada, acepta y descarga la app desde Google Play.
6. Espera a que al menos 12 testers lleven 14 días seguidos apuntados. Los que se borran antes no cuentan.

Dónde encontrar testers que de verdad usen la app: tu entorno, clientes de tu negocio, grupos o foros de la temática de la app. Google pide que se parezcan al público real y usen dispositivos distintos.

Nuestro criterio: no compres testers en grupos de «intercambio de pruebas». Te dan 12 instalaciones, pero en la solicitud te preguntan si los testers usaron todas las funciones y qué opinaron, y en el uso real se nota que no. Mejor 20 conocidos con instrucciones claras («esta semana prueba el pago, la semana que viene las notificaciones») y un formulario sencillo para los comentarios.

Paso 5: pide acceso a producción

Cumplidos los 14 días, en el Panel de control aparece Solicitar acceso a producción. Respondes tres bloques:

• Sobre la prueba cerrada: lo fácil o difícil que fue reclutar testers, si probaron todas las funciones, si el uso se pareció al de producción y un resumen de sus comentarios.
• Sobre la app: público objetivo, qué aporta y cuántas instalaciones estimas el primer año.
• Sobre si está lista: qué cambiaste tras la prueba y cómo decidiste que ya estaba.

Si sales de la página antes de pulsar Siguiente o Solicitar, pierdes lo escrito. Escríbelo antes en un documento.

Un ejemplo de respuesta que sí sirve en «qué cambiaste»: «Tres testers no encontraban el botón de exportar a PDF; lo movimos a la barra superior en la versión 1.0.4. Dos móviles Xiaomi con Android 12 cerraban la app al abrir la cámara; corregido en la 1.0.5.» Concreto, con versión y causa. Lo que no sirve: «Mejoramos la experiencia de usuario».

Paso 6: publica en producción

1. Probar y publicar > Producción > Crear nueva versión.
2. Elige el bundle ya probado desde la biblioteca o súbelo de nuevo; escribe las notas de la versión (hasta 500 caracteres por idioma).
3. Siguiente, revisa errores y advertencias y pulsa Iniciar lanzamiento a producción.
4. En Resumen de publicación, envía los cambios a revisión.

En la primera versión no hay lanzamiento por porcentajes. En las siguientes, empieza con un 10-20 % y amplía cuando Android vitals no muestre fallos nuevos.

Si quieres controlar el día exacto, activa la publicación gestionada antes de enviar las actualizaciones: Google revisa y tú publicas con Publicar cambios. No sirve para la primera publicación, porque exige que la app ya esté disponible.

Por qué rechazan una app nueva

Error típico: la app hecha con IA en un fin de semana que pide permisos de ubicación, contactos y micrófono porque venían en la plantilla. Revisa el AndroidManifest.xml final (también lo que añaden las librerías) antes de subir el bundle.

Lista para copiar el día de la publicación

• Cuenta verificada y dispositivo verificado (cuentas personales).
• Prueba cerrada: 12 testers o más, 14 días seguidos, comentarios guardados con fecha.
• Bundle con targetSdkVersion 36 y versionCode nuevo.
• Contenido de la aplicación: las siete declaraciones en verde.
• Ficha completa: nombre, descripción breve y completa, icono, gráfico de funciones y capturas.
• Categoría y hasta 5 etiquetas en Configuración de la tienda.
• Países y regiones de distribución elegidos.
• Una semana de margen hasta la fecha que hayas anunciado.

Publicar no es lo mismo que te encuentren

El día que la app sale, Google Play no la enseña a nadie que no la busque por su nombre. Lo que pase después depende de la ficha y de las palabras que use. Si quieres llegar al lanzamiento con eso resuelto, mira nuestro servicio de lanzamiento de apps o pasa la ficha por la auditoría ASO gratuita.