Publicar en Google Play en 2026 implica mucho más que subir una compilación. La cuenta debe estar verificada, la aplicación debe cumplir los requisitos técnicos de este año, la ficha debe seguir las reglas de metadatos, se deben completar correctamente una docena de declaraciones de contenido y las cuentas personales nuevas deben realizar una prueba cerrada de dos semanas antes de poder publicar. Esta es la secuencia completa, en el orden que evita rehacer trabajo.
1. Elegir la cuenta de desarrollador adecuada
Una cuenta de desarrollador de Google Play cuesta una tarifa de registro única de US$25 y está disponible en dos modalidades; la elección tiene consecuencias durante años:
| Pregunta | Cuenta personal | Cuenta de organización |
|---|---|---|
| Para quién es | Un desarrollador individual | Una empresa registrada |
| Verificación de identidad | Documento de identidad oficial | Número D-U-N-S y datos de la organización |
| Nombre mostrado en la ficha | El nombre personal verificado | El nombre de la organización |
| Prueba cerrada antes de la primera publicación | Obligatoria para cuentas creadas después del 13 de noviembre de 2023: al menos 12 evaluadores durante 14 días continuos | No es obligatoria |
Para una aplicación empresarial, abra una cuenta de organización a nombre de la propia empresa. Una aplicación en la cuenta personal de un fundador o en la cuenta de una agencia es un problema de propiedad a la espera de ocurrir y, desde septiembre de 2026, cada aplicación también queda registrada a la identidad verificada de la cuenta que la aloja: consulte la verificación de desarrolladores de Android. Obtener un número D-U-N-S puede tardar semanas, así que solicítelo al comienzo del proyecto, no al final.
2. Requisitos técnicos en 2026
- Android App Bundle y Play App Signing. Las aplicaciones nuevas se suben como paquetes de aplicaciones y se firman mediante Play App Signing. Mantenga una copia de seguridad de la clave de subida y documente quién es su propietario.
- Nivel de API de destino. A partir del 31 de agosto de 2026, las aplicaciones nuevas y las actualizaciones deben tener como destino Android 16 (nivel de API 36). Las aplicaciones para Wear OS y Android Automotive OS deben tener como destino la API 35, y las aplicaciones para Android TV y Android XR, la API 34. Se puede solicitar una prórroga hasta el 1 de noviembre de 2026 en Play Console. Las aplicaciones existentes deben tener como destino al menos la API 35 para seguir disponibles para nuevos usuarios en dispositivos que ejecuten versiones más recientes de Android.
- Páginas de memoria de 16 KB. Desde el 1 de noviembre de 2025, una vez vencidas las últimas prórrogas el 31 de mayo de 2026, las aplicaciones nuevas y las actualizaciones cuyo destino sea Android 15 o superior deben admitir tamaños de página de 16 KB en dispositivos de 64 bits. Esto es importante cuando la aplicación o alguna de sus bibliotecas contiene código nativo: vuelva a compilar con las herramientas actuales y compruebe cada biblioteca nativa de terceros.
- Verificación del desarrollador. Cada aplicación debe estar registrada a nombre de un desarrollador verificado; las aplicaciones publicadas mediante Play Console normalmente se registran de forma automática.
3. La ficha de la tienda
| Elemento | Requisito |
|---|---|
| Nombre de la aplicación | Hasta 30 caracteres |
| Descripción breve | Hasta 80 caracteres |
| Descripción completa | Hasta 4,000 caracteres |
| Icono de la aplicación | PNG de 512 × 512, de 32 bits con alfa, hasta 1 MB |
| Gráfico destacado | 1024 × 500, JPEG o PNG de 24 bits |
| Capturas de pantalla | Al menos dos; hasta ocho por tipo de dispositivo; JPEG o PNG de 24 bits; cada lado entre 320 y 3,840 píxeles, y el lado largo no debe superar el doble del lado corto |
La política de metadatos es donde muchas primeras fichas fracasan. El nombre de la aplicación, el icono y el nombre del desarrollador no deben contener palabras ni distintivos relacionados con la clasificación, el precio o las promociones ("mejor", "n.º 1", "gratis", "oferta"), y las descripciones no deben incluir palabras clave de forma abusiva, citar testimonios anónimos ni prometer funciones que la aplicación no tenga. Las capturas de pantalla deben mostrar la aplicación real.
4. Declaraciones sobre el contenido de la aplicación
En Play Console, la sección Contenido de la aplicación recopila declaraciones que los revisores contrastan con la aplicación. Las declaraciones que aparecen dependen de lo que haga la aplicación; estas son las que completa casi toda aplicación:
- Política de privacidad: una URL activa, también accesible desde dentro de la aplicación, que describa lo que la aplicación realmente recopila.
- Seguridad de los datos: qué datos se recopilan y comparten, con qué fines y cómo se protegen. Debe incluir los datos recopilados por las bibliotecas incluidas en la aplicación, no solo por su propio código.
- Anuncios: si la aplicación muestra publicidad.
- Público objetivo y contenido: los grupos de edad a los que se dirige la aplicación. Incluir a menores activa los requisitos de la política de Familias.
- Clasificación del contenido: el cuestionario de clasificación. Las aplicaciones sin clasificación no están permitidas en Google Play.
- Eliminación de cuentas: si los usuarios pueden crear una cuenta en la aplicación, deben poder solicitar la eliminación de la cuenta y sus datos tanto dentro de la aplicación como mediante un enlace web.
- Permisos sensibles: declaraciones y justificaciones para permisos como SMS y registro de llamadas, ubicación en segundo plano, acceso a todos los archivos y alarmas exactas, así como para los tipos de servicios en primer plano.
- Otras declaraciones cuando corresponda: funciones financieras, funciones de salud, noticias, aplicaciones gubernamentales y más.
Responda a estas preguntas a partir de un inventario escrito de lo que hacen la aplicación y sus bibliotecas, no de memoria. La incoherencia entre las declaraciones y el comportamiento es una de las formas más fiables de recibir un rechazo.
5. Pistas de pruebas
| Pista | Uso |
|---|---|
| Pruebas internas | Hasta 100 evaluadores, disponibilidad rápida; para su propio equipo |
| Pruebas cerradas | Evaluadores invitados; la pista utilizada para el requisito de 12 evaluadores en cuentas personales nuevas |
| Pruebas abiertas | Cualquiera puede unirse desde la ficha; útil para versiones beta más grandes |
| Producción | Todo el mundo, con publicación escalonada opcional por porcentaje |
Cada compilación de una pista de pruebas también recibe un informe previo al lanzamiento basado en ejecuciones automatizadas en dispositivos reales. Léalo antes de promocionar una compilación: los fallos, los problemas de accesibilidad y las advertencias de seguridad detectados allí son más baratos de solucionar que un rechazo en producción.
6. Revisión y publicación
Los tiempos de revisión varían. Los primeros envíos y las cuentas nuevas suelen tardar más que las actualizaciones rutinarias, a veces varios días, y las aplicaciones de categorías sensibles tardan aún más. Dos controles eliminan la mayor parte del riesgo relacionado con los plazos:
- Publicación gestionada permite que una versión aprobada espere hasta que usted decida publicarla, de modo que una fecha de marketing no dependa de la cola del revisor.
- Publicación escalonada distribuye primero una nueva versión a un porcentaje de usuarios, de modo que un problema llegue a unos pocos usuarios en lugar de a todos.
Si la aplicación es rechazada, el motivo aparece en la sección Estado de las políticas de Play Console junto con la política pertinente. Corrija la causa, responda o vuelva a enviar la aplicación y conserve las pruebas del cambio. Los motivos de rechazo que vemos con más frecuencia, y cómo evitarlos, son lo bastante generales para aplicarse a ambas tiendas: los rechazos previsibles.
7. La lista de comprobación completa
- Cuenta de organización a nombre de la propia empresa; D-U-N-S solicitado con antelación
- Clave de subida respaldada; propietario documentado
- API 36 como destino para aplicaciones nuevas y actualizaciones; compatibilidad con 16 KB para código nativo
- Texto de la ficha dentro de los límites y sin afirmaciones sobre clasificación, precio ni promociones
- Icono, gráfico destacado y capturas de pantalla con los tamaños requeridos, mostrando la aplicación real
- Política de privacidad activa y enlazada dentro de la aplicación
- Respuestas de seguridad de los datos basadas en un inventario escrito de datos, incluidas las bibliotecas
- Eliminación de cuentas disponible en la aplicación y en la web, si existen cuentas
- Clasificación del contenido, público objetivo, anuncios y declaraciones de permisos completados
- Prueba cerrada completada cuando el tipo de cuenta lo exija
- Informe previo al lanzamiento revisado; publicación gestionada activada para la primera versión
Servicios relacionados de Manboo
- Desarrollo de aplicaciones Android, incluida la configuración de Play Console, las pistas de publicación y las declaraciones de políticas.
- Desarrollo de aplicaciones iOS, incluido App Store Connect, TestFlight y la preparación para la revisión de aplicaciones.
- Desarrollo de aplicaciones Flutter cuando una base de código deba superar las revisiones de ambas tiendas.
- Mantenimiento de software para aplicaciones existentes que necesiten actualizaciones de la API de destino, el SDK o las políticas.
- Solicitar una revisión del alcance y un presupuesto para el lanzamiento en una tienda o un envío rechazado.