"Acción del desarrollador requerida" en una compra dentro de la app significa que a esa compra le falta algo, casi siempre metadatos, antes de poder enviarse a revisión. Lo más habitual es que falte la captura de revisión, una descripción localizada o el precio. Mientras esté en ese estado, puede bloquear la revisión de tu app, sobre todo si es la primera compra y va adjunta a la versión. La solución es completar los campos que faltan, añadir la captura de revisión de al menos 640x920 píxeles y enviar la compra junto a una versión de la app.
Respuesta rápida
"Acción del desarrollador requerida" quiere decir que la compra necesita datos tuyos antes de avanzar. Según la referencia de estados de Apple, es un estado que indica que la compra requiere tu atención, normalmente por metadatos que faltan. Abre la compra en App Store Connect, completa el nombre para mostrar, la descripción, el precio y la captura de revisión de al menos 640x920 píxeles, y el estado pasará a "Listo para enviar". La primera compra de una app debe enviarse adjunta a una versión, no por separado. Reenvía la versión con la compra para desbloquear la revisión.
Qué significa "Acción del desarrollador requerida"
"Acción del desarrollador requerida" es uno de los estados que puede tener una compra dentro de la app en App Store Connect, y significa que la compra no puede continuar hasta que hagas algo. No es un rechazo ni un error del sistema: es una señal de que falta información que solo tú puedes aportar, casi siempre en los metadatos de la compra.
En la práctica, ese "algo" suele ser un campo obligatorio sin rellenar. Puede ser la captura de revisión, una descripción o un nombre para mostrar en al menos un idioma, o el precio. Hasta que completes lo que falta, la compra se queda en ese estado, y no se puede enviar a revisión ni ponerse a la venta.
Por qué bloquea la revisión de la app
El punto que sorprende a muchos es que una compra incompleta puede bloquear la revisión de toda la app. Esto ocurre sobre todo cuando la compra va adjunta a la versión que estás enviando: si Apple no puede revisar la compra porque le faltan datos, tampoco puede aprobar la versión que la incluye. La app queda a la espera de que resuelvas la compra.
Por eso conviene tratar el estado de las compras como parte de la lista de comprobación antes de enviar. Una versión con una compra en "Acción del desarrollador requerida" no avanzará, aunque la app en sí esté perfecta. Resolver la compra es lo que desbloquea el conjunto.
Qué le falta a tu compra
Para salir del estado, primero identifica qué campo falta. La tabla siguiente enumera los campos obligatorios de una compra.
| Campo | ¿Requerido? | Nota |
|---|---|---|
| Nombre de referencia | Sí | Interno, no visible para el usuario |
| ID de producto | Sí | Fijo, no se puede cambiar después |
| Precio | Sí | Selecciona un nivel de precio |
| Nombre para mostrar (localizado) | Sí | Al menos un idioma |
| Descripción (localizada) | Sí | Al menos un idioma |
| Captura de revisión | Sí | Mínimo 640x920 px, solo para revisión |
Abre la compra en App Store Connect y revisa cada campo. App Store Connect suele indicar lo que falta, pero el descuido más común es la captura de revisión, seguido de una descripción o un nombre para mostrar sin traducir a ningún idioma. Con todos los campos completos, la compra sale del estado por sí sola.
La captura de revisión: tamaños y requisitos
La captura de revisión es el campo que más se olvida, y tiene requisitos concretos. Debe ser una imagen que muestre la compra dentro de tu app, con un tamaño mínimo de 640x920 píxeles. Sirve solo para que el equipo de revisión de Apple entienda qué vende la compra; no se muestra a los usuarios en el App Store.
Un detalle importante: la captura debe mostrar de verdad la compra en funcionamiento, no una pantalla genérica. Si aún no tienes la interfaz lista, puedes usar una maqueta que represente la compra, pero debe reflejar lo que el usuario verá. Una captura ausente o que no muestra la compra es una causa frecuente tanto del estado bloqueado como de un rechazo posterior.
Cómo corregirlo, paso a paso
Resolver el estado es cuestión de completar los datos en orden. La tabla siguiente da una ruta clara.
| Paso | Acción | Por qué |
|---|---|---|
| 1 | Abre la compra en App Store Connect | Ver los campos que faltan |
| 2 | Completa nombre, descripción y precio | Metadatos obligatorios |
| 3 | Añade la captura de revisión (mín. 640x920) | Requisito de revisión |
| 4 | Guarda; el estado pasa a "Listo para enviar" | Confirma que está completa |
| 5 | Adjunta la compra a una versión de la app | La primera debe ir con la app |
| 6 | Reenvía la versión con la compra | Desbloquea la revisión |
El paso que la gente olvida es el último: para la primera compra de una app, completar los datos no basta, hay que adjuntarla a una versión y reenviar esa versión. Si solo dejas la compra en "Listo para enviar" sin adjuntarla, la revisión de la app no se desbloquea.
La primera compra debe enviarse con la app
Hay una regla que causa mucha confusión: la primera compra dentro de la app de una app debe enviarse junto a una versión de la app, no por separado. No puedes enviar esa primera compra de forma independiente; tienes que adjuntarla a una versión y enviar ambas a la vez. Es justo por esto que una primera compra sin resolver bloquea la revisión de la versión.
Para las compras posteriores, la situación cambia. Una vez que tu app ya tiene al menos una compra aprobada, puedes enviar nuevas compras de forma independiente, sin adjuntarlas a una versión. Pero la primera siempre viaja con la app, así que planifica el primer envío teniendo la compra completa desde el principio.
Errores comunes
Los bloqueos por "Acción del desarrollador requerida" se repiten por unos pocos motivos. El más común es la captura de revisión ausente o con un tamaño incorrecto. Le siguen una descripción o un nombre para mostrar sin rellenar en ningún idioma, y un precio no seleccionado. También es habitual completar la compra pero olvidar adjuntarla a la versión antes de enviar.
Evitar estos errores es sencillo con una comprobación final. Antes de enviar la versión, abre cada compra, confirma que su estado es "Listo para enviar", y verifica que está adjunta a la versión. Esa revisión de dos minutos evita el ir y venir de un envío que se queda atascado por una compra incompleta.
¿Y si sigue bloqueada?
Si has completado todo y la compra o la app siguen bloqueadas, revisa primero lo obvio: que la captura cumple el tamaño mínimo, que hay al menos un idioma completo, y que la compra está realmente adjunta a la versión. La mayoría de los casos "imposibles" son un campo que parecía lleno pero no lo estaba.
Si de verdad está todo correcto y no avanza, responde en el Centro de resoluciones si hay un mensaje del revisor, o usa la página de contacto con el equipo de App Review para preguntar. Incluye el nombre de la app, el identificador de la compra y una captura del estado, para que puedan localizar el problema sin pedirte más datos.
Antes de reenviar, revisa la seguridad
Una compra bloqueada es un problema de metadatos, no de seguridad, pero el reenvío es un buen momento para no arrastrar otros problemas. La revisión de Apple también evalúa lo que hace tu app, y puede rechazarla por motivos de seguridad y privacidad ajenos a las compras: una clave incrustada, tráfico en claro o permisos sin justificación.
Un escáner como PTKD.com analiza tu .ipa y devuelve resultados ordenados por gravedad y alineados con OWASP MASVS, para que corrijas estos problemas antes de reenviar. Con un límite claro: PTKD no tiene nada que ver con el estado de tus compras ni con sus metadatos, y no desbloquea "Acción del desarrollador requerida". Cubre la parte de seguridad que la revisión de compras no mira.
Qué recordar
- "Acción del desarrollador requerida" significa que a la compra le faltan datos, casi siempre metadatos, antes de poder enviarse.
- Puede bloquear la revisión de la app cuando la compra va adjunta a la versión.
- Completa nombre, descripción, precio y la captura de revisión de al menos 640x920 píxeles.
- La primera compra de una app debe enviarse adjunta a una versión, no por separado.
- Antes de reenviar, revisa la seguridad de la build con PTKD.com, porque las compras no son lo único que Apple revisa.




