Información
Contenido
Libros
CMP
IAB TCF y GPP
Cumplimiento IAB TCF v1

Cumplimiento IAB TCF v1

Nota: Este documento es anticuado, por favor refiérase a Cumplimiento IAB TCF v2 preferiblemente.

La consentmanager.net CMP está registrado con la Política IAB TCF v1 (ver https://iabeurope.eu/tcf-v1/) Por lo tanto, el CMP admite características en línea con la Política TCF de IAB, la Especificación de cadena de consentimiento de IAB, la Especificación API de CMP de IAB y otras especificaciones y políticas relacionadas.

ConsentManagerInformación de registro de .net IAB

Nombre Descripción
ID de CMP 31
Dominio CMP consentmanager.mgr.consensu.org
CMP es un servicio si
Versión TCF 1

Compartir consentimiento a través de cookies de consentimiento global (consensu.org)

Como CMP registrado de IAB, el CMP consentmanger.net puede crear cookies en el dominio global de consentimiento de IAB consensu.org. Cualquier CMP que esté registrado con el IAB puede crear cookies con este contexto. El beneficio de tener este dominio común es que los visitantes que se mueven del sitio web A al sitio web B no necesitan que se les solicite su consentimiento nuevamente. En cambio, el CMP del sitio web B puede simplemente preparar el consentimiento preexistente del sitio web A a través del dominio global de cookies.

Política de IAB y restricciones de diseño

El objetivo de la política de IAB es garantizar que todos los proveedores que reciben una cadena de consentimiento de IAB puedan confiar en que la cadena de consentimiento se ha creado con un conjunto común de transparencia. Por lo tanto, todos los CMP deben seguir un cierto estándar mínimo con respecto a la presentación de la capa de consentimiento. El IAB actualmente requiere que los CMP cumplan con los siguientes estándares mínimos de diseño:

  1. La interfaz de usuario debe mostrarse de forma destacada (debe ser un mínimo del 30% de la ventana)
  2. Todos los propósitos utilizados deben mostrarse en la primera capa de la interfaz de usuario
  3. La primera capa de la interfaz de usuario debe mostrar un enlace a una lista de proveedores ("Configuración personalizada")
  4. El botón Aceptar y rechazar debe tener igual prominencia visual
  5. El usuario debe tener derecho a retirar el consentimiento en cualquier momento y debe ser informado de cómo hacerlo.
  6. Si hay consecuencias de no consentir, estas consecuencias deben explicarse en la primera capa
  7. El usuario debe estar informado en la primera capa de que terceros tienen acceso a la información en su dispositivo
  8. El usuario debe estar informado en la primera capa de que sus datos personales son procesados ​​por terceros, con ejemplos de dichos datos.
  9. El usuario debe poder revisar el nombre completo y la descripción de los propósitos.
  10. El usuario debe poder revisar el nombre completo y la descripción de las funciones.
  11. El usuario debe poder revisar los propósitos de cada proveedor
  12. El usuario debe poder revisar la base legal para cada propósito de cada proveedor
  13. El usuario debe poder revisar las características de cada proveedor
  14. El usuario debe poder encontrar un enlace a la política de privacidad de cada proveedor
  15. El usuario debe tener una manera de resurgir la interfaz de usuario y cambiar las preferencias
  16. La interfaz de usuario debe usar los nombres y definiciones estándar de cada característica y propósito

Ejemplo de una capa de consentimiento compatible con IAB

La ConsentManagerLa implementación de referencia .net (diseño predeterminado y configuración predeterminada), por lo tanto, refleja estos estándares de diseño. Aquí hay un ejemplo de cómo puede verse esto:

Cómo ConsentManager.net trata con la política de IAB

ConsentManager permite a nuestros clientes elegir entre las configuraciones que necesitan para su negocio y las configuraciones que son necesarias para cumplir con la política de IAB. Por lo tanto, destacamos cada configuración que sea relevante para el cumplimiento de IAB. Si una de estas configuraciones está desactivada o si se activa una configuración que hace que el CMP no cumpla con la política de IAB, aparecerá un mensaje de advertencia.

¿Qué sucede si uso configuraciones que no cumplen con la política de IAB?

Si utiliza configuraciones que no cumplen con la política de IAB, el sistema mostrará un mensaje de advertencia para informarle sobre estas configuraciones y las consecuencias. Si se guarda una configuración no compatible y el CMP se utiliza en un sitio web, el sistema realizará los siguientes cambios en comparación con la configuración compatible con la política IAB:

  1. El CMP ya no responderá con información de consentimiento a las llamadas a la API JavaScript de IAB CMP a través de llamadas a __cmp() con los comandos estándar (p. ej. "getVendorConsents" or "getConsentData") para evitar que los proveedores obtengan información de consentimiento no conforme.
  2. El CMP proporcionará nuevos comandos con el prefijo "noncompliant_" (p.ej "noncompliant_getVendorConsents") para que los clientes puedan recuperar la información de consentimiento del CMP.
  3. El CMP ya no escribirá la información de consentimiento (cadena de consentimiento) en el dominio global de cookies (consensu.org) sino que la almacenará en una cookie en consentmanagerdominio .net Al mismo tiempo, el nombre de las cookies. "euconsent" y "eupubconsent" será cambiado a "nc_euconsent" y "nc_eupubconsent".

Es importante resaltar que su CMP continuará funcionando como antes y aún se puede usar con administradores de etiquetas o lógicas de bloqueo / aplazamiento de anuncios, etc. Si usted y sus socios no confían en las señales IAB TCF, los cambios mencionados anteriormente no tendrán efecto en su sitio web.

Detalles
Revisión n. ° 6
Creadas Hace años 3 by Ene
Actualizado Hace 5 meses by Ene
¿No tiene una cuenta todavía?

Cumplir con el RGPD con nuestra Cookie del RGPD Consent Manager solución. ¡Pruébalo ahora gratis!

Cookie del RGPD Consent Manager
Volver