Preguntas frecuentes sobre las pruebas de Privacy Sandbox

Respuestas a preguntas frecuentes relacionadas con las pruebas de Privacy Sandbox.

¿Cuáles son las áreas de coordinación clave entre las DSP y las SSP para la API de Protected Audience?

Los siguientes son los aspectos clave que requieren alineación:

  • Auditoría de creatividades: ¿La SSP tiene un extremo de registro previo de creatividades para el análisis? ¿La DSP admitirá ese flujo de trabajo? De lo contrario, analice con la SSP qué requiere la DSP para implementar la auditoría de creatividades para los controles del publicador.
  • La metodología renderURL de DSP. Es posible que algunas SSP requieran que renderURL incluya metadatos, como seatID, para admitir la puntuación y la facturación. Cómo la DSP estructura renderURL tiene implicaciones para los casos de uso críticos de la SSP.
  • ORTB
    • Solicitud de oferta de ORTB 2.X: Indica cómo la SSP indicará a la DSP que la subasta es apta para PA.
    • Respuesta de ofertas de la ORTB 2.X: Indica cómo la DSP responderá a la SSP para la subasta de PA.
  • Datos de ofertas en el dispositivo de PA: SSP a DSP
    • auctionSignals: Datos que la SSP incluye en el auctionConfig que está disponible para todas las funciones de ofertas de DSP.
  • Datos de puntuación de PA en el dispositivo: DSP a SSP
    • Oferta: Cómo controlar varias monedas Cada SSP puede tener requisitos diferentes.
    • Objeto de anuncio (que muestra generateBid()): La SSP puede usarla para la puntuación y los controles del publicador. Las DSP y las SSP deben alinearse con los datos que se incluyen y con una estructura de datos.
  • Informes de ganancias de PA: SSP a DSP
    • Qué reportResult() de la SSP pondrá a disposición de reportWin() de la DSP.
  • Informes posteriores a la subasta: De la DSP a la SSP. Contexto: La DSP debe capturar y delegar los informes posteriores a la subasta a la SSP. Si la SSP necesita clics, vistas o métricas de visibilidad, la DSP debe habilitarlas para recibir estos eventos.
    • Qué informes necesitará la SSP.
    • La metodología para medir ese evento (como la definición de visibilidad)
    • Implementación de DSP de la llamada a reportEvent() para admitir los requisitos de la SSP.
    • Implementación de la SSP de registerAdBeacon() que alinea el nombre del evento con lo que activará la DSP en la creatividad.

¿La API de Attribution Reporting está lista y disponible para pruebas?

La API de Attribution Reporting tendrá disponibilidad general y el período de adaptación ya está en curso. Con esto, Attribution Reporting pronto estará disponible para su uso en el 100% del tráfico. Ten en cuenta que Attribution Reporting se puede usar con todos los anuncios, no solo con los que publica Protected Audience.

¿Hay requisitos geográficos para las pruebas?

No hay requisitos geográficos. Cada verificador tiene la responsabilidad de determinar las consideraciones geográficas como parte de su prueba.

¿Cómo se alinean los lineamientos de la CMA con las pruebas facilitadas por Chrome?

Los modos de prueba facilitados por Chrome se alinean con la guía de la CMA para las pruebas cuantitativas de Privacy Sandbox. En la orientación de la CMA, el grupo de tratamiento depende de tecnologías de Privacy Sandbox sin cookies de terceros. El grupo de control 1 usa cookies de terceros y no Privacy Sandbox, y el grupo de control 2 no usa Privacy Sandbox ni cookies de terceros. Con disponibilidad general, las tecnologías de Privacy Sandbox estarán disponibles en todo el tráfico de Chrome, y la tecnología publicitaria podrá elegir usarlas en ciertos grupos de población y no en otros. Además, las tecnologías publicitarias pueden aprovechar el tráfico de pruebas facilitado por Chrome del Modo A para coordinar estos grupos de población entre varias partes.

A partir del 4 de enero de 2024, Chrome dará de baja las cookies de terceros en el 1% del tráfico. Esto se conoce como tráfico de pruebas facilitadas por Chrome en modo B en la documentación para desarrolladores de Chrome. En una pequeña fracción del tráfico de pruebas facilitadas por Chrome del modo B, las tecnologías de Privacy Sandbox tampoco estarán disponibles, además de las cookies de terceros que dejarán de estar disponibles. Mediante una combinación de todos los modos de prueba facilitados por Chrome mencionados anteriormente, las plataformas de tecnología publicitaria podrán alinear sus configuraciones de prueba con la guía de pruebas publicada por la CMA. Consulta las pruebas facilitadas por Chrome, que definen el modo A y el modo B, y la guía de CMA define el Control 1, el Control 2 y los grupos de tratamiento (en el punto número 11).

¿Hay algún contacto de la CMA con el que podamos comunicarnos para comprender mejor los requisitos del informe final enviado?

Puede enviar un correo electrónico al equipo de casos de CMA a privacysandbox@cma.gov.uk y obtener más información sobre la orientación sobre las propuestas de pruebas. A modo de referencia adicional, la CMA muestra todos sus contactos en la parte inferior de su página de Privacy Sandbox.

¿Pueden aclarar las métricas de éxito de las pruebas cuantitativas?

Las empresas que prueban las APIs pueden definir y compartir tantos KPI adicionales como deseen. Los resultados mínimos de las pruebas que se deben compartir se indican en la Guía de la CMA.

¿Hay un umbral de volumen para las pruebas, por ejemplo, las proporciones del grupo de control en comparación con las proporciones de los modos? ¿Cuentan con orientación adicional sobre los KPI valiosos para probar más allá de la orientación de pruebas de la CMA?

Los verificadores pueden establecer requisitos de volumen o escala. Te recomendamos que determines la escala según tu modelo de negocio y tus objetivos. Tu enfoque de prueba debe tener en cuenta las métricas relevantes y el Modo A y el Modo B de las pruebas facilitadas por Chrome.

¿Qué tipos de integraciones del inventario de los publicadores son compatibles con las pruebas de Protected Audience y TOPICS?

Privacy Sandbox no impone restricciones a los mecanismos de integración específicos. Para generar la mayor cantidad de estadísticas, las pruebas de extremo a extremo de Protected Audience deben coordinarse con otras partes integradas de Privacy Sandbox con el objetivo de generar impresiones facturables.

Sabemos que la latencia de otras empresas las decisiones de integración podrían afectar los tipos de inventario en los que se pueden probar Protected Audience y Topics. Privacy Sandbox recomienda coordinar los objetivos con los socios de pruebas.

¿Cómo facilitará Google la conexión de DSP y SSP de prueba?

Las empresas que realizan pruebas se muestran públicamente en GitHub con información de contacto para la coordinación. Privacy Sandbox también alienta a los verificadores a comunicarse directamente a través de relaciones existentes para coordinar las pruebas.