Las 10 principales razones de rechazo en el proceso de revisión de la aplicación

Para los desarrolladores, la mayor frustración con el proceso de revisión de la App Store es que las aplicaciones a menudo se devuelven tan pronto como se encuentra un problema, en lugar de recibir una revisión de arriba a abajo la primera vez. Por ejemplo, una aplicación devuelta por errores de metadatos aún puede tener un enlace roto o una falla en la interfaz que necesita reparación, pero el desarrollador no se enterará de los problemas adicionales hasta que haya vuelto a enviar su aplicación, esperó un par de semanas para su revisión. , y fue rechazado nuevamente.

No es raro que los desarrolladores de aplicaciones para iPhone individuales o sin experiencia envíen una aplicación dos, tres o diez veces antes de ser aceptada. Mientras tanto, las campañas de lanzamiento cuidadosamente planificadas penden de un hilo durante semanas. Es una de las razones más importantes por las que los desarrolladores que trabajan con agencias experimentan un mayor éxito que aquellos que intentan administrar bases de código en expansión por sí mismos o con equipos de autónomos.

Si bien es de esperar que los errores y los problemas de rendimiento sean el mayor problema que enfrentan los desarrolladores de aplicaciones de iOS, un informe oficial en el blog de desarrolladores de Apple muestra que solo el 12 por ciento de los rechazos de la tienda de aplicaciones son causados ​​por errores, lo que los convierte en el segundo problema más frecuente (detrás de información incompleta, en un sorprendente 16 por ciento).

Entonces, ¿cuáles son las razones más comunes de los rechazos de la App Store? Y lo más importante, ¿cómo puede evitarlos tu startup?

Haga clic en " Más información " para impulsar su negocio de aplicaciones y juegos con el servicio de promoción de aplicaciones ASO World ahora.

Metadatos precisos

explicación oficial

Los usuarios merecen saber lo que obtienen cuando descargan o compran su aplicación, así que asegúrese de que la descripción, las capturas de pantalla y las vistas previas de la aplicación reflejen con precisión la experiencia central de la aplicación, y recuerde mantenerla actualizada para estar al día con las nuevas versiones. .

Razones comunes para el rechazo

Apple tiene esta decisión principalmente porque el título de la aplicación, la descripción, las capturas de pantalla, etc. son muy inconsistentes con la función de la aplicación. Si usa capturas de pantalla de Android o capturas de pantalla del navegador, provocará el rechazo.

Solución

Asegúrese de que su propio título y subtítulo cumplan con los requisitos. Apple ha cambiado recientemente todas las instrucciones para la revisión de títulos, por lo que los desarrolladores deben centrarse en eso.

Además, si el título cumple con los requisitos, considere reemplazar los metadatos, como capturas de pantalla y videos de vista previa, para asegurarse de que las funciones y los procesos de la aplicación sean consistentes con la visualización relevante.

Asegúrese de eliminar el código del módulo de función oculto, y si es necesario ocultar el código de función y la URL del enlace de salto dirigido, se recomienda ofuscar el procesamiento y aumentar la complejidad lógica de manera adecuada.

Finalización de la aplicación

explicación oficial

Las aplicaciones enviadas a App Review (incluidas las aplicaciones disponibles para pedidos por adelantado) deben ser la versión final de la aplicación y deben contener todos los metadatos necesarios y las URL válidas.

Todo el texto de marcador de posición, los sitios web en blanco y otro contenido temporal deben eliminarse antes del envío. Asegúrese de probar la aplicación en busca de errores y estabilidad en su dispositivo antes de enviar la aplicación; si su aplicación requiere un inicio de sesión, proporcione la información de la cuenta de demostración (y active su servicio de backend).

Si proporciona compras dentro de la aplicación en su aplicación, asegúrese de que estén visibles para el revisor y estén completas y actualizadas; de lo contrario, indique el motivo en las notas de revisión.

No trate App Review como un servicio de prueba de software. Rechazaremos paquetes de aplicaciones incompletos y archivos binarios que fallarán o tendrán problemas técnicos evidentes.

Razones comunes para el rechazo

No hay errores obvios como bloqueos y fallas de carga en la aplicación cargada; La aplicación no admite el uso en la red IPv6; cuenta de prueba; interruptores ocultos y otras operaciones.

Solución

Los desarrolladores deben probar el producto con anticipación para detectar errores, si funciona correctamente en la red IPV6, etc. Si encuentra un rechazo por este motivo, se recomienda responder a cada artículo y aclarar que no hay violación.

Artículos comprados en la aplicación

explicación oficial

Si desea desbloquear características o funcionalidades dentro de la aplicación (como suscripciones, moneda del juego, niveles de juego, acceso a contenido premium o desbloquear la versión completa, etc.), debe usar el programa de compras desde la aplicación.

La App no ​​puede utilizar sus propios mecanismos para desbloquear contenido o funciones, como claves de licencia, marcadores de realidad aumentada, códigos QR, etc.

La aplicación y los metadatos correspondientes no pueden contener botones, enlaces externos u otros términos de llamada a la acción que dirijan a los clientes a realizar compras utilizando mecanismos que no sean elementos de compra dentro de la aplicación.

La aplicación puede proporcionar moneda de compra en la aplicación para que los clientes "recompensen" a los proveedores de contenido digital dentro de la aplicación.

Es posible que todos los créditos y la moneda del juego comprados a través de compras en la aplicación no caduquen, y debe asegurarse de que se diseñe un mecanismo de recuperación para todas las compras recuperables en la aplicación.

Asegúrese de especificar el tipo correcto de adquirible o su aplicación será rechazada.

Las aplicaciones pueden permitir obsequios por el contenido de sus compras dentro de la aplicación. Los reembolsos por dichos obsequios solo se pueden devolver al comprador original y el contenido del obsequio no se puede reemplazar.

Las aplicaciones distribuidas a través de Mac App Store pueden albergar complementos o extensiones basadas en mecanismos que no pertenecen a la App Store.

Las aplicaciones que ofrecen "cajas de botín" u otros mecanismos de compra aleatoria de artículos virtuales deben revelar las probabilidades de obtener cada tipo de artículo a los clientes antes de realizar una compra.

Las aplicaciones sin suscripción pueden ofrecer una prueba gratuita basada en el tiempo antes de ofrecer una opción de desbloqueo completo configurando el elemento IAP no consumible en "Nivel de precio 0" y nombrándolo de acuerdo con la convención de nomenclatura "Prueba de XX días".

Antes de comenzar la prueba, la aplicación debe indicar claramente la duración del período de prueba, el contenido o los servicios a los que ya no se podrá acceder al final del período de prueba y las tarifas posteriores que el usuario deberá pagar para obtener la funcionalidad completa. .

Razones comunes para el rechazo

Esto se debe principalmente al acceso a pagos de terceros en la App.

Solución

Continúe utilizando los métodos de pago propios de Apple, utilizando el formulario de compra interno para mostrar. Si el producto virtual está oculto o el método de pago se cambia después de pasar, existe el riesgo de degradar y anclar.

Recopilación y almacenamiento de datos

Razones comunes para el rechazo

El principal problema es que la aplicación obliga a los usuarios a registrarse y recopila/comparte en secreto su información personal en función de funciones que no requieren información del usuario.

Apple se está tomando esto más en serio después de la WWDC, por lo que los desarrolladores deben prestar más atención.

Solución

Es necesario consultar primero con el usuario y dejar que el usuario acepte registrarse, y la función de "inicio de sesión fuerte" debe modificarse para solicitar la versión de inicio de sesión.

Además, algunas funciones de recuperación de datos deben consultarse con los usuarios para evitar el acceso no autorizado predeterminado de Apple a la información del teléfono celular.

Contenido generado por el usuario

Razones comunes para el rechazo

Para productos sociales, o productos con fuerte contenido UGC (p. ej., Facebook, Twitter, Instagram), Apple requiere que los desarrolladores filtren el contenido objetable (p. ej., violencia, pornografía, infracción de derechos de autor, etc.); y proporcionar un mecanismo de revisión estricto e información detallada de contacto del desarrollador.

Solución

Se recomienda asegurarse de que el contenido del usuario en la aplicación no contenga violencia, pornografía, etc. Además, de acuerdo con la información recopilada hasta el momento, la "comunicación telefónica activa" solo se puede aplicar para la cláusula 1.2, por lo que los desarrolladores pueden intentar solicitar la comunicación telefónica si se rechaza la cláusula correspondiente.

Propiedad intelectual

Razones comunes para el rechazo

La aplicación no está autorizada para usar materiales de terceros con derechos de autor; además, la aplicación comercial no es similar a los productos existentes de Apple.

Esta vez en la WWDC, después de la actualización del software de Apple, se recomienda a los desarrolladores que verifiquen sus propios productos y diferencien la aplicación de los productos de Apple.

Solución

Se recomienda que se asegure de que la aplicación contiene solo contenido para el que ha creado o tiene permiso para usar.

Use evidencia escrita de terceros con derechos de autor para la presentación al enviar productos.

Contenido ofensivo

Razones comunes para el rechazo

Contenido de la aplicación que sea ofensivo, desconsiderado, perturbador, ofensivo o vulgar.

Solución

Se recomienda que el mecanismo de auditoría, la política nacional actual en este sentido también está muy preocupada, se recomienda garantizar la seguridad del contenido, el procesamiento oportuno del contenido de visualización relevante, no tener una mentalidad de chiripa.

Aplicación duplicada

Razones comunes para el rechazo

Esto generalmente significa que la aplicación es similar a la aplicación de otra persona en el estante en términos de funcionalidad o código, que en términos sencillos es lo que Apple considera un paquete chaleco.

Solución

Esto se puede solucionar cambiando el nombre, icono, color principal, código, etc. El foco está en el código. Y tenga cuidado de enviar los mismos paquetes de aplicaciones con al menos un día de diferencia.

No coloque varios paquetes del mismo tipo a la vez, ya que es fácil que Apple lo identifique y lo ataque.

Requisitos funcionales mínimos

Razones comunes para el rechazo

Apple cree que las aplicaciones cargadas que no tienen suficiente funcionalidad o no tienen sus propias características principales, como un producto que se empaqueta directamente en una página web, pueden desencadenar fácilmente este problema.

Solución

Puede agregar algunas funciones para enriquecer el producto (barra de navegación, actualización desplegable, notificaciones automáticas, etc.). Si considera que el producto es completamente funcional y aún no ha pasado la revisión, puede explicar a Apple las necesidades del usuario que resuelve el producto y las características específicas que se presentan, y también puede enviar capturas de pantalla de la página web y la aplicación. directamente a Apple para una mejor identificación.

Servicios basados ​​en la localización

Razones comunes para el rechazo

La aplicación no tiene permiso para compartir los datos de usuario recopilados con terceros y no especifica el propósito del uso, como la ubicación, el número de cuenta, etc.

Solución

Si desea tomar los datos del usuario, debe solicitar al usuario y obtener el permiso del usuario, o hacerlo opcional, e informar claramente a Apple sobre el propósito de usar los datos del usuario.

En general, se debe proporcionar un mensaje emergente para indicar para qué es el permiso, y se debe informar tanto al usuario como al proveedor (Apple).

Por supuesto, si Apple indica claramente el motivo del rechazo en el correo electrónico, puede realizar los cambios correspondientes de acuerdo con los problemas que le indique Apple.

Para asegurarse de que la actitud sea adecuada, el procesamiento oportuno, cuando no se cometen errores, puede apelar directamente, y se recomienda presentar pruebas sólidas para la prueba, lo que mejorará la velocidad de aprobación de la revisión.

Si desea obtener más información sobre las tendencias de la industria de los juegos en 2021 y obtener consejos sobre cómo optimizar el desarrollo, el crecimiento y las estrategias de ingresos de su juego, únase a nuestro grupo de Facebook para obtener más noticias actualizadas y oportunas sobre la industria.

¡ Haz clic aquí para unirte a nuestro grupo de Facebook!