La app está hecha. Ahora empieza lo difícil.
En los últimos años, las herramientas de inteligencia artificial han cambiado las reglas del juego. La distancia entre tener una idea de app y poder construirla es hoy más pequeña que nunca. Plataformas como Cursor, Lovable o el uso directo de modelos de lenguaje han permitido que emprendedores, product managers y equipos pequeños puedan llegar a lanzar algo que funciona, sin necesitar un equipo de desarrollo tradicional detrás (con el riesgo que eso conlleva).
Pero hay una parte del camino que la IA no puede acortar: conseguir que tu app llegue a los usuarios reales a través del App Store o Google Play. Y ahí es donde las cosas se complican, a menudo de formas que nadie te avisó.
El muro que no viste venir
Publicar una app se parece bastante a pasar la ITV antes de poder circular. Tu coche puede funcionar perfectamente, pero si no cumple los requisitos reglamentarios, no va a ningún sitio. Las tiendas tienen sus propias exigencias, sus propios procesos y sus propios ritmos. Vamos a ver en qué consiste realmente todo esto, sin tecnicismos innecesarios.
Las cuentas de desarrollador: el primer trámite burocrático
Antes de publicar nada, necesitas registrarte como desarrollador en cada plataforma. En el lado de Google, eso significa crear una cuenta en Google Play Console: un pago único de 25 dólares y un proceso de verificación que puede tardar varios días. En Apple, el Apple Developer Program cuesta 99 dólares al año, implica un proceso de verificación de identidad y, si quieres publicar con el nombre de tu empresa en lugar del tuyo propio, necesitarás un número D-U-N-S, un identificador empresarial que puede tardar hasta dos semanas en obtenerse si no lo tienes ya.
Ninguno de estos pasos es técnicamente complejo, pero requieren precisión. Un nombre que no coincida, una inconsistencia en los datos de registro, y vuelves a empezar. Muchos equipos pierden aquí una semana entera antes de haber subido un solo archivo.
Certificados, firmas y provisioning profiles: el laberinto de iOS
Si publicar en Android se parece al control de aduanas, ordenado pero minucioso, publicar en iOS es más bien navegar por un laberinto burocrático diseñado por alguien que claramente no quería que pasaras rápido.
Antes de que tu app llegue al equipo de revisión de Apple, necesita estar firmada digitalmente. Eso implica certificados (archivos criptográficos que demuestran que eres quien dices ser), provisioning profiles (archivos que vinculan tu app, tu cuenta y los dispositivos en los que puede ejecutarse) y una build archivada que tiene que generarse desde la máquina correcta con la configuración correcta.
Un provisioning profile, en términos sencillos, es la forma que tiene Apple de decir: esta app concreta, de este desarrollador concreto, tiene permiso para existir en estos dispositivos concretos. Equivocarse aquí (y es fácil equivocarse) significa que tu build falla en silencio o que tu envío es rechazado antes de que empiece siquiera la revisión. Para equipos sin experiencia en iOS, solo este paso puede costar varios días de frustración.
ASO: la ficha de tu app es un producto en sí misma
Una vez resuelto lo técnico, todavía queda construir la ficha de tu app en la tienda. Y esto es mucho más que rellenar un formulario. El App Store Optimization, o ASO, es básicamente el SEO de las tiendas de apps: el arte de hacer que tu app sea encontrable y atractiva para las personas adecuadas.
Eso implica redactar un título y una descripción que equilibren la relevancia de palabras clave con la claridad real, elegir la categoría correcta, seleccionar en qué países publicas y en qué idiomas, subir capturas de pantalla que realmente vendan la experiencia (no simples capturas de la interfaz) y diseñar un icono.
Una ficha floja significa menos descargas, aunque tu app sea excelente. Los equipos que se saltan este paso suelen preguntarse por qué su app no despega, sin darse cuenta de que la ficha les estaba perjudicando desde el primer día.
La revisión de Apple: el jefe final impredecible
El proceso de revisión de Google es relativamente rápido: normalmente unos pocos días. El de Apple es otra historia. Las revisiones suelen tardar entre uno y tres días, pero eso solo cuando todo va bien. Y con frecuencia no va bien.
Las directrices de Apple son extensas y a veces ambiguas. Los motivos de rechazo más habituales incluyen metadatos que no se corresponden con lo que la app realmente hace, ausencia de información sobre privacidad, flujos que los revisores no pudieron completar por falta de credenciales de prueba, o patrones de diseño que Apple considera no estándar. Cada rechazo reinicia el contador de revisión. Dos o tres ciclos de rechazo pueden retrasar tu lanzamiento fácilmente dos o tres semanas, justo cuando el momentum importa más.
Saber anticiparse a las objeciones de Apple, escribir notas para los revisores con claridad y responder a los rechazos de forma eficiente marca una diferencia real. Es el tipo de conocimiento que solo se adquiere habiendo pasado por esto muchas veces.
Lo que todo esto te cuesta realmente
El coste real de enfrentarse a este proceso sin experiencia previa no es solo dinero: es tiempo, energía y momentum. Un fundador que pasa dos semanas luchando con provisioning profiles es un fundador que no está hablando con sus usuarios, iterando en el producto ni cerrando su próxima venta. Un equipo pequeño que recibe tres rechazos de Apple seguidos no solo pierde tiempo: pierde confianza.
Estas no son pérdidas triviales. Para un producto en etapas tempranas, el momento del lanzamiento puede serlo todo. Y la frustración en la fase de publicación es una de las razones más habituales por las que los productos digitales nunca llegan realmente al mercado.
Nosotros lo gestionamos todo
En Liquid Studio ofrecemos un servicio de publicación de apps dedicado a equipos que tienen su producto listo (o casi) y quieren que alguien que conoce el terreno se encargue del resto.
Gestionamos todo el proceso: creación y verificación de cuentas de desarrollador, configuración de certificados y perfiles para iOS, preparación de la build (APK o IPA), creación de la ficha de la tienda con criterios ASO, envío y gestión del proceso de revisión en ambas plataformas. Si Apple responde con preguntas o solicita cambios, nos encargamos de la respuesta. Tú te centras en tu producto y en tus usuarios; nosotros nos aseguramos de que realmente llegue a publicarse.
Este servicio está pensado para una situación concreta: has construido algo, crees en ello, y no quieres que el último kilómetro se convierta en seis semanas de obstáculos. Hemos pasado por esto suficientes veces como para saber dónde se esconden los problemas y cómo sortearlos con eficiencia.
Si tu app está lista y te encuentras mirando la Google Play Console o el portal de Apple Developer sin saber por dónde empezar, estaremos encantados de ayudarte. Sin procesos de incorporación complicados, sin jerga técnica. Solo una conversación sobre dónde estás y qué necesitas.
