El lanzamiento de una app en App Store y Google Play cae en un flujo de novedades muy denso: cada día llegan 4161 apps nuevas a App Store y 1956 a Google Play (datos de 42matters al 5 de octubre de 2026). En total, las tiendas reúnen 2,69 y 2,6 millones de apps. Por eso los metadatos, las localizaciones y los elementos visuales deben estar listos antes de enviar la app a revisión, no después.
Apple revisa a mano cada versión, aunque solo hayamos cambiado las palabras clave. Google aprueba las actualizaciones más rápido, pero una cuenta personal nueva primero tiene que probar la app con personas reales durante dos semanas.
App Store y Google Play: diferencias clave
| Parámetro | App Store | Google Play |
| Cuenta y precio | Apple Developer Program, 99 $ al año | Play Console, 25 $ en un solo pago |
| Pruebas obligatorias | No | Cuentas personales creadas después del 13 de noviembre de 2023: prueba cerrada con 12 testers durante 14 días seguidos |
| Canales de prueba | TestFlight: hasta 100 testers internos y hasta 10 000 externos | Prueba interna (hasta 100 personas), cerrada, abierta |
| Revisión | Revisión manual de cada versión. Objetivo de Apple: 50 % de los envíos en 24 horas, 90 % en 48 horas | Revisión automática y manual. Google no publica plazos; para cuentas nuevas, contamos con hasta 7 días |
| Control del lanzamiento | Manual, automático o programado. Lanzamiento por fases en 7 días | Staged rollout a cualquier porcentaje de usuarios, publicación gestionada, pausa del despliegue |
| Indexación de metadatos | Nombre (30 caracteres), subtítulo (30), campo de palabras clave (100). La descripción no se indexa | Título (30), descripción breve (80), descripción completa (4000). No hay campo de palabras clave |
Lanzamiento en App Store
Cuenta y requisitos técnicos
Publicar en App Store empieza por el Apple Developer Program, que cuesta 99 $ al año. Las empresas se inscriben como organización con un número D-U-N-S, y así la tienda muestra el nombre de la marca en lugar del de una persona física.
Desde el 28 de abril de 2026, App Store Connect solo acepta compilaciones hechas con Xcode 26 y el SDK de iOS 26 o posterior. El siguiente umbral ya está anunciado: a partir de abril de 2027 hará falta el SDK de iOS 27 (requisitos de Apple). Antes de enviar la app a revisión, preparamos:
- el enlace a la política de privacidad y la sección App Privacy completa;
- una cuenta de demostración y notas para el revisor si parte de las funciones requiere inicio de sesión;
- las respuestas al cuestionario de clasificación por edad;
- metadatos y elementos visuales para todas las localizaciones en las que lanzamos.
Apple renovó el cuestionario de clasificación por edad. En lugar de 12+ y 17+, ahora existen 13+, 16+ y 18+, y las nuevas preguntas debían responderse antes del 31 de enero de 2026; de lo contrario, las actualizaciones no se podían enviar. Con iOS 27 se añadió una pregunta sobre funciones de red social: los padres pueden limitar el tiempo en este tipo de apps, así como en juegos y entretenimiento.
App Store Connect desde el punto de vista del ASO
App Store Connect es una herramienta para desarrolladores, pero muchos de sus campos influyen en la búsqueda y la conversión.
El nombre, el subtítulo y las categorías se definen en App Information; las palabras clave, la descripción, el texto promocional y los elementos visuales, en la página de la versión. En la búsqueda solo cuentan el nombre, el subtítulo y el campo de palabras clave. La descripción y el texto promocional trabajan para la conversión.
Cada localización aporta su propio nombre, subtítulo y palabras clave. En un mismo país se indexan varias localizaciones, así que los idiomas adicionales amplían la semántica sin necesidad de traducir la app.
El nombre, el subtítulo y las palabras clave solo cambian con una nueva versión, así que cada iteración de ASO pasa por revisión. El texto promocional se puede editar en cualquier momento, y desde octubre de 2026 los elementos visuales también pueden enviarse por separado de la compilación a través de Asset Library.
La página de producto sigue admitiendo hasta 10 capturas de pantalla y hasta 3 vídeos de vista previa por localización. Desde el 5 de octubre de 2026 se suman una cabecera de página (21:9) y un creativo para los resultados de búsqueda (3:2), visibles para los usuarios de iOS 27. Son opcionales, pero el usuario ve el creativo de búsqueda antes de abrir la página. A partir de abril de 2027, las apps compiladas con el SDK de iOS 27.1 o posterior también necesitarán capturas para iPhone Duo (especificaciones de Apple).
Ahora se pueden mantener hasta 70 páginas de producto personalizadas a la vez y asignarles palabras clave. Para esas consultas, la búsqueda orgánica muestra la página personalizada en lugar de la predeterminada (Apple). Si la app cubre varios casos de uso, podemos mostrar las capturas adecuadas para cada intención de búsqueda.
Desde el 26 de marzo de 2026 ya no se pueden crear códigos promocionales para compras dentro de la app: los sustituyeron los Offer Codes para todos los tipos de compra. Los códigos promocionales para descargar gratis una app de pago siguen disponibles.
Revisión y motivos de rechazo
Apple se marca como objetivo revisar el 50 % de los envíos en menos de 24 horas y el 90 % en menos de 48, pero es una referencia, no una garantía (App Review). En 2026, varios desarrolladores en el foro de Apple cuentan esperas de una semana o más, así que antes de una fecha importante dejamos días de margen. Se puede pedir una revisión acelerada por un error crítico o un lanzamiento ligado a un evento, pero no siempre se concede.
Motivos de rechazo habituales según las directrices de Apple:
- cierres inesperados, enlaces rotos y contenido de relleno (directriz 2.1);
- metadatos que prometen lo que la app no tiene o capturas que no muestran la interfaz real (2.3). En octubre de 2026 se añadió una directriz específica, la 2.3.14, para los nuevos creativos;
- recopilación de datos sin consentimiento o discrepancias con App Privacy (5.1);
- funcionalidad mínima: un envoltorio de una web o una app de plantilla (4.2, 4.3);
- cobro de bienes digitales fuera de las compras dentro de la app donde no está permitido (3.1.1).
Si la app es rechazada, respondemos al revisor en App Store Connect: a menudo basta con una aclaración o con acceso de demostración. Si no estamos de acuerdo con la decisión, presentamos una apelación ante el App Review Board. Las reglas completas están en las App Review Guidelines.
Apple solo retira las apps abandonadas: sin actualizaciones durante tres años y casi sin descargas en los últimos 12 meses. Tras el aviso, el desarrollador tiene 90 días para actualizar. Las apps que se cierran al abrirlas se retiran de inmediato (App Store Improvements).
Lanzamiento
Tras la aprobación hay tres opciones: publicar la versión manualmente, de forma automática o no antes de una fecha concreta. Para lanzar en un día determinado conviene el modo manual: la app no aparece en todos los países al instante, sino en un plazo de hasta 24 horas.
Las actualizaciones se pueden publicar por fases. En 7 días, la actualización automática llega al 1, 2, 5, 10, 20, 50 y 100 % de los usuarios, y el despliegue se puede pausar hasta 30 días. Cualquier usuario puede descargar la nueva versión manualmente, así que es un seguro contra un error masivo, no una prueba cerrada.
Lanzamiento en Google Play
Cuenta y verificación
El registro en Play Console cuesta 25 $ en un solo pago (ayuda de Google). La cuenta puede ser personal o de organización, y en ambos casos Google verifica la identidad: el documento y la tarjeta deben estar a nombre de la misma persona. Si los datos no superan la verificación, no se devuelve la cuota.
Las cuentas personales tienen dos pasos adicionales. Primero hay que confirmar el acceso a un dispositivo Android desde la app móvil de Play Console. Después, si la cuenta se creó después del 13 de noviembre de 2023, hay que superar la prueba obligatoria (ayuda de Google):
- Lanzar una prueba cerrada con al menos 12 testers.
- Mantenerlos en la prueba 14 días seguidos. Si un tester sale y vuelve a entrar, su cuenta atrás empieza de cero.
- Pulsar Apply for production en el panel y responder a las preguntas sobre la prueba, la app y su preparación para producción.
- Esperar la decisión: normalmente hasta 7 días, a veces más.
En total, entre la primera compilación y producción pasan unas tres semanas. En la solicitud respondemos con datos concretos: qué encontraron los testers y qué corregimos. Google puede devolver una solicitud con respuestas genéricas y poca actividad de los testers para que la prueba continúe. Las cuentas de organización están exentas de este requisito.
Play Console y la sección App content
Antes de la primera publicación, Play Console pide completar App content. Es un conjunto de declaraciones con las que el revisor contrasta la app:
- política de privacidad y sección Data safety sobre la recopilación y el uso compartido de datos;
- acceso a la app: usuario y contraseña para el revisor si hay inicio de sesión;
- presencia de anuncios;
- clasificación por edad según el cuestionario de IARC;
- público objetivo y contenido;
- declaraciones sectoriales para finanzas, salud, noticias y servicios públicos.
Desde noviembre de 2026, Play Console también exige declarar el estado de comerciante. Data safety debe coincidir con lo que realmente recopilan los SDK de la app, así que antes de rellenarla revisamos la lista de bibliotecas de terceros.
Desde el 31 de agosto de 2026, las apps nuevas y las actualizaciones deben apuntar a Android 16 (API 36). Se podía pedir una prórroga hasta el 1 de noviembre (Android Developers).
Tracks: de la prueba interna a producción
| Track | Quién tiene acceso | Para qué sirve |
| Internal testing | Hasta 100 testers de una lista | Comprobación rápida de la compilación por el equipo |
| Closed testing | Invitados por email o Grupos de Google | Prueba obligatoria para cuentas personales, beta para usuarios fieles |
| Open testing | Cualquier usuario desde la ficha de Google Play | Beta masiva y primeras opiniones |
| Production | Todos los usuarios de los países seleccionados | Lanzamiento |
Staged rollout y publicación gestionada
El despliegue por fases en Google Play es más flexible que en App Store. Nosotros elegimos el porcentaje de usuarios y lo subimos manualmente; no crece solo. El despliegue se puede detener: los nuevos usuarios dejan de recibir la versión y quienes ya actualizaron se quedan con ella. Solo funciona para actualizaciones; la primera versión sale para todos a la vez (ayuda de Google).
Para el ASO importa un consejo de la propia Google: cambiamos la ficha de la tienda cuando la versión llega al 100 % de los usuarios. Si no, las capturas mostrarán una función que la mayoría todavía no tiene.
La publicación gestionada (Managed publishing) resuelve otra tarea. Los cambios pasan la revisión por adelantado y se publican cuando lo decidimos. Así, la nueva compilación, la ficha y el evento salen a la vez.
Revisión
Google combina la revisión automática con la manual y no publica plazos de referencia. La primera publicación, los permisos nuevos y las apps para niños tardan más en revisarse, así que para ellos contamos con una semana.
La revisión no termina con el lanzamiento: Google puede retirar una app más adelante y suspender la cuenta por infracciones repetidas. Los avisos sobre políticas llegan a la bandeja de entrada de Play Console y al correo del propietario de la cuenta, así que no hay que pasarlos por alto.
Checklist de ASO antes del lanzamiento
El mismo núcleo semántico se reparte de forma distinta en cada tienda. En App Store lo importante es encajar las palabras clave en campos cortos; en Google Play, una descripción natural con las palabras adecuadas.
| Qué revisar | App Store | Google Play |
| Nombre / título | Marca y palabra clave principal en 30 caracteres | Igual, 30 caracteres, sin llamadas a la acción ni emojis |
| Segundo campo de texto | Subtítulo: 30 caracteres, sin repetir palabras del nombre | Descripción breve: 80 caracteres, propuesta de valor y segunda palabra clave por importancia |
| Palabras clave | Campo de 100 caracteres separado por comas sin espacios, sin duplicados ni plurales | No hay campo: las palabras clave van en la descripción completa, sin sobreoptimizar |
| Descripción | No se indexa, se escribe para la conversión | Hasta 4000 caracteres, se indexa, lo esencial en las primeras líneas |
| Localización | Localizaciones adicionales para cada país objetivo | Traducción de la ficha y fichas personalizadas por país |
| Icono | 1024×1024, sin transparencia | 512×512, PNG de 32 bits |
| Capturas y vídeo | Hasta 10 capturas y 3 vistas previas; las tres primeras deciden en la búsqueda. Para iOS 27, cabecera y creativo de búsqueda | Hasta 8 capturas por tipo de dispositivo, gráfico de funciones de 1024×500, vídeo de YouTube |
| Categoría | Principal y secundaria | Una categoría y hasta 5 etiquetas |
Y cuatro comprobaciones que suelen olvidarse:
- Las capturas muestran la interfaz real de la versión actual. Una maqueta idealizada da a ambas tiendas un motivo de rechazo.
- Los metadatos no incluyen marcas ajenas, precios ni palabras como mejor o n.º 1 sin pruebas.
- Cada localización tiene elementos visuales localizados o, al menos, textos traducidos en las capturas.
- Las palabras clave se añaden al seguimiento antes del lanzamiento, para tener con qué comparar las primeras posiciones.
Qué cambió en 2026
En un año, ambas tiendas cambiaron sus comisiones, sus requisitos técnicos y sus reglas para desarrolladores. La tabla recoge lo esencial para un lanzamiento; los detalles están en nuestros resúmenes mensuales.
| Fecha | Tienda | Cambio | Más información |
| Noviembre de 2026 | Google Play | Declaración obligatoria del estado de comerciante en Play Console | Resumen de octubre |
| 31 de octubre | App Store | Comisión en Taiwán reducida del 30 % al 26 % | Resumen de octubre |
| 16 de octubre | App Store | Actualización de las App Review Guidelines: nueva directriz 2.3.14 sobre creativos y 2.5.19 sobre funciones ocultas | Resumen de octubre |
| 5 de octubre | App Store | Cabecera de página, creativo de búsqueda y Asset Library en App Store Connect | Resumen de octubre |
| 30 de septiembre | Google Play | Verificación obligatoria de desarrolladores de Android en Brasil, Indonesia, Singapur y Tailandia, y en todo el mundo a partir de 2027 | Resumen de septiembre |
| 9 de septiembre | App Store | Se abre el envío de compilaciones para iOS 27 y hay nuevas preguntas en el cuestionario de edad | Resumen de septiembre |
| 31 de agosto | Google Play | Las apps nuevas y las actualizaciones apuntan a Android 16 (API 36) | Android Developers |
| 30 de junio | Google Play | Nuevo modelo de comisiones en EE. UU., el EEE y el Reino Unido: 20 % en compras para nuevas instalaciones (25 % para las existentes), 10 % en suscripciones, 10 % sobre el primer millón de dólares de ingresos anuales, más un 5 % por Google Play Billing. Lo mismo en Australia y Japón desde el 30 de septiembre | Resumen de junio |
| 28 de abril | App Store | Solo compilaciones de Xcode 26 con el SDK de iOS 26 | Resumen de marzo |
| 26 de marzo | App Store | Los códigos promocionales para compras dentro de la app se sustituyen por Offer Codes | Resumen de marzo |
| 15 de marzo | App Store | Comisión en China continental reducida al 25 % y al 12 % | Resumen de marzo |
| 31 de enero | App Store | Fecha límite del nuevo cuestionario de clasificación por edad | Apple |
Quedan algunas fechas más. El 27 de enero de 2027 entran en vigor nuevas reglas de Google Play sobre el acceso a la ubicación y los contactos. En abril de 2027, App Store exigirá compilaciones con el SDK de iOS 27, y las compiladas con el SDK de iOS 27.1 o posterior necesitarán capturas para iPhone Duo. Si el lanzamiento está previsto para primavera, tenemos en cuenta estos requisitos desde ya.
Después del lanzamiento: las dos primeras semanas
Los primeros días tras el lanzamiento muestran si los metadatos funcionan. En la primera semana revisamos tres cosas.
Lo primero, la indexación. La app debe aparecer en la búsqueda por las palabras del nombre, el subtítulo, el campo de palabras clave o la descripción. En Keyword Monitor, las posiciones se actualizan cada 6 horas para App Store y cada 12 horas para Google Play. Keyword Report compara dos fechas y muestra para qué consultas la app consiguió sus primeras posiciones y para cuáles las perdió. Si una palabra clave importante sigue sin indexarse varios días, revisamos la localización y la ortografía.
Después, las reseñas. Las primeras valoraciones son las que más pesan en la media mientras hay pocas. Respondemos a cada reseña negativa en las primeras 24 horas y reunimos las quejas repetidas en el backlog.
Y por último, la estabilidad. En Google Play la mide Android Vitals. Si la tasa de cierres percibidos por el usuario supera el 1,09 % o la de ANR el 0,47 %, la app pierde visibilidad en la tienda y puede recibir una advertencia en su ficha. A partir de febrero de 2027 se suman requisitos de consumo de memoria. En App Store, los cierres se consultan en Xcode Organizer y en la sección de analítica de App Store Connect.
Es más cómodo leer y gestionar las reseñas de ambas tiendas en un solo lugar. Para ello conectamos las integraciones de ASOMobile:
- En App Store Connect creamos un usuario aparte con el rol Customer Support, lo añadimos en ASOMobile y lo confirmamos con un código de autenticación en dos pasos.
- Google Play Console se conecta mediante OAuth desde Google Cloud. Debe hacerlo el propietario de la cuenta, y la app tiene que estar en producción.
Después, las respuestas a reseñas, las plantillas y las posiciones por palabra clave quedan en un mismo sitio. Así se ve cómo un cambio en los metadatos o la corrección de un error afectaron a la valoración y la visibilidad.
Conclusión
Lanzar en dos tiendas significa trabajar con dos calendarios distintos. En Google Play, una cuenta personal nueva pierde unas tres semanas entre la prueba y la solicitud, pero después las actualizaciones salen rápido. En App Store se arranca antes, pero cada cambio en el nombre o las palabras clave vuelve a revisión. Calculamos ambos plazos hacia atrás desde la fecha de lanzamiento, preparamos la semántica y los elementos visuales con antelación y empezamos a seguir las posiciones desde el primer día.
El lanzamiento es solo el comienzo. ¡Optimiza fácilmente y crece desde el primer día en la tienda!
FAQ
La cuenta del Apple Developer Program cuesta 99 $ al año, y la de Google Play Console, 25 $ en un solo pago. Las comisiones sobre las ventas dependen del país, del tipo de compra y de la participación en programas para pequeños desarrolladores.
Apple intenta revisar el 50 % de los envíos en 24 horas y el 90 % en 48 horas. En periodos de mucha demanda y con apps complejas tarda más, así que conviene dejar margen antes de una fecha importante.
Sí, si la cuenta es personal y se creó después del 13 de noviembre de 2023. Hace falta una prueba cerrada con al menos 12 testers durante 14 días seguidos y, después, una solicitud de acceso a producción. Las cuentas de organización están exentas.
No. El nombre, el subtítulo y el campo de palabras clave cambian junto con una nueva versión y pasan por revisión. Sin nueva versión se puede cambiar el texto promocional y, desde octubre de 2026, también los creativos de Asset Library.
Solo si se cumplen dos condiciones a la vez: tres años sin actualizaciones y casi ninguna descarga en 12 meses. Tras el aviso, hay 90 días para actualizar.
En Google Play eliges tú el porcentaje de usuarios y puedes seleccionar países. En App Store el despliegue sigue un calendario fijo de 7 días y solo afecta a las actualizaciones automáticas.
