Apple y la directriz 4.2.6 de la App Store

El 8 de Junio 2017, Apple añadió la directriz 4.2.6 en sus directivas de publicación para la App Store.
 
“4.2.6 – Apps created from a commercialized template or app generation service will be rejected.” Las aplicaciones creadas a partir de una plantilla comercial o de un servicio de generación de apps serán rechazadas.
 
Se añadió la directriz 4.2.6 al final de la sección “4.2 Design > Minimum Functionality”. Hemos interpretado esta adición como una manera de moderar las apps “pobres”, equivalentes a una página web de empresa, sin uso recurrente por parte del usuario final. El 21 de junio de 2017, Techcrunch publicó un artículo que dio una interpretación similar. Techcrunch escribió que la meta de esta directriz era de eliminar de la App Store los clones, el spam y todas las apps que quieren engañar al usuario.
 
GoodBarber y sus clientes continuaron sus actividades como siempre los hicieron.
 
Distribución pública de las apps nativas
 
Cada tienda posee sistemas de revisión cuyo primer objetivo es proteger los usuarios finales de las apps de contenido para adultos, de las que incitan al odio y de malware.
 
En Android, para distribuir públicamente una app, existen alternativas al Google Play (instalación directa, tienda alternativa).
 
En iOS, la App Store es la única manera de distribuir una app de manera pública.

El 21 de Julio de 2017, Apple rechazó la última actualización de la aplicación My GoodBarber, y nos contactó por teléfono para decirnos que conforme a la nueva directriz, las aplicaciones creadas con GoodBarber serían rechazadas.  Y es exactamente lo que sucedió desde entonces.
 
Nos sorprendió mucho el contenido de la llamada telefónica de Apple. Una persona del Review Team nos explicó que:
- Apple no querría más que un usuario pudiera disponer de un herramienta en línea para recuperar un binario (fichero .ipa que contiene la app) y enviarlo al equipo de revisión;
- La producción en masa era un problema;
- Las aplicaciones creadas con un constructor de aplicaciones eran consideradas como spam, porque tenían todas la misma plantilla.
 
No obstante, el Review Team mantuvo que GoodBarber seguía siendo bienvenido a enviar aplicaciones. Sin embargo, con la condición de estar personalizadas para ser únicas.
 
Para cumplir con los requisitos de Apple, GoodBarber introdujo los cambios siguientes:
 
- No damos acceso al cliente al fichero .ipa que permite la distribución en la App Store (para la versión iOS de GoodBarber)
- Quitar la oferta reseller ilimitada del portal comercial (para iOS).
 
En paralelo, tomamos medidas rápidas de precaución. Preferimos evitar poner nuestros clientes en una situación difícil inútilmente:
 
- Detuvimos las migraciones V3/V4. La migración implicaba la sumisión de la app en la App Store. En este momento, no había ninguna garantía en la aceptación de las actualizaciones.
- Paramos las compilaciones para iOS. Ningún usuario podía recuperar un fichero .ipa para enviar una nueva app o actualizar una app existente.
- En el back office, creamos una página dedicada a iOS para comunicar con nuestros clientes sobre los acontecimientos.. Estuvimos actualizando esta página lo más a menudo posible.   
 
Para obtener más información sobre esta decisión, contactamos el responsable de las relaciones con los desarrolladores de Apple. Conoce bien GoodBarber. Durante los últimos 5 años hemos recogido, al menos una vez al año, su feedback sobre las evoluciones de nuestro producto. El piensa que disponemos de los medios para encontrar una solución porque somos un socio serio. Sin embargo, nos precisó que las decisiones sólo estaban tomadas por el Review Team.
 
El 25 de Julio de 2017, enviamos un primer documento a Apple para explicar cómo GoodBarber funcionaria, teniendo en cuenta todos los requisitos del Review Team. Desde entonces, fue muy difícil obtener una opinión sobre los diferentes elementos que habíamos producido para explicar los cambios operados. Pese a la insistencia de nuestras solicitaciones, tuvimos que esperar un largo tiempo para obtener un compromiso por parte de Apple.
 
Efectuamos verificaciones sobre la cualidad de las 15 000 apps iOS creadas con GoodBarber. Nuestra meta era detectar eventuales spammers. Ningún spam, pero entre las cuentas resellers, algunos habían creado apps casi similares.
 
Parte de nuestra base de clientela está constituida de 800 resellers activos. La mayoría son agencias especializadas en la creación de apps y de páginas web. 10 de ellas tienen más de 100 apps creadas con GoodBarber. De esas diez, solamente 2 tienen una tasa de aceptación de las apps en la App Store situada entre 80% y 90%, las demás tienen una tasa superior al 90%.
 
También constatamos que Apple a veces utilizaba la directriz 4.3 – Spam para rechazar las apps de los resellers quien efectuaban todas sus publicaciones en su propia cuenta de desarrollador, no la de su cliente.

Intentamos contactar a Apple de manera regular, pero la situación no avanzó. Durante los breves debates que logramos obtener, constatamos que las propuestas que habíamos formulado todavía no habían sido estudiadas.
El equipo de revisión se limitó a decirnos otra vez sus oposiciones:
- los herramientas en línea que permiten recuperar un fichero .ipa
- la producción en masa
- las apps copycat
 
Apple nos precisó cuáles eran las opciones posibles:
a/ producir apps personalizadas y únicas
b/ agrupar las apps similares en un contenedor de apps
c/ crear web apps y distribuirlas fuera de la App Store
 
a/ Calibración del proceso de la garantía de calidad. Apps únicas.
 
Todavía no teníamos la garantía que las aplicaciones de nuestros clientes pudieran ser aceptadas. Mantuvimos entonces el cierre de las compilaciones. Propusimos algunos clientes la intervención de nuestros equipos sobre su proyecto. Nuestra meta era probar el proceso de garantía de calidad que diseñamos en Julio. Intervenimos sobre el diseño y sobre las funcionalidades de las apps para hacerlas únicas y las enviamos a Apple.
 
En esta fase, solo el 47% de los envíos y reenvíos del mes de Agosto estaban aceptados, y recogimos información para intentar responder a nuestras interrogaciones:
- ¿Unicidad de las apps? La V4 de GoodBarber posee un sistema modular que permite 64! combinaciones (factorial de 64 = miles de millones) para personalizar las apps. Este sistema permite evitar que 2 apps sean similares.
- ¿Uso de plantilla? Las plantillas permiten respetar conceptos ergonómicos. ¿Es imprescindible para una app de noticias tener sus artículos presentados en una lista? ¿Tiene que renunciar una app de tienda a poner su cesta en la parte superior de la página?
 
b/ Contenedor de apps
 
En Julio, Apple no habló del tema del contenedor de apps. Nosotros hablamos de esto con nuestros resellers. Los que se dedicaban a crear apps para un mercado especializado nos comentaron que esta solución podría tener sentido. Algunos resellers incluso nos dijeron que tuvieron la autorización de Apple de continuar actualizando sus aplicaciones ya aceptadas en la App Store durante el tiempo necesario para efectuar una transición hacia este tipo de solución.
 
c/ Web app
 
Cuando Apple rechaza una app en virtud de la directriz 4.2.6, alientan ciertos proyectos a convertirse en web apps. Anteriormente a esta directriz, ya GoodBarber había hecho la apuesta de las Progressive Web Apps. Representan una gran oportunidad. Estuvimos trabajando de forma intensa en esa dirección durante los dos últimos años. En Abril de 2017, GoodBarber se convirtió en el primer constructor de PWA del mundo en comercializar tal oferta. Las PWAs son alternativas reales a las apps nativas. Las tecnologías web avanzan con rapidez. En Android, el uso de los servicios workers en Chrome permite consultar la web app offline, recibir notificaciones push e instalarla fácilmente en la pantalla de inicio. En cambio, en iOS, aunque las PWA se visualicen perfectamente en Safari, todavía los servicios workers no son soportados. Por lo tanto, de momento, la consultación offline a través de ellos así como la recepción de las notificaciones push no son posibles. No obstante, Apple anunció a principio de Agosto haber comenzado a trabajar sobre la implementación de los servicios workers en Safari .
 
Sin embargo, nuestros interlocutores de Apple no tienen ninguna información que darnos a propósito del soporte de los push para las web apps; tampoco si podía coincidir con el soporte de los servicios workers. La única certeza es que habrá que tener una cuenta de desarrollador de Apple para disponer de las notificaciones push en su web app, como ya es el caso con Safari en OSX.
 
Otros constructores de aplicaciones y comunicación de crisis
 
Apple insistió en que no habría ninguna excepción a la aplicación de la directriz 4.2.6.
 
Leímos por todas partes que nuestros competidores directos no eran impactados por la directriz 4.2.6. Realizamos nuestras pruebas. No era la verdad. En cambio, los que no utilizan tecnologías nativas (cordova en particular) eran más difícil identificar por Apple. Hablamos con los CEOs de otros constructores, e incluso los servicios ultra-especializados que producían 300 apps al año eran impactados.
 
Nuestra comunicación durante este periodo de crisis ha sido transparente. En ningún momento hemos pretendido, a diferencia de ciertos competidores, tener ningún problema. Algunas personas nos reprocharon por no comunicar suficientemente, aunque fuera para decir nada. Hubiéramos podido evocar nuestras diferentes hipótesis y nuestros análisis de la situación. Preferimos quedarnos concentrados en la resolución del problema. Cada vez que tuvimos una información fiable y comunicable, la comunicamos con nuestros clientes.

A principio del mes, ya teníamos una visión más precisa del impacto de la directriz 4.2.6 sobre nuestro negocio. Constatamos un descenso del 30% sobre las nuevas suscripciones durante el periodo de agosto. Era una consecuencia del bloqueo de la parte de la plataforma dedicada a iOS.
 
Continuamos el trabajo iniciado en agosto sobre la redefinición del Road Map y de la oferta comercial de GoodBarber.
 
El 7 de Septiembre, durante una última discusión con el equipo de revisión de Apple, la situación avanzó de manera positiva. Encontramos una solución adecuada para los clientes existentes. Apple nos autorizaba la actualización de las aplicaciones ya validadas en la App Store. Significa que los clientes de GoodBarber que ya tenían una app en la App Store ya podían actualizarla sin caer bajo la directriz 4.2.6. Sin embargo, el día siguiente logramos varias actualizaciones de aplicaciones, incluso ciertas en la espera de ser validadas durante semanas.
 
Abrimos poco a poco los backoffices para permitir la compilación y la sumisión de las actualizaciones de las apps iOS ya publicadas. Reactivamos gradualmente las migraciones V3/V4.
 
De momento, estamos finalizando la nueva versión del portal de GoodBarber. Su puesta en línea está prevista para el 25 de septiembre. En esa fecha, la oferta comercial de GoodBarber cambiará. Reflejará el impacto de la directriz 4.2.6 sobre nuestro negocio.
Los 2 puntos principales son los siguientes:
 
1/ Los clientes existentes que ya tenían una app publicada en la App Store, pueden continuar a mantenerla y actualizarla. Apple nos garantiza que no serán impactadas por la directriz 4.2.6. La suscripción que ya tienen no cambia.
 
2/ Para la distribución de una nueva aplicación iOS en la App Store (incluso para los Resellers), GoodBarber efectuará una revisión para maximizar la tasa de aceptación por Apple. Unos costes estarán aplicado en caso de éxito.
 
3/ La oferta reseller ilimitada sigue siendo para Android y las PWA, sin coste adicional. En cambio, en iOS solo será disponible a través de una cuenta de desarrollador empresa (Apple Developer Enterprise Program ).

Hoy en día, las aplicaciones representan el 90% del tiempo dedicado en un Smartphone, pero la web es aún más popular con 3x más de tráfico.
 
Estamos asistiendo una convergencia entre aplicaciones y sitios web gracias a las Progressive Web Apps (PWA). Los PWAs dan una experiencia similar a las apps nativas en numerosos casos, con la visibilidad y facilidad de acceso del web. Los OS como Android y Windows tratan las Progressive Web Apps y las nativas igual, permitiendo que las PWAs beneficien de las funcionalidades hasta ahora reservadas a las apps nativas, como las notificaciones push.
 
Estamos también estimulado por la Instant App de Android que ofrece la posibilidad de hacer el streaming de una app y de utilizarla antes de haberla instalada.
 
Así, diferentes vías tecnológicas están abiertas para el futuro de las apps pero es difícil predecir cuál será la opción que dominará. Lo cierto es que la democratización de las apps es un fenómeno sustantivo en el que los constructores de aplicaciones como GoodBarber han contribuido en gran medida, dividiendo por 10 el coste de posesión.
 
A diferencia de un sitio web, la distribución de una aplicación nativa al público no es libre e inmediata. Tiene que pasar por la Tienda. ¿Sería mejor la Web si se hubiera hecho un control sistemático del sitio web asociado para la compra de un nombre de dominio? No lo creemos.
Por supuesto, las Tiendas tienen que proteger a los usuarios del malware y de contenidos abusivos, pero por su relevancia, también tienen la obligación de garantizar los importantes avances del web y, entre ellos, su neutralidad.
 

***