- Versión 2.1 del TCF: seguiremos aceptando las cadenas de la versión 2.1 del TCF, pero animamos a las CMPs a que sigan las directrices de IAB para avanzar en la implementación a medida que el sector pasa a la versión 2.2 del TCF.
- Soluciones de gestión del consentimiento de Google: está previsto que las soluciones de gestión del consentimiento de Google, disponibles en la pestaña Privacidad y mensajes de Ad Manager, AdSense y AdMob, admitan la versión 2.2 del TCF para los mensajes de solicitud de consentimiento conformes al RGPD a principios de noviembre, coincidiendo con la fecha límite que ha impuesto IAB a las CMPs (el 20 de noviembre del 2023).
IAB Europe ha finalizado la versión 2.0 de su Marco de Transparencia y Consentimiento (TCF) desarrollado en colaboración con IAB Tech Lab y empresas asociadas. Ahora, Google es totalmente compatible con la versión 2.0 del TCF.
Para que los editores tengan tiempo suficiente para gestionar los problemas de configuración y los errores relacionados con el lanzamiento de la versión 2.0 del Marco de Transparencia y Consentimiento de IAB Europe, Google les ofrecerá un informe de los errores detectados y un periodo de gracia de 150 días para que puedan resolverlos.
En este artículo se ofrece más información sobre cómo abordar los errores de implementación de la versión 2.2 del TCF, incluido lo siguiente:
Directrices actualizadas
Novedades
- Recordatorio sobre el requisito del TCF para volver a obtener el consentimiento cada 13 meses:
Tal como se estipula en la política del TCF de IAB, tiene la obligación de recordar a sus usuarios al menos una vez cada 13 meses (390 días) las opciones de consentimiento que han elegido. Si han pasado más de 13 meses desde la última vez que un usuario eligió sus opciones de consentimiento, Google dejará de considerar válida la cadena de TC oportuna y no servirá más anuncios a ese usuario. Le recomendamos que colabore con su CMP para recordar a los usuarios sus opciones de consentimiento antes de que se alcance el límite de 13 meses.
- Se ha eliminado el tipo de error 3.2. Las cadenas de transparencia y consentimiento (TC) que se hayan actualizado en los últimos 13 meses seguirán siendo válidas.
Soluciones para errores habituales
Para solucionar algunos de los errores más comunes de Ad Manager, AdSense y AdMob, siga estos pasos:
Le recomendamos que vuelva a pedir el consentimiento de los usuarios con cadenas de TC no asociadas a la monetización(Errores 1.1, 3.1, 4.1, 5.1, 5.2 y 6.1)
Errores relacionados
Directrices actualizadas
Le recomendamos que vuelva a solicitar el consentimiento de los usuarios.
Motivo
Los editores podrán volver a solicitar el consentimiento si han utilizado previamente cadenas de permiso fuera del marco, de permiso global o identificadores no válidos de CMP o de la lista global de proveedores (GVL), ambos de pruebas. También podrán hacerlo si no tenían a Google como proveedor con el consentimiento adecuado en alguna fase de la implementación.
Errores 1.1, 1.2 y 1.3: es importante comprobar si estos errores representan una parte significativa del tráfico. Si así fuera, tal vez se trate de un problema en la CMP. También debe asegurarse de que se ha concedido a Google el consentimiento para los fines necesarios y que figura como proveedor de consentimiento y de interés legítimo (ID de proveedor 755).
Especificación de IAB
Según las especificaciones de IAB, las CMPs pueden almacenar las cadenas de consentimiento en caché durante 13 meses.
AddEventHandler en menos de 500 ms(Errores 2.1a, 2.1b, 2.0a, 2.0b y 2.0c)
Errores relacionados
Error 2.1a. Estas directrices también se pueden aplicar a los errores 2.1b, 2.0a, 2.0b y 2.0c.
Directrices actualizadas
Aunque ya no se exige un tiempo máximo de respuesta, recomendamos que las CMPs revisen detenidamente sus implementaciones para asegurarse de que se devuelven inmediatamente las llamadas a AddEventListener getTCData.
Si una CMP no responde, es posible que la solicitud no se monetice.
Motivo
Google cumple las especificaciones de IAB en las que se indica que las CMPs deben responder de inmediato a la función AddEventListener. De lo contrario, es posible que no se monetice la solicitud.
Además, las respuestas de la CMP forman parte de la cadena de eventos que influyen en la rapidez con la que se puede realizar una solicitud de anuncio. Si se reduce el tiempo entre la carga de la página y las solicitudes de anuncios, disminuye el número de impresiones que pierde el editor.
Especificación de IAB
Especificación de IAB aplicable: especificación AddEventListener (en GitHub)
AddEventListener se debe llamar inmediatamente al registrarse con los datos de TC actuales, incluso si el estado de la CMP indica que se está cargando (loading) y sus datos de TC están incompletos. De este modo, la secuencia de comandos de la llamada puede acceder a su listenerId registrado. Además, cada vez que se cambie una cadena de TC, se debe llamar a la retrollamada, a menos que se elimine mediante RemoveEventListener.Centro de Políticas
El Centro de Políticas notificará a los editores si una aplicación o un sitio no cumple los requisitos de gestión del consentimiento de Google.
Informe de errores
Si detectamos un problema en la cadena de TC asociada a uno o varios de los sitios web o las aplicaciones de un editor, se lo notificaremos en la interfaz de usuario del producto. También puede descargar un informe detallado de los errores que se hayan detectado en los últimos 7 días. Para ello, debe ir a la página "Consentimiento de usuarios de la UE" de su cuenta y hacer clic en Descargar informe de errores del TCF.
- Ad Manager: haga clic en Administrar
Consentimiento de usuarios de la UE.
- AdMob y AdSense: haga clic en Controles de bloqueo
En este informe se incluirá la siguiente información sobre cada uno de los errores detectados:
- Dominio o MobileAppID: el sitio o la aplicación móvil con problemas de configuración.
- Ruta del bloque de anuncios: el bloque de anuncios asociado al error.
- Código de error: el código asignado al error.
- Recuento de errores: el número de consultas que contienen el mismo error y se detectaron durante la última semana.
- Fecha de última detección: la última fecha en la que se detectó el error.
En las tablas de solución de problemas que aparecen más abajo, los editores pueden buscar los códigos de error del informe para saber qué acciones pueden llevar a cabo para solucionar determinados errores.
Solución de problemas
Para ayudar a los editores a corregir errores de configuración en las integraciones del TCF v.2.2 de IAB, hemos creado las tablas que aparecen más abajo con los tipos de errores de la cadena de TC más comunes y recomendaciones para solucionar los problemas correspondientes.
En las tablas se explican los problemas a nivel de solicitud de anuncio y el comportamiento correspondiente del sistema.
Situaciones de consentimiento limitado
Las tres situaciones tienen prioridad sobre los errores de configuración, aunque una solicitud determinada tenga varios errores.
| Situación | Descripción | Acción sugerida |
|---|---|---|
| 1.1 | No se ha concedido el consentimiento ni el interés legítimo a Google como proveedor. | Compruebe si el usuario ha rechazado intencionadamente a Google como proveedor, si se han producido errores de implementación de la CMP o si se aplican restricciones al editor. |
| 1.2 | No se ha obtenido el consentimiento para la Finalidad 1 en los países del EEE y el Reino Unido. |
Compruebe si el usuario ha rechazado intencionadamente la Finalidad 1 o si este problema se debe a errores de implementación de la CMP. Los editores suizos deben asegurarse de que están configurando los campos
PublisherCC y PurposeOneTreatment correctamente si no solicitan el consentimiento de los usuarios. A partir de diciembre del 2021, dejaremos de revisar cómo se trata el campo |
| 1.3 | Ha obtenido el consentimiento para la Finalidad 1, pero no cuenta con bases legales para anuncios básicos. |
Compruebe si el usuario ha rechazado intencionadamente intereses legítimos en otras finalidades o si este problema se debe a errores de implementación de la CMP. |
Configuración errónea
Las solicitudes de anuncios no se rellenan si hay errores de configuración.
| Error | Descripción | Acción sugerida |
|---|---|---|
| 2.1a | La etiqueta o el SDK no recibe una cadena de TC debido a que el estado de la CMP es stub, loading o error. |
Si invoca manualmente la función para solicitar anuncios, asegúrese de que la respuesta a Si no invoca manualmente la función para solicitar anuncios, colabore con su CMP para que implemente la compatibilidad con |
| 2.1b |
Se cumplen estas dos condiciones:
|
Pida a su CMP que compruebe si se han implementado correctamente sus APIs según las especificaciones técnicas del TCF de IAB. |
| 2.0a |
La cadena de TC no se puede analizar porque no está codificada en Base64. Ejemplo: |
Las CMPs o los editores deben enviar los datos de los parámetros gdpr_consent= codificados en Base64. |
| 2.0b |
La cadena de TC no se puede analizar debido a un error de decodificación. Ejemplo: Incluye un número incorrecto de bits. |
La CMP debe corregir los errores de implementación de la cadena de TC. |
| 2.0c |
La cadena de TC no se puede analizar debido a un error en los datos. Ejemplos: Marca de tiempo incorrecta, el ID de proveedor es demasiado grande |
La CMP debe corregir los errores de implementación de la cadena de TC. |
Problemas con la cadena de TC
Problemas con la cadena de TC asociada a una solicitud de anuncio. Las solicitudes de anuncios se omiten y no se rellenan.
| Error | Descripción | Acción sugerida |
|---|---|---|
| 3.1 | El ID de la CMP no es válido. |
Compruebe que está utilizando una CMP validada por IAB y que su ID está definido correctamente en las cadenas de TC. Si una CMP era válida cuando se generó una cadena de TC, pero IAB la eliminó más tarde, debe volver a obtener el consentimiento mediante una CMP válida. |
| 3.2 | Ya no se utiliza. | Ninguna. Significado anterior: la creación de la cadena de TC fue hace más de 13 meses. |
Se debe volver a obtener el consentimiento
Se debe obtener el consentimiento del usuario. Si ha obtenido el consentimiento de un usuario hace más de 13 meses o mediante una versión de la GVL en la que Google aún no aparecía, debería volver a obtenerlo, ya que, de lo contrario, las solicitudes de anuncios se omitirán y no se rellenarán.
| Error | Descripción | Acción sugerida |
|---|---|---|
| 3.3 | La última actualización de la cadena de TC fue hace más de 13 meses. |
La CMP debe eliminar la cadena de TC antigua y volver a obtener el consentimiento. Es normal que se produzca un pequeño número de estos errores si las solicitudes de anuncios se envían con una cadena de TC caducada antes de que la CMP haya invalidado y vuelto a obtener el consentimiento del usuario. Si usa soluciones de gestión del consentimiento de Google y el SDK de UMP en su aplicación, compruebe que el SDK de UMP se haya implementado correctamente y que se hace una llamada a |
| 4.1 | La cadena de TC se ha generado con una versión de la GVL en la que aún no aparecía Google. | Vuelva a obtener el consentimiento usando una versión actual de la GVL. |
Permiso global y permiso fuera del marco
Problemas relacionados con el permiso global y fuera del marco (Ad Manager, AdMob y AdSense). Los anuncios no se sirven si la cadena de TC indica que el permiso es del tipo fuera del marco o global.
| Error | Descripción | Acción sugerida |
|---|---|---|
| 5.1 | La cadena de TC permite el consentimiento de conformidad con bases legales no recogidas por el marco. | Indique a su CMP que retire de las cadenas de TC las señales de fuera del marco. |
| 5.2 | Cadena de TC de permiso global. | Indique a su CMP que actualice las cadenas de TC para que sean específicas del servicio. |
Servicio de anuncios limitado
Se servirán anuncios limitados.
| Error | Descripción | Acción sugerida |
|---|---|---|
| 6.1 | La versión de la cadena de TC es 1 o 1.1 (versión 1.0). |
La CMP debe enviar cadenas de la versión 2.2 del TCF. |
Google gestionará los problemas
Cuando se producen los problemas detallados a continuación, Google se encarga del problema, si es necesario, y continúa con el proceso normal de gestión del TCF.
| Error | Descripción | Acción sugerida |
|---|---|---|
| 7.1 | El parámetro gdprApplies no tiene ningún valor o tiene uno no válido o indescifrable, pero hay una cadena de TC válida. |
N/A |
| 7.2 | La cadena de TC se ha generado con una versión de la GVL más reciente que la que utiliza la tecnología de servicio de anuncios de Google. | N/A |
| 7.3 | Algunas finalidades, funciones o proveedores están fuera de alcance (desconocido). | N/A |
| 7.4 | La cadena de TC tiene una versión de tcf_policy_version anterior a la versión de la GVL más reciente. |
La CMP debe eliminar la cadena de TC anterior y volver a obtener el consentimiento con la GVL más reciente. |
| 7.5 |
Una solicitud tiene el parámetro |
N/A |
| 7.6 | El código de país del editor no es válido, pero se incluye el consentimiento para la Finalidad 1. | La CMP debe corregir los errores de implementación de la cadena de TC. |
| 7.7 | El código de idioma no es válido. | La CMP debe corregir los errores de implementación de la cadena de TC. |
| 7.8 | El campo de la versión de la cadena de TC no es 1 ni 2. |
La CMP debe corregir los errores de implementación de la cadena de TC solicitando un nuevo consentimiento si se detecta una cadena de TC no válida. Si usa soluciones de gestión del consentimiento de Google y el SDK de UMP en su aplicación, compruebe que el SDK de UMP se haya implementado correctamente y que se hace una llamada a |
| 7.9 | La versión de la cadena de Consentimiento Adicional no es 1 ni 2. |
La CMP debe asignar el valor 1 o 2 al campo de la versión de la cadena de Consentimiento Adicional. |
Problemas con la cadena de Consentimiento Adicional
Cuando se producen los problemas detallados a continuación, Google considera que la cadena de Consentimiento Adicional no es válida e ignora a cualquier proveedor que no se incluya en la cadena de TC.
| Error | Descripción | Acción sugerida |
|---|---|---|
| 8.1 | La cadena de Consentimiento Adicional no usa el separador de versión (~). |
La CMP debe usar "~" como segundo carácter de la cadena de Consentimiento Adicional para separar el número de versión de la lista de proveedores que han obtenido el consentimiento. |
| 8.2 | La cadena de Consentimiento Adicional contiene una lista de proveedores que no sigue el formato esperado (lista de valores int64 separados por '.') | La CMP debe solucionar los errores de implementación de la cadena de Consentimiento Adicional. |
