Cómo enviar con éxito una aplicación a la App Store para su revisión

El equipo de Apple tiene una visión estricta sobre la calidad de las aplicaciones móviles. Esto es realmente genial para los usuarios, porque el equipo de Apple trabaja duro para hacer de la App Store un ecosistema confiable. La App Store tiene un umbral alto y requisitos estrictos, no solo para el rendimiento de la aplicación, sino también para la implementación de las medidas de seguridad adecuadas. El usuario puede estar seguro de que las aplicaciones de iOS son fiables.

Sin embargo, cumplir con todos los requisitos puede convertirse en un verdadero infierno para los desarrolladores. Solo para comparar, el desarrollo de la aplicación puede tomar solo unas pocas semanas, mientras que el tiempo dedicado a pasar la revisión de la App Store puede ser de hasta un mes (o incluso meses si el desarrollador ignora las pautas para desarrolladores de Apple).

Trabajo en Dashdevs como Client Engager. Mi principal deber es crear aplicaciones desde cero para que pasen la revisión. Trabajo con los requerimientos de los clientes. Contamos con más de 9 años de experiencia en el desarrollo de aplicaciones iOS. Hemos trabajado con varios mercados, industrias y diferentes empresas.

La complejidad de las aplicaciones también varía. Enviamos más de 250 aplicaciones para su revisión durante 2018. No todas pasaron la revisión la primera vez. Pero a veces sentimos una alegría realmente desenfrenada por una buena reseña.

En este artículo, quiero compartir nuestra experiencia para que pueda evitar errores comunes y pasar fácilmente la etapa de revisión.

Cómo postularse a la App Store

Se ha desarrollado y probado una nueva y brillante aplicación para iOS, que está lista para ver el mundo. Un archivo binario ya está cargado en el panel de iTunes Connect. Pero, ¿qué más se necesita?

  • Debe agregar información básica (descripción, etiquetas, contactos) sobre su aplicación, agregar capturas de pantalla y credenciales de una cuenta de usuario de demostración (si su aplicación requiere la autorización).
  • Debe incluir explicaciones detalladas de funciones no obvias (como el uso de gestos nativos) y compras dentro de la aplicación en las notas de Revisión de aplicaciones.
  • Luego, debe presionar el botón "Enviar para revisión" para informar a Apple que su aplicación está lista para la App Store.

Se le notificará si falta algo importante en la descripción. Luego, la revisión del estado de la solicitud se cambiará a "Esperando revisión". Pueden pasar algunos días antes de que comience la verificación real. Cuando el equipo de verificación comience realmente la revisión, el estado de la solicitud cambiará a "En revisión".

Sugerencia: Ahorrará algo de esfuerzo instalando la aplicación iTunes Connect en su iPhone para recibir notificaciones inmediatas sobre todos los cambios de estado.

La revisión de la App Store es un paso obligatorio para todas las aplicaciones. El proceso de verificación de la aplicación se adhiere a las Directrices de Apple, lo que garantiza la mejor y más segura experiencia de usuario.

También revisan la información principal sobre la aplicación. Una parte de la verificación se realiza automáticamente mediante scripts y la otra se realiza. Si su aplicación tiene un problema, recibirá una notificación con una descripción precisa de lo que debe solucionarse. El plazo para la primera etapa de revisión es de 3 a 7 días. La inspección de las actualizaciones de la aplicación es más rápida: de 1 a 3 días.

Durante los últimos años, he tenido algunos problemas con las solicitudes enviadas para su revisión. Algunos de ellos fueron fáciles de arreglar y otros tardaron muchas horas.

Entonces, ¿por qué sus aplicaciones no pasaron en el primer intento?

Esto es lo que debe tener en cuenta.

Utilice las pautas de interfaz humana (HIG) para el diseño

Sus diseñadores deben seguir el HIG desde el principio. Los tamaños y posiciones de los botones, el uso correcto de los elementos básicos de la interfaz de usuario y la navegación deben cumplir con las Pautas de Apple. Solucionar problemas con HIG puede costarle mucho si encuentra estos problemas al final del desarrollo.

Sugerencia: no cree una aplicación que parezca confusamente similar a un producto Apple existente o cualquier otra aplicación (sin imitadores). El equipo de Apple es muy estricto al respecto.

Consulte la lista de funciones

Su aplicación debe incluir funciones, contenido y una interfaz de usuario que la eleve más allá de un sitio web reempaquetado. El equipo de Apple se preocupa por la utilidad y los beneficios para el usuario.

Hubo un caso en el que una de nuestras aplicaciones fue rechazada porque el equipo de revisión de Apple asumió que nuestra aplicación no necesitaba tener la funcionalidad Registrarse / Iniciar sesión. Entonces, enviamos una notificación de apelación con la evidencia de la relevancia de esta funcionalidad.

Otro caso fue un poco diferente: la aplicación era demasiado simple para la AppStore (solo un calendario divertido). La aplicación necesitaba una funcionalidad adicional. Lo mejoramos agregando una función para compartir y pasó la revisión.

Una regla más importante a la que hacer referencia es que su aplicación no debe requerir la instalación de otras aplicaciones.

Proporcionar una cuenta de demostración con funcionalidad completa al equipo de Apple

El equipo de revisión de la App Store definitivamente intentará registrar su aplicación, pero también deberá verificar el resto de las funciones. Por ejemplo, para revisar las funcionalidades de una aplicación bancaria, necesitan tener una cuenta con una tarjeta activada y algunas transacciones en ella. Debe asegurarse de que la cuenta acceda a la funcionalidad completa y de que todas las funciones de back-end estén activadas.

Sugerencia: no proporcione esta cuenta a su equipo de control de calidad para las pruebas habituales, especialmente durante el período de revisión. Una vez, enviamos una solicitud para su revisión y, al mismo tiempo, nuestro ingeniero de control de calidad estaba probando la funcionalidad de bloqueo y ocasionalmente prohibía a un nuevo usuario.

No hay "prueba", "próximamente", "beta", "prueba", "Testflight" en la aplicación.

Toda su funcionalidad de demostración futura, sin terminar, no debe usarse en la aplicación. No uses estas palabras para el contenido de tu aplicación, incluso para capturas de pantalla y descripciones dentro de la aplicación. Si necesita probar su aplicación, puede unirse a los servicios de Testflight.

Una vez cometimos un ridículo error con otra de nuestras aplicaciones. Como sabrá, para preparar un envío para su revisión, los desarrolladores a veces toman capturas de pantalla de la aplicación directamente desde TestFlight. Estas imágenes se publican como capturas de pantalla de la aplicación real para la App Store. Si lo hace, verifique dos veces, ya que puede haber la etiqueta "Testflight" en la barra de estado. Cuando esto sucede, su solicitud es rechazada. Esta pequeña cosa puede bloquear el envío de su solicitud.

Actuación

No se permiten bloqueos, rendimiento lento ni pérdidas de memoria para las aplicaciones de la App Store. Los paquetes de aplicaciones incompletos y los binarios que fallan o funcionan con problemas técnicos obvios en las aplicaciones se rechazan de inmediato.

Describe solo la funcionalidad existente

No debe haber publicidad de funciones futuras en la descripción de la aplicación.

Términos y condiciones / Políticas de privacidad .

Estos documentos o los enlaces a ellos deben agregarse a la aplicación. Debe explicar al usuario cómo se procesan sus datos confidenciales y qué datos comparte la aplicación con terceros y con qué fines (por ejemplo, herramientas de análisis, redes publicitarias y SDK de terceros, etc.). Un usuario necesita conocer las políticas de eliminación y retención de su aplicación.

Propiedad intelectual

Debe tener permisos para utilizar todos los materiales de la aplicación (problema de derechos de autor). No utilice marcas comerciales de terceros, trabajos con derechos de autor o ideas patentadas en su aplicación si no ha obtenido la licencia necesaria. Recuerde las restricciones contra el uso de contenido sexual o pornográfico, marihuana, tabaco, sustancias controladas, citas engañosas de textos religiosos y violencia en aplicaciones móviles.

Licencias

Si algunas regulaciones dentro de su área comercial exigen una licencia para brindar sus servicios, como FinTech, Medicina, Salud, etc., debe adjuntar una copia de esos documentos a la revisión de la solicitud. Si una aplicación requiere hardware específico, debe proporcionar un certificado o licencia correspondiente para este hardware.

Otro caso de nuestra experiencia: una aplicación utilizó una impresora de pegatinas especial. Al principio, la solicitud fue rechazada y necesitábamos obtener un certificado para usar esas impresoras. Nos tomó un mes obtener la aprobación oficial del productor del hardware.

Otro ejemplo fue una aplicación bancaria digital. Necesitábamos proporcionar al equipo de revisión de la App Store la licencia de dinero electrónico. Esto también se aplica a la industria de las criptomonedas.

"Las aplicaciones que facilitan las Ofertas Iniciales de Monedas (" ICO "), el comercio de futuros de criptomonedas y otros intercambios de cripto-valores o cuasi-valores deben provenir de bancos establecidos, empresas de valores, comerciantes de comisiones de futuros (" FCM ") u otras instituciones financieras aprobadas y debe cumplir con todas las leyes aplicables ”.

Pedir permisos al usuario

Su aplicación debe solicitar permisos para usar una cámara, micrófono, ubicación, acceso a contactos, Camera Roll y ubicaciones de usuarios. Los permisos deben ser relevantes para la funcionalidad de la aplicación. El equipo de App Store se preocupa de que la información recopilada en la aplicación se almacene de la manera correcta y evita su uso, divulgación o acceso no autorizados por parte de terceros.

Sugerencia: no olvide agregar una descripción de estos permisos al archivo .plist. Ésta es otra razón común para los rechazos.

No hay datos de maqueta en la aplicación

Si su aplicación no tiene contenido para algunos formularios que necesita, oculte este elemento o agregue un marcador de posición con una explicación de cómo el usuario puede obtener los datos necesarios.

A veces, los desarrolladores codifican para mostrar la máxima funcionalidad del usuario. Por ejemplo, su aplicación tiene una sección con gráficos que muestran las estadísticas de actividad del usuario en la aplicación. En este caso, debe haber un marcador de posición con un mensaje de texto que indique que el gráfico estará disponible cuando el usuario comience a usar la aplicación todos los días.

Con los anuncios, las cosas son iguales: no puede enviar la aplicación con pancartas publicitarias vacías o anuncios de prueba.

Capacidad para moderar el contenido del usuario

"Bloquear un usuario / contenido", "informar un usuario / contenido", "lista negra para usuarios" son funcionalidades necesarias para la aplicación si proporciona comunicación multiusuario (por ejemplo, feeds, chats, grupos). Como propietario de un producto, debe ser consciente de que diferentes personas usarán su aplicación y algunas de ellas pueden molestar a otras. Debe proporcionar a sus usuarios la capacidad de administrar el contenido y la comunidad con la que interactúan.

Opciones de lanzamiento

Con cada envío para revisión, mi equipo adquiere una nueva experiencia. Mi principal consejo es que envíe su solicitud a la revisión de la App Store tan pronto como haya desarrollado el MVP de su aplicación. Tenga en cuenta que incluso si pasa la revisión, no significa que la aplicación se lanzará.

Hay tres acciones diferentes que puede realizar después de una revisión exitosa:

  • Lanza esta versión manualmente: como desarrollador o administrador de aplicaciones, debes ir al panel iTunes Connect y presionar el botón para liberar la aplicación.
  • Lanzar automáticamente esta versión: eso significa que la aplicación se publicará tan pronto como pase la revisión.
  • Publicar esta versión automáticamente después de la revisión de la aplicación, no antes de…: puede seleccionar la fecha / hora para el lanzamiento. Si su solicitud pasa la revisión, se publicará en ese momento.

Estas opciones pueden ayudar a los desarrolladores y propietarios / gerentes de productos a aprobar la revisión y esperar a que comience la campaña de marketing. Debe saber que la primera revisión de la aplicación es la más crítica, por lo que el equipo de la App Store verifica la aplicación durante un período mucho más largo y más exhaustivo. También se revisan todas las actualizaciones posteriores, pero la verificación lleva menos tiempo. A veces puede llevar solo unas pocas horas.

La App Store puede rechazar su solicitud. Está bien. No entrar en pánico. Si comprende el motivo, simplemente solucione el problema y vuelva a enviar la solicitud para su revisión. Si tiene preguntas o desea proporcionar información adicional, puede utilizar el Centro de resoluciones para comunicarse con el equipo de revisión de aplicaciones. Ellos son solidarios y están listos para ayudarlo con su solicitud. Hemos solucionado muchos problemas con su ayuda.

Espero que los ejemplos mencionados en este artículo sean útiles para usted y que todas sus aplicaciones IOS pasen la verificación de la App Store en el primer intento.

PS Vínculos útiles:

  • Guía de programación de aplicaciones
  • Guía de programación de extensiones de aplicaciones
  • Pautas de almacenamiento de datos de iOS
  • Directrices de interfaz humana
  • Recursos de marketing y pautas de identidad
  • Directrices para el uso de marcas comerciales y derechos de autor de Apple