Normativa

TCF 2.2: entender el Transparency and Consent Framework

Índice del artículo

TL;DR

El TCF 2.2 (Transparency and Consent Framework) es un estándar técnico de IAB Europe que permite transmitir de forma estructurada las elecciones de consentimiento de los visitantes a los proveedores publicitarios (proveedores de ad tech). No sustituye al RGPD ni a Google Consent Mode: los complementa estandarizando la comunicación del consentimiento en toda la cadena de publicidad programática. Si tu sitio muestra publicidad programática o usa tecnologías adtech, tu CMP debe admitir TCF 2.2.

¿Qué es TCF 2.2?

El TCF 2.2 (Transparency and Consent Framework, versión 2.2) es un marco técnico desarrollado por IAB Europe. Define un protocolo estandarizado para transmitir las elecciones de consentimiento de los usuarios a los proveedores publicitarios (SSP, DSP, ad exchanges, plataformas de gestión de datos) que participan en la cadena programática.

Cuando un visitante interactúa con un banner de consentimientocompatible con TCF, la CMP genera una TC String: una cadena de caracteres codificada que contiene las elecciones de consentimiento del visitante para cada finalidad y para cada proveedor inscrito en la Global Vendor List (GVL) de IAB.

TCF 2.2 y Google Consent Mode v2 son dos mecanismos complementarios, no competidores. Consent Mode v2 es propiedad de Google y transmite señales exclusivamente a las etiquetas de Google. TCF 2.2 es un estándar abierto del sector que transmite las elecciones a todos los proveedores de la GVL de IAB (más de 1.000 proveedores) para 11 finalidades.

Si tu sitio solo usa Google Analytics y Google Ads, Consent Mode v2 es suficiente. Si tu sitio muestra publicidad programática a través de SSP o ad exchanges, necesitas además TCF 2.2.

¿Quién debe implementar TCF 2.2?

Los editores que monetizan con publicidad programática y trabajan con proveedores inscritos en la GVL. Los proveedores adtech (SSP, DSP, DMP) que tratan datos de consentimiento en el EEE también deben estar inscritos y respetar las señales TCF.

Si tu sitio no muestra publicidad programática, TCF 2.2 no es necesario. Un banner de consentimiento estándar con Consent Mode v2 cubre tus necesidades.

Finalidades de TCF 2.2

TCF 2.2 define 11 finalidades y 2 finalidades especiales. Abarcan el almacenamiento en el dispositivo (finalidad 1), la selección limitada de anuncios (finalidad 2, nueva), la elaboración de perfiles publicitarios (finalidades 3-4), la personalización de contenidos (finalidades 5-6), la medición del rendimiento (finalidades 7-8), el conocimiento de la audiencia (finalidad 9), la mejora de los servicios (finalidad 10) y la selección limitada de contenidos (finalidad 11, nueva).

¿Cómo funciona TCF 2.2 en la práctica?

La CMP compatible con TCF muestra el banner de consentimiento con las finalidades y los proveedores. El visitante elige. La CMP genera la TC String codificada y la almacena. Los scripts publicitarios leen la TC String a través de la API de la CMP (método __tcfapi) y adaptan su comportamiento según los consentimientos obtenidos.

Para ser válida, una CMP debe estar inscrita en IAB Europe y obtener un CMP ID. Las principales CMP del mercado admiten TCF; en FlowConsent, el soporte llegará próximamente.

¿Qué ha cambiado entre TCF 2.1 y TCF 2.2?

TCF 2.2, publicado en mayo de 2023, elimina el interés legítimo para las finalidades 3-6 (elaboración de perfiles), exige un consentimiento explícito para esas finalidades, añade dos nuevas finalidades (2 y 11) y obliga a los proveedores a facilitar URL con la descripción de sus tratamientos para una mayor transparencia.

Errores frecuentes con TCF 2.2

Confundir TCF con Consent Mode. Son dos mecanismos distintos. TCF afecta a la cadena programática; Consent Mode, a las etiquetas de Google.

Activar TCF en un sitio sin publicidad programática. TCF añade complejidad al banner. Si tu sitio no lo necesita, lo complica sin motivo.

Usar una CMP no inscrita en IAB. Solo las CMP inscritas pueden generar TC Strings válidas. Los proveedores adtech rechazan las señales de CMP no certificadas.

No actualizar la Global Vendor List con regularidad. La GVL se actualiza con frecuencia. Una versión desactualizada puede provocar una transmisión incorrecta del consentimiento.

Checklist: implementar TCF 2.2

  1. Comprueba que tu sitio usa publicidad programática que requiere TCF.
  2. Elige una CMP inscrita en IAB Europe.
  3. Configura las finalidades TCF en el banner de consentimiento.
  4. Identifica los proveedores de la GVL que se usan en tu sitio.
  5. Configura en paralelo Consent Mode v2 para las etiquetas de Google.
  6. Prueba la generación de la TC String con una herramienta de decodificación.
  7. Comprueba que los scripts adtech leen correctamente la TC String a través de __tcfapi.
  8. Realiza una auditoría de cookies para confirmar el bloqueo previo al consentimiento.

Conclusión

TCF 2.2 es un estándar necesario para los sitios que participan en la publicidad programática en el EEE. Completa la cadena de cumplimiento estandarizando la transmisión del consentimiento a los proveedores adtech. Si tu sitio no muestra publicidad programática, TCF no es necesario. Empieza con un escaneo de tu sitio para identificar los scripts presentes y determinar si TCF es pertinente para tu configuración.

Preguntas

Preguntas frecuentes sobre este tema.

¿No encuentra su pregunta? Escríbanos, respondemos rápido.

¿Qué diferencia hay entre TCF 2.2 y Google Consent Mode v2?

TCF 2.2 es un estándar abierto de IAB Europe que transmite el consentimiento a todos los proveedores publicitarios inscritos en la Global Vendor List (más de 1.000 proveedores). Consent Mode v2 es un mecanismo propiedad de Google que transmite el consentimiento exclusivamente a las etiquetas de Google. Ambos son complementarios.

¿Mi sitio necesita implementar TCF 2.2?

TCF 2.2 es necesario si tu sitio muestra publicidad programática a través de SSP, ad exchanges o redes publicitarias de terceros inscritas en la GVL de IAB. Si solo usas Google Analytics y Google Ads sin publicidad programática, Consent Mode v2 es suficiente.

¿Qué es una TC String?

La TC String es una cadena de caracteres codificada que genera la CMP compatible con TCF. Contiene las elecciones de consentimiento del visitante para cada finalidad y cada proveedor. Los scripts publicitarios leen esta cadena a través de la API __tcfapi para adaptar su comportamiento.

¿TCF 2.2 sustituye al RGPD?

No. TCF 2.2 es un marco técnico que estandariza la transmisión del consentimiento en la cadena de publicidad programática. No sustituye al RGPD, que es el marco jurídico. TCF es una herramienta para cumplir el RGPD en el contexto de la publicidad online.

¿Qué ha cambiado entre TCF 2.1 y TCF 2.2?

TCF 2.2 elimina el interés legítimo para las finalidades de elaboración de perfiles publicitarios (finalidades 3 a 6) y exige un consentimiento explícito. Se añadieron dos nuevas finalidades (finalidades 2 y 11) para distinguir mejor la publicidad contextual de la publicidad segmentada.

¿Mi CMP debe estar inscrita en IAB para usar TCF?

Sí. Solo las CMP inscritas en IAB Europe y que disponen de un CMP ID pueden generar TC Strings válidas. Los proveedores adtech rechazan las señales de CMP no certificadas. La lista de CMP inscritas es pública en el sitio web de IAB Europe.

Haga que su sitio cumpla la normativa hoy mismo.

Gratis hasta 25.000 sesiones al mes. Sin tarjeta de crédito, sin compromiso.