Empieza por esta diferencia
Los desarrolladores crean una app en Xcode. Tú y tu equipo gestionan su actividad en App Store Connect: preparan la ficha de la tienda, invitan a testers, envían la app a revisión, responden a las reseñas y consultan las descargas y los ingresos.
Esta guía se basa en la ayuda oficial de Apple para App Store Connect y está dirigida a quienes nunca han usado el panel para desarrolladores de Apple. Apple actualiza continuamente su interfaz y sus reglas. Si un botón tiene un nombre distinto en tu pantalla, sigue la interfaz actual y la documentación oficial.
- Crear una ficha de app
- Subir y probar un build
- Enviar a revisión y publicar
- Usar los datos para seguir mejorando
1. ¿Qué es exactamente App Store Connect?
App Store Connect es el panel de gestión de Apple para los desarrolladores y los equipos que administran sus apps. Allí se gestionan el nombre, la descripción, las capturas de pantalla, el precio y las actualizaciones que los usuarios ven en App Store. También da acceso a las pruebas, la revisión, las ventas, los pagos y las reseñas de los clientes.
Apps
Gestiona fichas de apps, páginas de la tienda, versiones, envíos a revisión, precios, suscripciones y reseñas de clientes.
TestFlight
Envía versiones beta aún no publicadas a compañeros o testers externos.
Analytics
Consulta impresiones, visitas a la página del producto, descargas, conversión, retención, uso e ingresos.
Informes
Consulta tendencias de ventas, ingresos estimados, pagos reales e informes financieros descargables.
Negocio
Firma contratos y configura la información fiscal y bancaria para que Apple pueda pagarte.
Usuarios y acceso
Invita a miembros del equipo y decide qué puede ver y hacer cada persona.
No lo confundas con el sitio web Apple Developer
El sitio web Apple Developer se parece más a una oficina de registro para desarrolladores: gestiona certificados, dispositivos, Bundle ID y membresías. App Store Connect es el panel de gestión de tu tienda. Ambos están conectados, pero son destinos distintos.
2. ¿Qué debes preparar antes de empezar?
- Una cuenta de Apple con la autenticación de doble factor activada.
- Una membresía activa de Apple Developer Program o una invitación de App Store Connect de tu equipo.
- Tener claro con qué equipo trabajas. Si tu cuenta pertenece a varios equipos, elige el correcto después de iniciar sesión.
- Un nombre para la app, un idioma principal, un Bundle ID y un SKU interno para crear la ficha de la app.
- Una URL de política de privacidad, una descripción para la tienda, palabras clave, capturas de pantalla, una URL de soporte y datos de contacto para la revisión antes del lanzamiento.
Comprende primero los roles
Si falta un botón, a menudo significa que no tienes permiso, no que el sistema esté averiado. La documentación de Apple sobre los roles es detallada; esta tabla es un buen punto de partida.
| Rol | Para quién es adecuado | Funciones principales |
|---|---|---|
| Titular de la cuenta | El propietario de la cuenta | Es la única persona que puede firmar contratos legales y renovar la membresía. Cada equipo tiene una. |
| Administrador | Un responsable técnico o comercial | Acceso amplio, incluida la gestión de usuarios y el acceso a todas las apps. |
| Gestor de apps | Un responsable de producto o de publicación | Gestiona la información de la app, los precios, los builds y los envíos a revisión. |
| Desarrollador | Un desarrollador | Gestiona el desarrollo y la entrega, y sube y prueba builds. |
| Marketing | Un miembro del equipo de marketing | Gestiona textos de marketing y recursos promocionales. |
| Ventas | Un analista de crecimiento o datos | Consulta datos de descargas, ventas y análisis. |
| Finanzas | Un miembro del equipo de finanzas | Gestiona la información fiscal, descarga informes y concilia pagos. |
| Atención al cliente | Un miembro del equipo de soporte | Consulta y responde a las reseñas de clientes en App Store. |
Para invitar a un compañero, ve a Usuarios y acceso → Personas → +, introduce su nombre y dirección de correo electrónico y asígnale un rol y acceso a las apps. Concede a cada persona el acceso que necesita; no conviertas a todos en administradores solo por comodidad.
3. Crea la primera ficha de tu app antes de subir un build
Una app no aparece automáticamente en App Store Connect cuando alguien sube su archivo binario. Primero debes crear una ficha de app para que los desarrolladores puedan subir sus builds. Las instrucciones de Apple para crear una app especifican ese orden.
- Inicia sesión y abre Apps.
- Haz clic en + en la esquina superior izquierda y elige Nueva app.
- Selecciona una plataforma, como iOS, macOS, tvOS o visionOS.
- Introduce el nombre, el idioma principal, el Bundle ID y el SKU.
- Elige acceso completo o acceso limitado y haz clic en Crear.
¿Qué significan estos campos?
| Campo | Significado en palabras sencillas | Error habitual de principiante |
|---|---|---|
| Plataformas | Las plataformas de Apple en las que publicarás la app. | Tratar iPad como una plataforma independiente. iPhone y iPad normalmente forman parte de iOS. |
| Nombre | El nombre de la app que los clientes ven en App Store. | Elegir un nombre que ya está ocupado o usar el nombre interno del proyecto como nombre público. |
| Idioma principal | El idioma predeterminado que se usa cuando el contenido no está disponible en otro idioma. | Elegir un idioma que no piensas mantener. |
| Bundle ID | El identificador técnico único de la app. Debe coincidir exactamente con el proyecto de Xcode, por ejemplo com.example.myapp. | Seleccionar el identificador equivocado y descubrir después que el build no se puede asociar. |
| SKU | Un identificador interno para tu equipo. Los clientes no lo ven. | Confundirlo con el precio del producto. No se puede cambiar después de crear la app. |
¿El botón Crear está desactivado?
Primero comprueba si el titular de la cuenta ha firmado los contratos más recientes en Negocio. Después, confirma que tu rol sea titular de la cuenta, administrador o gestor de apps, y pide al desarrollador que verifique que el Bundle ID existe.
4. Completa la ficha de App Store
Una ficha recién creada suele empezar con el estado Preparar para envío. Ahora necesitas dos tipos de información: los datos compartidos por toda la app y los datos específicos de la versión que vas a publicar. Mantenerlos separados hace que el proceso sea más fácil de seguir.
Información compartida por toda la app
Gestiona estos datos en General → Información de la app en la barra lateral: el nombre, el subtítulo, la categoría, la clasificación por edades, el Bundle ID, los derechos del contenido y otros campos relacionados. La clasificación por edades se calcula a partir de tus respuestas a un cuestionario; responde con precisión en lugar de elegir una clasificación por intuición.
Privacidad de la app describe los datos que recopilan tu app y sus SDK de terceros, si esos datos están vinculados a los usuarios y si se usan para el seguimiento. Las apps de iOS necesitan una URL de política de privacidad. No copies las respuestas de otra app: Apple exige que la información refleje las prácticas reales de datos tanto tuyas como de tus socios externos. Completa punto por punto la sección Gestionar la privacidad de la app.
Información de cada versión
- Texto promocional: texto promocional breve, como información sobre una campaña actual.
- Descripción: la descripción completa del producto. Explica el problema que resuelve la app antes de enumerar sus funciones principales.
- Palabras clave: términos que ayudan a encontrar la app. Evita repetir innecesariamente el nombre de la app.
- Novedades: qué ha cambiado en esta actualización. Por lo general, no es necesario para la primera versión.
- URL de soporte: una página donde los usuarios pueden obtener ayuda.
- Capturas de pantalla / Previsualizaciones de la app: capturas de pantalla y videos de previsualización opcionales para los tamaños de dispositivo correspondientes.
Las capturas de pantalla son mucho más que unas imágenes de la pantalla subidas a un formulario. Están entre los recursos más importantes para la conversión en App Store. Empieza por el valor principal, continúa con casos de uso y comunica una sola idea en cada imagen. Puedes localizarlas para cada idioma; las instrucciones de Apple sobre capturas y previsualizaciones explican dónde subirlas.
Escribe la información de revisión para el equipo de revisión
La Información para la revisión de la app es solo para el equipo de revisión. Proporciona un contacto que pueda responder con rapidez. Si la app requiere iniciar sesión, incluye una cuenta de demostración fiable. Si una función requiere una ruta de navegación, un componente de hardware, una ubicación o una acción concreta, describe los pasos con claridad. Si la persona que revisa la app no encuentra una función, puede pedir una aclaración o rechazar el envío.
5. ¿Qué es un build y cómo se prueba con TestFlight?
El número de versión es lo que ven los clientes, como 1.2.0. El número de build identifica internamente un paquete concreto, como 37. Puedes subir varios builds para una versión, pero solo puedes seleccionar uno al enviarla a revisión.
Los desarrolladores pueden subir builds con Xcode, Transporter y otros métodos compatibles. Una carga correcta no significa que el build esté disponible de inmediato: Apple debe procesarlo primero. Cuando termina el procesamiento, aparece en la pestaña TestFlight de la app.
¿Conviene usar pruebas internas o externas?
| Tipo de prueba | Pruebas internas | Pruebas externas |
|---|---|---|
| Para quién es adecuado | Miembros del equipo y compañeros | Usuarios reales, clientes, medios o socios |
| Límite de testers | Hasta 100 usuarios de App Store Connect con el acceso necesario | Hasta 10,000 personas por app |
| Requisitos de revisión | Por lo general, permite empezar antes | El primer build externo requiere TestFlight App Review; los builds posteriores también pueden requerir revisión |
| Método de invitación | Añadir usuarios de App Store Connect a un grupo de prueba | Invitaciones por correo electrónico o un enlace público |
- Abre la pestaña TestFlight de la app y completa la descripción de la app beta, el correo electrónico para comentarios y las instrucciones de prueba.
- Crea un grupo de prueba y añade el build correcto.
- Para las pruebas internas, añade al grupo usuarios que ya pertenezcan al equipo. Para las pruebas externas, envía el build a revisión de TestFlight antes de invitar a personas por correo electrónico o mediante un enlace público.
- Pide a los testers que instalen la app TestFlight de Apple y acepten la invitación.
- Usa TestFlight para consultar las instalaciones, las sesiones, los fallos y los comentarios de los testers.
Algunos límites que debes recordar
Según la descripción general de TestFlight de Apple, cada build se puede probar durante un máximo de 90 días. Después de que caduque, los testers no pueden seguir usando ese build aunque la app funcione bien. Los enlaces públicos externos pueden tener límites de testers y requisitos de dispositivo y OS.
6. Envía la app a revisión y publícala en App Store
Cuando terminen las pruebas, vuelve a la página de la versión que quieres publicar. Que un build aparezca en TestFlight no significa que se haya enviado a App Store: las pruebas de TestFlight y la revisión de App Store son procesos independientes.
- Completa todos los campos obligatorios en la página de la versión y resuelve los mensajes de error en rojo.
- Selecciona el build definitivo en la sección Build. Solo se puede asociar uno a la vez.
- Vuelve a comprobar la información de privacidad, el cumplimiento de las normas de exportación, los derechos del contenido, los identificadores publicitarios y los datos de inicio de sesión para la revisión.
- Haz clic en Añadir para revisión en la esquina superior derecha. Esto solo añade la versión a un envío en borrador.
- Abre Envíos en borrador o App Review en la barra lateral, comprueba los elementos y haz clic en Enviar para revisión. Solo entonces entra el envío en la cola de revisión.
Estos son los dos botones que se describen en el flujo de envío de apps de Apple. Un error habitual es detenerse en el paso 4: la app permanece en Lista para revisión y parece que Apple tarda mucho en comenzar.
¿Qué significan los estados más habituales?
| Estado | Qué significa | Qué hacer |
|---|---|---|
| Preparar para envío | La versión todavía se está preparando | Completa la información y selecciona un build |
| Lista para revisión | Se añadió a un borrador, pero puede que todavía no se haya enviado | Abre Envíos en borrador y haz clic en Enviar para revisión |
| Esperando revisión | El envío está en la cola | Espera; aún puedes retirarlo si es necesario |
| En revisión | El equipo de revisión está comprobando el envío | Presta atención a los mensajes de App Review |
| Pendiente de publicación por el desarrollador | Aprobada y a la espera de que la publiques manualmente | Publícala cuando sea el momento adecuado |
| Lista para distribución | Aprobada para su distribución | Comprueba que la app aparezca en las regiones seleccionadas |
| Rechazada / Problemas sin resolver | La revisión encontró un problema | Lee la directriz y el mensaje citados; responde o corrige el problema y vuelve a enviar la app |
Un rechazo no implica necesariamente un problema con la cuenta
Empieza en App Review y lee el problema concreto y la directriz citada por la persona que revisó la app. Si alguna información no está clara, explícala y aporta material de apoyo en el hilo de mensajes. Si el problema está en el producto o el código, corrígelo, sube un build nuevo y vuelve a enviarlo. Responde de forma directa y amable e incluye pasos que se puedan reproducir.
7. ¿Cómo se gestiona la app después del lanzamiento?
Publicar una versión nueva
En la página de la app, haz clic en + para la plataforma correspondiente y crea una versión nueva. Introduce el número de versión nuevo y las novedades, selecciona el build nuevo del desarrollador y repite el proceso de envío a revisión. No crees una ficha de app nueva para una actualización; eso crearía un producto distinto.
Gestionar precios y regiones
Usa Precio y disponibilidad para establecer el precio, las regiones y la disponibilidad. Antes de convertir una app gratuita en una app de pago o cambiar sus regiones, confirma que los contratos, la información fiscal y los datos bancarios estén activos. Al cambiar los precios, ten en cuenta las expectativas de los usuarios y suscriptores actuales.
Responder a las reseñas de los clientes
Abre Calificaciones y reseñas para ver las calificaciones y las reseñas escritas. Da prioridad a problemas concretos como fallos, errores de inicio de sesión y problemas de pago. No pidas públicamente información privada, como direcciones de correo electrónico o números de pedido; dirige a los clientes a tu canal de soporte. Después de corregir el problema, actualiza tu respuesta para indicar qué versión lo resuelve.
Gestionar compras dentro de la app y suscripciones
Las compras dentro de la app y las suscripciones son los sistemas de productos dentro de tu app y son independientes del precio de la propia app. Cada producto necesita un Product ID, un nombre visible, una descripción, un precio y una captura de pantalla para la revisión. Antes de lanzar suscripciones, comprende los grupos de suscripción, la renovación, los periodos de gracia, las ofertas y las notificaciones del servidor. No publiques directamente un producto de prueba como producto de producción.
Mantener actualizados el acceso y los contratos
Actualiza Usuarios y acceso cuando algún compañero se vaya o cambie de rol. El titular de la cuenta también debe hacer seguimiento de la renovación de la membresía y de los contratos nuevos en Negocio. Los contratos sin firmar pueden impedir la creación de apps, las funciones de pago o los pagos.
8. ¿Cómo se leen y comprenden los datos de una app?
El lanzamiento es solo el principio. App Store Connect tiene al menos tres vistas distintas de los datos: Analytics sigue a los usuarios desde que descubren la app hasta que la usan, Ventas y tendencias muestra el rendimiento de las ventas y Pagos e informes financieros muestra la liquidación final. Sus definiciones son distintas, así que no esperes que las cifras del mismo día coincidan exactamente.
Lee Analytics como un embudo
Abre Analytics, selecciona tu app y elige un intervalo de fechas. Para un principiante, este orden resulta útil:
1. Impresiones
La cantidad de veces que el icono de la app se ve durante más de un segundo en lugares como Hoy, Juegos, Apps y Buscar.
Pregunta: ¿Alguien ve la app?2. Visitas a la página del producto
La cantidad de veces que las personas abren la página del producto de la app. Te ayuda a evaluar si el nombre, el icono y los puntos de descubrimiento despiertan interés.
Pregunta: ¿Quieren saber más?3. Descargas totales
Descargas por primera vez más descargas repetidas. Cuando analices la adquisición de usuarios nuevos, consulta también por separado las descargas por primera vez.
Pregunta: ¿La descargaron?4. Tasa de conversión
Descargas y pedidos anticipados en relación con las impresiones de dispositivos únicos. Te ayuda a evaluar la capacidad de la ficha de la tienda para convencer a los usuarios.
Descargas y pedidos anticipados ÷ impresiones de dispositivos únicos5. Sesiones / Dispositivos activos
Indica si las personas abren y usan la app. Muchas descargas con poco uso suelen señalar una experiencia inicial deficiente o una diferencia entre la app y el público que atraes.
Pregunta: ¿La usan después de descargarla?6. Retención
Indica si un grupo de usuarios nuevos vuelve en fechas posteriores. La retención dice más sobre el valor del producto a largo plazo que el total de descargas de un solo día.
Pregunta: ¿Los usuarios vuelven?Las definiciones de las métricas de Apple explican que algunas métricas de App Store solo están disponibles después de alcanzar al menos cinco descargas por primera vez o pedidos anticipados. Que falten gráficos en una app nueva no indica necesariamente un problema de configuración; puede que simplemente haya muy pocos datos.
Ve más allá de los totales: desglosa los datos
- Tipo de fuente: ¿Los usuarios llegan desde Buscar en App Store, Explorar, una referencia web o una referencia de app?
- Territorio: ¿Qué países o regiones aportan descargas e ingresos? ¿Funciona la localización?
- Dispositivo / Versión de la plataforma: ¿Los problemas se concentran en un dispositivo o una versión del OS concretos?
- Versión de la app: ¿Cambió el uso o la estabilidad después de la última versión?
- Campaña: ¿Los enlaces de marketing etiquetados atraen a usuarios valiosos?
Una rutina sencilla consiste en comparar periodos de siete días y 28 días con el periodo anterior de la misma duración. Cambia una sola cosa a la vez: después de actualizar las capturas de pantalla, observa la conversión de la página del producto; después de mejorar la experiencia inicial, observa la retención y las sesiones. Si cambias cinco cosas en un día, resulta difícil saber cuál provocó un cambio en las cifras.
Ventas y tendencias: comprende el rendimiento de las ventas
Usa esta sección para hacer seguimiento de las unidades de apps, las compras dentro de la app, las suscripciones, las ventas y los ingresos estimados, con filtros de productos, regiones, dispositivos y otras dimensiones. Se parece más a un panel comercial, pero los ingresos son estimados y los tipos de cambio y los estados de las transacciones todavía pueden cambiar.
Pagos e informes financieros: comprende lo que recibes
Esta sección sirve para la conciliación financiera. Los ingresos son la cantidad que se debe al desarrollador después de deducir del precio pagado por el cliente los impuestos aplicables y la comisión de Apple. Las páginas muestran pagos, ingresos estimados, tipos de cambio, impuestos, ajustes y los últimos dígitos de la cuenta bancaria. Apple explica que los datos del mes fiscal anterior suelen empezar a aparecer el primer miércoles del mes en curso y que los informes regionales suelen estar listos el primer viernes. Consulta Ver pagos e ingresos para obtener más información.
¿Por qué varían las cantidades entre estas páginas?
Analytics te ayuda a comprender el comportamiento y el rendimiento comercial. Ventas y tendencias usa estimaciones de ventas y tipos de cambio. Los informes financieros usan transacciones procesadas y liquidadas. Los reembolsos, los impuestos, las comisiones, los tipos de cambio, los ciclos de pago y las comisiones bancarias pueden provocar diferencias. Usa las dos primeras fuentes para analizar tendencias y, para la conciliación contable, combina los informes financieros definitivos con los comprobantes bancarios.
9. Una lista de comprobación semanal para principiantes
- Comprueba el estado de la app, los mensajes de App Review y los comentarios de TestFlight.
- Compara las impresiones, las visitas a la página del producto, las descargas y la conversión de los últimos siete días con los siete días anteriores.
- Consulta la retención, las sesiones, los fallos y la distribución de las principales versiones de la app.
- Comprueba las calificaciones y las reseñas nuevas, y responde a los usuarios que necesiten ayuda.
- Busca cambios inusuales en las compras dentro de la app, las suscripciones, los reembolsos y los ingresos.
- Registra los cambios de versión, capturas de pantalla, precios y marketing de la semana para poder interpretar los datos.
- Cada mes, pide al equipo de finanzas que descargue y archive los informes financieros y concilie los pagos reales.
10. Ocho problemas habituales para principiantes
| Problema | Qué comprobar primero |
|---|---|
| No aparece Nueva app | Tu rol, si se firmaron los contratos más recientes y si seleccionaste el equipo correcto. |
| No aparece el Bundle ID | Si el desarrollador creó el identificador en el equipo de desarrollo correcto. |
| No aparece ningún build después de subirlo | Si el Bundle ID y la versión coinciden, si el build todavía se está procesando y si recibiste un correo electrónico sobre un error de carga. |
| No se pueden añadir testers externos | Si primero se creó un grupo de pruebas internas, si la información de prueba está completa y si el build superó la revisión de TestFlight. |
| El botón Enviar está desactivado | Los errores de la parte superior de la página, los campos obligatorios, el build, los datos de privacidad, la clasificación por edades y la información para la revisión. |
| El estado permanece en Lista para revisión | Si hiciste clic en Añadir para revisión, pero no en Enviar para revisión dentro de Envíos en borrador. |
| Analytics no tiene datos | La app y las fechas seleccionadas, tus permisos de acceso y si una app nueva ha alcanzado el umbral mínimo de datos. |
| No llegó ningún pago de Apple | El contrato de apps de pago, la información fiscal y bancaria, el umbral mínimo de pago y cualquier aviso de devolución del pago. |
11. Glosario de un minuto
| Término | Significado en palabras sencillas |
|---|---|
| Ficha de app | La ficha de tu app en App Store Connect. |
| Bundle ID | El identificador técnico único de la app, que debe coincidir con el build. |
| SKU | Un identificador interno de gestión que los clientes no ven. |
| Metadatos | Información de la tienda, como el nombre, la descripción, las palabras clave y las capturas de pantalla. |
| Build | Una app ejecutable empaquetada y subida en una ocasión concreta. |
| TestFlight | El sistema que usan los testers para instalar versiones beta antes de publicarlas. |
| App Review | La revisión que realiza Apple de una app y su contenido relacionado. |
| Ingresos | Las ganancias del desarrollador después de los impuestos aplicables y la comisión de Apple. |
| Retención | Indica si los usuarios regresan a la app en fechas posteriores después de descargarla. |
| Tasa de conversión | La proporción de personas que descargan o reservan la app después de verla. |
12. Preguntas frecuentes
¿App Store Connect es gratis?
El uso del panel no tiene una tarifa independiente, pero publicar una app en App Store suele requerir una membresía activa de Apple Developer Program.
¿Puedo usar App Store Connect sin saber programar?
Sí. El personal de producto, operaciones, marketing, soporte y finanzas puede gestionar la información de la tienda, responder a reseñas o consultar datos según su rol. Los desarrolladores suelen encargarse de crear y subir la app.
¿Por qué falta una función en App Store Connect?
Primero confirma que seleccionaste el equipo y la app correctos y después comprueba tu rol y el acceso a la app en Usuarios y acceso. Otras causas posibles son contratos sin firmar, información incompleta o que todavía no haya datos suficientes para esa función.
¿Superar la revisión de TestFlight significa que la app superará la revisión de App Store?
No. La revisión externa de TestFlight y App Review para una publicación pública son procesos independientes. La versión aún necesita la información de la tienda, las declaraciones de privacidad y el envío a revisión.
¿En qué se diferencian App Analytics, Ventas y tendencias y los informes financieros?
Analytics abarca la adquisición, la conversión, el uso y la retención. Ventas y tendencias abarca las tendencias de ventas y los ingresos estimados. Pagos e informes financieros sirve para conciliar la liquidación final y los pagos reales.
¿Debo crear una app nueva para publicar una actualización?
No. Abre la ficha de la app existente, crea una versión nueva para la plataforma correspondiente, selecciona el build nuevo y envíalo a revisión. Así reciben la actualización los usuarios actuales.
Referencias oficiales
Antes de realizar una acción importante, como firmar un contrato, cambiar un precio, transferir una app o enviarla a revisión, consulta la documentación correspondiente de Apple.
- Flujo de trabajo de App Store Connect: el proceso completo, desde los contratos y la creación de la app hasta las pruebas, la publicación y el seguimiento.
- Secciones de App Store Connect: la explicación de Apple sobre cada parte del panel.
- Añadir una app nueva: los campos y permisos necesarios para crear una ficha de app.
- Descripción general de TestFlight: grupos de prueba, límites de testers, caducidad de los builds y comentarios.
- Enviar una app: los pasos para enviar una app a App Review.
- Ayuda de Analytics de App Store Connect: adquisición, monetización, retención y definiciones de las métricas.
- Ver pagos e ingresos: ingresos estimados, pagos y meses fiscales.