Plataformas de gestión de consentimiento: preguntas frecuentes sobre GDPR, CCPA y PubGuru DataGuard

Esta publicación se actualizó por última vez el 20 de enero de 2020

(Actualizado al 1 de enero de 2020)

¿Qué son el RGPD y la CCPA y cómo se aplican a las industrias editorial y publicitaria?

El RGPD y la CCPA son leyes de privacidad promulgadas en los últimos años que afectan de forma masiva a las industrias publicitaria y editorial.

El RGPD requiere que los procesadores de datos cumplan con ciertos requisitos en el manejo de los datos del usuario, incluida la solicitud de consentimiento afirmativo e inequívoco para cualquier cosa que no esté expresamente permitida en las regulaciones. La publicidad moderna y el análisis web no están expresamente permitidos por las normas, por lo que se debe obtener el consentimiento de los usuarios antes de utilizar dicha tecnología. El RGPD entró en vigor el 25 de mayo de 2018. El RGPD se aplica a usuarios tanto de la UE (Unión Europea) como del EEE (Espacio Económico Europeo).

La CCPA es una ley de privacidad muy similar que entró en vigencia el 1 de enero de 2020 y cubre tanto a los usuarios de California como a los procesadores de datos con presencia en California. Aunque existen diferencias entre la CCPA y el RGPD, la mayor parte de la idea general es la misma. Existen numerosos requisitos de divulgación y manejo de datos.

En ambos casos, la industria de la publicidad se ha apiñado en gran medida en torno al marco de consentimiento de IAB para proporcionar funciones estandarizadas para que los proveedores vean si se ha obtenido el consentimiento en su nombre.

¿Qué exigen como mínimo el RGPD y la CCPA?

Los editores y las empresas de tecnología publicitaria deben obtener el consentimiento afirmativo y expreso para usar cookies y otros identificadores personalizados en la publicidad y el análisis de usuarios de sitios web para usuarios ubicados en la UE/EEE. El no hacerlo permite multas catastróficas bajo GDPR.

La CCPA no tiene las mismas restricciones de peso sobre el consentimiento afirmativo y expreso, pero requiere que los procesadores de datos proporcionen numerosas divulgaciones, así como un enlace para bloquear la venta de la información personal de un usuario.

¿Qué pasa si nuestra empresa no tiene presencia en la UE/EEE o California? No creemos que el RGPD o la CCPA se apliquen a nosotros.

Los editores fuera de la UE/EEE y California normalmente no se exponen a juicios ejecutables dentro de esas jurisdicciones, pero los socios publicitarios que tienen presencia legal en la UE/EEE y California (Google, AppNexus, Index, OpenX, etc.) seguirán ser responsable. Como resultado, todas las principales fuentes de demanda requieren el cumplimiento de GDPR y CCPA a través de un contrato.

Como mínimo, el incumplimiento da como resultado suspensiones y prohibiciones de cuentas publicitarias y listas negras en SSP y DSP. En el peor de los casos, los editores que no cumplen también se enfrentan a pagar los honorarios legales de los proveedores con los que tienen contratos si esos proveedores son multados.

En otras palabras, incluso si se encuentra fuera de California y de la UE/EEE, aún necesita una herramienta compatible para administrar el consentimiento y la ventana emergente. Si ejecuta cualquier tecnología de Google, Facebook, OpenX o la mayoría de los proveedores de tecnología publicitaria, no importa si se encuentra fuera de la UE/EEE o California. Tanto el RGPD como la CCPA aún se aplican a usted.

¿Existen soluciones publicitarias disponibles que no requieran el consentimiento del usuario?

No es efectivo para GDPR. Hay algunos proveedores que han comenzado a experimentar con soluciones publicitarias que no requieren el consentimiento del usuario. Estamos considerando integrarlos en nuestra tecnología donde tendrían un impacto significativo en los ingresos. Sin embargo, el seguimiento de usuarios para la personalización de anuncios ya no es legal para los usuarios de la UE sin el consentimiento del usuario según el RGPD, por lo que los usuarios reciben anuncios muy limitados que probablemente sean irrelevantes para el usuario. Como resultado, los ingresos se reducen drásticamente. Estas tecnologías publicitarias sin consentimiento han oscilado entre el 70 y el 95 % de pérdida de ingresos por publicidad sin consentimiento.

Esto sucede por múltiples razones:

• La orientación se vuelve tremendamente ineficaz cuando no se puede rastrear al usuario. Los anunciantes no pueden dirigirse a las audiencias por demografía; por ejemplo, los anuncios centrados en productos para mujeres de 18 a 35 años terminan como impresiones desperdiciadas frente a otros datos demográficos. Además, las campañas de retargeting para usuarios que han expresado interés en un producto o servicio también se vuelven ineficaces.
• Además, las modernas tecnologías antifraude se basan tanto en las cookies como en las huellas dactilares del navegador que no están permitidas por las reglamentaciones sin consentimiento. Las marcas no quieren comprar impresiones donde no pueden validar si esas impresiones fueron reales.
• Entre estos problemas, cuando los anunciantes no pueden verificar que sus anuncios estaban en el mercado y ni siquiera pueden verificar que los anuncios aparecieron frente a humanos reales, muy pocos están interesados ​​​​en comprar dicho inventario de anuncios. Con poca demanda de dicho inventario de anuncios, las tarifas de anuncios colapsan.

Para CCPA, hay opciones para restringir el procesamiento de datos con la mayoría de las principales fuentes de demanda, incluido Google. Sin embargo, la carga recae en el editor para eliminar a los que no lo hacen.

¿Qué es una plataforma de gestión de consentimiento (CMP) y cómo resuelve este problema?

Una plataforma de gestión de consentimiento (CMP) es un sistema que gestiona una ventana emergente de consentimiento, recopilando y rastreando quién dio su consentimiento y para qué proveedores dieron su consentimiento para permitir la recopilación de datos. El CMP proporciona divulgaciones, así como una vía para que los usuarios ejerzan los derechos bajo el GDPR como la eliminación de datos.

Además, no ejecutar un CMP compatible con IAB puede aumentar las discrepancias y las recuperaciones.

¿Podemos usar los anuncios no personalizados (NPA) de Google en lugar de un CMP para GDPR?

Según el seminario web y las preguntas y respuestas de Google sobre el RGPD, la respuesta es un no rotundo. NPA se creó mucho antes de GDPR y por diferentes razones. NPA no cumple con GDPR y no se puede usar en lugar de un CMP.

Como editor, ¿necesito una política de privacidad?

Sí, todos los editores deben tener una política de privacidad. Esto es requerido por las leyes de numerosos países además de las de la UE/EEE. La política de privacidad debe incluir:

• para qué usa los datos el editor (generalmente inicios de sesión de usuario, personalización de la experiencia del usuario, publicidad personalizada, etc.),
• información de contacto del editor para saber cómo eliminar los datos de un usuario.
• un enlace al usuario frente a la lista unificada de proveedores de PubGuru Dataguard.
• para CCPA, la política debe incluir un enlace con el texto "No vender mi información".

Hable con su asesor para cumplir con los requisitos de cumplimiento de su política de privacidad.

¿Cómo funciona PubGuru DataGuard?

PubGuru DataGuard es nuestro CMP integrado directamente. Con PubGuru DataGuard, se verifica que todos los usuarios se encuentren en países de la UE/EEE y California.

• Los usuarios que no se encuentren en países de la UE/EEE o California no obtendrán ninguna ventana emergente de consentimiento. Por ejemplo, un usuario de habla hispana con un idioma de navegador configurado en español que se encuentra en América Latina no obtendrá la ventana emergente de consentimiento. La única excepción a esto es cuando un usuario tiene una ubicación ambigua de la heurística del navegador y no puede ser geolocalizado por IP. No hay más remedio que darles la ventana emergente de consentimiento, pero esto es extremadamente raro.
• Los usuarios que se encuentran en países de la UE/EEE obtendrán una ventana emergente de consentimiento activo. Nuestra ventana emergente revela que los datos del usuario se utilizarán para personalizar la publicidad en función de sus intereses. La publicidad digital actual tiene innumerables actores de la industria, y un editor no puede saber qué proveedores cargarán antes de que se carguen. Enumeramos todos los principales socios publicitarios conocidos que hemos observado en el ecosistema publicitario, incluidos Google (para Adsense, AdX, DFP y Analytics), MonetizeMore, header bidder, DSP y empresas de verificación antifraude. Debido a que los socios publicitarios varían de página vista a página vista, o también si el editor agrega socios adicionales, divulgamos todos los socios que podrían cargar potencialmente, en lugar de solo los socios que cargarán definitivamente. Esto también significa que el editor no necesita buscar el consentimiento una y otra vez en diferentes páginas vistas para los distintos socios que cargan.
• Los usuarios que se encuentran en California obtendrán una ventana emergente pasiva más pequeña con los enlaces de política de privacidad adecuados y las divulgaciones necesarias.

Puede ver una demostración funcional de PubGuru DataGuard aquí.

¿Qué sucede si el usuario no da su consentimiento?

Para GDPR y usuarios en la UE/EEE, la ventana emergente de consentimiento de PubGuru DataGuard requiere consentimiento para continuar y bloquea al usuario hasta que se obtenga el consentimiento. Debido a que hay tantas entidades que anuncian en la industria y su tecnología actual no admite la compra ciega de impresiones sin ningún tipo de seguimiento del usuario, se requiere el consentimiento de prácticamente todos los anunciantes. El consenso de la industria respalda la idea de que recibir anuncios es un "precio de acceso" válido a las propiedades web del editor. Además, la mayoría de los sitios simplemente no funcionan correctamente sin tecnologías de seguimiento. Y finalmente, las regulaciones requieren el consentimiento del usuario incluso para poder almacenar cookies que suprimirían la ventana emergente en futuras visitas a la página, por lo que, irónicamente, la regulación obliga a que cualquier comportamiento de ventana emergente se active en cada vista de página, lo que incita efectivamente a los usuarios a dar su consentimiento hasta que lo hagan.

Para la CCPA y los usuarios de California, los requisitos de consentimiento son significativamente más ligeros. La ventana emergente no bloquea al usuario ni a los anuncios y es mucho menos intrusiva. La ventana emergente solo aparece hasta 5 veces en un período de 24 horas, el usuario puede aceptarla afirmativamente (dura 390 días) y se oculta cuando el usuario se desplaza fuera de ella.

¿Dónde y cómo almacena DataGuard los datos de consentimiento?

Todos los datos de consentimiento se almacenan en almacenamiento replicado en Amazon Web Services. Además, una vez que un usuario ha dado su consentimiento, el alcance de su consentimiento (proveedores, características, propósitos) también se almacena en su propio dispositivo para un procesamiento de consentimiento más rápido.

¿Cómo transmite DataGuard la información de consentimiento a todos los demás anunciantes en sentido descendente?

Hay dos modelos para gestionar el consentimiento.

El primero es el modelo supuesto, utilizado por Google, todos los proveedores que participan a través de las tecnologías de Google y muchos otros que no usan Google. Este modelo es presuntivo en el sentido de que se presume por convención que un editor no carga una tecnología descendente sin haber obtenido el consentimiento en nombre de esa tecnología. Google mantiene su propia lista de proveedores para esto, de modo que los editores puedan asegurarse de que su CMP incluya a todos los socios de Google que podrían cargarse en la pila de anuncios. Esto se aplica en gran medida a través de contratos, lo que permite la terminación de la cuenta como mínimo y, en el peor de los casos, transfiere una responsabilidad masiva al editor.

El segundo modelo es el modelo IAB. El modelo IAB utiliza un conjunto estandarizado de funciones que otros pueden llamar para determinar si se ha obtenido el consentimiento en su nombre. El IAB también incluye numerosos proveedores registrados en su lista global de proveedores (la GVL), así como las características y propósitos de esos proveedores para el procesamiento y la recopilación de datos.

¿PubGuru DataGuard implementa el marco de consentimiento de IAB?

Sí. El problema que encontramos al hablar con los editores fue que implementar el marco a nivel del editor es demasiado complicado para muchos editores. Todos los editores quieren una herramienta mucho más simple que gestione toda la geolocalización, la gestión del consentimiento y el proceso de ventanas emergentes, activando automáticamente anuncios y análisis cuando se obtiene o no el consentimiento.

DataGuard no permite a los usuarios excluirse globalmente o modificar la configuración de privacidad. ¿Por qué no?

El RGPD no requiere esto. El RGPD solo requiere que las personas tengan el derecho y la capacidad de revocar el consentimiento, no la capacidad de hacerlo para cualquiera o todos los proveedores en masa. Cualquier CMP que afirme que hace esto está exagerando o malinterpretándose. Esto se debe a que no existe un mecanismo o protocolo estandarizado que permita a un usuario comunicarse desde una única interfaz con todos los proveedores previamente autorizados y revocar o modificar ese consentimiento en masa.

Lo mismo se aplica a la CCPA. No existe ningún requisito en la ley para una opción de exclusión masiva, ni ningún protocolo para tal opción de exclusión masiva.

A lo sumo, un CMP solo puede eliminar el token de consentimiento activo, lo que requiere el consentimiento para la recopilación y el procesamiento de datos en el futuro, mientras deja los datos existentes que se han asociado con este usuario en la naturaleza. Todos los principales navegadores web, incluso en dispositivos móviles, admiten esta funcionalidad directamente desde el navegador. El problema con la eliminación del token de consentimiento activo es que es el identificador vinculado a un usuario en particular. Si el usuario elimina este token, no hay forma de que se comunique con los proveedores para revocar el consentimiento, ya que no sabrán cuál era su identificador de consentimiento.

Ya tenemos nuestra propia ventana emergente de consentimiento. ¿Qué está mal con eso?

El consentimiento no se trata simplemente de tener una ventana emergente o algún tipo de barra de herramientas pasiva. Numerosas cosas están sucediendo bajo el capó. Para satisfacer todos los requisitos, los desarrolladores del editor deben hacer al menos todo lo siguiente:

• Compruebe primero si el usuario es de la UE/EEE o de California o, alternativamente, proporcione la ventana emergente a todos los usuarios. El uso de geolocalización basada en IP lenta para todos los usuarios es una pérdida significativa en el tráfico fuera de la UE/EEE y California.
• Divulgue todos los proveedores en las pilas de anuncios y análisis que pueden cargar porque simplemente enumerar los socios de ofertas de encabezado no es suficiente. Esto debe incluir la totalidad de la IAB GVL y la lista de proveedores de Google, así como cualquier proveedor adicional que pueda ser exclusivo del editor.
• Tener un lenguaje emergente adecuado que incluya todas las funciones y propósitos enumerados en la declaración de privacidad de Google y la IAB GVL.
• Tenga un lenguaje emergente adecuado que incluya oportunidades de exclusión voluntaria para la venta de datos de usuario.
• Para el RGPD, hasta que el editor haya determinado que el usuario no es de la UE/EEE, o hasta que el usuario dé su consentimiento, el editor NO PUEDE ejecutar ninguna cookie ni código de seguimiento, incluidas las ofertas de encabezado, GAM o GA, sin correr el riesgo de responsabilidad o pérdida de la cuenta.
• Realice un seguimiento de todas las instancias de consentimiento en el almacenamiento de datos compatible con GDPR y CCPA.
• Implemente la API del marco IAB CMP. Este no es un único depósito unificado de consentimiento; más bien, es un conjunto estandarizado de funciones públicas expuestas a los socios del ecosistema publicitario que otros pueden usar en sentido descendente para verificar si se ha obtenido el consentimiento en su nombre. Si el editor no admite el marco IAB CMP cuando estos proveedores comienzan a exigir el cumplimiento, el proveedor no ejecutará su código a pedido y estará sujeto a discrepancias o recuperaciones.
• Discuta el cumplimiento con el consejo regulatorio para incluir los elementos específicos del lenguaje que pueden ser específicos del editor. Por ejemplo, los sitios que usan idiomas distintos al inglés deben tener ventanas emergentes en esos idiomas. Los editores que ejecutan sus propios análisis y seguimiento (a diferencia de Google Analytics, Comscore o Quantcast) también deben actualizar esas implementaciones. No somos sus abogados o aseguradores. Usted es responsable de cumplir con todas las leyes aplicables.
• Finalmente, los desarrolladores de ventanas emergentes deben ejecutar pruebas de rendimiento y conversión en ventanas emergentes utilizando una herramienta de análisis compatible con GDPR. Algunas ventanas emergentes tienen tasas de conversión significativamente más altas que otras. Algunos diseños emergentes tienen diseños tan pobres que otros son varias veces más efectivos. Si el editor está utilizando un diseño deficiente, eso puede resultar en una pérdida del 70-90% en los ingresos de la UE/EEE. La ejecución de estas pruebas también requiere el desarrollo de un almacenamiento pseudónimo que cumpla con el RGPD; no puede simplemente usar Google Analytics o la mayoría de los demás paquetes de análisis. Conocemos varios CMP que se ha confirmado que no realizan pruebas de ventanas emergentes, y no conocemos ningún otro, además de PubGuru, que realice pruebas de ventanas emergentes. Hemos probado varios.

En resumen, su ventana emergente debe cumplir numerosos requisitos que la mayoría de los editores simplemente no están interesados ​​en implementar.

¿Puedo simplemente no ejecutar un CMP?

La funcionalidad será limitada y el riesgo y la responsabilidad serán catastróficos para su empresa. Está arriesgando prohibiciones de cuenta y responsabilidad grave de fuentes de demanda y/o reguladores en la UE/EEE y California. Más específicamente:

• Los editores no pueden usar ninguna cuenta maestra de publicidad de PubGuru. No somos una aseguradora, y no estamos preparados para asumir la responsabilidad de los editores que no quieren cumplir con la ley.
• Los editores no tendrán acceso a PubGuru TrafficCop en el tráfico de la UE/EEE o California, ya que la herramienta recopila datos personalizados sobre los usuarios.
• Los editores que no ejecutan un CMP compatible con IAB se enfrentan a mayores discrepancias y recuperaciones, incluso en el tráfico desde fuera de la UE/EEE y California. Esto se debe a que los proveedores posteriores ahora están comprobando las funciones de IAB implementadas por el CMP del editor. Si las funciones de IAB no están disponibles o no devuelven una identificación de consentimiento válida (incluso en el tráfico fuera de la UE/EEE y California), los proveedores cada vez más no cargan su código de anuncio y lo etiquetan como tráfico no válido. Estos vendedores tampoco quieren la responsabilidad catastrófica.
• Debido a que todos los proveedores de tecnología publicitaria más grandes, incluidos Google, Facebook y Amazon, tienen presencia tanto en California como en la UE/EEE, los editores enfrentan la suspensión permanente de la cuenta y la rescisión de esos proveedores. Google ya ha enviado advertencias de infracción a muchos editores.

En resumen, no ejecutar un CMP no es una opción viable para los editores con publicidad.

He visto a otros editores ejecutar barras de consentimiento pasivas en la parte superior o inferior de la pantalla. ¿Por qué no puedo ejecutar algo así?

Hay múltiples fuentes de confusión en torno a esto.

En primer lugar, si no está realizando pruebas en la UE/EEE, es probable que vea la ventana emergente de privacidad del editor que no está diseñada para cumplir con el RGPD y no se carga en la UE/EEE. Esto se complica más por el hecho de que varios servicios de administración de ventanas emergentes ahora usan heurística para la geolocalización en lugar de solo la dirección IP. No puede simplemente usar una VPN para una dirección IP europea. Ya no es tan simple.

En segundo lugar, ejecutar cualquier tipo de servicio de anuncios personalizados (que es prácticamente todo el mercado) requiere un consentimiento afirmativo antes de cargar cualquier tecnología de seguimiento en la UE/EEE. Los editores que utilizan el consentimiento pasivo para el tráfico de la UE/EEE no pueden cargar dichos anuncios antes del consentimiento. Si carga anuncios antes del consentimiento, está violando el RGPD y se arriesga a una responsabilidad masiva, suspensiones de sus cuentas de anuncios, discrepancias significativamente mayores y más problemas. Esto significa que las ventanas emergentes para la UE/EEE deben ser muy agresivas para obtener el consentimiento, de modo que pueda publicar anuncios lo más cerca posible de su experiencia normal.

Tercero, se permite el consentimiento pasivo pero conspicuo para CCPA. Esto significa que para el tráfico de California, la barra pasiva en la parte superior o inferior de la pantalla que permite que los anuncios se carguen antes del consentimiento probablemente siga siendo aceptable. Sin embargo, las divulgaciones aún deben cumplir con la CCPA.

La discrepancia ha seguido aumentando para el tráfico de la UE/EEE y California para los editores que no ejecutan un CMP compatible con IAB porque los proveedores intermedios ejecutan las funciones de consentimiento estándar de IAB y no existen. Cuando no se encuentran las funciones, no se puede acceder a ningún token de consentimiento, los proveedores no cargan ninguna de sus tecnologías y obtiene una impresión discrepante o una recuperación.

Recibimos poco o ningún tráfico de la UE/EEE y California. ¿Deberíamos seguir ejecutando un CMP?

Sí. No puede controlar si los usuarios comparten sus enlaces en las redes sociales o si los usuarios llegan a usted desde motores de búsqueda de países de la UE/EEE o California. Cualquier editor exitoso obtendrá cantidades no despreciables de tráfico de la UE/EEE o California.

Incluso si solo adquiere tráfico de LATAM a través de canales de adquisición de audiencia que no permiten compartir enlaces fácilmente (por ejemplo, SnapChat), los proveedores ascendentes no pueden ver eso y no pueden determinar con anticipación si existe consentimiento. Comprueban las funciones y cuando fallan, el proveedor no carga.

La especificación IAB CMP todavía proporciona datos de consentimiento y las funciones de consentimiento estandarizadas, incluso para el tráfico fuera de la UE/EEE y California. Si no tiene implementadas estas funciones, verá una mayor discrepancia y recuperación a medida que más y más proveedores las requieran.

¿Puedo ejecutar otro CMP con la tecnología PubGuru o MonetizeMore?

Sí, nuestros editores pueden usar cualquier CMP que (1) cumpla con el marco IAB y también (2) incluya la lista de proveedores de Google. La IAB GVL no incluye todos los proveedores en la lista de proveedores de Google. PubGuru DataGuard combina la IAB GVL con la lista de proveedores de Google, así como con nuestra lista de fuentes internas.

Además, nuestra tecnología publicitaria funciona bien con otros CMP compatibles con IAB. La única limitación es que la implementación es más complicada. Cada vez más, más y más partes de nuestra tecnología no se cargarán correctamente o no se cargarán en absoluto si no se puede acceder a un token de consentimiento de IAB válido.

Bien, necesitamos un CMP. ¿Cuánto cuesta PubGuru DataGuard?

PubGuru DataGuard es completamente gratuito y se incluye sin costo para todos los editores de PubGuru y MonetizeMore. La configuración también es muy sencilla, ya que DataGuard se integra directamente con nuestra tecnología. Sabemos que los editores quieren volver a publicar, no preocuparse por el cumplimiento de los datos.

¿PubGuru DataGuard tiene algún impacto en los ingresos publicitarios para los usuarios ubicados fuera de la UE/EEE y California?

Hemos desarrollado un algoritmo propietario que geolocaliza a los usuarios en múltiples etapas. Las primeras etapas identifican a la increíble mayoría de los usuarios que se encuentran fuera de la UE/EEE y California, así como a la mayoría de los usuarios dentro de la UE/EEE. Esto significa que la mayoría de los usuarios no obtendrán latencia adicional. La última etapa de geolocalización solo se activa si todas las demás fallan y verifica la ubicación del usuario a través de la dirección IP utilizando métodos API tradicionales que pueden demorar más, generalmente de 50 a 200 ms, según la velocidad de la conexión a Internet del usuario. El impacto en los ingresos para los usuarios fuera de la UE/EEE y California es cero para la mayoría de los editores que utilizan DataGuard.

¿Cuánto dura el token de consentimiento de un usuario?

De forma predeterminada, nuestra cookie de consentimiento dura 390 días, según lo aconsejado por la IAB y muchas otras empresas importantes de la industria publicitaria y editorial.

¿Qué pasa con los usuarios menores de 16 años?

Nuestro formulario de consentimiento solicita al usuario que confirme que tiene más de 16 años o que tiene el consentimiento de un padre o tutor legal. No existe una forma tecnológica significativa y razonablemente precisa para confirmar definitivamente la edad de un usuario porque es trivial usar otra identidad. Incluso los sitios de alcohol y pornográficos están relegados a simplemente preguntar al usuario.

¿Cómo verifico que PubGuru DataGuard está funcionando?

Para forzar simulaciones, agregue los siguientes parámetros GET a la URL de su página de prueba:

• agregue ?pg_gdpr=popup a la URL para forzar que se muestre la ventana emergente GDPR activa
• agregue ?pg_ccpa=passive a la URL para forzar que se muestre la ventana emergente CCPA pasiva
• agregue ?pg_gdpr=reset-cookies a la URL para restablecer las cookies

¿Cómo personalizo el logotipo que se muestra en PubGuru DataGuard?

El logotipo que se muestra en nuestra demostración de PubGuru DataGuard es solo un marcador de posición para mostrarle lo que se puede hacer. Puede y debe establecer el logotipo de su propio sitio. Nuestro logotipo nunca se muestra a los usuarios finales excepto en esta demostración. Aparte de la divulgación de consentimiento para nuestros análisis con el resto de los proveedores de datos, no se menciona a PubGuru en la ventana emergente de producción. PubGuru / MonetizeMore es una empresa B2B y queremos que tu marca siga siendo la prioridad de tus propios usuarios.

Nuestros adops establecerán la URL de su logotipo en la consola del editor para cada uno de sus dominios. Si no se establece ningún logotipo, el espacio se colapsa y no muestra nada.

¿Qué código necesito para ejecutar Google Tag Manager o Google Analytics con PubGuru DataGuard?

Nuestros adopdores establecerán sus ID de GTM y GA en la consola del editor para cada uno de sus dominios.

¿Cómo debe manejar un editor las direcciones IP?

Debido a que los usuarios todavía acceden al servidor web del editor, el editor debe hacer que su propio almacenamiento de datos cumpla con GDPR/ePrivacy sin consentimiento, o el editor debe agregar una entrada en nuestra ventana emergente para el editor y los usos de datos del editor. Los editores no pueden establecer cookies que rastreen a los usuarios antes de obtener el consentimiento. Si el editor está registrando las direcciones IP de los usuarios, una técnica que se puede usar para enmascarar las direcciones IP incluso antes de obtener el consentimiento es enmascarar el último octeto. Por ejemplo, si la dirección IP es 123.45.67.890, la dirección se enmascarará a 123.45.67.x.

Hemos escuchado de editores confundidos acerca de enmascarar o cifrar direcciones IP después de que hablaron con algunos proveedores sobre las tecnologías disponibles para administrar esto. Cuando un proveedor enmascara direcciones IP, solo lo hace para su propia tecnología. No enmascaran direcciones IP para el editor u otros terceros que solicita el navegador del usuario. La única forma de hacerlo es a través de un túnel de proxy que evita que el usuario acceda directamente a los servidores del editor y fuerza el tráfico a través del proxy. La mayoría de los editores no quieren exponer su tráfico a través de un tercero como este.

De forma predeterminada, incluimos en la primera entrada del formulario de consentimiento el dominio y la entidad comercial del editor, así como un enlace a la política de privacidad del editor, si está disponible, con un conjunto predeterminado de usos de datos.

Conclusión

¿Tiene problemas para entender el RGPD o la CCPA? Podemos ayudarlo a configurar nuestro CMP para garantizar que su sitio web cumpla con GDPR y CCPA y obtenga el consentimiento del usuario de manera adecuada. Regístrese en MonetizeMore y descubra cómo pueden ayudarlo nuestros ingenieros publicitarios.