Con el objetivo de segmentar anuncios para contenido de video, Ad Manager se conecta con su CMS (sistema de administración de contenido) y transfiere los metadatos de video. Para ello, tiene una integración nativa con algunos sistemas, como Brightcove y Ooyala, que funciona desde la interfaz de Ad Manager. En el caso de la mayoría de los sistemas que no están integrados, Ad Manager puede transferir los metadatos a través de un feed basado en RSS.
En la especificación, puede ver lo siguiente:
- La forma en que un CMS de video debe exponer los metadatos del contenido de video en un feed para que los transfiera Ad Manager.
- Un mecanismo para hacer divisiones de páginas, a fin de facilitar la transferencia de grandes cantidades de metadatos y acelerar las sincronizaciones periódicas que se necesitan para actualizarlos. La división en páginas asegura que el rendimiento sea óptimo.
Estructura del feed para los metadatos del contenido de video
Consulte los elementos obligatorios y recomendados, o bien la estructura para configurar su feed en el feed de muestra. Los elementos corresponden a los espacios de nombres que lee Ad Manager mientras analiza el feed y se detallan a continuación.
| Esquema | URL del espacio de nombres | Prefijo del espacio de nombres usado en los ejemplos |
|---|---|---|
| Formato de distribución de Atom | http://www.w3.org/2005/Atom |
atom |
| RSS de contenido multimedia | http://search.yahoo.com/mrss/ |
media |
| Metadatos de Soluciones de video | http://api.google.com/dfpvideo |
dfpvideo |
| Metadatos de TMS/Gracenote | http://data.tmsapi.com/v1.1 |
tms |
Preguntas frecuentes
La URL del feed dirige a un feed con páginas de todos los videos en el CMS de tu publicador.
El feed delta dejó de estar disponible y ya no puede aplicarse. Su contenido se sincroniza según el campo obligatorio <lastModifiedDate>, que indica cuándo se modificó un aspecto del video o sus metadatos.
En el feed de MRSS pueden incluirse tres campos XML distintos de MRSS relacionados con valores de fecha y hora: <pubDate>, <lastModifiedDate> y <lastMediaModifiedDate>. Cada uno de ellos se usa con diferentes fines. El formato de los datos de cada uno de estos elementos XML debe cumplir con la especificación RFC 822 o seguir el formato de la norma ISO 8601.
Ejemplos de RFC 822
Wed, 31 Oct 2016 08:00:00 ESTWed, 31 Oct 2016 13:00:00 GMTWed, 31 Oct 2016 15:00:00 +0200
Ejemplos de ISO 8601
201610312016-10-312016-10-31T08:00:00+01:00
<pubDate>
Este campo identifica la fecha en la que se publicó el contenido. Se usa únicamente para reglas de anuncios de video.
<lastModifiedDate>
Este campo indica cuándo se modificó por última vez algún aspecto de este video o sus metadatos.
<lastMediaModifiedDate>
Este campo solo se usa si el feed es una fuente de contenido de video on demand para inserción de anuncios dinámicos. La fecha de este campo indica cuándo se modificó por última vez el archivo de video al que se hace referencia en <dfpvideo:ingestUrl>. Debe actualizar este campo si volvió a transcodificar el contenido o si lo alteró de alguna manera (por ejemplo, si agregó o quitó variantes).
Si en algún momento se actualiza este valor en el feed, también deberá actualizarse el valor <lastModifiedDate> del contenido.
Ad Manager puede trabajar con cualquier cantidad de videos. Sin embargo, siempre debe dividir el feed completo en páginas (se recomienda usar páginas de 100 elementos).
Siempre que Ad Manager se sincroniza con la fuente del contenido, transfiere la información relacionada con el punto de inserción. También puede iniciar una sincronización manual si agrega o modifica los puntos de inserción en los videos y quiere actualizar los datos de estos al instante.
