...
...
En una ejecución normal, E-Planning Header Bidder verifica los espacios implementados de dfpDFP, y realiza un unico único request a sus servidores para subastarlos. Luego, en base al resultado de esa subasta, renderiza los anuncios ganadores de la subasta deteniendo DFP, o permite a DFP renderizar el slot.
Cuando se incorpora el modificador ss, se activa el modo "Single Slot". En esta modalidad, dfp DFP es detenido, y los espacios deben ser activados manualmente invocando el metodo h bdfphbdfp.callSingleSlot(<slot>), siendo <slot> una referencia a un slot de DFP. En el momento en que este método sea invocado, sera subastado el slot en cuestion, y segun según corresponda, renderizado el anuncio ganador o reactivada la renderización de DFP.
...
Por defecto, nuestro Header Bidder captura todos los parámetros custom (Key, value) aplicados en los espacios de DFP, y los utiliza para optimizar la sincronización. Existen implementaciones en donde estos parámetros se utilizan para la conexión entre la plataforma de un tercero con DFP, en cuyo caso el volumen de datos enviado es extenso. Incorporando el modificador dkt con valor "true", podemos forzar a EPL Header Bidder para ignorar los parámetros custom de DFP y reducir la transferencia de datos necesaria.
↑ Regresar a la tabla de contenido ↑
...