Como se evidencia en el IAB Tech Lab que detalla las quejas de sus miembros, las API y las propuestas que las acompañan enumeradas en Privacy Sandbox de Google representan la disrupción más arraigada en la tecnología publicitaria de los últimos años.
En un estudio reciente, el grupo de trabajo Privacy Sandbox del organismo de estándares global analizó varias de sus propuestas. Afirmó que sólo unos pocos eran aptos para sus propósitos, y aún menos miembros informaron sentirse cómodos con la documentación proporcionada.
Por lo tanto, está claro que se necesita una mejor educación sobre las API propuestas por Privacy Sandbox, y vale la pena hacerse la pregunta: ¿Qué son los conjuntos de sitios web relacionados? Vea el vídeo explicativo a continuación elaborado por el editor senior de medios de Digiday, Tim Peterson.
Entonces, ¿cuál es el tono?
Según la documentación de Google para desarrolladores, la API de conjuntos de sitios web relacionados (también conocida como ‘RWS’ y anteriormente conocida como conjuntos propios) minimiza las interrupciones en funciones específicas de cara al usuario una vez que Chrome comienza a limitar el acceso a cookies de terceros de forma predeterminada.
“Los conjuntos de sitios web relacionados son una forma que tiene una empresa de declarar relaciones entre sitios para que los navegadores permitan un acceso limitado a cookies de terceros para fines específicos”, se lee en la documentación oficial para desarrolladores. “Chrome utilizará estas relaciones declaradas para decidir cuándo permitir o denegar el acceso de un sitio a sus cookies en un contexto de terceros”.
En términos sencillos, RWS es el medio propuesto para que los editores declaren una relación entre sus diversos dominios web (y los asociados) después de que Google Chrome retire el soporte para cookies de terceros. El concepto permite a los editores formar un “conjunto” para medir las conversiones, lo que ayuda a los compradores de medios a evaluar la efectividad de los anuncios en su cartera de sitios web sin la necesidad de rastrear a los usuarios individuales en la web.
Por ejemplo, un editor con un dominio principal, como ‘www.digiday.com’, puede tener varios dominios de países relacionados, como ‘www.digiday.co.uk’ u otras propiedades relacionadas. Hasta ahora, estos editores han utilizado cookies de terceros para rastrear a los usuarios en sus diversas propiedades web, lo que significa que no tienen que iniciar sesión en cada dominio por separado. El beneficio final propuesto de RWS es que los visitantes del sitio web aún no tendrán que hacerlo incluso después de la desaparición de las cookies de terceros en Chrome.
¿Cómo funciona?
El vicepresidente de innovación de ecosistemas de Raptive, Don Marti, caracteriza a RWS como “una forma en que Google Chrome ofrece excepciones a las reglas de seguimiento entre sitios en múltiples dominios”.
Explica además: “El proceso para incluir su dominio en un conjunto es que debe crear un conjunto especial de archivos JSON, los coloca en su dominio y luego crea una entrada para un directorio que se encuentra en un repositorio de GitHub. Y a partir de ese momento, Google Chrome debería reconocer esos dominios como conectados de alguna manera”.
El equipo de Google Chrome ha instituido una condición que clasifica tres tipos de dominios que pueden incluirse en un conjunto: dominios de servicio, dominios de nivel superior con código de país y dominios asociados.
Ian Meyers, cofundador de Sincera.io, describe los dominios de servicio como “sitios esencialmente de soporte técnico” que ayudan con la infraestructura continua del sitio web.
“Es posible que Google etiquete su sitio principal como ‘Google.com’ y luego incluya [on the RWS GitHub register] como ‘Google/usercontent.com’”, explica.
“Nadie irá a ‘Google/usercontent.com’, ¿verdad? Pero se utiliza en toda su cartera de sitios para brindar algún servicio como técnico, de seguridad u otro tipo de infraestructura a esas propiedades”.
Mientras tanto, los dominios de nivel superior con código de país son aquellos que tienen claramente una marca compartida con un sitio principal y también comparten propiedad común con el dominio principal. Un ejemplo podría incluir dominios como ‘digiday.com’ y ‘digiday.co.uk’.
Entonces, ¿no es esto sólo una puerta trasera para los mismos viejos trucos?
Algunos se han preguntado si esto abre efectivamente una puerta trasera para el seguimiento entre sitios; limitar esto era el objetivo de Privacy Sandbox en primer lugar.
Sin embargo, para garantizar aún más la privacidad del usuario, las últimas propuestas limitan a los editores a enumerar cinco dominios asociados (antes, eran tres) en un conjunto.
Estos sitios no tienen que compartir propiedad común pero, según la documentación de Google, deben estar claramente afiliados al dominio principal. Además, dichas afiliaciones deben quedar claras para los usuarios de la web para que el equipo de Chrome de Google las acepte como parte de un conjunto común.
Como ocurre con la mayoría de los desarrollos dentro de Privacy Sandbox, esto no está exento de controversia. Por ejemplo, algunas partes dentro de grandes editoriales (piense en un gran conglomerado como News Corp. o DotDash Meredith, etc.) poseen múltiples dominios y sostienen que tienen derecho a rastrear a los usuarios en dichas propiedades web, siempre que un usuario haya dado su consentimiento para su Términos y condiciones.
“Puedo ver ambos lados del argumento”, dice Meyers, “la forma en que Google quiere esto [RWS] funcionar es mantener conjuntos relativamente pequeños, pero al mismo tiempo, cinco [domains] no es mucho “.
Con información de Digiday
Leer la nota Completa > ¿Qué son los conjuntos de sitios web relacionados en el entorno de pruebas de privacidad de Google?