"Limitar el uso compartido de datos" (LDS) es una función que permite enviar a Singular un valor opcional verdadero/falso, que debería indicar el consentimiento de un usuario al uso de datos para publicidad y marketing. Los clientes de Singular pueden utilizar "Limitar el uso compartido de datos" para implementar una lógica empresarial personalizada con el fin de cumplir las políticas de privacidad de datos y usuarios de la empresa o normativas, como CCPA, GDPR, etc.
Los valores de"Limitar el uso compartido de datos " son:
- Utilizados en los postbacks de privacidad del usuario
- Se envían automáticamente a los socios compatibles para sus propios requisitos normativos
Exención de responsabilidad:
- El uso de"Limitar el uso compartido de datos" solo es relevante si se inicializa Singular SDK. La política de uso de datos de su aplicación también puede incluir decisiones sobre cuándo no se debe inicializar el SDK de Singular o cuándo el SDK debe detener el rastreo. Consulte nuestro artículo sobre Prácticas de activación y desactivación del SDK.
- El uso de "Limitar el uso compartido de datos" debe estar aconsejado por la política de uso de datos y privacidad de su aplicación. Aunque Singular no puede proporcionar orientación legal sobre políticas de privacidad, su representante de Singular puede asesorarle sobre la mejor manera de implementar "Limitar el uso compartido de datos" con Singular con los requisitos de privacidad proporcionados.
PREGUNTAS FRECUENTES
- La política de uso de datos de tu app también puede incluir otros requisitos además del uso de SDL:
- Casos en los que Singular SDK no debe ser inicializado, por ejemplo, debido a GDPR opt-in op-out, o
- Uso del SDK de Singular Kids Apps
- Las integraciones de Singular con socios no incluyen el envío de información sensible del usuario y se adhieren a los estándares de la industria de privacidad de datos y uso de identificadores móviles. "Limitar el intercambio de datos" es para permitir una mayor personalización de las integraciones de socios más allá de las prácticas de privacidad estándar.
Consulte nuestros artículos sobre iOS, Android y API de servidor a servidor para obtener documentación técnica y ejemplos de implementación.
- Cuándo y cómo configurar LDS debe adherirse a los requisitos de privacidad del usuario de su negocio y aplicaciones en lo que respecta a los datos a nivel de usuario transmitidos a los socios a través de las integraciones de Singular que usted configure. Consulte al asesor jurídico de su empresa sobre cómo su empresa y su aplicación deben cumplir las políticas de privacidad internas y reglamentarias.
- Las implementaciones varían según la orientación de su asesor legal sobre cómo manejar el consentimiento del usuario, pero en general se recomienda que:
- LDS se establezca (true/false) solo cuando el usuario haya optado explícitamente por aceptar o rechazar. Se recomienda dejar LDS sin configurar si el usuario no ha hecho una elección. La ausencia de una señal del usuario puede ser importante para los socios.
- Para funciones como "Postbacks de privacidad del usuario" que requieren un valor LDS para funcionar, se puede configurar el valor LDS por defecto en ausencia de uno.
- Las señales de usuario para LDS se recogen normalmente a través de avisos del anunciante a través de las páginas "Configuración de privacidad" o "Opciones de privacidad" de una aplicación.
- Cuando sea posible (y dependiendo del diseño y la estrategia del aviso de consentimiento de su aplicación) configure LDS antes de inicializar el SDK de Singular para asegurarse de que Singular tenga la señal más precisa en el momento de la instalación. Dependiendo de cómo estén configurados los "Postbacks de Privacidad del Usuario", tener la señal en el momento de la instalación puede afectar a la atribución (por ejemplo, si LDS=true se restringe el envío de postbacks de instalación a un socio autoatribuible).
Algunos socios pueden recibir señales de consentimiento del usuario normalmente en forma de "limitar el uso de datos". Las integraciones de Singular con estos socios pasan automáticamente el valor LDS a estos socios, si LDS está implementado. Los siguientes socios utilizan el LDS de Singular en Postback según la integración predeterminada y la misma configuración LDS se aplica a cualquier socio de red integrado en Postback de Singular para limitar el uso compartido de datos de Postback.
| Socio | ¿Para qué lo utilizan? |
| Facebook (Meta) |
El LDS de Singular se envía a Meta como "Uso limitado de datos". "Uso limitado de datos" permite a los anunciantes notificar a Meta si los usuarios permiten o limitan el procesamiento de datos para los siguientes estados de Estados Unidos:
Si LDS no está configurado para los usuarios de California, Colorado y Connceticut, Singular notifica por defecto a Meta que se debe aplicar el "Uso limitado de datos". |
| Google(Anuncios de Google , Plataforma de marketing de Google) |
A partir de marzo de 2024, Google exigirá a los anunciantes que transmitan señales de consentimiento a los usuarios del EEE para ayudarles a cumplir la política de consentimiento de usuarios de la UE de Google, que se ha actualizado para adaptarse a la Ley de Mercados Digitales. Los usuarios del EEE que no acepten estas señales de consentimiento del usuario no serán atribuibles ni sus datos se utilizarán en Google con fines publicitarios. Consulte"Marzo de 2024: Google se actualiza para la Ley de Mercados Digitales de la UE".
|
Tenga en cuenta que el uso de "Postbacks deprivacidad del usuario" para restringir los postbacks a los socios impide que Singular comparta todos los valores LDS con ellos. Vea ejemplos de cómo "Postbacks de privacidad del usuario" afecta a la capacidad del socio para recibir señales LDS.
Nota:
La dimensión "Limitar compartición de datos" está disponible en los informes, e indica el estado seleccionado por el usuario final para los límites de compartición de datos, tal y como se transmite a través de nuestro SDK. Sus valores posibles son Verdadero, Falso y NA (No configurado). Esta dimensión puede utilizarse en informes, pivotes (excluyendo creativos), la API y ETL.