Cómo usar esta checklist para lanzar una app
La checklist sigue un reloj que arranca ocho semanas antes del día del lanzamiento. Es más o menos el calendario más corto que deja sitio para una beta de verdad, un rechazo de App Review y una nominación para que Apple destaque la app. Si tienes menos tiempo, respeta el orden y quita las filas opcionales, que están marcadas como tales.
Antes de nada hay dos pagos fijos. El Apple Developer Program cuesta 99 USD al año, y es la membresía la que incluye las pruebas beta con TestFlight y la distribución en el App Store. El precio en tu moneda y los pasos para inscribirte están en nuestra guía del precio del Apple Developer Program. Una cuenta de desarrollador de Google Play tiene una tarifa de registro única de 25 USD. El precio de Apple se volvió a comprobar el 4 de noviembre de 2026; el de Google se leyó en octubre de 2026.
Cada tabla tiene tres columnas: la tarea, por qué importa y dónde se hace. Los datos sobre las reglas de Apple y de Google enlazan a la página de donde salen, porque las dos empresas cambian con frecuencia sus límites y su manera de revisar. Por ejemplo, Apple publica hoy que revisa el 90 % de los envíos en menos de 48 horas, así que cuenta dos días por cada ronda. Los nombres de las secciones de App Store Connect y de Play Console aparecen tal como se ven en la interfaz en inglés.
De 8 a 4 semanas antes: posicionamiento, nombre, landing page y beta
Esta fase responde a qué hacer antes de lanzar una app: decidir qué vas a decir y a quién, y comprobar que la compilación funciona en los teléfonos de otras personas.
| Tarea | Por qué importa | Dónde se hace |
|---|---|---|
| Escribe una frase de posicionamiento: para quién es la app, qué problema resuelve y qué resultado da | Todo lo que viene después (el nombre, las capturas, la publicación del lanzamiento) es una versión de esa frase. Si la escribes tarde, te toca rehacerlo todo. | Un documento compartido |
| Inscríbete en el Apple Developer Program | TestFlight y la distribución en el App Store vienen con la membresía, así que todas las filas siguientes dependen de esta. Inscríbete primero por si la verificación se alarga. | Sitio web de Apple Developer |
| Elige el nombre y el subtítulo de la app | Cada uno admite hasta 30 caracteres según la guía de Apple sobre la página del producto, y el nombre es uno de los campos con los que trabaja la búsqueda del App Store. Puedes medirlos con nuestro contador de caracteres para el App Store. | App Store Connect, App Information |
| Elige las palabras clave del campo Keywords | La búsqueda del App Store compara el título, el subtítulo, las palabras clave y la categoría principal de tu app. El campo admite 100 caracteres en total, con los términos separados por comas y sin espacios, y Apple pide no repetir palabras que ya están en el nombre, el subtítulo o la categoría. | App Store Connect, página de la versión |
| Elige la categoría principal | La página de Apple sobre la búsqueda dice que su algoritmo indexa la categoría principal y la secundaria opcional, así que la categoría influye en las búsquedas en las que apareces. | App Store Connect, App Information |
| Publica una landing page con un formulario de lista de espera | Da a las publicaciones de adelanto, a la prensa y a quienes quieren entrar en la beta un único lugar al que apuntar mientras todavía no existe la página del App Store. | Tu sitio web |
| Reserva tu nombre de usuario en cada red social que vayas a usar | Con el mismo nombre en todas partes es fácil etiquetar la app el día del lanzamiento. Hoy te lleva diez minutos; más adelante puede ser imposible. | Instagram, TikTok, X, LinkedIn, Threads |
| Escribe la política de privacidad y una página de soporte | La página de App Review de Apple dice que todas las apps necesitan un enlace al soporte con datos de contacto actualizados y un enlace a la política de privacidad. | Tu sitio web |
| Decide el precio y configura las compras | La norma 3.1.1 de las App Review Guidelines exige usar la compra dentro de la app cuando desbloqueas funciones, contenido o suscripciones. Crea los productos con tiempo para que estén listos cuando envíes la compilación. | App Store Connect, Monetization |
| Empieza las pruebas internas en TestFlight | Hasta 100 miembros de tu equipo en App Store Connect pueden instalar compilaciones sin revisión, según la descripción general de TestFlight (en inglés). | Xcode y App Store Connect, TestFlight |
| Invita a evaluadores externos | TestFlight admite hasta 10 000 evaluadores externos, invitados por correo electrónico o con un enlace público. La primera compilación que agregas a un grupo externo tiene que pasar por App Review, así que deja unos días de margen. Cada compilación se puede probar durante 90 días. | App Store Connect, TestFlight |
| Reúne los comentarios de la beta y corrige los cinco problemas principales | Desde TestFlight los evaluadores pueden enviar capturas con anotaciones, y si la app se cierra te llega el informe del fallo. Cada fallo que encuentras ahora es uno que App Review ya no encontrará después. | App Store Connect, comentarios de TestFlight |
| Pide a tres evaluadores una frase que puedas citar | En las publicaciones del lanzamiento te van a servir testimonios reales. Conseguir el permiso por escrito ahora te ahorra un mensaje incómodo el mismo día del lanzamiento. | Correo electrónico |
| Envía una nominación para que Apple destaque la app (opcional) | La página de Apple sobre cómo conseguir que te destaquen pide al menos dos semanas de aviso y sugiere enviar la nominación hasta tres meses antes para tener más opciones. La ayuda sobre nominaciones recomienda un margen mínimo de 3 semanas. Elige el tipo App Launch. | App Store Connect, Featuring, Nominations |
Datos de TestFlight y de las nominaciones comprobados en las páginas de Apple el 4 de noviembre de 2026.
Cómo lanzar una app en el App Store: la página del producto, de 4 a 1 semana antes
La página del producto es el lugar al que mandan todas las publicaciones del lanzamiento, así que termínala antes de escribirlas. En esta fase también están casi todos los requisitos para publicar una app en el App Store que App Review comprueba al recibir el envío.
| Tarea | Por qué importa | Dónde se hace |
|---|---|---|
| Diseña las capturas de pantalla | Puedes subir hasta 10 por tamaño de dispositivo, según las especificaciones de capturas de Apple, y la guía de Apple sobre la página del producto dice que las primeras, de una a tres según la orientación, aparecen en los resultados de búsqueda cuando no hay una vista previa en video. Los tamaños exactos en píxeles están en nuestra página de tamaños de capturas para el App Store, y hay ideas de diseño en los ejemplos de capturas del App Store. | Herramienta de diseño y luego App Store Connect |
| Comprueba que las capturas muestran la app en uso | La norma 2.3.3 dice que las capturas deben mostrar la app en uso y no solo el arte del título, la pantalla de inicio de sesión o la pantalla de bienvenida. | App Store Connect, página de la versión |
| Graba un video de vista previa de la app (opcional) | Puedes poner hasta tres vistas previas de hasta 30 segundos cada una. Se reproducen solas y sin sonido en la tienda, así que los primeros segundos tienen que entenderse sin audio. Lo demás está en nuestra guía del video de vista previa de la app. | Grabación de pantalla y luego App Store Connect |
| Escribe la descripción | El límite es de 4000 caracteres según la información de la versión por plataforma de Apple, pero solo la primera frase se ve antes de que el lector toque “más”. | App Store Connect, página de la versión |
| Escribe el texto promocional | Son 170 caracteres que aparecen encima de la descripción y que puedes cambiar cuando quieras, sin enviar una versión nueva. Úsalos para las novedades del lanzamiento. | App Store Connect, página de la versión |
| Completa los detalles de privacidad de la app | La página de Apple sobre los detalles de privacidad dice que son obligatorios para enviar apps nuevas y actualizaciones, y que deben incluir las prácticas de los socios externos cuyo código integras en la app, como las herramientas de analítica y los SDK de anuncios. | App Store Connect, App Privacy |
| Responde el cuestionario de clasificación por edad | La clasificación es un campo obligatorio y Apple la genera a partir de tus respuestas. Los valores de clasificación por edad de Apple son 4+, 9+, 13+, 16+ y 18+, y nuestra guía de las clasificaciones por edad del App Store explica qué entra en cada una. | App Store Connect, App Information |
| Agrega la opción de eliminar la cuenta si la app tiene cuentas | La norma 5.1.1 exige que las apps que permiten crear una cuenta también permitan eliminarla desde dentro de la app. | La pantalla de configuración de tu app |
| Completa App Review Information con una cuenta de demostración y notas | La página de App Review de Apple dice que, en promedio, más del 40 % de los problemas sin resolver tienen que ver con la norma 2.1, App Completeness, que cubre la información incompleta, como la falta de datos para iniciar sesión. | App Store Connect, App Review Information |
| Prueba la compilación final en dispositivos reales con la última versión de iOS | Los fallos y los errores encabezan la lista de problemas comunes de Apple. Prueba exactamente la compilación que vas a enviar, con una instalación desde cero. | Tus dispositivos, TestFlight |
| Compila con la versión de Xcode y del SDK que exige Apple | La página de requisitos próximos de Apple dice que desde el 28 de abril de 2026 las apps que se suben a App Store Connect deben compilarse con Xcode 26 o posterior y el SDK de iOS 26. Desde el 9 de septiembre de 2026, además, las apps para iOS y iPadOS que se suben deben tener iOS 13 o posterior como versión mínima de destino (deployment target). Las dos reglas se aplican al subir la compilación, así que compruébalas mucho antes de la semana del envío. | Xcode |
| Responde las preguntas de cumplimiento de exportación | Cuando envías una versión, App Store Connect pregunta cómo usa tu app el cifrado. La descripción general del cumplimiento de exportación de Apple dice que lo resuelvas antes de enviar la app a App Review. Si no hace falta documentación, puedes actualizar el archivo Info.plist para que las preguntas dejen de aparecer en cada envío. | App Store Connect y luego Info.plist en Xcode |
| Quita el texto de relleno y prueba cada enlace de la app | El contenido provisional y los enlaces rotos están los dos en la lista de problemas comunes de Apple. | Tu app |
| Elige la publicación manual | Con la publicación manual, una app aprobada espera a que pulses el botón, así que el día de la aprobación y el día del lanzamiento pasan a ser dos decisiones separadas. | App Store Connect, App Store Version Release |
| Envía la app a revisión al menos una semana antes del lanzamiento | Apple dice que suele revisar al menos el 50 % de los envíos en menos de 24 horas y el 90 % en menos de 48. Cada rechazo suma otra ronda completa. | App Store Connect, Add for Review |
| Abre un pedido anticipado (opcional) | Una app nueva que ya pasó la revisión puede abrir pedidos anticipados con una fecha de lanzamiento de 2 a 180 días después de publicarlos, según la página de Apple sobre los pedidos anticipados. El día del lanzamiento la app se descarga sola en los dispositivos de quienes la pidieron. | App Store Connect, Pricing and Availability |
| Crea un enlace de campaña para cada canal | App Analytics puede comparar descargas y conversión por enlace de campaña, y es la forma de saber si las instalaciones vinieron de X o de tu lista de correo. Puedes crearlos con nuestro generador de enlaces de campaña para el App Store. | App Store Connect, Analytics |
| Prepara un kit de prensa | Una carpeta con el ícono, cinco capturas, una descripción de 60 palabras, el precio, la fecha de lanzamiento y un contacto responde casi todo lo que te va a preguntar un periodista. | Una carpeta pública en tu sitio web |
| Escribe y diseña las publicaciones del lanzamiento | Adelanto, cuenta regresiva, día del lanzamiento, prueba social y función destacada, con una versión para cada red. Puedes partir de los ejemplos de anuncios de lanzamiento de apps o del generador de publicaciones de lanzamiento. | Tu programador de publicaciones o tus borradores |
| Prepara la página de Product Hunt (opcional) | La guía de preparación de Product Hunt limita el eslogan (tagline) a 60 caracteres y la descripción a 500, y deja programar el lanzamiento con hasta un mes de antelación. Nuestra guía sobre cómo lanzar en Product Hunt enumera todo el material que conviene tener listo. | Product Hunt |
Tiempos de revisión y límites de la página del producto comprobados en las páginas de Apple el 4 de noviembre de 2026.
Video: cómo puede aparecer tu página en el App Store en 2026
Las tareas de la página del producto deciden lo que la gente ve antes de descargar. La sesión de Apple en la WWDC26 muestra en qué lugares aparecen ahora esas imágenes y esos videos. El video está en inglés.
Motivos de rechazo en App Review que conviene revisar antes de enviar
Salen de los problemas comunes que Apple enumera en su página de App Review y de las App Review Guidelines. Repásalos el día antes de enviar la app. Los rechazos que Apple cuenta por cada norma y la solución de cada uno están en nuestra guía de motivos de rechazo en el App Store.
| Qué revisar | Qué dice Apple | Cómo comprobarlo |
|---|---|---|
| La app no se cierra sola | La norma 2.1(a) dice que Apple rechaza los binarios que fallan o que muestran problemas técnicos evidentes. | Instalación desde cero en el dispositivo compatible más antiguo, en modo avión y luego con una conexión lenta. |
| No queda contenido provisional | La norma 2.1(a) pide quitar el texto de relleno, los sitios web vacíos y cualquier otro contenido temporal antes del envío. | Busca “lorem”, “test” y “TODO” en el proyecto. Abre todas las pantallas. |
| Los revisores pueden iniciar sesión | Hay que dar una cuenta de demostración activa o un modo de demostración completo, y dejar los servicios del backend encendidos y accesibles durante la revisión. | Inicia sesión con la cuenta de demostración en un dispositivo limpio. |
| El enlace a la política de privacidad funciona en dos lugares | La norma 5.1.1 exige el enlace en los metadatos de App Store Connect y dentro de la app, en un lugar fácil de encontrar. | Toca los dos enlaces. |
| Las solicitudes de permiso se explican solas | La página de App Review de Apple dice que toda app que accede a datos del usuario necesita un texto de propósito (purpose string) que le explique por qué. | Provoca cada solicitud y léela como la leería un desconocido. |
| La página no menciona otras plataformas | La norma 2.3.10 pide no incluir nombres, íconos ni imágenes de otras plataformas móviles o de tiendas de apps alternativas en la app ni en sus metadatos. | Busca “Android” y “Google Play” en la descripción y en las capturas. |
| La app es más que un sitio web empaquetado | La norma 4.2 dice que una app debe ir más allá de un sitio web reempaquetado en funciones, contenido e interfaz. | Haz una lista de lo que la app hace y tu sitio para teléfonos no. |
| Las compras dentro de la app se ven y funcionan | La norma 2.1(b) pide que las compras dentro de la app estén completas, actualizadas, visibles para el revisor y en funcionamiento. | Compra cada producto con una cuenta sandbox en la compilación que vas a enviar. |
| La pantalla de suscripción dice qué recibe quien paga | La norma 3.1.2(c) pide describir con claridad qué recibirá el usuario por el precio antes de pedirle que se suscriba. | Lee el muro de pago por sí solo. El precio, el período y lo que incluye tienen que estar ahí. |
| No obligas a iniciar sesión sin motivo | La norma 5.1.1(v) pide dejar usar la app sin iniciar sesión si no tiene funciones importantes que dependan de una cuenta. | Instalación desde cero: ¿hasta dónde llegas antes del muro de inicio de sesión? |
| El inicio de sesión social tiene al lado una alternativa privada | La norma 4.8 dice que una app que usa un servicio de inicio de sesión externo o social para la cuenta principal también debe ofrecer una opción equivalente que limite los datos al nombre y al correo, que permita mantener privado el correo y que no recoja las interacciones con la app para publicidad sin consentimiento. | Cuenta los botones de tu pantalla de inicio de sesión. |
| El rastreo pide permiso primero | La norma 5.1.2(i) exige el permiso explícito del usuario, mediante las API de App Tracking Transparency, antes de rastrear su actividad. | Haz una lista de cada SDK de anuncios y de analítica y comprueba si rastrea. |
| El contenido de los usuarios se puede denunciar y bloquear | La norma 1.2 exige a las apps con contenido generado por usuarios filtrar el material ofensivo, ofrecer una forma de denunciarlo, permitir bloquear a usuarios abusivos y publicar datos de contacto. | Publica algo con un usuario de prueba y luego denúncialo y bloquéalo desde otro. |
Números y redacción de las normas comprobados el 4 de noviembre de 2026 en las App Review Guidelines, que Apple actualizó por última vez el 16 de octubre de 2026.
Qué hacer si App Review rechaza tu app
Un rechazo es un mensaje con un número de norma, y la forma más rápida de salir de él es responder justo a lo que dice. Cada ronda extra suele costar hasta dos días al ritmo que Apple publica, y por eso esta checklist envía la app con una semana de margen.
- Paso 1
Lee el mensaje en App Store Connect
Si el envío no pasó la revisión, App Store Connect da los detalles, incluidas las normas concretas de las App Review Guidelines que no se cumplieron, según la página de App Review de Apple. Lo encuentras en la sección App Review de la página de tu app. Lee la norma antes de tocar la compilación.
- Paso 2
Responde antes de volver a enviar
Apple dice que puedes intercambiar mensajes con App Review para resolver los problemas antes de reenviar la compilación. Si el revisor no pudo iniciar sesión o no encontró una función, quizá baste con una respuesta con credenciales que funcionen o con una grabación de pantalla corta.
- Paso 3
Pide una cita por video si te quedas sin salida
Apple ofrece una cita de 30 minutos con App Review por Webex para preguntar qué esperar de la revisión, cómo encaja tu app en las normas y cuáles son los motivos de rechazo más comunes. Vale la pena cuando no sabes a qué parte de la app se está aplicando una norma.
- Paso 4
Apela si crees que la decisión es un error
Puedes apelar ante el App Review Board. Apple pide razones concretas de por qué la app cumple las normas, admite una sola apelación por cada envío que no pasó la revisión y pide que antes respondas cualquier solicitud de información pendiente.
- Paso 5
Guarda la revisión acelerada para un plazo real
Apple acepta solicitudes de revisión acelerada para corregir un error crítico, con los pasos para reproducirlo en la versión actual, o para una app ligada a un evento, con el evento, su fecha y la relación de la app con él. Las normas dicen además que, si Apple ve que alguien abusa del sistema, puede rechazar sus solicitudes a partir de entonces.
- Paso 6
Conoce la regla de las correcciones para las actualizaciones
Cuando la app ya está en el App Store, las normas dicen que las correcciones de errores no se retrasarán por incumplir otras normas, salvo cuando el problema es legal o de seguridad. Responde en App Store Connect para decir que quieres usar este proceso y que resolverás el problema en el siguiente envío.
¿Cuánto tarda Apple en revisar una app? App Store y Google Play
Todas las fechas de un plan de lanzamiento dependen de esta respuesta, y las dos tiendas dan respuestas muy distintas. Cada fila sale de las páginas de ayuda de la propia tienda: las de Apple se revisaron el 4 de noviembre de 2026 y las de Google en octubre de 2026. Los tiempos de espera reales por mes y por día de la semana están en nuestra guía de cuánto tarda la revisión del App Store.
| Etapa | Cuánto tarda | Qué planear |
|---|---|---|
| Revisión en el App Store de una app nueva o de una actualización | La página de App Review de Apple dice que el equipo trabaja a toda hora y suele revisar al menos el 50 % de los envíos en menos de 24 horas y el 90 % en menos de 48. | Dos días por ronda. La misma página dice que un envío incompleto puede tardar más o no pasar, así que la cuenta de demostración y las notas para el revisor forman parte del calendario. |
| Primera compilación de TestFlight para evaluadores externos | La descripción general de TestFlight dice que la primera compilación que agregas a un grupo externo va a App Review y que las siguientes pueden no necesitar una revisión completa. Apple no publica un tiempo para esto. | Envía la primera compilación beta al menos unos días antes de invitar a los evaluadores, con el ritmo del App Store como referencia. |
| Cambiar una versión que ya está en revisión | Retirar un envío de la revisión cambia el estado de la versión a Developer Rejected, y Apple dice que el proceso de revisión empieza de nuevo cuando la vuelves a enviar. | Decide qué sale antes de pulsar enviar. Cambiar una captura a última hora puede costarte una ronda completa. |
| Revisión acelerada en el App Store | Apple acepta solicitudes para corregir un error crítico o para un evento con el que tu app está directamente relacionada, según su página de App Review. No publica un plazo de respuesta para ellas. | Un plan B para una versión rota, no una forma de recuperar un envío que llegó tarde. |
| Revisión en el App Store durante las fiestas | En su aviso de diciembre de 2024 sobre las fiestas, Apple dijo que App Review seguiría aceptando envíos, pero que esperaba mucho volumen y revisiones más lentas del 20 al 26 de diciembre. | Aleja el lanzamiento de la última semana de diciembre o envía la app mucho antes. Mira la página de noticias de Apple cada noviembre para ver las fechas de ese año. |
| Revisión de una versión en Google Play | La ayuda de Play Console sobre la publicación dice que el procesamiento puede tardar unas horas o hasta siete días, o más en casos excepcionales, y recomienda dejar al menos una semana entre el envío y la salida. | Envía a Google Play al menos una semana antes del lanzamiento, antes que la compilación de iOS. |
| Cuentas nuevas de desarrollador en Google Play | La página de Google sobre la publicación de tu app dice que el proceso lleva más tiempo con ciertas cuentas de desarrollador, lo que puede significar revisiones de hasta siete días, o más en casos excepcionales. | En una primera app, cuenta con el plazo largo. La prueba cerrada que necesitan las cuentas personales más nuevas va antes, como explica la tabla de Google Play más abajo. |
| Enviar otro cambio mientras uno está en revisión | La misma página de ayuda dice que el tiempo de revisión se cuenta desde el último cambio enviado, así que un cambio nuevo puede mandar la app al final de la cola. | Junta los cambios de la ficha con la compilación en lugar de mandarlos uno por uno durante la semana de revisión. |
Después de la aprobación, una versión que publicas a mano todavía puede tardar hasta 24 horas en aparecer en el App Store, como indica la tabla de la semana del lanzamiento. En Google Play, la publicación gestionada (managed publishing) retiene los cambios aprobados hasta que decides publicarlos, algo que Google sugiere para lanzamientos ligados a un evento o a una campaña.
Cuándo lanzar una app: el mejor día, la mejor semana y la mejor temporada
Ninguna de las dos tiendas publica un mejor día para lanzar, y ninguna dice que el día de salida influya en la posición de una app. Lo que importa es que coincidan tres relojes: los tiempos de revisión de la tabla anterior, las horas que puede tardar en aparecer una versión aprobada y tu propia disponibilidad para responder mensajes y corregir errores. Cuenta hacia atrás desde el día en que quieres que la gente vea la app.
Para el día de la semana, elige uno con días laborables a ambos lados. Un lanzamiento en martes, miércoles o jueves deja tiempo para publicar una corrección antes del fin de semana, hace que tu correo a la prensa llegue a los periodistas en un día de trabajo y evita que un error grave quede dos días sin atender. Si también lanzas en Product Hunt, allí el día empieza a las 12:01 a. m., hora del Pacífico, como recoge la tabla de la semana del lanzamiento, así que organiza tu mañana alrededor de ese reloj.
Para la semana, evita dos tipos de aglomeración. Una es la de la tienda: Apple ya avisó de revisiones más lentas en la última semana de diciembre, así que lanzar en esas fechas es lo más arriesgado del año en cuanto a revisión. La otra es la de tu público: una app de presupuesto funciona bien en enero, cuando la gente hace propósitos, una de senderismo en primavera y una de estudio en las semanas antes de que empiecen las clases. Lanzar justo cuando la gente busca lo que haces vale más que cualquier día de la semana.
Para la temporada, cuenta también los plazos que solo se abren con antelación. Una nominación para que Apple te destaque necesita al menos tres semanas, un pedido anticipado en el App Store puede durar hasta 180 días y el registro previo de Google Play hasta 90, según la ayuda de Google consultada en octubre de 2026. Si quieres usar alguno, la fecha del lanzamiento la marcan ellos.
Entonces, ¿cuánto se tarda en lanzar una app una vez que está hecha? En iOS, las ocho semanas de esta checklist son más o menos el calendario más corto en el que caben una beta de verdad, un rechazo y una nominación. Una primera app de Android desde una cuenta personal más nueva suma una prueba cerrada de 14 días con 12 evaluadores y una revisión del acceso a producción que, según la misma ayuda de Google, suele tardar siete días o menos, así que arranca ese camino un mes antes de que termine el de iOS.
Detalles de privacidad de la app: cómo responder las preguntas de Apple
Las respuestas de privacidad son las que más tiempo les cuestan a quienes envían una app por primera vez, porque las preguntas usan palabras de todos los días con un significado estricto. Las definiciones de abajo vienen de la página de Apple sobre los detalles de privacidad de la app.
| Pregunta | Qué quiere decir Apple | Qué hacer |
|---|---|---|
| ¿Recopilas datos? | Recopilar significa enviar datos fuera del dispositivo de forma que tú o tus socios puedan acceder a ellos durante más tiempo del necesario para atender la solicitud en tiempo real. Los datos que solo se procesan en el dispositivo no cuentan como recopilados. | Haz una lista de cada llamada de red que hace la app, incluidas las de los SDK. |
| ¿Eso incluye el código de terceros? | Sí. Respondes por las herramientas de analítica, las redes de anuncios y los demás SDK de tu app. Los datos que recopilan los propios frameworks de Apple, como MapKit o CloudKit, no te toca declararlos a ti. | Abre la documentación de privacidad de cada SDK y pasa sus tipos de datos a tus respuestas. |
| ¿Los datos están vinculados al usuario? | Los datos cuentan como vinculados a la identidad del usuario salvo que les quites los identificadores antes de recopilarlos y nunca intentes volver a vincularlos. | Si las filas de tu analítica llevan un ID de usuario o el correo de la cuenta, responde que están vinculados. |
| ¿Usas los datos para rastrear? | Rastrear significa vincular los datos de tu app con datos de terceros para publicidad segmentada o para medir la publicidad, o compartirlos con un intermediario de datos (data broker). | Si la respuesta es sí, también necesitas la solicitud de App Tracking Transparency. |
| ¿Qué API sensibles llama tu código? | Desde el 1 de mayo de 2024, según la página de requisitos próximos de Apple, para subir una app hay que incluir los motivos aprobados de las API de la lista que usa tu código, incluido el de los SDK de terceros. | Declara los motivos en tu manifiesto de privacidad y actualiza los SDK a sus versiones actuales. |
| ¿Quién responde y se pueden cambiar las respuestas? | Las introducen el titular de la cuenta (Account Holder), un Admin o un App Manager, y se pueden cambiar en cualquier momento sin enviar una actualización de la app. | Repasa las respuestas cada vez que agregues un SDK. |
Pedidos anticipados, publicación por fases y nominaciones: los detalles que se pasan por alto
Qué publica un pedido anticipado
Un pedido anticipado publica en el App Store una versión limitada de tu página del producto, y la app aparece en los resultados de búsqueda, según la página de Apple sobre los pedidos anticipados. Tú eliges las regiones y puedes poner una fecha de lanzamiento distinta en cada una. App Analytics muestra los pedidos anticipados por fecha, región y tipo de fuente, así que antes del lanzamiento ya ves qué publicación de adelanto funcionó.
Lo que Apple no les dice a quienes hicieron un pedido anticipado
Apple no avisa a los clientes cuando cambias la fecha de lanzamiento o retiras el pedido anticipado. Ese mensaje te toca mandarlo a ti. La página del producto muestra la fecha prevista, y Apple recomienda no ponerla en tu marketing si existe la posibilidad de que cambie.
Quién recibe primero una publicación por fases
La opción aparece cuando envías una actualización de una versión, y por eso no forma parte de un primer lanzamiento. La página de Apple sobre la publicación por fases dice que la actualización llega a una muestra aleatoria de usuarios con las actualizaciones automáticas activadas, y que a ellos no se les avisa de que fueron elegidos.
Cómo funciona la pausa de una publicación por fases
Puedes pausarla tantas veces como quieras hasta sumar 30 días, y la cuenta es acumulada: si pausas 10 días, te quedan 20. Al reanudarla, el despliegue sigue desde el día en que se detuvo. Con Release to All Users terminas las fases cuando quieras. Si retiras la app de la venta, la publicación por fases de esa versión se acaba para siempre.
Qué lleva una nominación para que Apple destaque la app
Un nombre, uno de tres tipos (App Launch, App Enhancements o New Content), una descripción de lo nuevo y de por qué importa, la fecha de publicación, las plataformas, los países y las localizaciones. La ayuda sobre nominaciones te deja adjuntar hasta 5 enlaces a material de apoyo, como un enlace público de TestFlight. Una vez enviada, el tipo ya no se puede cambiar. Nuestra guía sobre cómo conseguir que Apple destaque tu app recorre la nominación campo por campo.
En qué se fijan los editores del App Store
La página de Apple sobre cómo conseguir que te destaquen dice que no hay una lista de requisitos y enumera lo que valora el equipo: la experiencia de uso, el diseño de la interfaz, la innovación, la originalidad, la accesibilidad, la localización y la propia página del producto. Si el equipo está considerando tu app, Apple puede escribir a las personas con los roles Admin, App Manager o Marketing para pedirles material promocional, así que asegúrate de que alguien lee esos correos.
Semana del lanzamiento: publicación, prensa, Product Hunt y redes sociales
| Tarea | Por qué importa | Dónde se hace |
|---|---|---|
| Confirma la opción de publicación | Las opciones de publicación de Apple son tres: publicar la versión a mano, publicarla automáticamente después de la aprobación o publicarla automáticamente no antes de la fecha y la hora que tú elijas. | App Store Connect, App Store Version Release |
| Publica la versión la noche anterior al lanzamiento | La misma página dice que, después de publicarla a mano, una versión puede tardar hasta 24 horas en aparecer en el App Store. | App Store Connect, Release This Version |
| Abre la página ya publicada en un teléfono | Compruebas el nombre, las tres primeras capturas, el precio y que la descarga funciona, en cada uno de tus países principales. | La app App Store |
| Manda correos personales a periodistas y a autores de newsletters | Dos o tres días antes: un párrafo corto, el enlace al kit de prensa y la fecha del lanzamiento. Un periodista necesita tiempo para probar la app. | Correo electrónico |
| Escribe a la lista de espera | Esas personas pidieron que les avisaras. Son tus primeras descargas y tus primeras calificaciones. | Tu herramienta de correo |
| Publica los anuncios del día del lanzamiento | Uno por red, cada uno con el enlace de campaña de esa red. | Cada red o tu programador de publicaciones |
| Sal en Product Hunt (opcional) | La guía de Product Hunt recomienda las 12:01 a. m., hora del Pacífico, porque la página principal funciona en ciclos de 24 horas con esa hora. Su página de lanzamiento dice que no puedes pedir directamente que voten por tu producto, así que pide visitas y comentarios. | Product Hunt |
| Cambia cada insignia de pedido anticipado por la de descarga | Las App Store marketing guidelines piden sustituir la insignia de pedido anticipado en todo tu material de marketing en cuanto la app se pueda descargar. El resto de las reglas de la insignia está en nuestra guía del logo de App Store. | Sitio web, imágenes, pie de los correos |
| Agrega la insignia del App Store y un Smart App Banner a tu sitio web | Un Smart App Banner en la parte superior de tu sitio, en iOS, lleva a los visitantes a tu página del App Store, o abre la app si ya la tienen. | La etiqueta head de tu sitio |
| Responde cada comentario y cada mensaje el primer día | Responder pronto convierte una publicación en una conversación, y las preguntas que hace la gente te dicen qué no supo explicar la página del producto. | Cada red |
| Vigila los informes de fallos y ten lista una compilación con la corrección | Si aparece un error crítico, la página de App Review de Apple dice que puedes pedir una revisión acelerada y que debes incluir los pasos para reproducir el error. | Xcode Organizer, App Store Connect |
La publicación por fases no está en esta lista a propósito. La publicación por fases de Apple distribuye una actualización de versión a las personas con actualizaciones automáticas a lo largo de 7 días, así que empieza a contar con tu primera actualización.
El primer mes: reseñas, primera actualización y analíticas de App Store Connect
| Tarea | Por qué importa | Dónde se hace |
|---|---|---|
| Agrega la solicitud de calificación del sistema | La página de Apple sobre calificaciones y reseñas dice que puedes pedir la calificación hasta tres veces en un período de 365 días y que conviene hacerlo cuando el usuario termina una acción, un nivel o una tarea. La norma 5.6.1 no permite solicitudes de reseña personalizadas. | Tu app, con la API de solicitud de reseñas de Apple |
| Responde cada reseña | Puedes responder a cualquier reseña, sin importar cuándo se escribió; quien la escribió recibe un aviso y puede actualizar lo que dijo. Nuestra guía sobre cómo conseguir reseñas en el App Store entra en detalle. | App Store Connect, Ratings and Reviews |
| Publica la primera actualización en las dos primeras semanas | Corrige lo que dejó al descubierto la semana del lanzamiento y muestra a los primeros usuarios que la app sigue viva. | Xcode, App Store Connect |
| Escribe un texto de novedades de verdad para esa actualización | La norma 2.3.12 exige describir con claridad las funciones nuevas y los cambios del producto en el texto “What’s New”. Mira los ejemplos de notas de la versión o prueba el generador de notas de la versión. | App Store Connect, página de la versión |
| Activa la publicación por fases para la actualización | Llega al 1, 2, 5, 10, 20, 50 y luego al 100 % de las actualizaciones automáticas a lo largo de 7 días, y puedes pausarla hasta 30 días en total si aparece un error. | App Store Connect, Phased Release |
| Anuncia la actualización | Una actualización es el motivo más fácil para volver a publicar. Toma ideas de los ejemplos de anuncios de actualización. | Cada red |
| Mira App Analytics una vez por semana | Fíjate en la tasa de conversión (descargas totales divididas por impresiones únicas), las fuentes de descarga, la retención por día y la tasa de fallos. Una conversión baja apunta a las capturas; una retención baja, a la primera sesión. Tienes cifras de referencia en nuestras guías de la tasa de conversión del App Store y de la retención de apps. | App Store Connect, Analytics |
| Compara los enlaces de campaña por canal | Pon el esfuerzo del mes siguiente en los dos canales que trajeron descargas y deja de publicar en los que no trajeron ninguna. | App Store Connect, Analytics |
| Renueva el texto promocional | Se cambia sin revisión, así que puede contar tu función más nueva o un hito el mismo día. | App Store Connect, página de la versión |
| Comparte tu calificación y las reseñas con permiso | Apple permite usar tu calificación en el marketing si refleja la calificación actual, y las reseñas de los clientes solo con el permiso de quien las escribió. | Cada red |
Cómo lanzar una app en Play Store: lo que cambia frente a iOS
Casi toda la checklist sirve también para Android. Estas cinco tareas no, y las dos primeras cambian tu calendario.
| Tarea | Por qué importa | Dónde se hace |
|---|---|---|
| Registra y verifica tu cuenta de desarrollador | Google cobra la tarifa de 25 USD una sola vez y puede pedir un documento de identidad oficial y una tarjeta a tu nombre legal. Hazlo pronto para que la verificación no sea lo que retrase el lanzamiento. | Play Console |
| Haz una prueba cerrada con 12 evaluadores durante 14 días | La ayuda de Play Console dice que las cuentas personales creadas después del 13 de noviembre de 2023 necesitan al menos 12 evaluadores inscritos durante 14 días seguidos antes de solicitar el acceso a producción, y que la revisión de esa solicitud suele tardar siete días o menos. Empieza al menos un mes antes del lanzamiento. | Play Console, Testing, Closed testing |
| Escribe la ficha de Play Store con los límites de Google | El nombre de la app admite 30 caracteres, la descripción breve 80 y la descripción completa 4000, según la guía de Google sobre la ficha de Play Store. | Play Console, Main store listing |
| Abre el registro previo (opcional) | El registro previo puede durar hasta 90 días. Quienes se registraron reciben una notificación en el lanzamiento, y los dispositivos que cumplen los requisitos instalan la app automáticamente. | Play Console, Pre registration |
| Planea un lanzamiento escalonado para la primera actualización | Los lanzamientos escalonados de Google solo sirven para actualizaciones, nunca para una primera versión, y el porcentaje no sube a menos que lo subas tú. | Play Console, Production |
Requisitos de Google Play leídos en la ayuda de Play Console en octubre de 2026. Esas páginas no se pudieron volver a abrir para esta versión en español.
Checklist imprimible para lanzar una app: resumen en una página
Las 60 tareas reducidas a las que un lanzamiento no se puede saltar, con el número que hay que recordar al lado de cada una. Imprime esta tabla, o pégala en tu gestor de tareas y pon un responsable en cada fila.
| Cuándo | Qué tiene que estar hecho | Número que recordar |
|---|---|---|
| 8 semanas antes | Membresía del Developer Program, frase de posicionamiento, nombre y subtítulo | 99 USD al año. 30 caracteres para el nombre y 30 para el subtítulo. |
| 6 semanas antes | Landing page con lista de espera, política de privacidad, página de soporte y nombres de usuario en redes | Los dos enlaces son obligatorios en todas las apps. |
| 5 semanas antes | Beta externa de TestFlight en marcha | 10 000 evaluadores externos, 90 días por compilación, la primera compilación se revisa. |
| 3 semanas antes | Nominación para que Apple destaque la app, enviada (opcional) | 3 semanas es el margen mínimo de la página de ayuda. |
| 2 semanas antes | Capturas, descripción, texto promocional, respuestas de privacidad y clasificación por edad | Hasta 10 capturas. 4000 y 170 caracteres. |
| 1 semana antes | App enviada a revisión con publicación manual y cuenta de demostración | El 90 % se revisa en menos de 48 horas. Cuenta con dos rondas. |
| Días antes | Pedido anticipado abierto (opcional), enlaces de campaña creados, publicaciones del lanzamiento programadas | Fecha de lanzamiento de 2 a 180 días después de publicar el pedido anticipado. |
| La noche anterior | Versión publicada y página abierta en un teléfono | Hasta 24 horas para aparecer. |
| Día del lanzamiento | Correo a la lista de espera, publicaciones del lanzamiento, respuestas y vigilancia de fallos | Un enlace de campaña por canal. |
| Del día 1 al 30 | Solicitud de calificación, respuestas a reseñas, primera actualización por fases y analíticas cada semana | 3 solicitudes cada 365 días. Despliegue de 7 días y 30 días de pausa. |
| Solo Google Play | Prueba cerrada antes de solicitar el acceso a producción | 12 evaluadores durante 14 días seguidos en las cuentas personales más nuevas. |
Cada número de este resumen tiene su fuente en las tablas de arriba. Los de Apple se comprobaron el 4 de noviembre de 2026 y los de Google en octubre de 2026.
El plan de marketing para lanzar una app al mercado
Un plan de marketing para lanzar una app cabe en una página si ordenas las tareas de arriba en tres tipos de canal. Los canales de la tienda son la propia página del producto, las palabras clave de búsqueda y la nominación para que Apple te destaque. Los canales propios son el correo a tu lista de espera y tus cuentas en redes sociales. Los canales ganados son la prensa, Product Hunt y las comunidades donde tus usuarios ya conversan. Un primer lanzamiento necesita al menos un canal que funcione de cada tipo.
Dale a cada canal un número que vigilar. Para la tienda es la tasa de conversión de App Analytics. Para los canales propios, las descargas por enlace de campaña. Para los ganados, la cantidad de personas que escribieron sobre la app sin que tuvieras que pedírselo dos veces. Revisa los números el día 7 y el día 30, deja el canal más flojo y pon ese tiempo en el más fuerte.
El plan no termina con el lanzamiento. La búsqueda sigue mandando gente a la página mientras la app esté publicada, y cada actualización es un motivo nuevo para publicar. El método completo está en cómo hacer marketing de una app, y la versión sin presupuesto en cómo promocionar una app gratis.
Dónde encaja Spreadcast después del lanzamiento
Dos filas de la tabla del primer mes se repiten para siempre: anunciar la actualización y compartir tu calificación y tus reseñas. Spreadcast se encarga de esas dos. Pega tu enlace del App Store en la página de inicio y Spreadcast revisa tu página pública todos los días. Una versión nueva, una reseña nueva de 5 estrellas o un hito de calificación se convierte en una publicación diseñada, con un texto para cada una de las 8 redes, hecha con tu propio ícono y tus capturas.
Cada publicación puede esperar a que la apruebes con un toque o salir sola, como prefieras. Si citas reseñas, deja la aprobación, así puedes pedir antes el permiso a quien la escribió. Spreadcast solo lee la página pública, sin SDK, y hoy funciona con el App Store. El plan gratuito te da los borradores, y la publicación está en los planes de pago. La interfaz de Spreadcast está en inglés.
Preguntas frecuentes
¿Qué hay que hacer antes de lanzar una app?
En este orden: escribe una frase de posicionamiento, elige el nombre y las palabras clave, publica una landing page con lista de espera, haz una beta, termina la página del producto (capturas, descripción, detalles de privacidad, clasificación por edad), envía la app a revisión al menos una semana antes con la publicación manual elegida y prepara las publicaciones del lanzamiento y los correos a la prensa. Las tablas de esta página lo separan en tareas sueltas.
¿Cuánto tarda Apple en revisar una app?
La página de App Review de Apple dice que suele revisar al menos el 50 % de los envíos en menos de 24 horas y el 90 % en menos de 48, según la consulta del 4 de noviembre de 2026. Un envío incompleto puede tardar más, y cada rechazo empieza otra ronda, así que envía la app al menos una semana antes de la fecha del lanzamiento.
¿Cuánto cuesta lanzar una app en el App Store?
Para publicar en el App Store necesitas la membresía del Apple Developer Program, que cuesta 99 USD al año. Google Play cobra una tarifa de registro única de 25 USD. El precio de Apple se comprobó el 4 de noviembre de 2026 y el de Google en octubre de 2026, y ninguno incluye lo que gastes en diseño, desarrollo o anuncios.
¿Qué necesito para publicar una app en el App Store?
La membresía del Apple Developer Program, una compilación hecha con Xcode 26 o posterior y el SDK de iOS 26, una página del producto con nombre, capturas y descripción, un enlace a la política de privacidad y otro al soporte, los detalles de privacidad de la app, la clasificación por edad y, si la app tiene cuentas, una cuenta de demostración para el revisor. Cada requisito está en las tablas de esta página con el enlace a la página de Apple que lo pide.
¿Cuáles son los motivos más comunes de rechazo de una app?
La página de App Review de Apple dice que, en promedio, más del 40 % de los problemas de revisión sin resolver tienen que ver con la norma 2.1, App Completeness: fallos, contenido provisional e información incompleta, como una cuenta de demostración que falta. Su lista de problemas comunes también incluye enlaces rotos, problemas con la política de privacidad, solicitudes de acceso a datos poco claras y capturas que no reflejan la app.
¿Conviene publicar la app de forma manual o automática?
De forma manual en una primera versión. La aprobación puede llegar a cualquier hora, y la publicación manual te deja elegir el momento después de revisar la página. La publicación automática con una fecha de “no antes de” sirve para una actualización con una hora de anuncio fija. En los dos casos, cuenta con que la app puede tardar hasta 24 horas en aparecer en el App Store.
¿Hace falta una beta antes de lanzar una app?
En iOS es opcional y vale la pena: TestFlight viene con la membresía de desarrollador y admite hasta 10 000 evaluadores externos. En Google Play es obligatoria para muchos desarrolladores. La ayuda de Play Console, leída en octubre de 2026, dice que las cuentas personales creadas después del 13 de noviembre de 2023 tienen que hacer una prueba cerrada con al menos 12 evaluadores durante 14 días seguidos antes de poder solicitar la publicación.
¿La checklist de una actualización es distinta de la de un lanzamiento?
Sí, y mucho más corta. En una actualización escribes un texto de novedades claro, pruebas el paso desde la versión anterior, activas la publicación por fases, actualizas el texto promocional y la anuncias. La página del producto, el precio y la cuenta ya están resueltos.
¿Con cuánta antelación hay que nominar una app para que Apple la destaque?
Al menos tres semanas, y antes si puedes. La página de Apple sobre cómo conseguir que te destaquen pide un mínimo de dos semanas de aviso y sugiere hasta tres meses para tener más opciones, mientras que la ayuda sobre nominaciones recomienda un margen mínimo de 3 semanas. Una nominación es una petición y no garantiza que Apple destaque la app.
De dónde salen estos datos
Cada cifra, norma y precio externo de esta página enlaza a la página de donde se tomó.
- Membresía del Apple Developer Program (en inglés)Apple Developer
- Primeros pasos con Play Console: tarifa de registro y tipos de cuentaPlay Console Help
- Crear tu página del producto: nombre, subtítulo, capturas y vistas previas (en inglés)Apple Developer
- Búsqueda en el App Store: cómo se eligen los resultados y el campo de palabras clave (en inglés)Apple Developer
- App Review: tiempos de revisión, problemas comunes y revisiones aceleradas (en inglés)Apple Developer
- App Review Guidelines (en inglés)Apple Developer
- Descripción general de TestFlight: límites de evaluadores y vigencia de las compilaciones (en inglés)App Store Connect Help
- TestFlight: pruebas beta y comentarios de los evaluadores (en inglés)Apple Developer
- Cómo conseguir que te destaquen en el App Store (en inglés)Apple Developer
- Nominar tu app para que la destaquen (en inglés)App Store Connect Help
- Especificaciones de las capturas de pantalla (en inglés)App Store Connect Help
- Información de la versión por plataforma: límites de la descripción y del texto promocional (en inglés)App Store Connect Help
- Detalles de privacidad de la app en el App Store (en inglés)Apple Developer
- Valores y definiciones de la clasificación por edad (en inglés)App Store Connect Help
- Ofrecer tu app con pedido anticipado (en inglés)Apple Developer
- App Analytics en App Store Connect (en inglés)Apple Developer
- Preparar el lanzamiento: eslogan, descripción y programación (en inglés)Product Hunt
- Guía de lanzamiento de Product Hunt (en inglés)Product Hunt
- Elegir la opción de publicación de una versión del App Store (en inglés)App Store Connect Help
- App Store marketing guidelines (en inglés)Apple Developer
- Promoción de apps con Smart App BannersApple Developer Documentation
- Publicar una actualización de versión por fases (en inglés)App Store Connect Help
- Calificaciones, reseñas y respuestas (en inglés)Apple Developer
- Requisitos de prueba para cuentas personales nuevas de desarrolladorPlay Console Help
- Crear y configurar tu app: límites de la ficha de Play StorePlay Console Help
- Registro previo para tu app o juegoPlay Console Help
- Publicar actualizaciones con lanzamientos escalonadosPlay Console Help
- Requisitos próximos: versiones mínimas del SDK y motivos aprobados de las API (en inglés)Apple Developer
- Descripción general del cumplimiento de exportación (en inglés)App Store Connect Help
- Retirar un envío de la revisión (en inglés)App Store Connect Help
- Prepara tus apps y juegos para las fiestas, diciembre de 2024 (en inglés)Apple Developer News
- Controlar cuándo se revisan y se publican los cambios de la appPlay Console Help
- Publicar tu app: tiempos de revisión de ciertas cuentas de desarrolladorPlay Console Help
- Video: mejora tu presencia en el App Store, WWDC26 (en inglés)Apple Developer
Investigado y escrito por Spreadcast. Revisado por última vez el 4 de noviembre de 2026.