Pagué los 25 USD de Google Play. ¿Y ahora? (2026)

Pagar la tarifa de 25 USD de Google se siente como la meta. Está más cerca de la línea de salida. Una cuenta personal recién creada aterriza en Play Console, abre la página de release y se topa con un botón en gris y un texto sobre "12 testers" y "14 días". Este post mapea todo el camino desde tu pago hasta una app en vivo, en el orden en que de verdad encuentras cada paso, actualizado al 2 de julio de 2026. Donde el texto de Google importa, lo citamos directamente en lugar de parafrasearlo.

¿La tarifa de 25 USD de Google Play es recurrente?

No, y esto es lo primero de lo que puedes relajarte. El texto oficial de Google habla de una tarifa de registro única de 25 USD. La pagas una vez y la cuenta de desarrollador es tuya de forma indefinida, sin renovación anual. Se cobra por cuenta de desarrollador, no por app, así que puedes publicar muchas apps bajo ese solo pago.

Algunos detalles de pago atrapan a la gente. Las tarjetas prepago no se aceptan, debes tener al menos 18 años para registrarte, y la tarifa es no reembolsable incluso si la verificación de identidad falla después. Si conoces el ecosistema de Apple, el contraste es claro:

Así que la buena noticia está clara: no te van a cobrar de nuevo. La menos obvia es todo lo que la tarifa no hace.

¿Qué desbloquean de verdad los 25 USD?

Desbloquean el acceso a Play Console. No desbloquean por sí solos un lanzamiento público en Play Store. Antes de enviar cualquier cosa, Google te pide verificar tu cuenta de desarrollador, y tu camino de onboarding depende del tipo de cuenta que elegiste al registrarte.

Qué incluye y qué no incluye la tarifa

Google ofrece dos tipos de cuenta, Personal y Organization, y ambas tienen acceso a la misma funcionalidad central. La diferencia es la información de identidad que Google recolecta y muestra. Una cuenta personal encaja con publicación individual, de hobby o de estudiante. Una cuenta de organización es para un negocio o institución y requiere un número D-U-N-S más los datos de la organización.

¿Cuáles son los pasos reales del pago a la app en vivo?

El modelo mental más limpio es que los 25 USD te abren la puerta, pero aún tienes que caminar por el edificio. Esta es la secuencia real por la que Google pasa a un desarrollador nuevo; los primeros tres pasos ya los dejaste atrás.

Los 10 pasos, en orden

1. Inicia sesión con una cuenta de Google

   Debes tener 18 años o más para registrar una cuenta de desarrollador.

2. Acepta el Developer Distribution Agreement

   Revisa y acepta los términos de Google durante el registro.

3. Paga la tarifa única de 25 USD

   Con una tarjeta válida que no sea prepago. Este es el paso que acabas de completar.

4. Elige Personal u Organization

   Es difícil cambiarlo después, así que elige el tipo correcto desde el inicio.

5. Verifica tu identidad

   Google puede pedir un documento de identidad oficial y una tarjeta a tu nombre legal.

6. Crea el registro de tu app en Play Console

   Nómbrala, define el idioma y elige app o juego, gratis o de pago.

7. Completa las tareas de setup obligatorias

   Ficha de la tienda, contenido de la app y declaraciones de política, todo tiene que estar hecho.

8. Corre una prueba interna y luego la prueba cerrada obligatoria El muro

   La prueba cerrada necesita al menos 12 testers que hayan aceptado participar durante 14 días de forma continua. Este es el paso en el que la mayoría de los primerizos se traban.

9. Solicita acceso a producción y pasa la revisión

   Responde el cuestionario de tres secciones; la revisión de Google suele tardar 7 días o menos.

10. Lanza tu release de producción

    Cuando se aprueba, tu app queda en vivo en Google Play.

Si quieres la versión condensada de ese pipeline en lenguaje simple, cómo funciona detalla el mismo flujo paso a paso. La verificación de identidad en una cuenta personal suele ser rápida, a veces en un día, aunque Google no promete un plazo fijo. Las cuentas de organización tardan más porque el paso de D-U-N-S, en palabras de Google, "puede tardar hasta 28 días", así que una empresa debería empezarlo temprano.

¿Cómo creo mi app sin cometer un error permanente?

Cuando creas el registro de la app, Google pide el nombre, el idioma predeterminado, si es app o juego, si es gratis o de pago, un correo de contacto para usuarios, y la aceptación de Play App Signing y de los términos de política. Dos de las decisiones que tomas aquí son, en la práctica, permanentes, así que ve despacio con estas.

Las dos decisiones permanentes

Mientras armas la ficha de la tienda, ten en cuenta los límites de campo de Google para no reescribir copy a último minuto. Tu ficha también se comparte entre canales, así que tus testers ven en esencia la misma estructura de ficha que verán tus usuarios públicos después.

¿Qué documentación me obliga Google a terminar antes del lanzamiento?

Más de lo que la mayoría de los principiantes espera, y suele ser aquí donde aparece el retraso, no en el código. Antes de lanzar, Google espera un conjunto de tareas de App content y de setup de la tienda completas y precisas. Las respuestas incompletas o inexactas son una de las razones más comunes por las que un lanzamiento se traba.

Las declaraciones que debes completar

En el lado técnico, Google Play distribuye apps como Android App Bundles: subes un bundle firmado y Play entrega versiones optimizadas a cada dispositivo. También necesitas cumplir la regla actual de target API. Las apps nuevas y las actualizaciones deben apuntar a Android 16 (API level 36) para el 31 de agosto de 2026, y Wear OS y Android TV pueden apuntar al menos a API 35. Si estás construyendo ahora, apunta a API 36 desde el inicio para no forzar una actualización apresurada.

¿Por qué Play Console no me deja publicar mi app?

Porque tienes una cuenta personal nueva, y Google condiciona el acceso a producción a un requisito de prueba cerrada. Aquí va el texto exacto de Google:

Esto aplica a cuentas personales creadas después del 13 de noviembre de 2023. Las cuentas creadas antes de esa fecha, y las cuentas de organización, están exentas. La exención es real, pero recuerda que las cuentas de organización requieren el número D-U-N-S que la mayoría de los desarrolladores solo no tienen.

play-console-production-access Clic para ampliar

Una cosa más que aclarar: el requisito empezó en 20 testers cuando Google lo lanzó. Google lo redujo a 12 testers en diciembre de 2024, un cambio que ahora se ve directo en la interfaz de Play Console. Si encuentras un tutorial viejo que te dice que reúnas 20 testers, ese número está desactualizado: necesitas 12. Hay más en por qué Google bajó de 20 testers a 12.

¿Qué cuenta como tester válido, y qué reinicia el reloj de 14 días?

Aquí es donde los principiantes pierden semanas en silencio, así que lee esta sección dos veces. Prueba cualquier escenario del que no estés seguro abajo, y luego lee las reglas debajo.

Estas son las reglas de las que salen esos veredictos:

• Los 14 días deben ser de forma continua. Google no cuenta testers que aceptaron participar, probaron menos de 14 días y luego dejaron de participar. Si tu conteo de participantes baja de 12, corres el riesgo de reiniciar la ventana. Hay un desglose completo en si los 14 días tienen que ser consecutivos.
• Dejar de participar no es lo mismo que desinstalar. Un tester solo deja de participar de forma formal visitando el enlace de la prueba y eligiendo salir. Desinstalar la app no lo saca por sí solo, pero los testers que instalan una vez y se silencian se ven inactivos, y el engagement débil es una razón común de rechazo.
• Los emuladores no cuentan. Google quiere engagement real en dispositivos reales. Si quieres la explicación completa, mira por qué los emuladores no cuentan en la prueba cerrada.
• Actualizar tu build no reinicia el reloj. Enviar una corrección de bugs durante los 14 días de hecho se anima: aquí está exactamente qué reinicia y qué no reinicia el reloj de 14 días.
• El requisito es por app, no por cuenta. Lo cumples una vez por cada package name único. Las actualizaciones rutinarias de una app aprobada no lo repiten, pero una app nueva arranca de cero.

Un orden inteligente de operaciones es correr primero una prueba interna y luego pasar a la prueba cerrada. La prueba interna admite hasta 100 testers y los alcanza en minutos, lo que la hace el lugar ideal para atrapar problemas de install, firma y crashes antes de que el reloj de 14 días corra. Ten en cuenta que después de tu primera publicación, el enlace de la prueba puede tardar unas horas en aparecer. Para la prueba cerrada, puedes gestionar testers por lista de correos o por Google Group, y si tu enlace de Google Group no funciona y los testers ven "app not available", casi siempre es un problema de membresía o de cuenta equivocada, no del enlace en sí.

Esos tres canales de pruebas (en la documentación oficial de Google en español de Latinoamérica, también segmento de pruebas) no son intercambiables para el requisito. Todo lo demás en este post lo controlas tú de forma directa. Este necesita 12 personas reales en dispositivos Android reales, que hayan aceptado participar y estén activas durante 14 días sin interrupción, y ahí es exactamente donde se traban los desarrolladores solo.

¿Cómo solicito acceso a producción después de los 14 días?

Cuando cumples los criterios, aparece la opción "Solicitar acceso a producción" (Apply for production) en el panel de Play Console. Abre un cuestionario en tres secciones.

Qué pide cada sección

Cuando pasas, este es el momento hacia el que has estado trabajando: Google te escribe para confirmar que se otorgó el acceso a producción:

production-access-approved.eml Clic para ampliar

¿Cuánto tarda mi app en estar de verdad en vivo?

Planifica 2 a 4 semanas como mínimo, y más cerca de 3 a 5 semanas si haces todo esto por primera vez. La ventana de 14 días es fija y no se puede acortar: lo que sí puedes comprimir es reclutar testers y, sobre todo, evitar ciclos fallidos.

Aquí va un calendario realista de principiante, con los solapes que aprovechan los desarrolladores atentos:

Cada corrida fallida te cuesta otros 14 días. Si arrancas con exactamente 12 testers y dos se alejan, bajas del umbral y pierdes toda la ventana, que es por qué los desarrolladores experimentados reclutan más de 12. Usa el estimador de abajo para ver cómo se ve un lanzamiento realista en tu situación exacta:

¿Qué más cambió para desarrolladores nuevos en 2026?

Algunos cambios de 2026 valen la pena conocer antes de publicar.

Los cambios de 2026 que te afectan

¿Qué se equivocan más los desarrolladores primerizos?

Casi todos estos se evitan una vez que sabes que existen.

Los deslices que les cuestan semanas a los principiantes

¿Se permite pagar testers de Google Play?

Sí. Google exige un mínimo de 12 testers que hayan aceptado participar durante 14 días de forma continua, pero no restringe quiénes son tus testers ni cómo los encuentras. Lo que va en contra de las reglas son las installs falsas o incentivadas que no reflejan uso genuino.

Personas reales que aceptaron participar y corren tu app en dispositivos reales es exactamente lo que el requisito está diseñado para capturar, y lo que emuladores y bots no pueden fingir. Ese es precisamente el modelo que usa un servicio legítimo de prueba cerrada: testers reales a los que ves aceptar participar dentro de tu propio Play Console, haciendo lo que la regla de Google mide. La línea es simple: el engagement real está bien; el engagement fingido no.

Dónde encaja PrimeTestLab en todo esto

Mira de nuevo el camino desde tu pago de 25 USD. Casi cada parada es documentación e ingeniería que controlas: la cuenta, la identidad, el build, la ficha, las declaraciones y el cuestionario. Una es fundamentalmente distinta: necesita 12 personas reales en dispositivos Android reales, que hayan aceptado participar y estén de verdad activas durante 14 días sin interrupción. Ese solo paso es donde se traban la mayoría de los desarrolladores solo, y es exactamente lo que PrimeTestLab cubre.

Compartes el enlace de la prueba de tu prueba cerrada. Nosotros manejamos la invitación, la verificación de que aceptaron participar, el monitoreo diario de engagement y la retención completa de 14 días, para que un tester que se caiga nunca rompa tu racha y reinicie el reloj. 7,400+ apps y contando, con una tasa de éxito al primer intento de 99.9% en 120+ países, en dispositivos reales con Android 7 a 17.

Hacer la prueba cerrada tú mismo vs. una corrida gestionada

Paquetes actuales

A cada precio se le suma un 5% de tarifa de servicio en el checkout.

Preguntas frecuentes

Conclusión