Cómo lanzar tu app en Google Play Store desde España

Lanzar tu app en Google Play desde España suele ser más ágil que publicar en la App Store, pero ya no es el proceso directo que era hace unos años. Google ha endurecido los requisitos para cuentas nuevas, y ahora exige pruebas previas antes de dejarte publicar en producción. Si das por hecho que puedes registrarte y publicar el mismo día, el lanzamiento se te va a retrasar. Esta guía recorre el proceso completo, desde la cuenta de desarrollador hasta la publicación, con atención especial a los canales de prueba y a los motivos de rechazo que más frenan a los equipos españoles.

Qué implica lanzar en Google Play hoy

Lanzar en Google Play implica cuatro fases: crear y verificar la cuenta de desarrollador, preparar el paquete de la app firmado, completar la ficha de Play Store con toda la información de privacidad y contenido, y pasar por los canales de prueba antes de la publicación en producción. A diferencia de Apple, Google combina comprobaciones automáticas con revisión humana, pero el cuello de botella para una cuenta nueva ya no es la revisión, sino el requisito de pruebas previas.

El cambio importante de los últimos años es ese: Google ya no permite que una cuenta recién creada publique directamente en producción. Tienes que ejecutar primero una prueba cerrada con un número mínimo de testers reales durante un periodo determinado. Consulta los requisitos exactos en la consola de Google Play antes de empezar, porque Google los ha ido endureciendo y cualquier cifra concreta puede quedar desactualizada. Lo que no cambia es la consecuencia práctica: planifica esta fase desde el principio, porque puede sumar semanas a tu calendario si la descubres tarde.

Para los equipos en España no hay una revisión regional aparte. Google revisa con los mismos criterios en todo el mundo. Lo que sí cambia según el país es tu tratamiento de datos, que debe cumplir el RGPD, y tu ficha, que conviene redactar en español y pensada para tu público.

Prepara la cuenta de desarrollador y la firma de la app

Antes de pensar en la publicación, la cuenta y la firma del paquete tienen que estar en orden. Date de alta en la consola de Google Play con una cuenta personal o de empresa. Una cuenta de empresa muestra el nombre de tu organización como desarrollador, que es lo que la mayoría de pymes españolas prefieren frente al nombre personal de un fundador. Google cobra una cuota única de alta, no una suscripción anual, y conviene confirmar el importe vigente en la consola antes de registrarte.

Google también ha reforzado la verificación de identidad de los desarrolladores. Tendrás que aportar datos de contacto y, según el tipo de cuenta, documentación que confirme quién eres o qué empresa representas. Hazlo con tiempo, porque una verificación pendiente bloquea la publicación aunque la app esté lista.

La firma de la app es el otro punto que conviene resolver pronto. Google Play gestiona la firma de la app por ti con Play App Signing, lo que significa que Google custodia la clave de firma final y tú subes el paquete con una clave de carga. Esto evita el riesgo de perder la clave, pero hay que configurarlo bien la primera vez. Sube el formato Android App Bundle, que es el que Google exige para apps nuevas, en lugar del antiguo APK. Si tu proceso de compilación todavía genera un APK, ajústalo antes de la primera subida.

Los motivos de rechazo que más frenan a los equipos españoles

La mayoría de los rechazos en Google Play se concentran en unos pocos motivos. Conocerlos de antemano es lo que más te ayuda a aprobar a la primera.

Declaración de privacidad y datos incompleta

Es el área donde más equipos fallan, y se solapa directamente con el RGPD. Google exige una sección de seguridad de los datos donde declaras qué datos recopila tu app, con qué fin y con quién los compartes. Si tu app usa un SDK de terceros para analítica o notificaciones, ese SDK recopila datos y tienes que declararlo. Una declaración que dice que no recoges nada mientras la app envía eventos de analítica es un rechazo seguro. Revisa con honestidad cada flujo de datos, y si no sabes qué recopila un SDK, lee su documentación en lugar de suponerlo. Para la parte legal del tratamiento de datos en España, la Agencia Española de Protección de Datos es la fuente oficial.

Permisos sin justificar

Google revisa los permisos que pide tu app, sobre todo los sensibles como ubicación en segundo plano, acceso a SMS o a la lista de llamadas. Si pides un permiso que no se corresponde con una función visible y declarada, te lo rechazan. Pide solo los permisos que de verdad necesitas y explica cada uno con claridad en la ficha cuando Google lo solicite.

Ficha que no coincide con la app

Las capturas que muestran funciones que la app no tiene, una descripción que promete algo que no existe, o un enlace de soporte que da error provocan rechazo. Recorre cada enlace de tu ficha, el de la política de privacidad y el de soporte, y confirma que todos cargan. Google rechaza también el texto de relleno, así que cada campo tiene que ser real.

Fallos y cierres durante la prueba

Aunque Google se apoya más en comprobaciones automáticas que Apple, un fallo o un cierre inesperado en los flujos principales bloquea la publicación. La fase de prueba cerrada existe precisamente para cazar esto antes de producción. Aprovéchala con testers reales en dispositivos reales, no solo en el emulador.

Usa bien los canales de prueba antes de producción

Google Play tiene tres canales de prueba antes de la producción, y usarlos en orden es la forma más segura de llegar a producción sin sorpresas.

El requisito de prueba cerrada para cuentas nuevas es el punto que más calendarios rompe. Necesitas reunir un número mínimo de testers y mantener la prueba activa durante un periodo determinado antes de poder solicitar el acceso a producción. Consulta los requisitos vigentes en la consola, porque Google los actualiza, y empieza a reclutar testers desde el primer día. Un grupo de compañeros, amigos y primeros usuarios suele bastar, pero hay que organizarlo con antelación.

Cuando la prueba cerrada cumple los requisitos, solicitas el acceso a producción, Google lo revisa, y a partir de ahí publicas. Las actualizaciones posteriores ya no pasan por todo este proceso, así que el esfuerzo se concentra en el primer lanzamiento.

Qué hacer si Google rechaza tu app

Un rechazo no es el final, es información, y es habitual. Google te avisa en la consola con el motivo, normalmente la política concreta que has incumplido. Léelo con calma, porque la corrección suele ser específica y pequeña. Si es un tema de privacidad, ajusta la sección de seguridad de los datos. Si es un permiso, quítalo o justifícalo. Si es la ficha, corrige el campo y vuelve a enviar.

Si crees de verdad que Google se ha equivocado, puedes solicitar una revisión desde la consola y explicar tu caso. Úsalo con criterio y solo cuando estés seguro, porque la mayoría de las veces el motivo es real y el camino más rápido es corregir y reenviar. Los equipos que lanzan sin sobresaltos no son los que nunca reciben un rechazo, sino los que dejaron margen en el calendario y trataron el primer rechazo como parte del plan.

Si quieres un equipo que se encargue de todo este proceso y publique sin la carrera de última hora, cuéntanos tu proyecto y te explicamos cómo es un lanzamiento limpio de principio a fin.

Dónde encaja Google Play en tu plan de lanzamiento

Publicar en Google Play es una pieza de un lanzamiento más amplio, y conecta con decisiones que tomaste mucho antes. Si todavía estás decidiendo por qué plataforma empezar, nuestro artículo sobre iOS o Android primero en España cubre ese dilema. Y si vas a publicar también en la App Store, la guía complementaria sobre cómo lanzar tu app en la App Store desde España te ahorra los retrasos del lado de Apple.

En resumen: prepara la cuenta y la verificación con tiempo, sube un Android App Bundle firmado con Play App Signing, declara tus datos con honestidad, y planifica la prueba cerrada desde el primer día. Haz esas cuatro cosas y la mayor parte del riesgo del lanzamiento desaparece. Déjalas para la semana de publicación y esa semana la pasarás esperando en lugar de hablando con tus primeros usuarios.