Pruebas facilitadas de Chrome

Para prepararnos para la baja de las cookies de terceros, Modos de prueba facilitados por Chrome que permiten que los sitios obtengan una vista previa de su comportamiento y funciones funcionan sin cookies de terceros. En esta guía, se proporciona un descripción general de los modos de prueba que Chrome planea proporcionar y cómo acceder etiquetas del grupo experimental.

En este contexto, el navegador Chrome hace referencia a un cliente de Chrome: un instalación en un dispositivo. Cada dato individual del usuario constituye un cliente distinto.

Grupo experimental: Un conjunto de navegadores Chrome para los que se usan determinadas funciones están habilitadas, inhabilitadas o configuradas. En el contexto de las medidas pruebas, un conjunto de navegadores para los que se configuran etiquetas.

Etiqueta: en este contexto, un encabezado de solicitud predeterminado que se establece para un navegador que pertenece a un grupo experimental. Cada navegador de un grupo experimental permanecerá en ese grupo durante el período de pruebas facilitadas por Chrome, lo que garantiza que la etiqueta para un navegador se mantiene consistente entre los verificadores.

Ofrecemos dos modos distintos:

• Modo A: A partir de noviembre de 2023, las organizaciones que prueban las APIs de PS R&M pudieron habilitar la opción para recibir etiquetas coherentes en un subconjunto de Chrome navegadores para permitir pruebas coordinadas entre diferentes verificadores.
• Modo B: A partir del 4 de enero de 2024, Chrome se inhabilitará a nivel global cookies de terceros para una parte de los navegadores Chrome.

Dónde se encuentran las cookies de terceros inhabilitados en el modo B, permanecerán inhabilitados durante toda la fase de salida cookies de terceros.

Hemos trabajado con CMA para asegurarte de que estos modos de prueba se alineen con el framework de pruebas (y cronograma) para terceros, tal como se establece en su orientación sobre las pruebas de la industria. Como resultado, la CMA anticipa que los resultados de las pruebas en esos modos puede usarse en su evaluación de Privacy Sandbox. La CMA indicó que los resultados del Diseño experimental 2, que utiliza las etiquetas de modo B y las etiquetas de control 1 de modo A. Consulta la Orientación de la CMA del 26 de octubre para obtener más información sobre el Diseño experimental 2.

Se puede acceder a las etiquetas con el valor temporal Cookie-Deprecation disponible. a partir de un encabezado HTTP o la API de JavaScript. Consulta la sección posterior Accede a etiquetas con el valor de baja de cookies para conocer los detalles de implementación.

También enviaremos esta propuesta a través de la configuración Proceso de desarrollo de Blink, donde se finalizarán el diseño técnico y el hito de lanzamiento de Chrome. Si bien esta es la implementación que deseamos enviar, y aprobación significa que estos detalles aún están sujetos a cambios. Continuaremos para actualizar esta página a medida que avancen los planes y puedes continuar enviar comentarios o preguntas

Modo A: Grupos de navegadores etiquetados

Las organizaciones que participen en las pruebas podrán aceptar recibir una de etiquetas persistentes para un subconjunto de navegadores Chrome, lo que permite y coordinaron experimentos con diferentes tecnologías publicitarias en el mismo conjunto de navegadores. Por ejemplo, si un navegador pertenece al grupo experimental label_only_3 (como se muestra en la siguiente tabla), todas las tecnologías publicitarias participantes podrán verás la misma etiqueta label_only_3 y coordina según corresponda: usa el comando PS APIs de R&M, pero evita usar cookies de terceros. Esperamos que los participantes la página para asegurarse de que las etiquetas se reenvíen a otros participantes para permitir experimentación coherente en todo el proceso de selección de anuncios y de medición.

Por ejemplo, esto permite que varios participantes ejecuten Protected Audience subastas sin cookies de terceros en un mismo grupo de navegadores. El los vendedores participantes de la subasta reenviarían la etiqueta observada a los compradores a y facilitar las pruebas coordinadas.

Las etiquetas no afectan ningún comportamiento en esas instancias de Chrome. incluida la disponibilidad de cookies de terceros. Las etiquetas proporcionan la agrupar para experimentos independientes y coordinados, pero depende del que las partes participantes apliquen los parámetros relevantes para el experimento. Si estás probando el efecto de quitar las cookies de terceros, cada participante es responsable de excluir los datos de cookies de terceros de los navegadores que etiqueta.

El objetivo es tener grupos que sean representativos del tráfico normal de Chrome. Que significa que tanto las cookies de terceros como las APIs de PS R&M deberían estar disponibles, aunque algunos usuarios podrían haber usado parámetros de configuración o extensiones para cambiar o inhabilitar atributos.

Por lo general, las etiquetas serán persistentes durante toda la sesión de navegación en Chrome. entre sesiones. Sin embargo, esto no está garantizado, ya que hay situaciones donde restablecer por completo un navegador también puede restablecer la etiqueta actual.

Planeamos incluir el 8.5% de los navegadores estables Chrome para el Modo A, y nuestro La propuesta inicial divide esa población en nueve grupos. Los subgrupos más pequeños están diseñadas para brindar flexibilidad a las plataformas de tecnología publicitaria a la hora de combinar etiquetas para crear experimentos propios de diferentes tamaños. Los grupos no se superponen.

Ten en cuenta que las etiquetas control_1.* están diseñadas para usarse como "Control 1". como descritos en los orientación sobre pruebas de la industria, por lo que los participantes de las pruebas no deben usar la API de Topics ni ejecutar Protected Audiences subastas para este tráfico. Como las etiquetas no afectan el comportamiento del navegador, los participantes no deben pasar los temas observados ni ejecutar subastas de Protected Audience cuando detectan las etiquetas del grupo control_1.*.

Aceptamos comentarios en cuanto a si esta selección de grupos satisface las necesidades de participación organizaciones.

Los grupos de navegadores label_only_ de modo A están disponibles desde noviembre de 2023. Los grupos de control_1_* de modo A comenzaron a estar disponibles a partir del 4 de enero de 2024.

Modo B: Inhabilitar el 1% de cookies de terceros

Chrome inhabilitó las cookies de terceros para aproximadamente el 1% de la versión estable de Chrome navegadores a partir del 4 de enero de 2024 (y también en Dev, Canary y beta del T4 en el 4o trim. de 2023). Las organizaciones que prueban las APIs de PS R&M no necesitan habilitar este modo, ya que se aplicará de manera uniforme en todo el navegador y la población. Existe la posibilidad de que algunas funciones se verán afectados si el sitio todavía no adopta una solución alternativa, como CHIPS o Conjuntos de Sitios Web Relacionados.

Además, planeamos proporcionar una pequeña fracción del tráfico en el modo B tiene inhabilitadas las APIs de PS R&M. Otras APIs, como Conjuntos de sitios web relacionados, CHIPS y No se inhabilitará FedCM. Prevemos que esta combinación será útil a fin de establecer un modelo de referencia de rendimiento para los navegadores sin cookies de terceros y sin las APIs de PS R&M.

Como parte del modo B, también proporcionamos etiquetas para los navegadores afectados. El están disponibles al mismo tiempo que se inhabilitan las APIs. Estamos propone dividir la población en tres grupos treatment_1.*, donde las cookies de terceros están inhabilitadas, pero las APIs de PS R&M están disponibles, y una Grupo control_2 en el que tanto las cookies de terceros como las APIs de PS R&M se inhabilitado.

Para ayudar con la depuración de la API de Attribution Reporting y la agregación privada integraciones de APIs y ayudar a los participantes de las pruebas a comprender mejor el ruido impacto, los informes de depuración de ARA y los informes de depuración de agregación privada seguirán estando disponibles para los navegadores en el modo B, siempre que el usuario bloquear explícitamente las cookies de terceros. Los informes de depuración no estarán disponibles en control_2, ya que las APIs de PS R&M no están disponibles en esa sección. Informes de depuración se seguirán eliminando gradualmente junto con la eliminación gradual de las cookies de terceros.

• En el caso de la API de Attribution Reporting, como las cookies de terceros están inhabilitadas, el el origen de los informes no podrá para configurar la cookie ar_debug y debería basarse en la configuración de los campos debug_key (para los informes de atribución correcta) y los campos debug_reporting (para los informes detallados informes) para habilitar o inhabilitar la recepción de informes de depuración.
• Para la API de Private Aggregation, el origen de informes debe depender de las llamadas enableDebugMode() para controlar la aceptación de la recepción de informes de depuración Las empresas deben seguir consideran cómo se aplican las obligaciones regulatorias al uso de la atribución API de Reporting y API de Private Aggregation, incluidos los informes de depuración.

El modo A continúa ejecutándose y estos grupos son diferentes de los grupos de modo A, ya que de un usuario estarán en el Modo A, en el Modo B o ninguno de los dos. Participantes de las pruebas Debes usar el tráfico de control_1.* como grupo de control que representa el estado quo con cookies de terceros.

Chrome también restringió las cookies para el 20% de los clientes de Chrome Canary, Dev y Beta.

La inclusión en uno de estos grupos experimentales tendrá el mismo efecto que sus equivalentes estables.

Al igual que con el modo A, no se garantiza que las APIs de PS R&M estén disponibles, ya que los usuarios pueden inhabilitarlas desde la configuración de Privacidad y seguridad de Chrome. Del mismo modo, no se garantiza que las cookies de terceros estén inhabilitadas para cada miembro del grupo control_2, ya que los usuarios pueden acceder a la IU del navegador para permitir acceso cookies de un sitio.

Supervisión del experimento

Asegúrese de supervisar el volumen de tráfico relativo de cada tratamiento y control. etiqueta. treatment_1.1 debe tener aproximadamente la misma cantidad de tráfico que treatment_1.2 y treatment_1.3.

Le recomendamos que sea prudente con respecto al tráfico que contenga etiquetas provenientes de Versiones de Chrome anteriores a la 120 Si tu equipo que normalmente maneja el tráfico no válido identifica usuarios-agentes que presentan características de tráfico, tendría sentido filtrarlos y excluirlos de los resultados de las pruebas.

Etiquetas del período previo

Hasta enero de 2024, ejecutamos períodos previos para varios grupos experimentales: un período para permitir que Chrome establezca un tamaño preciso y seleccione estadísticas grupos imparciales. Estos períodos previos se ejecutaron en todos los grupos que se programaron para comenzar en enero: los grupos Modo B y los grupos Control_1.*. No es necesario para las acciones de desarrolladores o sitios, estos grupos del período anterior no experimentarán cambios en el comportamiento o la disponibilidad de la API, pero ten en cuenta que es posible que veas Se muestra una etiqueta preperiod en algunos casos. Si bien los navegadores que reciben el La etiqueta preperiod puede realizar la transición a uno de los grupos experimentales, esta no es garantizada, por lo que se recomienda no suponer que los navegadores con esta etiqueta garantizamos que se incluirá en el experimento.

Un grupo experimental es un subconjunto de la población en estudio: caso, a uno de los grupos etiquetados.

Accede a las etiquetas con el valor de baja de cookies

Durante los modos A y B, introdujimos una configuración Se puede acceder al valor Cookie-Deprecation con un encabezado HTTP habilitado y JavaScript API, que proporciona la etiqueta del modo A o B aplicable del navegador experimental (definido por los porcentajes anteriores), si forma parte de uno de estos.

Acceder a las etiquetas implica acceder a la información almacenada en el dispositivo del usuario. En algunas jurisdicciones (como la UE y el Reino Unido), entendemos que esta actividad está análogo al uso de cookies y, por lo tanto, el acceso a etiquetas probablemente requiera la el consentimiento del usuario. Antes de comenzar a solicitar etiquetas, te recomendamos buscar asesoramiento legal sobre si esta obligación de consentimiento se aplica a usted.

Cómo acceder al encabezado HTTP Sec-Cookie-Deprecation

Para recibir el encabezado de la solicitud Sec-Cookie-Deprecation, primero se debe configurar un sitio la cookie receive-cookie-deprecation Esta cookie debe utilizar el Partitioned , lo que significa que la aceptación de recibir el encabezado debe realizarse según sitio de nivel superior.

Por ejemplo, si 3p-example.site quiere recibir el elemento Sec-Cookie-Deprecation encabezado en los recursos incorporados en example.com, entonces 3p-example.site debe establecer la siguiente cookie en ese contexto.

Set-Cookie: receive-cookie-deprecation=1; Secure; HttpOnly; Path=/; SameSite=None; Partitioned;  Max-Age=15552000

Los atributos de cookies Secure, HttpOnly, SameSite y Partitioned son los siguientes: obligatorio. Los otros atributos, Domain, Path, Expires y Max-Age, pueden se adapte mejor a tus necesidades, aunque Path=/ es un buen parámetro predeterminado. El ejemplo aquí establece Max-Age=15552000 para que la cookie no venza hasta después de 180. días.

Te recomendamos que comiences a configurar la cookie receive-cookie-deprecation=1 antes de que comience el período de prueba facilitado por Chrome para garantizar que navegadores en un grupo experimental incluyen la Sec-Cookie-Deprecation el encabezado de la solicitud en cuanto esté disponible.

Por ejemplo, si el navegador está en el grupo example_label_1, se generará las solicitudes que incluyan esta cookie también incluirán la Sec-Cookie-Deprecation encabezado.

Sec-Cookie-Deprecation: example_label_1

Si el navegador no es parte de un grupo, no se enviará ningún encabezado. Las etiquetas están vinculadas a la presencia de la cookie, así que, si se borra la cookie, bloqueadas por completo o para un sitio específico, las etiquetas no quedarán bloqueadas enviados. Dado que el atributo Partitioned está diseñado para su uso continuo después de las cookies de terceros dejaron de estar disponibles por completo, lo que significa que es posible que las cookies de Partitioned cuando se bloquean las cookies de terceros.

Accede a la API de JavaScript cookieDeprecationLabel

También se puede acceder al valor Cookie-Deprecation con el API de JavaScript de navigator.cookieDeprecationLabel.getValue(). Se mostrará un mensaje que se resuelve en una cadena que contiene la etiqueta de grupo aplicable. Para Por ejemplo, si el navegador estaba en el grupo example_label_1:

// Feature detect temporary API first
if ('cookieDeprecationLabel' in navigator) {
 // Request value and resolve promise
 navigator.cookieDeprecationLabel.getValue().then((label) => {
   console.log(label);
   // Expected output: "example_label_1"
 });
}

Si el navegador no es parte de un grupo, la API no estará disponible o El valor será una cadena vacía, así que asegúrate de realizar la detección de atributos.

Se puede llamar a la API de JavaScript independientemente de la presencia de la receive-cookie-deprecation cookie. Sin embargo, si las cookies se bloquean por completo o específicamente para el sitio, la API nuevamente no estará disponible o devuelven una cadena vacía.

Al igual que con cualquier valor proporcionado por el cliente, asegúrese de limpiar y validar el valor del encabezado o de la API de JavaScript antes de utilizarlo.

Demostración y pruebas

A partir de Chrome 120, hay marcas disponibles para permitir que los desarrolladores locales la prueba de solicitar y leer las etiquetas.

La marca chrome://flags/#tpc-phase-out-facilitated-testing te permite habilitar una selección de etiquetas de prueba. Estas etiquetas tienen el prefijo fake_ para diferenciarlos de las etiquetas reales. Habilitar la marca no habilita el navegador en cualquiera de los grupos experimentales.

Puedes ver las etiquetas en acción en goo.gle/cft-demo.

Dado que se aplica de manera forzosa la inscripción para la relevancia y la medición de Privacy Sandbox APIs, es posible que debas anular la aplicación forzosa para pruebas locales usando chrome://flags/#privacy-sandbox-enrollment-overrides y proporciona la demostración origen. De manera alternativa, incluye la siguiente marca de línea de comandos si estás Ejecutar Chrome desde una terminal: --args --disable-features=EnforcePrivacySandboxAttestations

El menú desplegable de marcas incluye varias opciones. Principalmente, los verificadores interesado en las entradas marcadas como "Fuerza" ya que garantizan que el experimento el comportamiento de los usuarios se habilita independientemente de otras configuraciones del dispositivo.

Para probar solo las etiquetas del grupo experimental, selecciona "Habilitado el control forzado 1". o Se habilitó la opción Force LabelOnly. Como resultado, el navegador enviará la “fake_control_1.1” o "fake_label_only_1.1" con etiquetas de recursos.

En Chrome M120 o versiones posteriores, también puedes usar las siguientes entradas.

Para probar el bloqueo de cookies de terceros, selecciona "Tratamiento forzado habilitado". Esta enviará el error “fake_method_1.1” etiqueta del grupo experimental, sino que también modifiques la página de configuración de cookies y la configuración actual de cookies para bloquear las cookies de terceros.

Para probar el bloqueo de cookies de terceros sin APIs de anuncios privados, selecciona "Forzar Control 2". Esto enviará el "fake_control_2" etiqueta del grupo experimental, actualizar la página de configuración de cookies, bloquear las cookies de terceros y suprimir las nuevas las APIs de anuncios privados.

Ten en cuenta que hay un problema por el cual el navegador permanecerá con la nueva versión de configuración de cookies y un parámetro de configuración que bloquea las cookies de terceros, aun si inhabilitar la marca. Estamos trabajando para solucionar este problema; mientras tanto, puedes puedes probar estos valores en un directorio de datos de Chrome separado mediante el inicio Chrome con la marca de línea de comandos --user-data-dir=<new dir>

Comentarios

Usamos la herramienta "chrome-testing" etiqueta en el repositorio de asistencia para desarrolladores en GitHub para administrar preguntas. Aceptamos tus comentarios y conversaciones sobre las preguntas iniciales:

• ¿Planeas realizar la prueba con el modo A, el modo B o ambos?
• Elige los tamaños de las etiquetas para las pruebas facilitadas por Chrome
• Uso de Client Hints para pruebas facilitadas por Chrome

También puedes plantear preguntas o debates nuevos en el repositorio con el conjunto de herramientas "Pruebas facilitadas por Chrome" plantilla.