E-Planning SSP puede recibir impresiones mediante una conexión de servidor a servidor (server to server) utilizando el protocolo OpenRTB.

...

• E-Planning SSP utiliza como formato de transporte JSON y el metodo HTTP POST.
• E-Planning SSP devuelve un mensaje HTTP 204 en caso de que no participe en la subasta.
• El protocolo utilizado por E-Planning SSP es OpenRTB 2.3. Sin embargo, algunas caracteristicas características de OpenRTB 2.5 son soportadas (como por ejemplo Banner.format)

...

Solo un bid request debe ser enviado para cada subasta. Sin embargo, multiples múltiples impresiones pueden ser enviadas en un mismo bid request.

...

Ejemplo

{
	"id": "bfebe4d6f24efacd",
	"tmax": 300,
	"at": 1,
	"cur": ["USD"],
	"imp": [{ "...": "..." }],
	"user": { "...": "..." },
	"device": { "...": "..." },
	"site": { "...": "..." },
	"source": { "...": "..." },
	"regs": { "...": "..." },
	"badv": ["ford.com","bmw.com"],
	"bcat":, ["IAB8-1","IAB8-2"]
}

...

...

...

...

...

E-Planning proveerá al SSP con una URL de sincronización de usuarios, la cual debe ser insertada en los sitios a subastar utilizando una etiqueta <iframe>. Luego de que la URL sea llamada en el navegador E-Planning SSP creará un nuevo ID de usuario. Luego E-Planning redirigira redirigirá a una URL provista por el SSP. En la misma existirá debe existir una macro $UID que será reemplazada por el ID de usuario de E-Planning (buyeruid).

Por ejemplo, si la URL del SSP es httphttps://www.test-partner-domain.com/?uid=$UID, E-Planning reemplazará la macro $UID con el correspondiente buyeruid (por ejemplo "e3cf38b549b50e01") y redirigira redirigirá al usuario a la URL final. El SSP debe enviar pasar la URL a redirigir en el parametro redir= de la URL de E-Planning.:

https://ads.us.e-planning.net/uspd/1/<CLIENT_ID>?ruidm=1&du=<ENCODED_REDIRECT_URL>

Note que <CLIENT_ID> es un valor provisto por E-Planning.

Este es un ejemplo de como debe ser insertada la URL:

<iframe src="https://ads.us.e- planning.net/uspd/1/5a1ad71d2d53a0f5?ruidm=1&du=https%3A%2F%2Ftest-partner- domain.com%2F%3Fuid%3D%24UID" width="0" height="0" style="display: none;"></iframe>

La cual en el ejemplo redirigira redirigirá finalmente a:

https://test-partner-domain.com/?uid=e3cf38b549b50e01

Formato de buyeruid

El formato utilizado por E-Planning para los buyeruids es de 16 caracteres alfanumericosalfanuméricos, por ejemplo e3cf38b549b50e01

Compresión

E-Planning puede enviar y recibir bid requests y bid responses comprimidos. Se recomienda el uso de compresión en ambos para disminuir la latencia en la subasta y ahorrar reducir el uso de ancho de banda.

• Para que los requests comprimidos utilizando gzip sean manejados adecuadamente debe agregar la cabecera HTTP Content-Encoding: gzip en el envio del bid request.
• Para que los bid requests sean enviados comprimidos mediante gzip debe agregar la cabecera HTTP Accept-Encoding: gzip en el envio envío del bid requestsrequest.
  

Por default los bid responses no estarán comprimidos.

...