Requisitos para publicar en Google Play para nuevos desarrolladores en 2026

Publicar en Google Play antes significaba "paga $25, sube un APK y listo". En 2026 es una cadena de puertas: cuenta, identidad, una segunda capa de verificación de desarrollador, formato del build, ficha, un montón de declaraciones de políticas, una prueba cerrada obligatoria y dos revisiones separadas. Si te saltas una, la app se queda en limbo. Esta guía recorre cada requisito en el orden en que de verdad lo encuentras, marca los 5+ cambios más grandes de 2025-2026 y está actualizada al 24 de junio de 2026. Donde las páginas de Google son vagas o van atrasadas, lo decimos en lugar de inventar.

La secuencia completa de publicación (y por qué el orden importa)

La "aprobación" de Google Play no es un solo sí: es una cadena de puertas, y cualquiera puede frenar todo el lanzamiento. El error más grande de los nuevos desarrolladores es trabajar fuera de orden: construir la app primero y luego descubrir que la verificación de identidad tarda días, o terminar la ficha solo para enterarse de que una cuenta personal aún debe correr una prueba de 14 días. Haz primero los pasos lentos y bloqueantes, y corre el resto en paralelo. Este es el orden que de verdad funciona en 2026:

Paso 1: La cuenta de desarrollador y la tarifa de $25

Todo empieza con una cuenta de desarrollador en Google Play Console. Necesitas una cuenta de Google con la verificación en 2 pasos activada, y debes revisar y aceptar el Acuerdo de distribución para desarrolladores de Google Play y los Términos del servicio de Play Console durante el registro.

Métodos de pago (aquí se tropieza la gente)

La tarifa solo se paga con tarjeta de crédito o débito. Los tipos de tarjeta aceptados varían por ubicación, pero la guía oficial de Google lista lo siguiente, y deja claro que no se aceptan tarjetas prepagadas:

Personal vs organización: misma app, distinto papeleo

Eliges el tipo de cuenta al registrarte. Según la ayuda oficial de Google, ambos tipos tienen acceso a las mismas funciones y ambos pueden monetizar con un perfil de pagos. La única diferencia real es la información que Google recolecta para verificarte.

Paso 2: Verificación de identidad de la cuenta (y el mito de los "5 días")

Antes de enviar o publicar nada, Google verifica quién eres a nivel de cuenta. Las cuentas personales suben un documento de identidad oficial del gobierno; las organizaciones agregan un número D-U-N-S más documentos de la organización. Si omites o retrasas esto, las consecuencias son reales: no puedes publicar, y los perfiles de desarrollador no verificados y sus apps pueden quitarse de Google Play y bloquearse para republicar hasta completar la verificación.

Hay un número que se repite por todas partes y que deberías ignorar. Docenas de blogs de terceros afirman que la verificación de identidad "tarda hasta 5 días". Esa cifra es real, pero está pegada a la cosa equivocada.

Una cosa más antes de la siguiente sección: esta verificación de identidad a nivel de cuenta no es lo mismo que el nuevo programa Android Developer Verification. Son dos capas distintas que llegaron en 2026, y confundirlas es fácil. Así se diferencian.

Android Developer Verification: el mayor cambio de 2026

Es el cambio estructural más grande en la distribución de Android en años, y es nuevo para 2026. Android Developer Verification es un programa aparte de la verificación de identidad a nivel de cuenta que acabas de leer. Exige que las apps estén registradas a una identidad de desarrollador verificada para instalarse en dispositivos Android certificados, incluidas apps distribuidas fuera de Google Play, como APKs directos y tiendas de terceros. Primero, mira exactamente cómo se diferencian las dos capas:

La justificación declarada de Google, del blog de Android Developers de marzo 2026, es seguridad. Su marco es que la verificación es como "un control de identidad en el aeropuerto": confirma la identidad del desarrollador, pero no revisa el contenido de la app. El dato principal que citan:

El cronograma de despliegue que debes vigilar

El programa abrió en marzo 2026 y se intensifica a lo largo del año. La fecha que más importa es el 30 de septiembre de 2026, cuando empieza la aplicación en los primeros cuatro países.

Dos formas de registrarse: Full vs Limited Distribution

Si ya pagaste la tarifa de $25 de Play, estás cubierto para full distribution. Lo nuevo en 2026 es un nivel gratuito pensado para estudiantes y hobbyistas.

Paso 3: Requisitos de build: App Bundle y target API

Los días de subir un APK crudo se acabaron para las apps nuevas. Dos requisitos a nivel de build deciden si Google Play siquiera acepta tu carga: el formato y el nivel de API objetivo.

Debes enviar un Android App Bundle (.aab)

Desde agosto de 2021, las apps nuevas deben publicarse como Android App Bundles: los APKs ya no se aceptan para apps nuevas. (Las apps existentes basadas en APK pueden seguir actualizándose vía APK, aunque se recomienda migrar.) Junto a esto, Play App Signing es obligatorio para apps nuevas: Google gestiona y protege la clave de firma de la app, mientras tú conservas una clave de carga para firmar el AAB antes de subirlo.

Target API: actual vs próximo

Este es el que más confunde a un primerizo, porque el piso se mueve. Lee ambas líneas con cuidado:

• En vigor hoy (junio 2026): las apps nuevas y las actualizaciones deben apuntar a Android 15 (API 35) o superior. Wear OS, Android TV y Android Automotive deben apuntar a Android 14 (API 34) o superior. Las apps existentes deben apuntar al menos a API 34 para seguir siendo descubribles por usuarios nuevos en dispositivos más recientes.
• Desde el 31 ago 2026: las apps nuevas y las actualizaciones deben apuntar a Android 16 (API 36) o superior.

Paso 4: Ficha de la tienda y assets

Tu ficha de la tienda es lo primero que ven usuarios (y revisores), y tiene límites técnicos duros. Si las especificaciones fallan, no puedes publicar; si el contenido falla, te rechazan. Estos son los requisitos exactos de 2026:

Google Play Console · captura real Clic para ampliar

El cambio de icono que todos se pierden: radio de esquina del 30%

Nuevo en 2026, según la página oficial de especificaciones de diseño de iconos de Google (última actualización 15 jun 2026): subes un icono en cuadrado completo y "Google Play aplica la máscara de forma dinámica. El radio será equivalente al 30% del tamaño del icono." En simple: Google redondea las esquinas por ti, con bastante agresividad. Si tu logo o texto está cerca de una esquina, se recorta. Mantén los elementos clave dentro de una zona segura de aproximadamente 15 a 18%.

Un video de vista previa es opcional: usa un enlace de YouTube público o no listado (no privado), con anuncios y monetización desactivados. Los tipos de dispositivo admitidos para capturas abarcan teléfonos, tablets de 7" y 10", Chromebooks, Android TV, Wear OS, Android Automotive y Android XR.

Reglas de metadatos que hacen rechazar fichas

Las buenas prácticas de ficha de Google son estrictas con el lenguaje promocional. Mantén limpios título, icono, nombre de desarrollador y descripción corta:

Paso 5: Declaraciones de contenido y políticas de la app

Esta es la sección que los primerizos subestiman. El área "Contenido de la app" de Play Console es un montón de declaraciones obligatorias, y las respuestas incompletas o inexactas son una de las razones más comunes de que un lanzamiento se frene o una cuenta quede marcada. Estas son las siete que más tocas:

Google Play Console · captura real Clic para ampliar

Declaraciones específicas de categoría (sabe si te aplica una)

Según lo que haga tu app, puedes toparte con declaraciones adicionales. Las notables de 2026:

• Apps de salud: la política de Contenido y servicios de salud agrega etiquetado de dispositivos médicos, un requisito de descargo para apps de salud no reguladas, migración de apps de salud a una cuenta de organización verificada para el 28 de enero de 2026, y permisos de salud granulares de Android 16.
• Política de contenido generado por IA: las apps de IA generativa deben evitar salidas ofensivas, con etiquetado y moderación más estrictos desde enero 2025.
• Política de permisos de foto y video (en aplicación activa): solicita acceso amplio a fotos y videos solo cuando tu función central de verdad lo necesite; de lo contrario usa el selector de fotos del sistema. También aplican reglas actualizadas de permisos de ubicación. Una política separada de permisos de Contactos llega después, con aplicación el 28 oct 2026 y solo para apps que apunten a API 37 o superior.
• Formulario de declaración de permisos de alto riesgo: requerido para acceso sensible como SMS o registro de llamadas, más la declaración de Advertising ID.
• Otras categorías: Noticias y revistas, Servicios financieros, apps de gobierno (solo cuentas de organización) y declaraciones de rastreo o estado de COVID-19.

Paso 6: Prueba cerrada: 12 testers durante 14 días

Para la mayoría de los nuevos desarrolladores, este es el muro. Según la política oficial de Google, una cuenta personal de desarrollador creada después del 13 de noviembre de 2023 debe ejecutar una prueba cerrada con un mínimo de 12 testers que hayan aceptado participar durante al menos los últimos 14 días de forma continua antes de solicitar acceso a producción. En la documentación oficial de Google en español, verificadores. Las cuentas de organización están exentas, y también las cuentas creadas antes de esa fecha.

Si leíste que el número es 20, eso está desactualizado. Según el Android Developers Blog: "starting today, we're requiring 12 instead of 20 testers for personal developer accounts." La reducción entró en vigor el 11 de diciembre de 2024, manteniendo la misma duración de 14 días, tras comentarios de que 20 testers era duro para desarrolladores más pequeños.

Google Play Console · captura real Clic para ampliar

Los tres canales de pruebas (solo uno cuenta)

Google ofrece tres canales de pruebas (en la documentación de LatAm, segmento de pruebas), y los nuevos desarrolladores los confunden todo el tiempo. Las pruebas internas parecen la opción rápida obvia, pero no cumplen el requisito. Solo la prueba cerrada lo hace.

En la solicitud de producción, Google evalúa dos cosas: tu conteo de testers (al menos 12) y el engagement de los testers. Sus propios ejemplos de por qué exigen testing continuo incluyen "not having 12 testers opted-in to your closed test, or your testers not being engaged with your app during your closed test." En otras palabras, 12 nombres en una lista no bastan: esos testers tienen que usar la app de verdad.

La forma más efectiva de pasarlo: testers reales que aceptaron participar

Todos los demás requisitos de esta guía los 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 seguidos: exactamente donde se atascan los desarrolladores solo. El camino fiable es traer testers reales que sí se presenten y se mantengan activos.

Paso 7: El cuestionario de acceso a producción

Una vez que cumples los criterios de la prueba cerrada, una cuenta personal no pasa directo a producción: haces clic en "Solicitar acceso a producción" en el Panel y respondes un cuestionario. En internet lo verás descrito como un "formulario de 10 preguntas." Ignora ese marco: Google actualiza la redacción, y la forma fiable de entenderlo es como tres secciones, no un número fijo de preguntas.

Revisión y el cronograma real de punta a punta

En realidad hay dos revisiones cerca de la meta: la revisión de acceso a producción después de tu cuestionario, y la revisión final de la app del release en sí. Google procesa las revisiones estándar "lo antes posible", pero advierte que "ciertas apps pueden estar sujetas a revisiones extendidas, lo que puede resultar en tiempos de revisión de hasta 7 días o más en casos excepcionales." Las apps dirigidas a niños, o las que enviaron respuestas inexactas de público objetivo, suelen recibir una mirada más exhaustiva.

¿Cuánto tarda todo de verdad para una cuenta personal brand-new? Aquí va el cronograma realista apilado, con las superposiciones que explotan los desarrolladores listos:

Lo que de verdad retrasa a los primerizos

El total se infla cuando cae uno de estos. Casi todos son evitables:

• Verificación de identidad incompleta o lenta: se inició demasiado tarde y bloquea todo lo demás.
• Declaraciones de Seguridad de los datos débiles o faltantes: el formulario también es obligatorio en los canales de pruebas.
• Credenciales de login inválidas para el revisor en Acceso a la app: el revisor no puede entrar, así que rechaza.
• Ficha o capturas que no coinciden con la funcionalidad real de la app.
• Reclutamiento lento de testers o bajo engagement durante la prueba cerrada de 14 días.
• Respuestas vagas de acceso a producción que suenan genéricas y activan "se requieren más pruebas".

Resumen de cambios 2025-2026 (referencia rápida)

Si solo lees una sección, que sea esta. Estos son los cambios que atrapan a desarrolladores que aprendieron el proceso hace uno o dos años:

Mira: actualización oficial de políticas de Google (PolicyBytes, abril 2026)

El equipo de Developer Experience de Google desglosa cambios recientes de políticas en su serie PolicyBytes, y el episodio de abril 2026 es la fuente oficial de varios ítems de arriba: dos políticas nuevas (permisos de Contactos y transferencias de cuentas) y dos aclaraciones (contenido con restricción de edad y permisos de ubicación). Aquí está el video, con un desglose en lenguaje claro debajo.

PolicyBytes: actualizaciones de políticas de abril 2026

Canal oficial de Google Play: nuevas políticas de Contactos y transferencia de cuentas, más aclaraciones de edad y ubicación.

YouTube

El hilo común es el alcance mínimo: Google cada vez quiere que las apps usen selectores del sistema (Contact Picker, ShareSheet, el botón de ubicación) en lugar de retener permisos amplios y sensibles.

Dónde encaja PrimeTestLab en todo esto

Mira atrás los siete pasos. Seis son papeleo e ingeniería que controlas tú: la cuenta, la identidad, el build, la ficha, las declaraciones y el cuestionario. Uno es fundamentalmente distinto: necesita 12 personas reales en dispositivos Android reales, que hayan aceptado participar y estén de verdad activas durante 14 días seguidos. Ese único paso es donde la mayoría de los desarrolladores solo se atascan, y es exactamente lo que resuelve PrimeTestLab.

Compartes el enlace de la prueba de tu prueba cerrada. Nosotros nos encargamos de 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 salga nunca rompa tu racha ni reinicie el reloj. 7,400+ apps y contando, con una tasa de éxito al primer intento de 99.9% en 120+ países.

Paquetes actuales

Garantía de devolución del 100% · Inicio de la prueba en 4-6 horas · Sin suscripción

Preguntas frecuentes

Lo esencial