¿Cuáles son los motivos de rechazo más comunes en App Store, y cómo se evitan?
Crashes, metadata que no coincide, atajos de IAP, wrappers de WebView delgados y labels de privacidad cubren casi todos los rechazos que da Apple.
APRENDE HACIENDOPon a prueba tu intuición3 pasos
¿Cuáles son los motivos de rechazo más comunes en App Store, y cómo se evitan?
Usa los ejemplos y la explicación de la lección para comprobar tu idea.
Reflexión personal. No se envía a ningún servicio de IA.Los rechazos de App Store se agrupan en un puñado de categorías predecibles, y Apple incluye el número de guideline en la resolución, así que un desarrollador iOS con experiencia debería poder ubicar casi cualquier rechazo en uno de cinco o seis grupos antes incluso de leer la nota del revisor en detalle.
#Guideline 2.1 — crashes, bugs y builds incompletos
El rechazo más evitable de todos: la app crashea al abrir, un flujo central tira error, o una feature está visiblemente sin terminar — texto placeholder, una pantalla de "próximamente" detrás de un botón activo, menús de debug que quedaron de builds internos de TestFlight. Los revisores prueban en dispositivos reales con una instalación limpia y sin ningún entorno de desarrollo conectado, así que cualquier cosa que solo funcionaba porque Xcode estaba conectado, o porque un flag de debug estaba prendido, falla en la revisión aunque a vos te haya andado en local. Corré el build real en configuración release a través de una instalación real de TestFlight antes de enviarlo, no solo un build de debug en el simulador.
#Guideline 2.3 — metadata que no coincide con la app
Screenshots que muestran features que todavía no existen, una descripción que exagera lo que hace la app, o keyword stuffing en el nombre o el subtítulo, caen todos bajo rechazos de metadata. Este es fácil de evitar y fácil de olvidar, justamente porque la metadata muchas veces la escribe marketing, o se escribe al final, después de que el build ya fue probado y aprobado internamente.
#Guideline 3.1.1 — compra dentro de la app para contenido digital
Si tu app desbloquea contenido o funcionalidad digital — suscripciones, niveles extra, sacar los anuncios, features premium — esa compra tiene que pasar por In-App Purchase de Apple, no por un link al checkout de tu propio sitio web ni por una pasarela de pago de terceros, con excepciones acotadas y explícitamente listadas como las apps "reader" y los bienes físicos. Este es el rechazo con más impacto de negocio, porque arreglarlo no es una corrección de bug, es un cambio de modelo de monetización — decidí el modelo de pago contra las reglas de Apple en la etapa de diseño, no al momento de enviar.
#Guideline 4.2 — funcionalidad mínima
Una app que es solo un WebView delgado envolviendo un sitio web, sin funcionalidad nativa significativa, se rechaza por no aportar suficiente valor como para justificar existir como app nativa. La vara no es "tiene que ser 100% UI nativa" — es "tiene que hacer algo que una pestaña del navegador guardada en favoritos no haga."
#Guideline 5.1.1 — privacidad: labels, permisos y borrado de cuenta
Bajo un solo número de guideline conviven tres trampas distintas. Primero, la "etiqueta nutricional" de App Privacy que se completa en App Store Connect tiene que coincidir con lo que el binario realmente hace — si un SDK incluido recolecta datos analíticos que no declaraste, eso es un rechazo, y peor, puede aparecer después como una app bajada de la store cuando el escaneo automático de Apple detecta la discrepancia. Segundo, cada pedido de permiso — cámara, ubicación, contactos — necesita un purpose string que explique de verdad el motivo, pedido en el momento de uso y no en el primer inicio para una feature que el usuario todavía ni tocó. Tercero, desde mediados de 2022, cualquier app que deje crear una cuenta tiene que dejar borrarla desde adentro de la app; un email de soporte no alcanza.
#Comunicarse con App Review
Una parte considerable de los rechazos ni siquiera son bugs — son un revisor que no pudo pasar un flujo con login porque no se proveyó una cuenta demo, o una feature que depende de un dispositivo físico o una ubicación a la que el revisor no tiene acceso. La sección App Review Information de App Store Connect tiene un campo de notas exactamente para esto: dejá credenciales demo que funcionen y una explicación corta de cualquier cosa que necesite contexto — una feature disponible solo en ciertas regiones, una dependencia de hardware — y respondé rápido los mensajes de seguimiento en el Resolution Center en vez de reenviar a ciegas.
🧠 Rechazos de App Store
0/3 · 0/3 answered1. Una app vende niveles extra mediante un link al checkout del propio sitio web del desarrollador en vez del flujo de compra de Apple. ¿Qué guideline viola?
2. Un revisor rechaza un build porque no pudo pasar la pantalla de login. ¿Cuál es el arreglo más rápido?
3. Desde mediados de 2022, una app que deja crear una cuenta también tiene que dejar: