Para una startup, el día del lanzamiento lo es todo. Los inversores están mirando, la prensa está lista, la búsqueda de productos está programada. Y entonces llega el temido correo electrónico: "Envío rechazado".
El rechazo de Apple podría retrasar el lanzamiento días o semanas. Para una startup que quema dinero, esto es fatal. A diferencia de las grandes empresas, las startups cometen errores específicos porque intentan innovar o crecer demasiado rápido.
Error 1: El MVP "roto" (fallos y errores)
A las empresas emergentes les encanta el concepto de MVP (producto mínimo viable). "Si no hay ningún error, el lanzamiento tardó un poco". Apple no está de acuerdo.
- El problema: si el revisor de Apple toca un botón y la aplicación se cierra (falla), es un rechazo inmediato. (Directriz 2.1).
- Corrección: MVP no significa que el producto tenga errores. Significa un producto con pocas características. Las características que existen DEBEN funcionar perfectamente. Pruebe en dispositivos reales, no sólo en el simulador.
Error 2: El problema del "contenido generado por el usuario" (CGU)
Tu aplicación es una red social, un chat o cualquier cosa donde los usuarios publiquen contenido.
- El problema: Falta de moderación. (Directriz 1.2).
- La regla: Si hay contenido de usuario, DEBES tener:
- Botón "Reportar/Reportar".
- Botón "Bloquear usuario".
- Términos de uso (EULA) aceptados al registrarse.
- Solución: implemente estas 3 cosas antes de enviar. Sin ellos, ninguna red social puede funcionar.
Error 3: Solicitar permisos innecesarios
Su startup quiere recopilar datos. Solicita acceso a Ubicación, Contactos, Cámara y Micrófono justo al abrir.
- El problema: Privacidad. (Directriz 5.1).
- La regla: Solo puedes pedir permiso si la aplicación realmente lo necesita para funcionar, y debes explicar por qué en la cadena del sistema (
NSLocationUsageDescription). - Corrección: Sólo pedir permiso al momento de su uso (Just-in-Time). ¿Vas a utilizar el mapa? Solicite ubicación ahora. No lo solicite durante la incorporación.
Error 4: Diseño "que no es de Apple"
Su diseñador utilizó Material Design (el estándar de Google) en la aplicación de iOS porque era más barato hacer un solo diseño.
- El problema: Apple valora la interfaz humana. Las aplicaciones que parecen Android en iPhone se consideran de baja calidad.
- Solución: siga las Pautas de interfaz humana. Utilice la fuente San Francisco, los íconos SF Symbols y la navegación estándar de iOS.
Error 5: Cuenta de desarrollador incorrecta
Creaste la cuenta de desarrollador a tu nombre (Individual), pero la aplicación tiene el nombre de una empresa y cobra una suscripción.
- El problema: Apple requiere que las aplicaciones comerciales/financieras estén en cuentas corporativas (Organización) para mayor transparencia.
- Corrección: Abra un CNPJ y actualice la cuenta a Organización (requiere número D-U-N-S). Esto lleva tiempo (semanas), así que hágalo antes de codificar.
Conclusión
No pelees con Apple. Adaptar. El proceso de revisión existe para mantener la App Store segura y de alta calidad. Si su startup considera la revisión como un control de calidad gratuito (y riguroso), aprobará a la primera y garantizará una mejor experiencia para sus primeros usuarios.
Lea también
- Aprobación de la App Store: errores comunes para las empresas
- Aprobación de la App Store: errores comunes en equipos pequeños
- Aprobación de App Store: Guía completa para publicar su aplicación iOS
- Aprobación de Play Store - Errores comunes en la práctica
- Aprobación en Play Store - Errores comunes en la vida cotidiana
- Aprobación de Play Store - Errores comunes de escalado
