Aunque no he visto nada en los TOS de Apple que prohíba específicamente las pruebas A / B o la actualización de aplicaciones sobre la marcha, hay algunas responsabilidades que los desarrolladores de iOS deben cumplir al realizar esas actualizaciones.
Esta no es una lista completa, pero debería proporcionar algunos ejemplos básicos:
- Cambiar la posición o el color de un botón dentro de la interfaz de usuario de su aplicación no violaría los TOS.
- Cambiar la gravedad en la configuración física de tu juego no será un problema.
- Agregar una ruta alternativa a una compra en la aplicación no será un problema.
Aquí es donde puede encontrarse con algunos problemas:
- Si ya escribo aplicaciones de iOS, ¿cuánto tiempo llevará aprender el desarrollo básico de Android? ¿Valdría la pena que?
- ¿Cuál es el mejor paquete de análisis móvil para rastrear el comportamiento del usuario en la aplicación?
- ¿Es posible desarrollar una aplicación de marcación telefónica con nuevas funciones en iOS?
- ¿Cuál es la forma más efectiva de promover aplicaciones móviles para Android e iOS?
- ¿Quiénes son las mejores tiendas de desarrollo de juegos móviles?
- Lanzar una aplicación centrada en un concepto, luego cambiar todo el concepto en una actualización sobre la marcha se consideraría una trampa y probablemente violaría los TOS.
- Agregar contenido inapropiado sobre la marcha a una aplicación que, de lo contrario, está clasificada como G, muy probablemente la metería en problemas.
Siempre que su objetivo principal de prueba A / B sea mejorar la experiencia de sus usuarios y el rendimiento de su aplicación, hay muy pocas posibilidades de que cualquier cambio que realice en su aplicación se considere una violación del TOS de Apple.
Aquí hay una lista de recursos de prueba de aplicaciones A / B y multivariantes de nuestro sitio web que deberían ser útiles si tiene planes de probar su aplicación: http://splitforce.com/resources/…
