Guía de implementación en el servidor

Esta función solo está disponible en las redes que tienen un gestor de cuentas de Google dedicado, por lo que puede no estar habilitada en su red. Póngase en contacto con su gestor de cuentas para obtener más información; si no tiene uno, no puede usar esta función en su red.

Para usar la función, tiene que poder enviar a Ad Manager solicitudes de anuncios desde un servidor externo o de su propiedad, desde plataformas que usen la inserción dinámica de anuncios o desde proveedores que permitan insertar publicidad desde servidores. Si quiere enviar solicitudes de anuncios a Ad Manager desde un servidor y registrar datos precisos sobre impresiones, clics y conversiones atribuidas, siga los pasos que se indican a continuación.

1. Comparta con su partner tecnológico de servidor las instrucciones para integrarse con Ad Manager

Para que Ad Manager pueda autenticar las llamadas procedentes de servidores externos (por ejemplo, de proveedores de inserción dinámica de anuncios o herramientas de unión desde el servidor), esos servidores deben conectarse a los servidores de Ad Manager mediante un certificado SSL que emite el propio Ad Manager.

Pídale al partner tecnológico de servidor con el que colabora que complete los pasos que se indican en esta página.

También es necesario instalar un certificado SSL si se usa Campaign Manager 360 con solicitudes de anuncios enviadas desde el servidor. Si van a solicitarse creatividades de vídeo mediante llamadas desde un servidor, su partner tecnológico de servidor debe seguir las instrucciones para integrarse con Campaign Manager 360.

2. Genere una etiqueta de anuncio para servidores

Los editores que usan servidores externos para enviar solicitudes de anuncios a Ad Manager deben generar etiquetas de anuncio de vídeo de una de estas formas:

Usando la interfaz de Ad Manager

Consulte cómo generar etiquetas de anuncio de vídeo en Ad Manager. 

Creando manualmente las URLs de las etiquetas de anuncio de vídeo

Consulte los parámetros de URL obligatorios y opcionales compatibles con las etiquetas de anuncio de vídeo de VAST y los requisitos adicionales para registrar vistas, conversiones y clics.

Las URLs de etiquetas de anuncio del servidor que hagan referencia a /gampad/ads o a /gampad/live/ads deben incluir serverside.doubleclick.net (en vez de pubads.g.doubleclick.net). Puede que tenga que modificar manualmente las URLs de etiquetas de anuncio para cumplir este requisito.

3. Genere una solicitud de anuncio en el servidor

Una vez generada la etiqueta de anuncio, el partner tecnológico encargado de enviar a Ad Manager solicitudes de anuncios desde el servidor debe hacer lo siguiente:

• Enviar la fuente de unión de servidor incluyéndola como valor del parámetro ssss de la solicitud a Ad Manager.

  En el valor del parámetro ssss se distingue entre mayúsculas y minúsculas. Si al editor se le asigna el valor de examplesource, entonces enviar ssss=examplesource es correcto, mientras que ssss=ExampleSource no lo es.
  Los proveedores de tecnología de unión de vídeo que han integrado sus servidores con los de Google reciben este valor directamente de Google, por lo que pueden facilitárselo. Si tiene alguna pregunta sobre el valor que darle a este parámetro, póngase en contacto con su gestor de cuentas de Google.

• Enviar de forma dinámica la dirección IP del dispositivo cliente. Puede hacerlo con el encabezado X-Forwarded-For o incluyéndola como valor en el parámetro ip de la solicitud a Ad Manager. Debe usarse solamente uno de esos dos métodos, no ambos a la vez.

  Si no se envía la dirección IP completa del dispositivo cliente con alguno de estos dos métodos, se pueden producir problemas con la entrega y el servicio de anuncios.

• Enviar los encabezados HTTP completos del dispositivo o entorno cliente, incluidos los siguientes:

  • User-Agent: debe ser la cadena completa y sin modificar que indica el navegador del usuario.  En el caso de los anuncios para móviles renderizados en WebViews o en navegadores móviles nativos, se debe enviar el user-agent que utiliza la plataforma móvil para las vistas web o el navegador (por ejemplo, el user-agent de Safari para móviles en iOS). Si los anuncios se muestran en la aplicación móvil nativa, el agente de usuario debe seguir las directrices para aplicaciones móviles.

    No son válidos los user-agent que generan las clases de conexión a URLs de las plataformas móviles (por ejemplo, "Dalvik" en Android o "CFNetwork" en iOS).

  • Accept-Encoding: para que Ad Manager pueda comprimir las respuestas, este campo debe tener el valor gzip,deflate. Es obligatorio incluirlo porque las respuestas sin comprimir son 20 veces más grandes.

El único encabezado que no se debe reenviar en las solicitudes de anuncios hechas desde el servidor es el encabezado Cookie.

Requisitos adicionales para registrar impresiones, conversiones y clics

Recomendamos encarecidamente que todas las impresiones y las conversiones se envíen desde el cliente, y no desde el servidor. Los editores deben enviar pings desde el cliente para notificar impresiones y conversiones. Sin embargo, en ciertos casos, los editores pueden registrar impresiones, conversiones y clics directamente desde el servidor.

Si su sistema está configurado de tal modo que solo puede enviar impresiones, conversiones y clics desde el servidor, debe incluir ipe=ssb en las solicitudes de anuncio iniciales que envíe desde el entorno del servidor.

A continuación puede consultar otras prácticas recomendadas para asegurarse de que Ad Manager pueda procesar las solicitudes de anuncios y las conversiones que provienen de implementaciones en las que esos datos se miden en el servidor:

• Envíe todos los eventos de impresión, conversión y clic en el orden en el que se hayan producido. Por ejemplo, no envíe un evento de clic antes de un evento de impresión, porque es imposible que un usuario haga clic en un anuncio antes de que se genere una impresión y se renderice el anuncio.
• No envíe varios eventos a la vez. Envíelos a medida que se registren.

Este tráfico solo es válido en la demanda de reservas. No estará acreditado por el MRC, salvo que se indique lo contrario en las condiciones de un contrato que haya firmado para usar esta versión beta.