Cómo publicar una app en Google Play, paso a paso (2026)

¿Cuáles son los pasos para publicar una app en Google Play?

Publicar en Google Play son ocho pasos, y solo en dos esperas a Google: la revisión del acceso a producción (cuentas personales nuevas) y la revisión de la versión. Este es el camino completo de un vistazo.

Paso	Dónde, en Play Console	Bloqueo típico
1. Cuenta de desarrollador	Página de registro	El nombre del documento y de la tarjeta debe coincidir con tu nombre legal
2. Crear la app	Home, Create app	Elegir mal entre app y juego, idioma predeterminado equivocado
3. Formularios de App content	Monitor and improve, Policy and programs, App content	Falta la política de privacidad o los datos de acceso para la revisión
4. Ficha de la tienda	Grow users, Store presence, Store listings	Faltan el gráfico de funciones y las capturas
5. Build	Test and release, subida del App Bundle	API de destino antigua, APK en lugar de App Bundle
6. Pruebas	Test and release, Testing	12 testers durante 14 días (cuentas personales nuevas)
7. Acceso a producción	Dashboard, Apply for production	Respuestas pobres sobre la prueba cerrada
8. Versión de producción	Test and release, Production	Tiempo de revisión, países sin seleccionar

Paso 1: ¿Cómo abres una cuenta de desarrollador?

Te registras con una cuenta de Google, aceptas el Acuerdo de Distribución para Desarrolladores, pagas la cuota única de 25 USD y eliges una cuenta personal o de organización. Debes tener al menos 18 años. Después Google verifica tu identidad con un documento oficial y una tarjeta a tu nombre legal; las cuentas de organización necesitan además un número D-U-N-S. Las cuentas personales verifican también que tienen acceso a un dispositivo Android real mediante la app móvil de Play Console.

Elegir entre personal y organización importa más de lo que parece: decide si se te aplica la regla de los 12 testers. Todo el proceso está en Cuenta de desarrollador de Google Play.

Paso 2: ¿Cómo creas la app en Play Console?

En la página de inicio de Play Console, haz clic en Create app (crear app) y rellena:

App name: el nombre tal como aparecerá en Google Play (hasta 30 caracteres; puedes cambiarlo después).
Default language: el idioma de tu ficha principal.
App or game: puedes cambiarlo después.
Free or paid: decídelo con cuidado. Si existe alguna posibilidad de que cobres más adelante, plantéalo como app gratuita con compras dentro de la app o suscripciones.
Correo de contacto y las declaraciones: Políticas del Programa para Desarrolladores, leyes de exportación de EE. UU. y condiciones de Play App Signing.

El nombre del paquete (el applicationId de tu build) queda fijado con tu primera subida e identifica la app para siempre. Elígelo antes de subir nada.

Paso 3: ¿Qué formularios de App content debes completar?

Google no revisa ninguna versión hasta que la página App content está completa. Abre Monitor and improve, Policy and programs, App content y ve tarjeta por tarjeta:

Privacy policy (política de privacidad): una URL pública. Obligatoria en casi todas las apps, y siempre que manejes datos personales o sensibles.
App access: si alguna parte de la app está tras un inicio de sesión, da a los revisores credenciales que funcionen e instrucciones.
Ads: declara si la app muestra anuncios, también a través de SDK de terceros.
Content rating: rellena el cuestionario para recibir las clasificaciones por edad de las autoridades oficiales.
Target audience and content: los grupos de edad para los que está pensada la app. Elegir edades infantiles trae requisitos de política adicionales.
Data safety (seguridad de los datos): qué datos de usuario recoge y comparte la app, y para qué. Toda app publicada lo completa, incluso las que no recogen nada.
Permissions declarations: solo cuando pides permisos de alto riesgo, como SMS o registro de llamadas.
Declaraciones según la categoría: por ejemplo, funciones financieras, salud, noticias o apps gubernamentales, cuando aplican.

El retraso de revisión más común en esta fase es App access: una pantalla de inicio de sesión sin cuenta de prueba.

Paso 4: ¿Qué lleva la ficha de la tienda?

Abre Grow users, Store presence, Store listings. Estos son los campos y archivos que Google exige para publicar:

Elemento	Requisito
Nombre de la app	Hasta 30 caracteres
Descripción breve	Hasta 80 caracteres
Descripción completa	Hasta 4000 caracteres
Icono de la app	512 x 512 px, PNG de 32 bits con canal alfa, hasta 1024 KB
Gráfico de funciones	1024 x 500 px, JPEG o PNG de 24 bits, sin canal alfa; obligatorio
Capturas de pantalla	Al menos 2 en total entre tipos de dispositivo, hasta 8 por tipo; JPEG o PNG de 24 bits; cada lado de 320 a 3840 px; el lado largo como máximo el doble del corto
Correo de contacto	Obligatorio; se recomienda un sitio web
Categoría y etiquetas	Se fijan en Store settings; hasta 5 etiquetas

Tus textos también pasan un control de políticas. La política de metadatos de Google prohíbe emojis y caracteres especiales repetidos en el título, las mayúsculas completas salvo que sean tu marca, y las afirmaciones de ranking o de precio como "#1", "mejor app del año" o "50% de descuento" en textos y gráficos. Las palabras clave repetitivas o sin relación en el nombre o las descripciones pueden hacer que la app se suspenda. Escribe primero para personas; qué es el ASO (en inglés) explica cómo lee la tienda estos campos.

Paso 5: ¿Qué build acepta Google Play?

Sube un Android App Bundle (.aab). Desde agosto de 2021 las apps nuevas deben usar App Bundles, y Google Play genera y firma los APK específicos de cada dispositivo con Play App Signing.

El build también debe cumplir la regla del nivel de API de destino. Desde el 31 de agosto de 2026, las apps nuevas y las actualizaciones deben apuntar a Android 16 (nivel de API 36). Las apps existentes deben apuntar al menos a la API 35 para seguir disponibles para usuarios nuevos; Wear OS, Android Auto y Android TV tienen sus propios umbrales. Revisa targetSdk antes de subir, no después de un rechazo.

Paso 6: ¿Cómo funcionan las pruebas antes de producción?

Play Console tiene tres canales de prueba en Test and release, Testing:

Internal testing (prueba interna): hasta 100 testers, builds disponibles en minutos. Lo mejor para tu propio equipo.
Closed testing (prueba cerrada): testers invitados por lista de correos (hasta 2000 por lista) o por Grupo de Google. Es el canal que cuenta para la regla de los 12 testers.
Open testing (prueba abierta): cualquiera puede unirse desde tu ficha; puedes limitar el número a 1000 o más.

Los testers no pueden dejar reseñas públicas de las versiones de prueba; envían comentarios privados. Los detalles y las soluciones al error "item not found" están en internal vs closed vs open testing (en inglés).

Si tu cuenta personal se creó después del 13 de noviembre de 2023, debes hacer una prueba cerrada con al menos 12 testers inscritos durante 14 días consecutivos antes de poder solicitar producción. Si alguien se da de baja y vuelve a inscribirse, sus días empiezan de cero. Las cuentas de organización se saltan este paso. La guía completa está en la regla de 12 testers durante 14 días.

Paso 7: ¿Cómo solicitas el acceso a producción?

Cuando la prueba cerrada haya cumplido sus 14 días, abre el Dashboard y haz clic en Apply for production (solicitar acceso a producción). El formulario tiene tres partes:

Sobre tu prueba cerrada: qué tan fácil fue reclutar testers, si usaron todas las funciones, si su uso se pareció al de usuarios reales y qué comentarios recibiste y cómo.
Sobre tu app: público objetivo, qué aporta la app y cuántas instalaciones estimas en el primer año.
Preparación para producción: qué cambiaste a raíz de la prueba y cómo decidiste que la app está lista.

Google dice que esta revisión suele tardar siete días o menos y envía el resultado por correo al propietario de la cuenta.

Paso 8: ¿Cómo lanzas la versión de producción?

Abre Test and release, Production, elige los países y regiones, luego Create new release, añade el App Bundle (o promociona uno desde pruebas), escribe las notas de la versión, haz clic en Review release y después en Start rollout to production. En una primera versión la app llega a todo el mundo en los países elegidos; los lanzamientos escalonados son solo para actualizaciones (consulta phased release and staged rollout, en inglés).

Google revisa la versión. Sus páginas de ayuda dicen que la revisión puede tardar hasta 7 días, o más en casos excepcionales, y algunas cuentas reciben revisiones ampliadas. Síguela en la página Publishing overview. Si quieres controlar el momento exacto en que se publica, activa ahí managed publishing (publicación gestionada): los cambios aprobados esperan hasta que haces clic en publicar y salen en cuestión de minutos. Los plazos se detallan en Google Play review time (en inglés).

Lista de comprobación antes de pulsar "Start rollout"

Cuenta verificada; perfil de pagos configurado si vendes algo.
Todas las tarjetas de App content completas, con un acceso de prueba que funcione si hace falta.
La URL de la política de privacidad carga y coincide con las respuestas de Data safety.
Icono, gráfico de funciones y al menos 2 capturas subidos.
Título, descripción breve y completa sin emojis, mayúsculas, rankings ni afirmaciones de precio.
App Bundle firmado, targetSdk en el nivel exigido, versionCode mayor que el de cualquier subida anterior.
Prueba cerrada superada y acceso a producción concedido (cuentas personales nuevas).
Países seleccionados; publicación gestionada activada si la fecha de lanzamiento importa.

Errores comunes que cuestan semanas

Elegir una cuenta personal para una empresa y toparse luego con la regla de los 12 testers.
Testers que se inscriben pero nunca instalan, o que desinstalan el día 3. Google cuenta los testers inscritos de forma continua; planifica más de 12.
Comprar testers a desconocidos. La política prohíbe la interacción falsa o incentivada, y una prueba que ningún usuario real tocó debilita la solicitud de producción.
Escribir afirmaciones de marketing ("la app #1") en el título. Es un problema de política, no de estilo.
Olvidar que la revisión puede tardar una semana: no anuncies una fecha de lanzamiento antes de que la versión esté aprobada.

¿También publicas en iOS?

En Apple los costes son otros (99 USD al año) y el sistema de pruebas también. Sigue Cómo subir una app a la App Store para el camino paralelo, y usa What is Google Play Console? (en inglés) si el panel es nuevo para ti.

¿Qué deberías seguir después del lanzamiento?

El día que tu app se publica, su posición en la búsqueda empieza a importar. El Radar de palabras clave de Uptika lee cada día tu posición en Google Play para cada palabra clave, en cada país que elijas. Cuando envías textos nuevos para la ficha, Uptika vigila la página pública y marca el día en que se publican, para que compares las posiciones de antes y de después. Desde el plan Inicial, el Diario de rivales te muestra además cuándo la competencia cambia su título, icono o capturas. Empieza con el plan Gratis: una app, una tienda de país, 10 palabras clave. Para revisar los textos de tu ficha antes de enviarlos, el Metadata Linter gratuito (en inglés) marca en tu navegador límites, repeticiones y afirmaciones problemáticas.

Preguntas

¿Cómo publicar una app en Google Play?

Abres una cuenta de desarrollador (25 USD, una sola vez), creas la app en Play Console, completas los formularios de App content y la ficha de la tienda, subes un Android App Bundle con el nivel de API exigido, haces la prueba cerrada de 12 testers durante 14 días si tu cuenta personal es nueva, solicitas el acceso a producción y lanzas la versión de producción, que pasa por revisión.

¿Cuánto cuesta publicar una app en Play Store?

La cuenta de desarrollador de Google Play es un pago único de 25 USD. No hay cuota anual ni cuota por app, así que después puedes publicar cuantas apps gratuitas o de pago quieras sin coste extra. Google solo cobra una comisión de servicio cuando vendes algo con la facturación de Google Play.

¿Cuánto se tarda en publicar una app en Google Play?

Cuenta con la verificación de la cuenta, luego 14 días de prueba cerrada si tu cuenta personal es nueva, hasta 7 días para la revisión del acceso a producción y la revisión de la primera versión, que según Google puede tardar hasta 7 días, o más en casos excepcionales.

¿Necesito 12 testers para publicar en Google Play?

Solo si tu cuenta es personal y se creó después del 13 de noviembre de 2023. Esas cuentas deben hacer una prueba cerrada con al menos 12 testers inscritos durante 14 días seguidos antes de solicitar producción. Las cuentas de organización no están sujetas a esta regla.

¿Puedo subir un APK en lugar de un App Bundle?

No para una app nueva. Desde agosto de 2021, las apps nuevas en Google Play deben publicarse como Android App Bundle (.aab), y Google Play genera y firma los APK para cada dispositivo.

¿Qué nivel de API exige Google Play en 2026?

Desde el 31 de agosto de 2026, las apps nuevas y las actualizaciones deben apuntar a Android 16 (nivel de API 36). Las apps existentes deben apuntar al menos a la API 35 para seguir visibles para usuarios nuevos, con excepciones para Wear OS, Android Auto y Android TV.