¿Qué es el proceso de revisión de App Store?

Cada aplicación iOS enviada a App Store debe pasar por el proceso de revisión de Apple antes de que pueda llegar a los usuarios. Este mecanismo de gatekeeping está diseñado para proteger a los usuarios de software malicioso o de baja calidad, asegurar una experiencia consistente en dispositivos y mantener los estándares de ecosistema de Apple. El proceso ha evolucionado significativamente desde que la App Store lanzó en 2008, creciendo desde un pequeño equipo de revisores a una operación global que evalúa cientos de miles de presentaciones cada semana.

En su núcleo, el proceso de revisión es una evaluación dirigida por el hombre que verifica las aplicaciones contra las Directrices de revisión de la tienda —un documento vivo que cubre todo desde el diseño de la interfaz de usuario a la privacidad de datos y el cumplimiento legal. Mientras que los controles automáticos capturan cuestiones obvias como iconos perdidos o permisos incorrectos, el juicio final se basa en los revisores humanos.

Comprender este proceso es esencial para los desarrolladores que quieren evitar retrasos costosos y construcciones rechazadas. Un único rechazo puede poner un lanzamiento de nuevo por días o semanas, especialmente si el desarrollador necesita volver a presentar y esperar otro ciclo de revisión. Al aprender cómo funciona el sistema, puede preparar una sumisión que navega con mínima fricción.

Preparando su solicitud de presentación

Lea las directrices de forma temprana y a menudo

El primer paso más importante es leer las Directrices de revisión de la tienda antes de escribir una sola línea de código. Los desarrolladores que esperan hasta la semana de presentación a menudo descubren que su aplicación viola las reglas que nunca sabían existieron — reglas sobre compras en aplicación, recopilación de datos o moderación de contenido. Las directrices se actualizan varias veces al año, así que vuelva regularmente, especialmente después de la Conferencia Mundial de Apple

Preste especial atención a las secciones privacidad de los usuarios, en cumplimiento de compra (los bienes digitales deben usar el sistema IAP de Apple), y restricciones de contenido] (sin discurso de odio, sin material explícito sin el correcto cálculo de la edad).

Prueba con dispositivos y usuarios reales

Los errores y los fallos son uno de los principales motivos de rechazo. Use Xcode’s TestFlight para distribuir su aplicación a los testadores beta en múltiples tipos de dispositivos y versiones iOS. Los controles automatizados de Apple pueden capturar fugas de memoria y problemas de temporización, pero no reproducirán cada interacción del usuario. Ejecute a través de cada flujo manualmente —especialmente inicie, checkout y cualquier integración de terceros.

Reunir Metadatos y Activos completos

Antes de presentar, asegúrese de que su anuncio de App Store Connect esté completo. Esto incluye:

  • Un nombre de aplicación y subtítulo convincentes (ambos deben coincidir con la funcionalidad principal de la aplicación).
  • Al menos cuatro capturas de pantalla para cada tamaño de dispositivo compatible (iPhone y iPad).
  • Un icono de 128 páginas o 1024 puntos (no hay esquinas redondeadas o sombras de gota; Apple maneja esas).
  • Una descripción clara y honesta que no promete características que no ha construido.
  • Palabras clave que son relevantes y no engañosas (Apple revisa el relleno de palabras clave).
  • Si su aplicación requiere login, proporcione una cuenta demo con acceso completo a todas las características.

Los metadatos incompletos o contradictorios son una razón común para “Metadata Rejection”, que a menudo se puede fijar sin una revisión completa, pero todavía retrasa su liberación.

El cronograma de revisión y qué esperar

Presentación y cola inicial

Una vez que subes tu app a través de App Store Connect y la envías para tu revisión, entra en una cola. Durante los tiempos máximos, como después de WWDC o antes de la temporada de vacaciones, la cola puede ser más larga. Históricamente, Apple ha publicado un tiempo promedio de revisión de 24 a 48 horas, pero algunas presentaciones tardan hasta una semana. En casos raros, aplicaciones complejas (por ejemplo, las que requieren opciones especiales como CarPlay o VPN) pueden tomar más tiempo de revisión

Puedes comprobar el estado de tu presentación en App Store Connect. Los estados incluyen “Esperando para la Revisión”, “Rechazado”, “Rechazado”, “Metadatos Rechazados”, “Pausado”, y “Aprobado”.

Verificación automatizada

Antes de que un humano vea su aplicación, Apple ejecuta una batería de pruebas automatizadas llamadas Análisis estadístico. Estas pruebas escanean su binario para problemas comunes:

  • ID de Apple codificada por el duro o API privadas (ambos prohibidos).
  • Falta o no firmas de código.
  • Uso de marcos deprecated o API que causarán fallos en futuras versiones de iOS.
  • Incumplimiento de las reglas de cumplimiento de exportación de la App Store (para cifrado).

Si estos exámenes fallan, su presentación es rechazada automáticamente sin una revisión humana. Recibirá un mensaje de App Store Connect explicando exactamente qué cheque falló. Arregla el problema, vuelva a cargar y vuelva a presentar.

Examen humano

Cuando su aplicación pasa cheques automatizados, se asigna a un revisor humano. Esta persona instala la aplicación en un dispositivo real (generalmente un iPhone y iPad recientes) y prueba su funcionalidad central. El revisor también lee sus metadatos, comprueba su enlace de política de privacidad y verifica cualquier reclamación que haga (por ejemplo, “apoye Apple Watch” – ellos comprobarán).

Los evaluadores tienen un tiempo limitado por aplicación, por lo que se centran en los temas más obvios. Ellos:

  • Busque fallos o congelamientos durante el uso típico.
  • Pruebe su aplicación en Wi-Fi y celular (si utiliza la red).
  • Verifique que su cuenta demo de inicio de sesión funciona.
  • Compruebe que las compras en aplicación se implementan correctamente y los artículos consumibles restaurar correctamente.
  • Confirme que su aplicación no oculta las características detrás de un “cambio de revisión” que sólo activa para Apple.

Retroalimentación y resolución

Después de la revisión, su aplicación será aprobado] o ]. Si es aprobado, puede publicarla inmediatamente o programar una futura versión. Si es rechazado, recibirá un mensaje en App Store Connect en el que se enumeran las violaciones de la directriz. El evaluador también puede incluir una sugerencia o una solicitud de más información.

Tiene dos opciones: edit and re-submit] (si el tema es pequeño) o ]appeal[ (si cree que el rechazo fue un error). Las apelaciones van a un equipo diferente y pueden tomar unos días.

Razones comunes de rechazo y cómo evitarlos

Directriz 2.1: Aplicaciones incompletas o de burbujas

Este es el rechazo más común para todos. Si tu app se bloquea, tiene enlaces rotos, o no se carga correctamente en un nuevo dispositivo, será rechazado. Para evitar esto:

  • Prueba en los mismos modelos de hardware que usan los revisores (iPhone y iPad de las últimas dos generaciones).
  • Use herramientas de reporte de fallos como Crashlytics o Sentry durante las pruebas de beta.
  • Revise las advertencias de memoria en el “Graf de Memoria de Debug” de Xcode.

Directriz 3.1: In‐App Purchase (IAP) Violations

Las aplicaciones que venden bienes o servicios digitales deben utilizar el sistema IAP de Apple, no procesadores de pagos de terceros.

  • Utilizando PayPal o Stripe para suscripciones digitales dentro de una aplicación.
  • Al realizar un botón “Suscribir en nuestro sitio web” en la aplicación que abre un WebView sin IAP.
  • No ofrece las mismas suscripciones en aplicación que en su sitio web (Apple requiere paridad).

Para cumplir, integrar StoreKit y asegurarse de que todas las compras de contenido digital pasan por el método de pago de Apple. Los bienes y servicios físicos (por ejemplo, paseos en Uber, entrega de alimentos) están exentos.

Directriz 5.1: Privacidad y Recopilación de Datos

Con el impulso de Apple para la privacidad de los usuarios (Transparencia de Seguimiento de Aplicación, etiquetas de nutrición de privacidad), este es un área creciente de rechazos.

  • No mostrar su política de privacidad antes de requerir un login.
  • Recopilar datos de usuario (por ejemplo, correo electrónico, ubicación) sin consentimiento explícito.
  • Usando análisis o ad SDKs que rastrean a los usuarios sin su permiso.

Soluciones: Agregue una pantalla de consentimiento simple a bordo, indique claramente qué datos recopila y por qué, y utilice el permiso de seguimiento de Apple .

Directriz 4.0: Diseño y aplicaciones de Copycat

Apple rechaza aplicaciones que mimic system UI, use iconos de Apple, o sean clones “menos viables” de aplicaciones populares. También rechazan aplicaciones sin una funcionalidad significativa, por ejemplo, una aplicación de flash que hace sólo una cosa. Diseña tu aplicación para sentirse nativa pero distinta. Evite los símbolos SF de Apple para cualquier cosa pero etiquetas de botones; no utilice el logotipo de Apple en tu icono de aplicación.

Cuestiones jurídicas y de contenido

Las aplicaciones con contenido generado por el usuario (UGC) deben tener un sistema de moderación de contenido, un mecanismo de reporte y una puerta de edad para un contenido de 17+. Si su aplicación permite a los usuarios publicar fotos, debe tener una manera de eliminar imágenes ofensivas rápidamente. Apple rechazará las aplicaciones que carecen de estas características, especialmente si usted está apuntando a un público más joven.

Rechazos y apelaciones para la navegación

Comprender el mensaje de rechazo

Cada rechazo incluye una explicación concisa, a menudo con un número de directriz. Si el mensaje es vago, puede ponerse en contacto con el equipo de App Review a través del formulario de “Contáctenos” de App Store Connect. Sea educado, incluya el ID de su aplicación, y explique lo que ha hecho para abordar el problema. La mayoría de los revisores responden dentro de un día de negocio.

Cómo apelar una objeción

Si cree que su aplicación cumple y el revisor cometió un error, puede apelar. En App Store Connect, abra el rechazo, haga clic en "Aplicar", y escriba un argumento claro y basado en evidencia. Por ejemplo:

  • “Nuestra aplicación no utiliza ninguna API privada. Se adjunta es un registro de todas las llamadas de API durante la sesión del evaluador.”
  • “Hemos sido rechazados por Directriz 3.1, pero nuestro contenido es un servicio físico (recogida de lavandería), no un bien digital. Vea nuestra licencia de negocios”.

Si se niega el recurso, puede escalar por escrito a la Junta de Revisión de la Aplicación de Apple (concedido en gran medida) o solicitando una llamada telefónica. En la práctica, la mayoría de las apelaciones tienen éxito cuando el desarrollador proporciona evidencia clara.

Expedido de las críticas

Para correcciones de fallos críticas o lanzamientos sensibles al tiempo (por ejemplo, una aplicación de conferencia), puede solicitar una revisión acelerada a través de App Store Connect. Apple concede estas solicitudes de manera gradual, sólo para problemas urgentes como una vulnerabilidad de seguridad o un plazo legal. No lo malinterprete; si solicita una revisión acelerada para una actualización menor, las solicitudes futuras pueden ser ignoradas.

Consejos para una revisión rápida y suave

  • Proponerse durante los tiempos de baja actividad. Media semana (lunes de martes a jueves) y las prisas de vacaciones fuera de las afueras suelen obtener revisiones más rápidas.
  • Use TestFlight para las actualizaciones principales. Apple reviews TestFlight construye más rápido que las presentaciones de producción, y puede probar con los probadores externos simultáneamente.
  • Incluya un vídeo de demostración. Si su aplicación requiere un servidor de backend o una configuración complicada (por ejemplo, un emparejado Bluetooth con un dispositivo), adjunta un vídeo corto en las notas App Store Connect que muestran la aplicación correctamente.
  • No escondas las características detrás de una bandera de depuración. Apple prohíbe explícitamente los “cambios de revisión” que permiten las características ocultas. Si tu app tiene una desbloqueo de suscripción, asegúrate de que la cuenta demo que proporcionas tenga activa la suscripción.
  • Mantén tu política de privacidad hasta la fecha. Enlace a una página en vivo que coincida con los permisos que solicita tu aplicación. Si agregas nueva recopilación de datos, actualiza la política y vuelve a presentar.
  • Preparación para un rechazo. Tener un plan para correcciones rápidas. La aplicación media de primera vez es rechazada una o dos veces antes de la aprobación. No se desaliente.

Herramientas y recursos para ayudarle a obtener éxito

  • App Store Connect Help] – Documentación oficial para la presentación, metadatos y seguimiento de estado.
  • Directrices de revisión de la tienda de aplicaciones – El reglamento definitivo; comprobar las actualizaciones antes de cada presentación.
  • Programa de Desarrolladores de aplicaciones – Se requiere publicar en App Store; incluye recursos como guía de nivel de código y soporte técnico.
  • Xcode Organizer and Instruments – Use estos para perfilar su aplicación para fallos, fugas de memoria y problemas de rendimiento.
  • Servicios externos como App Radar o AppFollow – Ellos te ayudan a gestionar las respuestas de App Store y los tiempos de revisión de pistas, aunque las propias herramientas de Apple son generalmente suficientes.

Pensamientos finales

El proceso de revisión de App Store no está diseñado para ser contradictorio. Los revisores de Apple están capacitados para aprobar aplicaciones que son seguras, funcionales y respetuosas de la privacidad de los usuarios. Al entender las directrices, prepararse a fondo y responder con gracia a la retroalimentación, puede convertir una experiencia potencialmente estresante en una vía suave para lanzar. Recuerde que cada rechazo es una oportunidad para mejorar su aplicación, y que los millones de usuarios que la instalación se beneficiarán de la barra de calidad mantiene Apple.