Respuesta corta: IAB Europe publicó TCF 2.4 el 23 de julio de 2026. Las implementaciones web deben migrarse antes del 23 de octubre de 2026; para aplicaciones móviles y CTV, la fecha límite es el 23 de febrero de 2027. La versión de formato TC-String sigue siendo 2 y la versión de política TCF sigue siendo 5. TCF 2.4 no introduce, por lo tanto, un nuevo formato de cadena global. Los puntos clave son las directrices actualizadas, en particular el tratamiento más estricto del interés legítimo de los vendedores.
Lo esencial
- TCF 2.4 es la especificación actual; el plazo de migración se separa por entorno.
- Web: 23 de octubre de 2026. Aplicación móvil y CTV: 23 de febrero de 2027.
- La versión binaria TC-String sigue siendo 2;
tcfPolicyVersionsigue siendo 5. - Los consentimientos ya válidos no requieren automáticamente un nuevo consentimiento solo por el cambio de versión. Sin embargo, una nueva solicitud puede ser necesaria por otras razones, como cambios en vendedores, finalidades o textos legales.
- El segmento
DisclosedVendorsse volvió obligatorio con TCF 2.3 y continúa en 2.4. No es una nueva funcionalidad 2.4. - Los vendedores no pueden señalar interés legítimo únicamente sobre la base de Special Purposes. Esta regla 2.4 ya se aplica desde abril de 2026.
- El registro y la certificación son declaraciones diferentes. Verifique también para qué entorno está registrada una CMP.
¿Qué cambia con IAB TCF 2.4?
TCF 2.4 actualiza las directrices y especificaciones técnicas del Transparency and Consent Framework. Para los implementadores, es particularmente importante no confundir los números de versión con los campos del TC-String: el segmento Core continúa utilizando la versión de formato 2, y la versión de política sigue siendo 5. Las integraciones no deben, por lo tanto, codificar una versión de cadena ficticia "2.4" ni descartar todas las señales existentes únicamente debido al cambio de versión.
El cambio más importante en la práctica se refiere a Vendor Legitimate Interest. Un vendedor solo puede establecer un bit LI si existe al menos una finalidad de procesamiento autorizada para ello. Los Special Purposes solos no son suficientes. Las CMP deben aplicar esta invariante al generar, restaurar y revocar señales.
Disclosed Vendors: introducido en 2.3, aún requerido en 2.4
El segmento DisclosedVendors documenta qué vendedores fueron realmente mostrados a la persona. Se volvió obligatorio con TCF 2.3 y sigue siendo parte de una implementación 2.4 correcta. Al migrar a 2.4, el segmento no debe reinventarse, sino verificarse contra la lista de vendedores visible:
- Cada vendedor contenido en el segmento debe haber sido divulgado en la interfaz de consentimiento.
- Los vendedores no mostrados, eliminados o inactivos no deben señalarse como divulgados.
- El conjunto de vendedores en la configuración, interfaz,
DisclosedVendorsyTCDatadebe ser rastreable y coherente.
Plazos por entorno
| Entorno | Plazo de migración a TCF 2.4 |
|---|---|
| Web | 23 de octubre de 2026 |
| Aplicación móvil | 23 de febrero de 2027 |
| CTV | 23 de febrero de 2027 |
Un registro web no cubre automáticamente aplicaciones móviles o CTV. Verifique la entrada de la CMP en la lista oficial de CMP y los entornos mencionados. Biscotti CMP es operado por Campcruisers GmbH y está registrado con ID CMP 497 para Web. No se afirma ningún registro para aplicación nativa o CTV.
Migración gradual a TCF 2.4
1. Verificar el estado de registro y entorno
Compare el ID de CMP, la entidad legal y los entornos registrados con la lista oficial de CMP. No confíe en un logotipo o en una formulación general como "conforme con IAB".
2. Vincular la GVL actual y la selección de vendedores
Cargue una Global Vendor List actual y determine los vendedores realmente utilizados para el sitio web o aplicación específica. La interfaz y el estado de consentimiento generado deben derivarse del mismo conjunto de vendedores.
3. Implementar la regla Vendor-LI en fail-closed
No genere una señal Vendor-LI si el vendedor solo declara Special Purposes o no queda ninguna finalidad LI autorizada. Verifique esta regla también después de Reject, revocación, cambio de GVL y restauración de un estado guardado.
4. Mantener la semántica TC-String
Continúe codificando la versión de formato TC-String 2 y la versión de política 5. Conserve el segmento DisclosedVendors obligatorio. No modifique los campos de versión de API solo porque la especificación del framework se llama 2.4.
5. Decidir el reconsent de manera específica
Un cambio de versión por sí solo no es una razón de reconsent global. En su lugar, verifique si las finalidades, vendedores, bases legales, Publisher Restrictions o la información presentada a la persona han cambiado sustancialmente. Documente la decisión.
6. Probar transiciones de estado completas
Pruebe como mínimo Accept All, Reject All, selección granular, interés legítimo, revocación, reapertura, reinicio del navegador y una actualización de GVL. Decodifique las cadenas generadas de forma independiente y compare los conjuntos de vendedores y finalidades.
Lista de verificación técnica
__tcfapi('ping', 2, ...)reporta datos de CMP y política consistentes.- La versión de formato TC-String es 2 y
tcfPolicyVersiones 5. DisclosedVendorscorresponde a la lista de vendedores realmente visible.- Vendor-LI nunca se establece sin una finalidad LI autorizada.
- Reject y revocación eliminan señales de consentimiento e LI no autorizadas.
- Los estados guardados solo se aceptan si coinciden con la configuración actual.
- El ID de CMP y el entorno registrado coinciden con la lista oficial de CMP.
- Las versiones web, aplicación móvil y CTV se publican por separado.
¿Deben interrogarse nuevamente los usuarios existentes?
No automáticamente. La designación de versión TCF 2.4 no cambia ni el formato TC-String ni el número de versión de política por sí sola. Sin embargo, se requiere un nuevo consentimiento si la decisión anterior ya no representa correctamente el procesamiento actual o si la persona debe recibir información sustancialmente nueva. La decisión debe tomarse en función del cambio de configuración real y con asesoramiento legal.
Errores comunes
- Codificar TCF 2.4 como una nueva versión de formato TC-String.
- Aumentar
tcfPolicyVersionsin base normativa. - Describir incorrectamente Disclosed Vendors como un cambio nuevo 2.4.
- Tratar Special Purposes como base suficiente para Vendor-LI.
- Presentar un registro web como un registro de aplicación móvil o CTV.
- Usar "registrado", "validado" y "certificado" como sinónimos.
- Probar solo la ruta Accept All y omitir Reject, revocación o reinicio.
Conclusión
La migración a TCF 2.4 no es un simple cambio de texto. Requiere una publicación planificada por entorno, señales Vendor-LI correctas y prueba de que los vendedores visibles, el estado guardado y el TC-String son coherentes. Quienes distingan correctamente la versión de formato 2, la versión de política 5 y el historial de Disclosed Vendors evitarán los errores de migración más comunes.
FAQ
¿Es TCF 2.4 una nueva versión de formato TC-String?
No. El campo de versión del TC-String sigue siendo 2; la versión del framework 2.4 no debe escribirse en este campo.
¿Cambia la versión de política TCF?
No. Para TCF 2.4, tcfPolicyVersion permanece en 5.
¿Es Disclosed Vendors nuevo en TCF 2.4?
No. El segmento se volvió obligatorio con TCF 2.3 y continúa en 2.4.
¿Requiere TCF 2.4 siempre reconsent?
No. Los cambios reales en el procesamiento e información del usuario son decisivos, no solo el número de versión.
¿Está Biscotti CMP registrado para aplicaciones móviles o CTV?
La entrada de registro actual de Campcruisers GmbH, ID CMP 497, cubre Web. De esto no se deduce ningún registro para aplicaciones móviles o CTV.
Fuentes
- IAB Europe, TCF Policies v5.0.b y Specifications v2.4: https://iabeurope.eu/transparency-consent-framework/
- IAB Europe, lista de CMP: https://cmplist.consensu.org/v2/cmp-list.json
- IAB Tech Lab, Consent String and Vendor List Formats: https://github.com/InteractiveAdvertisingBureau/GDPR-Transparency-and-Consent-Framework
Este artículo explica aspectos técnicos y organizativos y no constituye asesoramiento legal.