Errores comunes al enviar tu app a revisión en la App Store (y cómo evitarlos)

La mayoría de las apps son rechazadas en su primer intento, y casi siempre por los mismos motivos. Esta es la lista de errores más frecuentes que retrasan o hacen fracasar la revisión de Apple, y qué verificar antes de presionar «Añadir a revisión».

Qué evalúa Apple

Cada app es revisada por personas del equipo de App Review contra las App Store Review Guidelines. Apple declara que el 90% de los envíos se revisa en menos de 24 horas; en la práctica el rango habitual es de 24 a 72 horas, y la primera versión de una app nueva puede demorar hasta una semana. Si el envío está incompleto, los tiempos se estiran o el envío directamente no se aprueba.

Importante: nunca planifiques un lanzamiento con fecha fija a menos de una semana del envío. La revisión no tiene tiempo garantizado y un rechazo te puede correr todo el calendario.

Los 5 rechazos más comunes

1. App incompleta (guideline 2.1)

Crashes, funciones rotas o una cuenta demo que no funciona. Es el rechazo #1: más del 40% de los casos.

Cómo evitarlo: probá en un dispositivo real antes de enviar y verificá vos mismo el usuario y contraseña que dejás al equipo de revisión.

2. Metadatos imprecisos (guideline 2.3)

Capturas que no muestran la app real o descripciones que prometen funciones que no existen.

Cómo evitarlo: usá capturas del estado actual de la app y describí solo lo que hace hoy.

3. Spam / apps clonadas (guideline 4.3)

Apps indistinguibles de otras ya publicadas o plantillas reempaquetadas.

Cómo evitarlo: ofrecé una diferencia clara y visible: funcionalidad, contenido o experiencia propia.

4. Privacidad (guideline 5.1.1)

Pedir datos personales que la app no necesita, o sin explicar para qué.

Cómo evitarlo: pedí solo lo imprescindible y que el cuestionario de privacidad coincida con lo que la app realmente recopila.

5. Funcionalidad mínima (guideline 4.2)

La app hace demasiado poco: un sitio web empaquetado o una pantalla estática. Los revisores no aceptan apps de prueba ni de complejidad mínima.

Cómo evitarlo: la app tiene que aportar una experiencia nativa: interacción, contenido útil, algo que un sitio web no da.

Otros errores que retrasan la revisión

Links rotos. Todos los links de tu aplicación deben funcionar. Son obligatorios un enlace de soporte al usuario con información de contacto actualizada y un enlace a tu política de privacidad.

Contenido placeholder. Finalizá todas las imágenes y textos antes de enviar. Los elementos «en proceso» o con contenido provisional no van a ser aprobados.

Información de revisión incompleta. Completá todos los detalles en la sección «Información de revisión de la app» de App Store Connect: usuario y contraseña de una cuenta demo activa si hay login, detalles de configuraciones especiales, un video de demostración si alguna función requiere hardware específico, y tu información de contacto actualizada. Asegurate además de que los servicios de backend estén activos y accesibles durante la revisión.

Solicitudes de acceso a datos poco claras. Al pedir permiso para acceder a datos del usuario, describí de forma clara y completa cómo tu app los va a usar. Si tu código referencia APIs que acceden a datos sensibles, el Info.plist debe incluir la clave correspondiente con una cadena de propósito que explique por qué la app necesita esos datos.

Capturas de pantalla inexactas. Las capturas deben comunicar con precisión el valor y la funcionalidad de la app, y coincidir con el tipo de dispositivo correcto en App Store Connect.

Engañar a los usuarios o poco valor duradero. Tu app debe funcionar según lo anunciado y no aparentar ser algo que no es. Si ofrece poca funcionalidad o apunta a un nicho demasiado reducido, puede no ser aprobada.

¿Te rechazaron? No es el fin

El rechazo es parte normal del proceso: la gran mayoría de las apps rechazadas se aprueba en el segundo intento. Nunca reenvíes sin cambios.

1. Leé el motivo exacto en el Resolution Center de App Store Connect. Apple siempre cita la guideline específica.
2. Corregí lo señalado y reenviá. La re-revisión suele ser más rápida que la primera.
3. Si creés que el rechazo es un error, respondé desde el mismo Resolution Center o apelá. Con respeto y argumentos: los revisores son personas.

Tip: usá TestFlight antes del primer envío a revisión. Cada crash que encuentren tus testers es un rechazo 2.1 que te ahorrás.