E-Planning SSP puede ser implementado en sitios AMP mediante Prebid Server y competir como una fuente mas dentro del mismo.
AMP (Accelerated Mobile Pages) es una tecnología que permite crear sitios con una mayor velocidad de carga. Sin embargo, no permite agregar código Javascript adicional, por lo que Prebid Server no puede ser implementado de la misma forma en la que seria implementado en un sitio web tradicional.
Para configurar correctamente Prebid Server, debe crear un Stored Request (en caso de no contar con uno) y configurar adecuadamente las etiquetas <amp-ad>. El único parametro obligatorio para la implementación es ci, el cual tiene un valor único sin importar el sitio, espacio o tamaño en donde se encuentre implementado.
Para obtener el valor de ci para su cuenta, ingrese a la plataforma con sus credenciales de acceso y luego siga estos pasos:
Si utiliza una instancia compartida de Prebid Server, como puede ser la provista por Appnexus, entonces es probable que ya tenga un Stored Request creado. En caso de que la instancia sea privada y administrada por ustedes, entonces probablemente debe crear uno en la ubicación:
stored_requests/data/by_id/stored_imps/<id>.json
Siendo <id> un identificador arbitrario que asignaremos para el Stored Request.
En el mismo, se debe incorporar el json de configuración del Stored Request, según lo indica su documentación oficial, asegurándonos de definir correctamente los tamaños a subastar, el dominio y la granularidad de subasta.
El siguiente ejemplo se muestra asumiendo que el valor de ci es 18f66, y el dominio monetizado es ejemplo.com, y el valor de la granularidad es dense:
{ "imp": [ { "ext": { "eplanning": { "ci": "18f66" } }, "banner": { "format": [ { "h": 250, "w": 300 }, { "h": 90, "w": 728 } ] }, "id": "test-imp-id" } ], "ext": { "prebid": { "cache": { "bids": {} }, "targeting": { "pricegranularity": "dense" } } }, "id": "test-request-id-1", "site": { "page": "ejemplo.com" } } |
En caso de que ya se cuente con un Stored Request existente, el proceso es mas simple. Solo es necesario modificarlo para incorporar el bidder eplanning dentro del campo ext y la clave-valor ci en el objeto de configuración:
{ "imp": [ { "ext": { "appnexus": { "placementId": '4799418' }, "eplanning": { "ci": "18f66" } }, "banner": { "format": [ { "h": 250, "w": 300 }, { "h": 90, "w": 728 } ] }, "id": "test-imp-id" } ], "ext": { "prebid": { "cache": { "bids": {} }, "targeting": { "pricegranularity": "dense" } } }, "id": "123456789", "site": { "page": "ejemplo.com" } } |
Debe configurar correctamente las etiquetas <amp-ad> agregando el atributo rtc-config con el identificador de su Stored Request. En este ejemplo se asume que el Stored Request tiene como identificador 123456789:
<amp-ad width=300 height=250 type="doubleclick" data-slot="/77069040/Right1" rtc-config='{"vendors": {"PrebidAppNexus": {"PLACEMENT_ID": "123456789"}}, "timeoutMillis": 950}' > </amp-ad> |
A diferencia de la implementación de Prebid Server en un sitio tradicional, cuando se utilizan sitios AMP la sincronización de usuarios (también conocida como Cookie Matching) no es realizada de forma automática. Este es un proceso clave de la venta programática, y de no implementarse los resultados no serán óptimos.
Para realizar la sincronización de usuarios, copie y pegue el siguiente código a continuación de la etiqueta <body> de su sitio web. Debe estar presente en todas las páginas y debe descargarse lo antes posible.
<amp-iframe width="1" title="User Sync" height="1" sandbox="allow-scripts allow-same-origin" frameborder="0" src="https://ads.us.e-planning.net/uspd/1/?du=https%3A%2F%2Fads.us.e-planning.net%2Fgetuid%2F1%2F5a1ad71d2d53a0f5%3Fhttps%3A%2F%2Fib.adnxs.com%2Fprebid%2Fsetuid%3Fbidder%3Deplanning%26gdpr%3D0%26gdpr_consent%3D%26uid%3D%24UID"><amp-img layout="fill" src="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACH5BAEAAAAALAAAAAABAAEAAAICRAEAOw==" placeholder></amp-img></amp-iframe> |
Puede obtener documentación adicional de Prebid Server con AMP. Recomendamos la lectura y referencia de los siguientes artículos externos: