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.
Etiqueta | Porcentaje del tráfico estable |
---|---|
control_1.1 |
0.25 |
control_1.2 |
0.25 |
control_1.3 |
0.25 |
control_1.4 |
0.25 |
label_only_1 |
1.5 |
label_only_2 |
1.5 |
label_only_3 |
1.5 |
label_only_4 |
1.5 |
label_only_5 |
1.5 |
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 camposdebug_key
(para los informes de atribución correcta) y los camposdebug_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.
Etiqueta | Porcentaje del tráfico estable |
---|---|
treatment_1.1 |
0.25 |
treatment_1.2 |
0.25 |
treatment_1.3 |
0.25 |
control_2 |
0.25 |
Chrome también restringió las cookies para el 20% de los clientes de Chrome Canary, Dev y Beta.
Etiqueta | % de tráfico preestable |
---|---|
prestable_treatment_1 |
10% |
prestable_control_2 |
10% |
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
![chrome://flags/#tpc-phase-out-facilitated-testing](https://developers.google.cn/static/privacy-sandbox/assets/images/cft-flag.png?authuser=3&hl=es-419)
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.