Revisión de iOS 5.1.2 rechazada
Este blog registra un viaje que incluye tristeza y lágrimas. La revisión de la solicitud fue rechazada por la cláusula 5.1.2 de Apple y tardó un mes en aprobarse.
La causa del problema es: el sistema iOS 14.5 de Apple está a punto de lanzarse y la revisión del seguimiento de la privacidad del usuario se ha vuelto particularmente estricta. Cualquiera que utilice etiquetas para rastrear el comportamiento del usuario puede ser rechazado. En vista de que IDFA no estará disponible en el futuro, la Asociación de Publicidad creó una etiqueta CAID con la esperanza de reemplazar IDFA, lo cual es contrario a la política de Apple, por lo que se ha convertido en un punto de estricta investigación.
En cuanto a la cláusula 5.1.2, la solución es la siguiente:
Hay dos problemas con este rechazo. Una es que hay un problema de préstamo en la solicitud y la otra es la cláusula 5.1.2
No presté atención a 5.1.2 en ese momento, así que apelé después de corregir el problema del préstamo.
En ese momento, prestamos atención a este problema y la solución fue:
La consideración en ese momento fue muy simple. Debido a que nuestro SDK de publicidad no se había actualizado recientemente, lo hicimos. No pienses en esto.
Bugly es una adición reciente. Vi una nueva versión actualizada en la documentación de la otra parte y la descripción también es muy sutil.
En ese momento, me enteré de que otras aplicaciones habían actualizado Bugly y el SDK de publicidad, y la revisión de la aplicación había pasado.
Inmediatamente tomé las siguientes medidas:
IDFA se usó en AppsFlyerFramework y FBSDKCoreKit y, debido a que era un SDK nuevo, estos dos SDK también se incluyeron en la lista de sospechosos en ese momento.
Los tres SDK de publicidad fueron reemplazados por colegas publicitarios en ese momento, y los números de versión de estos tres SDK eran de la aplicación aprobada. (Sin embargo, después de mirar hacia atrás, descubrí que el problema ocurrió precisamente en este enlace. Los colegas publicitarios no encontraron la plataforma correspondiente para explicar la situación. Buscaron el SDK directamente en el sitio web oficial. Esto puede deberse a que no comunicarse bien)
En este momento, comencé a dudar de mi vida, porque pensé que los SDK modificados anteriormente ya no eran problemáticos, y siempre sospeché que había otras bibliotecas problemáticas en el proyecto. Al mismo tiempo, comencé a investigar uno por uno, fui al sitio web oficial uno por uno para verificar si había un registro de actualización y fui a los grupos coincidentes correspondientes uno por uno para preguntar si hay otros casos rechazados.
La razón por la que es necesario actualizar el SDK de Umeng es porque vi un blog que decía que Umeng también tiene amenazas potenciales. Por razones de seguridad, la dirección de entrega también se actualizó.
Como me rechazaron demasiadas veces, esta vez decidí eliminar muchos SDK.
En este momento, se sospecha que los anuncios son tres SDK, AppsFlyerFramework, FBSDKCoreKit y linkedme
Porque al mismo tiempo, otras aplicaciones pasaron la revisión y Udesk y Umeng se usaron en la aplicación
Debido a que los SDK eliminados afectaron seriamente el negocio, los rechacé yo mismo y agregué las siguientes reexaminaciones
PD: Originalmente, según la revisión anterior , la publicidad también debería descartarse, pero según mi intuición, todavía pensaba que la publicidad no era confiable, por lo que también se incluyó en la lista de sospechosos