Las Directrices de revisión de App Store, explicadas

Cada app de App Store, y cada actualización, la revisan personas de Apple con un documento como referencia: las Directrices de revisión de App Store. No necesitas memorizarlo. Necesitas conocer su estructura y las pocas reglas que merece la pena revisar con atención antes de enviar.

La versión corta

Las directrices tienen cinco secciones: Seguridad, Rendimiento, Negocio, Diseño y Legal. Cinco áreas merecen una revisión atenta antes de enviar: integridad (2.1), metadatos (2.3), compras dentro de la app (3.1.1), spam y copias (4.3) y privacidad (5.1.1). La cifra de Apple solo cubre la primera: de media, más del 40 % de los problemas sin resolver están relacionados con la 2.1. Si te rechazan, corrige y vuelve a enviar, o responde a App Review en App Store Connect. Apela solo si eso no funciona.

Apple actualizó las directrices por última vez el 16 de octubre de 2026. Los resúmenes de cada sección que aparecen a continuación son nuestra paráfrasis con palabras sencillas, no el texto de Apple. Solo el texto entre comillas es de Apple.

Cómo están organizadas las directrices

Apple empieza con su principio: «queremos ofrecer a los usuarios una experiencia segura para obtener apps y una gran oportunidad para que todos los desarrolladores tengan éxito». Después vienen cinco secciones y, al final, una breve lista de comprobación para antes y después del envío. Con palabras sencillas, las cinco secciones tratan:

1. Seguridad

Con palabras sencillas, la sección 1 trata de no hacer daño a las personas. Apple lo dice sin rodeos: si buscas impactar y ofender, «App Store no es el lugar adecuado para tu app».

• 1.1 Contenido inaceptable. Nada de contenido difamatorio, discriminatorio o malintencionado, ni nada «con intención de provocar repugnancia».
• 1.2 Contenido generado por los usuarios. Si la gente puede publicar o generar contenido, también mediante la creación de contenido con IA, necesitas formas de filtrar, denunciar y bloquear.
• 1.3 Niños. Las apps de la categoría Niños tienen reglas adicionales sobre enlaces externos, compras, anuncios y análisis de terceros, y datos.
• 1.4 Daños físicos. Las apps médicas que podrían dar datos inexactos se examinan con más atención.
• 1.5 Información del desarrollador. La app y su URL de soporte deben incluir una forma sencilla de contactar contigo.
• 1.6 Seguridad de los datos. Trata la información de los usuarios de forma segura.

2. Rendimiento

Con palabras sencillas, la sección 2 pregunta si la app funciona y se describe con honestidad. Incluye la 2.1, la directriz que Apple relaciona con más del 40 % de los problemas sin resolver.

• 2.1 Integridad de la app. Envía versiones definitivas, probadas en el dispositivo, con URL que funcionen y sin texto provisional. Si la app tiene inicio de sesión, incluye los datos de una cuenta de demostración, «¡y activa tu servicio de backend!».
• 2.2 Pruebas beta. Las demos y las betas van en TestFlight, no en App Store. Consulta nuestra guía de TestFlight.
• 2.3 Metadatos precisos. La descripción, las capturas de pantalla, las previsualizaciones y la información de privacidad deben reflejar la experiencia principal de la app.
• 2.4 Compatibilidad de hardware. Las apps para iPhone deberían funcionar en iPad siempre que sea posible y usar la energía de forma eficiente.
• 2.5 Requisitos de software. Usa solo API públicas y haz que la app funcione en el sistema operativo actual.

3. Negocio

Con palabras sencillas, la sección 3 trata del dinero. Si tu modelo de negocio no es evidente, explícalo en los metadatos y en las notas para la revisión; Apple dice que la confusión «retrasará tu revisión y puede provocar un rechazo». Apple también dice que no distribuirá apps ni artículos de compra dentro de la app que sean «claros timos», y que rechazará las apps caras que intenten engañar a los usuarios con precios irracionalmente altos. Añade que manipular las reseñas o las clasificaciones puede suponer la expulsión del Developer Program.

• 3.1.1 Compras dentro de la app para desbloquear funciones o contenido digitales.
• 3.1.2 Las suscripciones deben aportar un valor continuo.
• 3.1.3 Otros métodos de compra para casos concretos, como las apps de lectura y los servicios entre personas.
• 3.2 enumera otros modelos de negocio aceptables e inaceptables.

4. Diseño

Con palabras sencillas, la sección 4 fija el listón mínimo de una app que valga la pena. Apple los llama «estándares mínimos para la aprobación».

• 4.1 Imitaciones. «Ten tus propias ideas». No copies el nombre ni la interfaz de otra app.
• 4.2 Funcionalidad mínima. Las apps deben incluir «funciones, contenido e interfaz que la eleven por encima de un sitio web reempaquetado». Una app web dentro de un contenedor mínimo corre el riesgo de no cumplir esta regla; Apple juzga las funciones, el contenido y la interfaz, no la tecnología. Consulta nuestras alternativas a Lovable para apps de iOS.
• 4.3 Spam. Nada de apps duplicadas ni de variantes en categorías saturadas sin aportar algo nuevo.
• 4.8 Servicios de inicio de sesión. Si usas un inicio de sesión de terceros, como Google Sign-In, para la cuenta principal, ofrece también una opción equivalente que limite los datos al nombre y el correo electrónico y permita mantener privado el correo.
• 4.10 No puedes cobrar por capacidades integradas como las notificaciones push o la cámara.

5. Legal

Con palabras sencillas, la sección 5 trata de la ley. Empieza así: las apps «deben cumplir todos los requisitos legales de cualquier lugar donde las pongas a disposición».

• 5.1 Privacidad. Política de privacidad, permisos, minimización de datos, eliminación de la cuenta y cesión a terceros.
• 5.2 Propiedad intelectual. Usa solo contenido que hayas creado o para el que tengas licencia.
• 5.3 Juegos, apuestas y loterías. Muy regulados; cuenta con más tiempo de revisión.
• 5.4 y 5.5 tratan las apps de VPN y la gestión de dispositivos móviles.
• 5.6 Código de conducta para desarrolladores. Sé respetuoso, también en tus respuestas a App Review.

Cinco áreas que revisar antes del envío

Estas cinco son una elección editorial: reglas fáciles de pasar por alto y bien documentadas por Apple. Apple solo publica una cifra para la primera.

2.1 Integridad de la app

La página de App Review de Apple dice que, de media, más del 40 % de los problemas sin resolver están relacionados con la directriz 2.1. Cubre los fallos, el contenido provisional, los enlaces rotos y la información incompleta para la revisión.

• Prueba el build de lanzamiento en dispositivos reales con la última versión de iOS.
• Sustituye cada «Lorem ipsum», imagen de prueba y pantalla vacía.
• Comprueba que funcionan el enlace de soporte y el enlace a la política de privacidad.
• En Información para la revisión de la app, añade una cuenta de demostración que funcione y los pasos que necesite la persona que revisa.
• Mantén tu backend en marcha durante la revisión.

2.3 Metadatos precisos

Tu página en la tienda debe describir la app que realmente publicas.

• 2.3.1 Las funciones nuevas deben describirse «de forma específica» en las notas para la revisión; las descripciones genéricas se rechazan.
• 2.3.3 Las capturas de pantalla deben mostrar la app en uso, «no solo el título, la página de inicio de sesión o la pantalla de bienvenida».
• 2.3.7 Los nombres de las apps están limitados a 30 caracteres. No llenes los metadatos de términos de marcas registradas, nombres de apps populares ni precios.
• 2.3.8 Los iconos, las capturas de pantalla y las previsualizaciones deben ser adecuados para una clasificación de 4+, aunque la app tenga una clasificación más alta.

3.1.1 Compras dentro de la app

Si la gente paga para desbloquear funciones o contenido dentro de la app, como suscripciones, contenido premium o una versión completa, debes usar las compras dentro de la app. No puedes usar tus propios mecanismos de desbloqueo, como claves de licencia o códigos QR. Con los bienes físicos y los servicios que se usan fuera de la app ocurre lo contrario: la directriz 3.1.3(e) dice que deben usar otros métodos de pago, como Apple Pay o una tarjeta.

4.3 Spam

Dos cosas lo provocan. Primero, varios Bundle ID para la misma app, como una app distinta para cada ciudad; Apple sugiere en su lugar una sola app con compras dentro de la app para las variantes. Segundo, las apps «indistinguibles de lo que ya está ampliamente disponible». Apple menciona las apps de citas, las linternas, los efectos de sonido, los fondos de pantalla, los temporizadores sencillos y la adivinación como categorías muy consolidadas, y no aceptará apps nuevas en ellas «a menos que ofrezcan una experiencia significativamente diferente o mejorada». Si entras en una categoría saturada, explica en las notas para la revisión qué tiene de diferente.

5.1.1 Recopilación y almacenamiento de datos

La regla de privacidad con más apartados:

• (i) Política de privacidad. Enlázala en App Store Connect y dentro de la app. Debe indicar qué recopilas, cómo, por qué, con quién lo compartes y cómo puede la gente eliminar sus datos.
• (ii) Permiso. Obtén el consentimiento antes de recopilar datos de usuario o de uso, ofrece una forma sencilla de retirarlo y escribe textos de finalidad que expliquen claramente por qué necesitas los datos.
• (v) Inicio de sesión. Si la app no tiene funciones importantes basadas en una cuenta, deja que la gente la use sin iniciar sesión. Si la gente puede crear una cuenta, debe poder eliminarla dentro de la app.

La directriz 5.1.2(i) añade una línea más que necesitan muchas apps de IA: debes «indicar claramente cuándo se compartirán datos personales con terceros, incluida la IA de terceros», y obtener antes un permiso explícito. Las respuestas de Privacidad de la app en App Store Connect deben coincidir con todo esto; nuestra guía de App Store Connect muestra dónde se introducen.

Cuando la revisión no sale como esperabas

Si un envío no se aprueba, recibes un mensaje en la sección App Review de tu app en App Store Connect. Muchos desarrolladores todavía lo llaman Resolution Center. El mensaje indica la directriz y describe el problema.

1. Lee la directriz citada

   Abre el número de directriz del mensaje y lee el texto completo, no solo el resumen.

2. Si el problema es real, corrígelo y vuelve a enviar

   Sube un build nuevo si cambió el código, o actualiza los metadatos si no cambió. Indica en las notas para la revisión qué has cambiado.

3. Si algo no está claro, responde a App Review

   Haz clic en Responder a App Review en App Store Connect. Apple dice que te responderá un especialista que conoce tu app. Sé concreto: la función, la directriz o el paso exactos. También puedes pedir una llamada; Apple dice que las llamadas suelen realizarse en un plazo de tres a cinco días laborables.

4. Si sigues sin estar de acuerdo, apela

   Presenta una apelación ante el App Review Board. Apple te pide que primero respondas al rechazo, que presentes una sola apelación por app rechazada y que abordes en esa apelación cada directriz citada, punto por punto.

Hay dos opciones más que conviene conocer. Si envías una actualización con correcciones de errores y la persona que revisa encuentra otros problemas, Apple puede ofrecerte aprobar el envío actual y dejar que corrijas el resto la próxima vez, siempre que no haya problemas legales ni de seguridad. Y antes de enviar, puedes reservar una cita por videollamada de 30 minutos con App Review para preguntar sobre las directrices.

Revisión urgente

Apple dice que App Review suele revisar al menos el 50 % de los envíos en menos de 24 horas y el 90 % en menos de 48 horas. Si no puedes esperar, puedes solicitar una revisión urgente en dos casos:

• La corrección de un error crítico. Al enviar, escribe en el campo de notas los pasos para reproducir el error en la versión actual.
• Un lanzamiento ligado a un evento. Incluye el evento, su fecha y la relación de tu app con él. Apple recomienda programar el lanzamiento con antelación en lugar de esto.

Solo se pueden acelerar las apps ya enviadas, y Apple pide que las solicitudes se «reserven para asuntos de verdadera urgencia». Usa el formulario de solicitud de revisión urgente.

Antes de enviar

La propia lista de comprobación de Apple se resume en cuatro líneas: prueba que no haya fallos ni errores, completa los metadatos con precisión, mantén actualizados tus datos de contacto y da a App Review acceso completo, con una cuenta de demostración si la app requiere iniciar sesión. Después elige Añadir para revisión y, en el envío en borrador, Enviar para revisión. Nuestra guía para crear una app con IA pone todo esto en el orden en que te lo encontrarás.

AirBuild gestiona este ciclo por ti. En Basic, Plus y Ultra, prepara la ficha de App Store, las capturas de pantalla y las notas para la revisión, envía tu app, sigue la revisión, responde a los comentarios de App Review, corrige los problemas y vuelve a enviarla.

Preguntas frecuentes

¿Qué son las Directrices de revisión de App Store?

Son las reglas de Apple para las apps de App Store, organizadas en cinco secciones: Seguridad, Rendimiento, Negocio, Diseño y Legal. Cada envío, incluidas las actualizaciones, se revisa con ellas.

¿Cuál es el motivo más habitual de rechazo de las apps?

Apple no publica una clasificación completa de los motivos de rechazo. Su página de App Review dice que, de media, más del 40 % de los problemas sin resolver están relacionados con la directriz 2.1, Integridad de la app. Eso incluye fallos, contenido provisional, enlaces rotos y falta de información para la revisión, como una cuenta de demostración.

¿Cómo respondo a un rechazo en App Store?

Lee el mensaje en la sección App Review de la app en App Store Connect. Si el problema es real, corrígelo y vuelve a enviar la app. Si tienes una pregunta o crees que la persona que revisó la app la entendió mal, responde allí a App Review con detalles concretos. Apela ante el App Review Board solo después.

¿Cuánto tarda App Review?

Apple dice que App Review suele revisar al menos el 50 % de los envíos en menos de 24 horas y el 90 % en menos de 48 horas. Las apps complejas o los rechazos repetidos por el mismo problema pueden tardar más.

¿Puedo acelerar App Review?

Puedes solicitar una revisión urgente para la corrección de un error crítico o para un lanzamiento ligado a un evento, una vez enviada la app. Apple pide reservar estas solicitudes para casos de verdadera urgencia.