Preguntas frecuentes sobre las pruebas de Privacy Sandbox

Respuestas a las 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?

A continuación, se presentan 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 de la DSP para implementar la auditoría de creatividades en los controles del publicador.
  • Metodología renderURL de la DSP. Algunas SSP pueden requerir que renderURL incluya metadatos, como seatID, para admitir la puntuación y la facturación. La forma en la que la DSP estructura renderURL tiene implicaciones para los casos de uso fundamentales de SSP.
  • ORTB
    • Solicitud de oferta ORTB 2.X: Indica la forma en que la SSP le indicará a la DSP una subasta apta para PA.
    • Respuesta a la oferta ORTB 2.X: Indica cómo la DSP responderá a la SSP para la subasta de PA.
  • Datos de ofertas integradas en el dispositivo de PA: SSP a DSP
    • auctionSignals: Son los datos que incluye la SSP en el auctionConfig y que están disponibles para todas las funciones de ofertas de DSP.
  • Datos de puntuación en el dispositivo PA: De DSP a la SSP
    • Oferta: Indica cómo administrar varias monedas. Cada SSP puede tener requisitos diferentes.
    • Objeto de anuncio (que se muestra desde generateBid()): La SSP puede usar esto para la puntuación y los controles del publicador. Las DSP y SSP deben alinearse con respecto a los datos que se incluyen y la estructura de datos.
  • Informes de ganancias de PA: SSP a DSP
    • Lo que reportResult() de la SSP pondrá a disposición del 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 permitirles recibir estos eventos.
    • Qué informes necesitará la SSP.
    • Es la metodología para medir ese evento (como la definición de visibilidad).
    • Implementación en DSP de la llamada reportEvent() para admitir los requisitos de SSP.
    • Es la implementación de la SSP del registerAdBeacon() que alinea la denominación del evento con lo que la DSP activará en la creatividad.

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

La API de Attribution Reporting estará disponible para el público en general y el aumento ya está en curso. De esta forma, Attribution Reporting pronto estará disponible para usarse 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. Depende de cada verificador determinar las consideraciones geográficas como parte de su prueba.

¿Cómo se alinea la orientación de la CMA con las pruebas facilitadas de Chrome?

Los modos de prueba facilitados de Chrome están alineados con los lineamientos de la CMA sobre pruebas cuantitativas de Privacy Sandbox. En la orientación de la CMA, el grupo de tratamiento se basa en las tecnologías de Privacy Sandbox sin cookies de terceros. El grupo de control 1 usa cookies de terceros y no Privacy Sandbox, mientras que el grupo de control 2 no usa Privacy Sandbox ni cookies de terceros. Con la disponibilidad general, las tecnologías de Privacy Sandbox estarán disponibles en todo el tráfico de Chrome, y la tecnología publicitaria puede elegir usar las tecnologías de Privacy Sandbox 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 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, lo que se denomina "tráfico de prueba facilitado 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 en el Modo B, las tecnologías de Privacy Sandbox tampoco estarán disponibles, además de que las cookies de terceros dejen de estar disponibles. Con una combinación de todos los modos de prueba facilitados de Chrome que se mencionan más arriba, 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 de Chrome, que definen el Modo A y el Modo B, y la Orientación de CMA define los grupos de Control 1, Control 2 y Tratamiento (en el punto número 11).

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

Puedes 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 para las propuestas de prueba. A modo de referencia adicional, la CMA enumera todos sus contactos en la parte inferior de la página de Privacy Sandbox.

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

Las empresas que prueban las APIs pueden definir y compartir todos los KPI adicionales que deseen. Los resultados mínimos de las pruebas que se deben compartir se detallan en la guía de CMA.

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

Los verificadores pueden establecer requisitos de volumen y escala. 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 los modos A y B de las pruebas facilitadas de Chrome.

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

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

Entendemos que las decisiones de integración de otras empresas 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 están incluidas públicamente en GitHub con información de contacto para su coordinación. Privacy Sandbox también incentiva a los verificadores a comunicarse directamente a través de las relaciones existentes para coordinar las pruebas.