El lanzamiento de apps que vemos fallar casi siempre falla por lo mismo: la ficha se escribe la noche antes, nadie ha previsto los plazos de las tiendas y la app sale con cero valoraciones y unas capturas hechas con prisa. Las primeras semanas son las que más cuestan de arreglar después.
Si te preguntas cómo lanzar una app sin equipo de marketing, la respuesta corta es: hazte un calendario hacia atrás desde el día de publicación. Este es el que usamos.
Plazos de las tiendas que condicionan el plan
| Requisito | Dato (octubre de 2026) | Qué implica |
|---|---|---|
| Cuenta de Apple Developer | 99 USD al año (en moneda local donde la haya) | Dar de alta la cuenta, sobre todo de empresa, lleva días: pide el número D-U-N-S con tiempo |
| Cuenta de Google Play | 25 USD, pago único; verificación de identidad | La verificación puede pedir documento y tarjeta a tu nombre |
| Prueba cerrada en Google Play | Cuentas personales creadas después del 13-11-2023: mínimo 12 testers durante 14 días seguidos | Dos semanas mínimas que no se pueden saltar. Busca los testers antes |
| Reserva en App Store | App nueva: lanzamiento entre 2 y 180 días después de publicar la reserva | Puedes tener la ficha visible y recoger reservas meses antes |
| Prerregistro en Google Play | Hasta 90 días | Quien se prerregistra recibe un aviso de Google Play el día del lanzamiento |
Error típico: crear la cuenta personal de Google Play la semana del lanzamiento y descubrir entonces lo de los 12 testers y los 14 días. Si eres una empresa, abre cuenta de organización: ese requisito, según Google, se aplica a cuentas personales.
El calendario hacia atrás
Contando desde el día D en que quieres estar publicado:
- D-45: cuentas de desarrollador abiertas y verificadas. Investigación de palabras clave y elección del nombre (30 caracteres en las dos tiendas).
- D-30: guion de capturas validado; textos de ficha escritos. Ficha de reserva en App Store o prerregistro en Google Play activados.
- D-21: prueba cerrada en Google Play con tus 12 testers (o más), y TestFlight en iOS.
- D-7: versión final enviada a revisión. Apple y Google suelen revisar en días, pero una app nueva o un rechazo pueden alargarlo; deja margen.
- D: publicación. Aviso a tu lista, a quien se prerregistró y a los testers.
- D+1 a D+30: vigilancia diaria de posiciones y reseñas, aviso de valoración dentro de la app en un momento de satisfacción, respuesta a cada reseña.
Nuestro criterio: no lances la app el día que más te conviene a ti, lanza el día que tengas los testers contentos y cinco o seis personas dispuestas a valorarla de verdad en la primera semana. Una app con 0 valoraciones al lado de otras con miles se queda fuera de casi todas las decisiones.
Para quién es
- Apps que se van a publicar por primera vez, en una o en las dos tiendas.
- Relanzamientos: una versión 2 que cambia tanto que merece tratarse como lanzamiento.
- Desarrolladores que han hecho su app solos o con IA y no saben por dónde empezar. Para eso tenemos también ASO para apps creadas con IA.
Qué entregamos en el plan de lanzamiento
- Calendario con fechas y responsables, ajustado a tus cuentas y tus plazos.
- Palabras clave, nombre, subtítulo o descripción breve, y descripción de las dos tiendas.
- Guion de capturas y, si lo contratas, el diseño (ver capturas, iconos y vídeo).
- Lista de comprobación de envío a revisión para evitar rechazos evitables. Si ya te han rechazado, mira app rechazada en App Store.
- Plan de las primeras valoraciones dentro de las normas de cada tienda.
- Seguimiento del primer mes con informe final.
Lista de comprobación antes de enviar a revisión
- Política de privacidad publicada en una URL que funcione.
- Cuenta de prueba para el revisor si la app tiene inicio de sesión.
- Declaración de datos (privacidad en App Store, seguridad de los datos en Google Play) que coincida con lo que hace la app.
- Capturas que enseñan la app real, no maquetas de funciones que aún no existen.
- Nombre sin marcas de terceros ni palabras de relleno.
- Prueba cerrada de Google Play cumplida, si tu cuenta es personal.
Plazos y lo que no prometemos
El plan conviene empezarlo unas seis semanas antes de la fecha prevista; con menos se puede, pero algún paso irá justo. Precio en precios.
No garantizamos que Apple o Google aprueben la app a la primera: la revisión depende de ellos y de lo que haga tu app. Tampoco prometemos un número de descargas el primer mes. Prometemos que no se te escapará ningún plazo ni ningún campo de la ficha.
Preguntas frecuentes
¿Cuánto tiempo antes hay que preparar el lanzamiento de una app?
Como referencia, unas seis semanas. Si tu cuenta de Google Play es personal y nueva, solo la prueba cerrada ya son 14 días.
¿Necesito 12 testers para publicar en Google Play?
Si tu cuenta es personal y se creó después del 13 de noviembre de 2023, sí: 12 testers en prueba cerrada durante 14 días seguidos. Según Google, el requisito es para cuentas personales, no de organización.
¿Puedo tener la app visible en App Store antes de lanzarla?
Sí, con una reserva. Para una app nueva, el lanzamiento puede ser entre 2 y 180 días después de publicar la reserva.
¿Cuánto cuesta publicar una app?
La cuenta de Apple Developer cuesta 99 USD al año y la de Google Play, 25 USD una sola vez. El resto depende de lo que encargues.
¿Es mejor lanzar en las dos tiendas a la vez?
Si tienes las dos versiones listas, sí: compartes el esfuerzo de comunicación. Si una va retrasada, lanza la que está bien antes que las dos a medias.
- Play Console Help: App testing requirements for new personal developer accounts
- Play Console Help: Get started with Play Console (cuota de registro)
- Play Console Help: Pre-registration
- Apple Developer: Pre-orders
- Apple Developer: Enrollment (cuota del programa)
- App Store Review Guidelines (2.3.7, 3, 4.2, 4.2.6, 4.3, 5.1.2)
