¡Bienvenido al sitio web oficial de Melltorp!
Los amigos que se dedican al desarrollo de aplicaciones saben que la revisión de Apple es tan estricta que es un dolor de cabeza. De hecho, al comprender primero los requisitos técnicos, de contenido y de diseño de Apple antes de escribir el código, puede evitar la mayoría de las situaciones problemáticas de rechazo. Hoy discutiremos las diez razones principales de rechazo en 2016 anunciadas por Apple para ayudarlo a ahorrar tiempo en las revisiones repetidas.
Según datos oficiales de Apple, al 10 de octubre de 2016, el 21% de los desarrolladores fueron rechazados por falta de integridad de la aplicación. Entonces, ¿qué es integridad? En resumen, su aplicación no puede parecer un producto semiacabado, como bloquearse al hacer clic en un botón determinado, o una función marcada como "próximamente" pero en realidad no disponible. Tales situaciones serán rechazadas directamente.
Los revisores de Apple operan su aplicación como usuarios normales. No les importa si está presionado por el tiempo, sino que solo se centran en si el producto final está completo. Debe ejecutar todas las funciones en su teléfono antes de enviarlo. No seas perezoso y solo usa el simulador para probar. Según datos de febrero de 2015, el principal motivo de rechazo es "solicitar más información", lo que significa no estar preparado adecuadamente.
Antes de enviarlo para su revisión, su aplicación tiene absolutamente prohibido bloquearse. El equipo de revisión de Apple tiene que revisar miles de aplicaciones todos los días y no tienen la paciencia para ayudarte a encontrar errores. Si se estrella durante la prueba, básicamente no tiene ninguna esperanza de aprobarla. En 2016, el 16% de los desarrolladores fueron rechazados por este motivo, ocupando el segundo lugar.
La solución es extremadamente simple: encuentre al menos tres teléfonos reales de diferentes modelos para probar, incluidos los modelos antiguos. Por ejemplo, la compatibilidad del iPhone 6 y el iPhone 12 es muy diferente. Además, también es necesario simular situaciones extremas como anomalías de la red y memoria insuficiente. No creas que los usuarios serán tan amables como tú. Es posible que cambien de red mientras hacen clic frenéticamente en los botones.
Si todos los enlaces de su aplicación deben poder hacer clic, entonces muchos desarrolladores a menudo se olvidan de actualizar el enlace de la política de privacidad, o es común que la URL de la página de soporte esté escrita incorrectamente. Apple enfatiza que si su aplicación requiere que los usuarios se registren, debe proporcionar una cuenta de prueba válida y una contraseña en la información de revisión. En 2016, el 8% de los desarrolladores fallaron en esta situación.
Además, Apple requiere que completes toda la información en el back-end de App Store Connect. No tengo la idea de "enviarlo primero y luego agregarlo más tarde". Por ejemplo, si su aplicación requiere un hardware especial para ser probada, debe preparar un video de demostración con anticipación. Si está creando una aplicación para niños, el enlace de la política de privacidad es obligatorio y no puede faltar.
Las capturas de pantalla de la aplicación y las descripciones de texto que proporciona deben demostrar verdadera y fielmente las funciones correspondientes. Una situación de error común es que se utilizan ilustraciones exquisitas y hermosas en las capturas de pantalla, pero en realidad solo hay botones de sistema ordinarios en la aplicación. Los revisores de Apple compararán las capturas de pantalla con con la interfaz real y la rechazarán si se encuentra alguna incoherencia. En 2016, el 4% de los desarrolladores fueron rechazados porque sus descripciones no eran lo suficientemente precisas.
Lo que es aún más grave es engañar a los usuarios. Por ejemplo, la introducción de su aplicación establece que "los videos 4K se pueden editar de forma gratuita". Sin embargo, después de descargar, los usuarios descubren que solo pueden exportar 720P. Este es un comportamiento engañoso. Apple tiene una actitud de tolerancia cero hacia este tipo de comportamiento. Recuerde, sus promesas deben cumplirse verdaderamente y no jugar juegos de palabras. Una vez que los usuarios sean engañados una vez, darán críticas negativas y Apple también te grabará.
Apple da gran importancia a la sofisticación de la interfaz. Si hay botones desalineados, tamaños de fuente inconsistentes o colores llamativos, el auditor simplemente lo juzgará como una "interfaz de usuario de calidad inferior". En 2016, el 3% de los desarrolladores fueron rechazados por este motivo. La solución es leer atentamente las "Pautas de interfaz humana" oficiales de Apple, especialmente la sección "Dos y Don 'ts".
Hay un error de bajo nivel. Al realizar una operación de envío, todavía hay un "texto de prueba" o un "marcador de posición de imagen" en la interfaz. Es como tener una etiqueta que diga "Coloca tu avatar aquí", o una página que diga "Lorem ipsum". Apple tiene regulaciones claras de que las aplicaciones en la etapa de desarrollo no son elegibles para su distribución. Antes de enviar, dedique media hora a revisar todas las interfaces una por una y elimine cualquier expectativa temporal.
En el 3% de los casos, hay problemas relacionados con las compras en la aplicación (IAP). Si su aplicación puede proporcionar funciones de pago, debe utilizar el sistema de pago de Apple, pero no piense en evitarlo. Además, si su aplicación requiere registro antes de poder usarse, debe proporcionar una cuenta de demostración válida. Algunos desarrolladores proporcionan cuentas caducadas o las cuentas requieren verificación por SMS, por lo que los auditores no pueden realizar pruebas.
También hay preguntas sobre la recopilación de datos. Si su aplicación obtiene la ubicación del usuario, la libreta de direcciones o las fotos, debe aparecer un mensaje de autorización claro en el código y el propósito de los datos debe estar claramente indicado en la política de privacidad. En 2016, el 3% de los desarrolladores fueron rechazados debido a términos de privacidad incompletos. Estos detalles pueden parecer triviales, pero acumulativamente tienen un impacto en casi el 70% de los desarrolladores.
Al final del día, déjame hacerte otra pregunta: es decir, ¿cuál es la razón de rechazo más extraña y extraña que has encontrado al enviar una aplicación para su revisión? Le invitamos sinceramente a compartir sus propias experiencias en el área de comentarios y haga clic en Me gusta para que más desarrolladores puedan ver estas guías para evitar meterse en problemas.
