Cómo publicar tu app en App Store y Google Play (y que la encuentren)

Has invertido meses en tu app, la abres, funciona de maravilla y piensas: ya está, lo difícil ha pasado. Y ahí viene la sorpresa. Publicar una app en App Store y Google Play no es darle a un botón de "subir": son cuentas de desarrollador, fichas que rellenar, capturas, políticas de privacidad y una revisión de Apple que a veces te tumba el lanzamiento por un detalle. Y cuando por fin está publicada, aparece el reto de verdad: que la gente la encuentre entre millones. Te lo contamos claro, paso a paso, sin tecnicismos y sin venderte que es más fácil de lo que es.

¿Qué hace falta para publicar una app? (respuesta directa)

Vamos con lo primero que todo el mundo quiere saber. Para publicar tu app necesitas tres cosas antes de tocar nada: una cuenta de desarrollador en cada tienda (una en Apple, otra en Google), el archivo de la app preparado y firmado, y la ficha de la tienda completa con textos, imágenes y una política de privacidad. Con eso subes la app, la mandas a revisión y esperas el visto bueno. Suena simple, y en el fondo lo es, pero cada paso tiene su letra pequeña.

La cuenta de desarrollador es de pago anual y va a nombre de tu empresa o tuyo. En Apple se renueva cada año; en Google se paga una vez al crearla. Este detalle importa más de lo que parece: la cuenta debe ser tuya, no de la agencia que te haga la app. Es tu app, tu marca y tus descargas, así que las cuentas van a tu nombre desde el primer día. Nosotros lo dejamos así siempre, porque hemos visto a negocios quedarse atrapados en la cuenta de un tercero y es un lío del que cuesta salir.

Piénsalo con un ejemplo cercano. Un gimnasio que quiere una app para que sus socios reserven clase desde el móvil no solo necesita que la app funcione: necesita su cuenta de Apple y de Google a nombre del gimnasio, su ficha con el logo y las fotos de la sala, y una política de privacidad porque va a manejar datos de sus socios. Todo eso forma parte de "publicar la app", aunque nadie te lo cuente cuando pides presupuesto. Por eso, cuando montamos el desarrollo de aplicaciones móviles, la publicación en las tiendas va incluida en el plan, no es una sorpresa del final.

Cómo subir tu app a la App Store (Apple)

La App Store es la tienda de Apple, la de los iPhone y iPad. Y hay que decirlo claro desde ya: Apple es la más exigente de las dos. Revisa cada app a mano, con un equipo de personas que la prueban de verdad, y no le tiembla el pulso para rechazarte si algo no cumple sus normas. No es por fastidiar: es su forma de mantener limpia la tienda. Pero conviene saberlo para no llevarte el chasco de que te tumben el lanzamiento a última hora.

1. 1Cuenta de desarrollador de Apple, a nombre de tu negocio. Es de pago anual y hay que renovarla, o la app desaparece de la tienda.
2. 2La app preparada y firmada con los certificados de Apple. Esto lo hace quien te la desarrolla: es parte técnica, no algo que tengas que tocar tú.
3. 3La ficha completa en App Store Connect: nombre, subtítulo, descripción, capturas de cada tamaño de pantalla, icono y categoría.
4. 4Una política de privacidad accesible y el detalle de qué datos recoge la app. Apple pregunta esto expresamente y sin ello no pasas.
5. 5Mandarla a revisión y esperar. Suele tardar de uno a pocos días, aunque puede alargarse si te piden cambios o aclaraciones.

El punto donde más gente tropieza es la revisión. Apple rechaza apps por cosas que a ti te pueden parecer menores: una pantalla que se ve rara en cierto iPhone, un botón que no lleva a ningún sitio, permisos que pides sin explicar para qué, o textos que prometen algo que la app no hace. No es el fin del mundo, se corrige y se vuelve a mandar, pero si no lo tienes previsto puede retrasarte el lanzamiento una o dos semanas. Por eso conviene revisar cada norma antes de subir, no después de que te la devuelvan.

Cómo subir tu app a Google Play (Android)

Google Play es la tienda de Android, que en España es la mayoría de los móviles. El proceso se parece al de Apple, pero con dos diferencias que agradecerás: la cuenta de desarrollador se paga una sola vez (no cada año) y la revisión suele ser más rápida y menos estricta. Google también revisa, y también rechaza si detecta algo raro, pero su filtro pesa más en lo automático que en el ojo humano. Aun así, no te confíes: se ha vuelto bastante más exigente con la privacidad y los permisos en los últimos años.

1. 1Cuenta de desarrollador de Google Play, a tu nombre. Pago único al crearla, sin renovación anual.
2. 2El archivo de la app en el formato que pide Google (lo genera quien te desarrolla la app, tú no tocas nada aquí).
3. 3La ficha de Play Console: título, descripción corta, descripción larga, capturas, icono, gráfico de cabecera y categoría.
4. 4El cuestionario de privacidad y seguridad de datos: qué recoges, para qué y si lo compartes. Google lo muestra en tu ficha, así que hay que ser honesto.
5. 5Publicar. Muchas apps quedan disponibles en horas, aunque las primeras versiones o las cuentas nuevas pueden tardar algo más mientras Google se fía de ti.

Una recomendación que damos siempre: publica en las dos tiendas, no en una sola. Es tentador empezar solo por Android porque es más barato y más rápido, pero dejas fuera a todo el público de iPhone, que en muchos negocios es justo el que más gasta. Un restaurante que saca app para pedir a domicilio no puede permitirse que la mitad de su barrio no pueda descargarla porque tiene iPhone. La app se piensa desde el principio para las dos tiendas, y así el coste de publicar en ambas es mínimo comparado con perder a medio mercado.

La fila que más gente pasa por alto es la de "cuenta de desarrollador". Que Apple sea de pago anual significa que tu app tiene un pequeño coste de mantenimiento vivo solo por estar en la tienda: si un año no se renueva la cuenta, la app desaparece de la App Store aunque funcione perfecta. Es de esas cosas que conviene tener claras desde el principio para que no te pille por sorpresa doce meses después.

¿Y qué es el ASO? (para que la encuentren, no solo que exista)

Aquí está la parte que casi nadie te cuenta y que decide si tu app tiene futuro o se queda muerta de risa. Publicarla es solo conseguir que exista en la tienda. Que la encuentren es otra cosa muy distinta. Y de eso va el ASO. ASO significa optimización para las tiendas de apps, y es exactamente lo mismo que el SEO en Google, pero dentro de App Store y Google Play: trabajar tu ficha para que tu app aparezca cuando alguien busca lo que ofreces.

Piénsalo. Hay millones de apps en cada tienda. Cuando alguien busca reservar pádel o pedir cita peluquería, salen decenas de resultados y casi nadie baja del primer puñado. Si tu app no aparece ahí arriba, es como no existir. El ASO trabaja precisamente eso: el nombre de la app, el subtítulo, las palabras clave, la descripción, las capturas y, muy importante, las reseñas y valoraciones, que pesan un montón en cómo te posiciona la tienda y en si la gente se fía al verte.

• El nombre y el subtítulo: son lo que más peso tiene. Deben incluir lo que hace tu app y cómo la busca la gente, no solo tu marca a secas.
• Las palabras clave: los términos por los que quieres aparecer. Un taller no compite por "app", compite por "cita taller coche" o "revisión vehículo".
• Las capturas y el icono: entran por el ojo y deciden la descarga en dos segundos. Una ficha fea espanta aunque la app sea buenísima.
• La descripción: cuenta qué resuelve tu app y para quién, con las palabras que usa tu cliente, no las tuyas de sector.
• Las reseñas y valoraciones: pesan en el posicionamiento y en la confianza. Pedirlas en el momento justo, dentro de la app, marca una diferencia enorme.

Un caso real de lo que cambia el ASO. Una tienda saca su app de fidelización con un nombre tipo "MiTienda App" y una descripción que solo habla de la marca. No la encuentra nadie salvo quien ya la conoce. Le damos una vuelta: el nombre pasa a decir qué hace (tarjeta de puntos, ofertas, pedidos), las capturas muestran las ventajas reales para el cliente y la descripción usa las palabras con las que la gente busca. De golpe empieza a aparecer en búsquedas y a captar descargas de gente nueva. La app era la misma. Lo que cambió fue cómo se presentaba en la tienda. Ese trabajo enlaza directo con el marketing digital del negocio, porque una app sin descargas es como una web sin visitas: da igual lo buena que sea.

El lanzamiento no termina el día que publicas

Hay una idea que conviene quitarse de la cabeza cuanto antes: la de que publicar la app es la meta. Es la salida, no la meta. El día que tu app aparece en las tiendas empieza lo interesante: ver cómo la usa la gente de verdad, corregir lo que falla, pedir reseñas a quien está contento, ir afinando la ficha y sacar mejoras cada cierto tiempo. Una app abandonada el día del estreno envejece rápido y la gente la desinstala.

Piensa en un taller que lanza una app para avisar a sus clientes cuando el coche está listo. El primer mes descubrirá que la gente pide una cosa que no había previsto, que cierto aviso se manda a deshora o que falta una pantalla. Eso no es un fallo del proyecto: es lo normal, y es justo cuando la app pasa de "estar publicada" a "ser útil de verdad". Por eso una app no es un encargo que se entrega y adiós, es un producto vivo. Y buena parte de ese mantener viva la app se puede automatizar para que trabaje sola: avisos, recordatorios y mensajes que salen en el momento justo sin que nadie los mande a mano.

“El error que más veo es pensar que la app termina el día que se publica. Y es al revés: ese día empieza lo importante. Publicar en App Store y Google Play tiene su trabajo, sí, pero lo que decide si una app triunfa o se queda en nada es que la encuentren y que la gente vuelva a abrirla. Por eso yo insisto tanto en el ASO y en no soltar la app el día del estreno. Una app buena que nadie encuentra no sirve de nada, y eso no se arregla con más código, se arregla cuidando cómo llega a la gente.”