e-planning - Documentación

Documentación

Tipos de tags que provee e-planning

e-planning ofrece distintos tipos de tags para publicar anuncios. Cada uno de estos formatos de tag tiene sus ventajas y desventajas. Para los medios o sitios web, generalmente lo ideal es utilizar el tag de IFRAMEs dinámicos en todas las páginas, y el de Imagen en los envíos por email. Para las agencias o networks que deben enviar los tags a los sitios continuamente, hay disponible una gama de opciones para adecuarse a los requerimientos de cada sitio.

Además, en caso que haya varias posiciones de anuncios en la misma página, es conveniente utilizar los tags de sección: estos proveen un tag largo, que se pega en la sección HEAD de la página, y luego un conjunto de tags cortos, de una sola línea, uno por espacio. Esto es más eficiente y más sencillo de implementar que si se utiliza el de espacio. Los tags de sección se pueden obtener yendo a la vista de una sección y luego haciendo clic en Código HTML.

Un punto importante a la hora de implementar tags es el uso de variables aleatorias para evitar el caching de los pedidos, lo cual se explica en profundidad más abajo.

Tipos de tags disponibles

Tags AJAX (V4)

Un nuevo tipo de tag lanzado durante 2008, recomendado para sitios o networks donde e-planning es el ad server principal. Este tag permite una muy rápida descarga de la página y los anuncios a la vez, ya que ambos descargan en paralelo. Además, el tag permite descargar los anuncios de todos los espacios de la página en una sola llamada a e-planning, siendo ideal en página con más de un espacio. Consulte el documento específico sobre tags AJAX para más información.

IFRAMEs dinámicos (dynamic IFRAMEs)

El tipo de tag recomendado para agencias y/o casos donde se envía un tag a un sitio donde e-planning no es el ad server principal. Permite mostrar cualquier tipo de creatividad, y además tiene la ventaja de que los anuncios cargan en paralelo con el sitio, por ende el sitio carga más rápido en su totalidad. Además, en caso de demoras en la carga de los anuncios, éstas no afectan la carga del sitio. La única limitación de este tipo de tags es que no permiten servir tags de otros ad servers para formatos expandibles o layers (anuncios que flotan por sobre la página). Si permiten formatos de banners sin expansión, o pops. Para servir anuncios expandibles o layers con tags de otro ad server, se deben consultar el instructivo para servir tags de otros ad servers con IFRAMEs dinámicos.

Los tags de IFRAMEs dinámicos están disponibles a partir de la versión 4.1, lanzada en septiembre de 2007. Si usted está utilizando hasta ahora tags Javascript en su sitio, consulte con Atención a Clientes antes de migrar los tags a IFRAMEs dinámicos.

Tags Javascript

Éste es un código basado en Javascript que permite mostrar cualquier formato de banner. Además, e-planning lo provee en dos versiones: una con la expresión "$random" para reemplazar, y otra que ya la trae reemplazada por una variable con valor aleatorio, ideal para evitar el problema del caching.

Hasta la versión 4.1 de e-planning, éste era el código recomendado para todos los casos. Con el lanzamiento del código basado en IFRAMEs dinámicos, el código Javascript deja de ser el recomendado, ya que tiene la característica de bloquear la carga de la página mientras cargan los anuncios.

Tags Imagen

Usando este tag podrá servir imágenes GIF, JPEG o PNG con un tag IMG. No sirve para Flash, ya que los banners Flash requieren un código más elaborado.

La ventaja de este tipo de código es su bajo peso y velocidad de carga. Y viene en tres versiones: una es código con Javascript que reemplaza el "$random". Otra es código sin Javascript. Esta versión es ideal para correo electrónico y otros entornos con soporte para tan sólo unas pocas características de HTML, ya que usa tan sólo lo más básico del HTML, pero tiene el "$random" para reemplazarle (dentro de lo posible). La tercera versión consta de dos partes: La Dirección del banner y la URL del link que son respectivamente el SRC del tag <IMG> que aparece en la versión sin Javascript, y el HREF del tag <A> de esa misma versión, es decir, que no es más que el tag sin scripts, pero por partes, para que sea más fácil usarlo en aplicaciones donde haga falta tomarlo por partes.

Tags IFRAME

Este es un código basado en el tag IFRAME que permite servir cualquier tipo de banners a los /li que soportan este tag.

La ventaja esencial de este tag es que se carga en simultáneo con el resto de la página donde se lo pone. Esto es muy apreciado en situaciones donde puede sospecharse que el tiempo que demandará la carga del banner podría ser un estorbo para la carga del sitio, o para la impresión que se lleve el usuario del sitio. (p.ej: pautas con banners muy pesados).

Su principal desventaja es que sólo sirve para banners rectangulares insertos en la página, es decir, es completamente imposible usarlo para banners de tipo "layer" o "Shoshkele".

Otro problema que puede surgir es que en algunos navegadores, cuando el usuario hace clic en un link que está dentro de un i-frame, y no es un link que abre en ventana nueva, abre dentro del mismo i-frame, es decir que en lugar de ver la página de destino en toda la ventana, la ve en el rectangulito que antes ocupaba el banner. Si se elige que el clic en el banner abra en ventana nueva, entonces esto no ocurre.

Este tipo de tag también viene en dos versiones, una con "$random" para reemplazar, y otra con código Javascript que lo reemplaza automaticamente por un valor al azar. Pero ambas dependen del soporte para Javascript del navegador del usuario, ya que dentro del i-frame que se sirve, hay código Javascript.

Tags Flash

Este código sirve para mostrar únicamente banners de tipo Flash. Utilícelo únicamente si está seguro que en el espacio sólo se mostrarán banners de este tipo. Si desea un código que muestra Flash o GIF, según el usuario tenga instalado o no el plug-in Flash, utilice entonces los códigos detectores de Flash. Este código en sus dos versiones, lo que hará en caso de que el usuario no tenga instalado el plug-in necesario, es pedir permiso al usuario para bajarlo e instalarlo. Algunos usuarios pueden sentirse molestos o asustados por este mensaje pidiendo permiso para instalar software en su computadora.

La diferencia entre las dos versiones es que hay una a la que hace falta reemplazarle el "$random" por un valor aleatorio, en tanto que la otra ya tiene incorporado código Javascript que se ocupa de hacerlo.

Tags Detector de Flash

Este es un código HTML/Javascript que detecta si el usuario tiene Flash para determinar si muestra un Flash o un GIF/JPG. Aquí se incluye el código completo para pegar en el sitio. Si Usted utiliza tags de IFRAMEs dinámicos, no es necesario usar un detector de Flash, que el tag de IFRAMEs dinámicos tiene un detector incorporado

Este código es más rápido en su funcionamiento que el Detector de Flash corto pero es mucho más extenso. Por lo demás ambos presentan la misma funcionalidad.

Este tipo de tag ya tiene incorporado el código Javascript necesario para sustituir la expresión "$random" con valores aleatorios.

Tags Detector de Flash corto

Este también es un código HTML/Javascript que detecta si el usuario tiene Flash para determinar si muestra un Flash o un GIF/JPG.

La diferencia con el Detector de Flash es que en este caso, la mayor parte del código está en el servidor. El navegador del usuario, primero descarga todo el código, luego lo ejecuta, y recién entonces, está en condiciones de saber si corresponde mostrar el Flash, porque el usuario ya tiene el plug-in del caso, o si hay que mostrar un gif o jpg, o png, porque no es así.

El código es más corto, pero hace un pedido más al servidor y por lo tanto es más lento.

Este código no contiene scripts que generen valores aleatorios para "$random". Hace falta que cada uno se los agregue.

Tags Link para contar clicks unicamente

Esta opción es especificamente para pautas donde la cantidad de impresiones no interesa, y en cambio sí es importante contabilizar la cantidad de clicks. Un ejemplo de esta situación es cuando las pautas se venden en modalidad CPC (Costo Por Clic).

Estos tags son aptos para usarlos, por ejemplo, como parámetro HREF en un tag <A>. No muestran ningún banner. Sólo redirigen al usuario que les hizo clic al URL de link del banner correspondiente.

En general, cuando se elige esta opción, van a aparecer varios segmentos de código para elegir: Uno general del espacio, uno general de cada pauta asociada con el espacio y uno para cada banner de cada pauta.

Si se incluye en una página el código para un banner de una pauta, cuando un usuario le hace clic, va a figurar en las estadísticas exactamente eso: un clic en ese banner, y en esa pauta.

Si se incluye el código de la pauta, cuando un usuario haga clic, e-planning decidirá en función de las prioridades y pesos de cada banner cual debería habersele mostrado a ese usuario y lo redirige al URL de link de ese banner.

Si se incluye el código general del espacio, cuando un usuario hace clic, e-planning primero decide entre todas las pautas que están asociadas con ese espacio, cual debiera servirse, en función de la segmentación por país, por horario y por redes de cada pauta, y después decide entre los banners de esa pauta cuál correspondería servir, y redirige al usuario al URL de link de ese banner.

Estos tags incluyen un "$random" que hay que reemplazar por un valor aleatorio.

Variables aleatorias y caching

La mayor parte de los tags contienen en alguna parte del código la expresión "$random". Esta expresión debe reemplazarse, siempre que sea posible, por un número al azar o por un timestamp (indicación de fecha y hora con minutos y segundos). En ambos casos estos deben ser generados, idealmente, cada vez que un usuario abre la página.

El objetivo de esto es evitar el caching. El caching es la práctica de guardar copias locales de los archivos de la web en computadoras intermediarias, de modo de reducir el tráfico de red. De esta manera, si se realiza más de un pedido de la misma página, ésta no se pide nuevamente al sitio que la contiene, sino que se sirve la versión guardada. De igual manera, los navegadores web pueden almacenar copias en el disco rígido de los usuarios. Estos dos tipos de caching muestran páginas a los usuarios sin generar pedidos nuevos al sitio que contiene la página y de este modo no registran estas impresiones en las estadísiticas. Esto significa que cuando se produce el caching de banners, las estadísticas no son exactas, lo cual afecta negativamente al sitio web, ya que el resultado es equivalente a "regalar impresiones al anunciante": los usuarios visualizan los banners, aún cuando el anunciante no paga por esas impresiones ya que no figuran en las estadísticas.

Existe una serie de mecanismos para evitar que esto suceda con los banners. Uno de estos mecanismos consiste en asegurarse de que cada vez que se abre la página, el URL del banner sea distinto. De este modo, el software que está haciendo caching, no puede asociar el nuevo pedido con el anterior.

Esto se logra al reemplazar la expresión "$random" del tag por un número que sea distinto cada vez. Este número es ignorado por el e-planning, que se guía por el resto del URL para saber qué banner servir o a qué página redireccionar el clic, pero hace que el software que hace caching piense que se trata de una página distinta cada vez, y que en lugar de servir al usuario la copia guardada, la pida de nuevo a e-planning, con lo que genera registros en las estadísticas.

Idealmente esto se hace "client side", es decir, con un script incorporado a la página junto con el tag, que se ejecute en la computadora del usuario cuando éste abra la página. Puede hacerse con Javascript o VBScript en un tag <script> dentro de la página. e-planning provee varios modelos de tag que ya vienen con un script de este tipo incorporado. Son los que están identificados como "Código con Javascript para evitar caching". En ellos la expresión "$random" no figura, porque ya está reemplazada por una variable a la que se le asigna un valor aleatorio.

Siempre que sea posible, utilice este tipo de tag, o válgase de algún script similar para generar un valor distinto cada vez en la computadora del usuario.

En ocasiones, por diversos motivos no es conveniente, o directamente no es factible, generar el número aleatorio, o el timestamp en la computadora del usuario. Un buen ejemplo son los envíos de correo electrónico. La mayor parte de los programas de correo electrónico no soportan Javascript, por lo cual no se puede confiar en hacerlo de esta manera.

En esas ocasiones, la generación del número aleatorio puede hacerse server side, con un script que corra en el servidor, y que para cada usuario que pide la página (o para cada e-mail que está a punto de enviar) genere el número y lo incluya en la página.

Ejemplos de cómo se puede hacer esto en distintos lenguajes

PHP: <? mt_rand() ?>
ASP: <%= Rnd() %>
Embperl: [+ rand() +]

Esta manera de hacerlo no es tan efectiva como la anterior, porque, por ejemplo, un usuario que guarda una página y vuelve a abrir su versión guardada, estará accediendo a URLs con el mismo número que generó el servidor para la primera vez que la vió. Si su navegador o una computadora intermedia hacen caching, le entregarán una versión guardada del banner sin que e-planning tenga noticia de ello. Aún así, es preferible esto antes que nada, ya que hay otros escenarios en los que sí logra evitar el caching.

En los casos donde no sea posible usar ninguno de estos dos métodos, deberá dejarse la expresión "$random" intacta, pero deberá esperarse un cierto margen de inexactitud en las cantidades de impresiones y clics contabilizadas.

» MÁS INFORMACIÓN