Mantener el cumplimiento en orden en diez apps

Una app es una lista de comprobación. Diez apps son un sistema, y el modo de fallo cambia: nada es difícil, pero siempre hay algo un poco desactualizado, y te enteras por un rechazo en la app que tocaste hace más tiempo.

Qué tiene que ser por app

No es negociable, porque cada app tiene su propia ficha en la tienda y su propio comportamiento con los datos:

• La política de privacidad. Distintos conjuntos de SDK implican distintas declaraciones. Una política compartida que cubre «nuestras apps» es el error clásico de los portafolios; lo verás más abajo.
• La página de eliminación de cuenta, y una vía que llegue a ti, por app.
• Las declaraciones de Data safety y App Privacy. Se rellenan por ficha, a partir de la lista de dependencias de esa app.
• app-ads.txt, si la app muestra anuncios: se localiza a través del sitio web declarado en la ficha de esa app.
• Las propias URL, porque cada ficha tiene sus propios campos.

Qué se puede compartir de verdad

• La plantilla. Una estructura para todas las políticas de privacidad, otra para los términos, rellenadas por app.
• El patrón de nombre de host. Una dirección predecible por app es mejor que una carpeta de URL improvisadas.
• La dirección de soporte, si de verdad una sola bandeja de entrada sirve para todas.
• Lo que sabes de los SDK. Lo que recopila Crashlytics o AdMob es el mismo dato en todas las apps; solo cambia qué apps los incluyen.
• El proceso: la lista de comprobación de cada versión, la cadencia de revisión, el registro de más abajo.

Los dos errores de los portafolios

Una sola política para todas las apps. Es el ahorro evidente y falla en ambas direcciones: la política enumera datos que la sencilla app de utilidades nunca toca, y omite algo que la app más nueva añadió el mes pasado. Ambas cosas son discrepancias con un formulario de Data safety que rellenaste con honestidad, y un revisor que compare los dos ve una política que no trata de esta app.

Una bandeja de eliminación compartida en la que nadie identifica la app. Llegan solicitudes que dicen «por favor, eliminad mi cuenta» sin ninguna indicación de a cuál de tus diez apps se refieren. No puedes actuar sobre lo que no puedes identificar, y el plazo del RGPD (GDPR) sigue corriendo mientras lo averiguas. Enruta las solicitudes de cada app de forma que la app sea evidente en la notificación.

El registro

Lo que hace manejable un portafolio es una única tabla que mantienes de verdad; una hoja de cálculo está bien. Una fila por app, y estas columnas:

Columna	Por qué
Nombre de la app, bundle id / application id	Identidad
Tiendas en las que está publicada	Determina cuántas consolas hay que actualizar
URL de la política de privacidad	La que pegas y vuelves a pegar
URL de eliminación de cuenta	Igual
Dirección / página de soporte	Igual
Sitio web de desarrollador declarado	Donde se busca app-ads.txt
¿Muestra anuncios?	Si app-ads.txt aplica o no
¿Tiene cuentas?	Si la eliminación aplica o no
SDK principales	La lista de dependencias, resumida
Última revisión de la política	La fecha que te dice qué está desactualizado

La última columna es la que se gana su sitio. Ambas tiendas exigen que las declaraciones sigan siendo exactas (no solo que lo fueran en el lanzamiento), y «última revisión» es cómo encuentras las tres apps que se han desviado sin leer las diez.

Una cadencia que funciona

• En cada versión, por app: ¿ha cambiado alguna dependencia? Si es así, vuelve a revisar la política de esa app y ambos formularios de datos. Ponlo en la lista de comprobación de la versión, no en tu memoria.
• Cada trimestre, en todo el portafolio: abre el registro, ordena por «última revisión» y revisa las más antiguas. Confirma que cada URL sigue devolviendo 200 sin sesión iniciada.
• Siempre que se mueva una URL: actualiza todas las consolas de todas las apps afectadas y mantén la dirección antigua redirigiendo. Con diez apps, este es el cambio con más probabilidades de quedarse hecho a nueve décimas partes.

Un script de diez líneas que hace curl a cada URL del registro e informa de las que no devuelven 200 es el trabajo de una tarde y detecta el fallo que de verdad ocurre: un hosting que desapareció sin avisar.

Qué hace AppFoyer aquí

Cada app es su propia app: su propio subdominio, sus propias cinco páginas, su propio app-ads.txt, sus propios canales de notificación, su propia lista de comprobación. No hay una política compartida en la que equivocarse, y las solicitudes de eliminación de cada app llegan identificadas por app.

La lista de comprobación del panel es la mitad viva del registro: por app, te dice qué campo de la tienda sigue vacío y por qué importa, así que «qué está desactualizado» es una pantalla y no una columna de la hoja de cálculo que olvidaste actualizar. Los planes se diferencian por cuántas apps puedes publicar: una en Free, diez en Pro, cincuenta en Advanced.

Con franqueza sobre los límites de esto: la edición masiva y los grupos de apps todavía no existen. Añadir una línea de red publicitaria a quince apps hoy son quince ediciones. Ese trabajo está planificado y no se ha lanzado, y una página que te vende una herramienta para portafolios debería decir qué parte es real.

Las fuentes oficiales

• Provide information for Google Play’s Data safety section — Ayuda de Google Play Console, sobre mantener exactas las declaraciones
• App privacy details on the App Store — Apple, sobre mantener las respuestas actualizadas
• Set up app-ads.txt — Ayuda de AdMob