/
Posibles razones de discrepancias

Posibles razones de discrepancias

Owned by Sebastian Perez (Unlicensed)
Last updated: Mar 09, 2018

En este documento se explica cuáles pueden ser las razones por las que puede haber diferencia de estadísticas entre el ad server de la agencia y el ad server del publisher.

Para poder analizar las causas, vamos a detallar qué función cumple cada uno de los ad server intervinientes.

 

Cuando los anuncios están subidos directamente en el ad server del Publisher, el circuito será simple:

 

 

Cuando en ese esquema se suma un segundo ad server siempre va a existir un ad server Primario y otro Secundario.

 

AD SERVER PRIMARIO --> Asigna la impresión> CUÁNDO MOSTRAR

AD SERVER SECUNDARIO --> Asigna el anuncio > QUÉ MOSTRAR

 

Ad server Primario

  • Es el ad server que tiene implementado el Publisher o Sitio.
  • Es el ad server que recibe el pedido inicial para 'mostrar una campaña' cuando un usuario navega una página del sitio.
  • Es el ad server que inicia el proceso y hace el pedido al ad server Secundario.

 

Ad server Secundario

  • Es el ad server que utiliza la agencia o network
  • Los códigos de este ad server no van directamente implementados en el sitio, sino que se cargan como una campaña dentro del ad server Primario.
  • Este ad server solo recibe un pedido si previamente el ad server Primario le asignó una impresión a la campaña de la agencia/network.
  • El ad server Primario puede asignarle una impresión y este ad server no devolver anuncios.

 

En este caso así será el circuito del anuncio:

 

 

Cuándo se producen las Discrepancias?

Se producen cuando la CONCORDANCIA entre el Ad server Primario y el Secundario falla.

El principal motivo está dado cuando se aplican restricciones mayores dentro del Ad server Secundario respecto al Primario.

 

 

Así será el esquema frente la falta de concordancia:

 

Esto devuelve un espacio en blanco al usuario que está del otro lado porque el tag que se llama está limitado en alguna manera.

¡IMPORTANTE!

Para E-Planning siendo el AdServer Primario (el del publisher) esa impresión será registrada a nivel estadístico como impresión de 'Anunciante' asiganda a la pauta/anuncio donde esté asociado el tag del AdServer Secundario. Es justamente por esto que la discrepancia se verá a nivel informes porque de un lado se registrará una impresión pero del otro no, porque no se devuelve pauta/anuncio.

Más información: Impresiones Default (en blanco)

Las limitaciones pueden ser variadas como por ejemplo segmentaciones (por país, ciudad, navegador, etc), impresiones por sesión, distribución uniforme de las impresiones o clicks, etc.

Aquí se puede ver un ejemplo de un Tag de Ad server Secundario con 'limitaciones':

TAG DE ADSERVER SECUNDARIO (SIN BACKUP)
• Segmentación IP Mx
• Frecuencia de Usuario1/24
• Dos Anuncios y Frecuencia de Grupo 1/24
• De 8 a 22hs
• Anuncio Flash 10 con Video
• Peso 5 MG
• No tiene backups o PassBack
• Fecha de Fin 20/05             

Frente a un caso así se pueden dar estos resultados:

 

Recomendaciones al recibir TAGS

Al recibir tags, se debe solicitar que se envíen SIN limitaciones:

• Sin Fecha de Fin
• Sin Frecuencias de Usuarios
• Sin Frecuencias de Grupo si hay más de un anuncio corriendo
• Sin Segmentación Geográfica
• Sin Segmentación horaria/semanal

Medidas preventivas

Si la agencia igual va a aplicar segmentaciones, inclusive lógicas de Behavioral Targeting, exigir que siempre incluya al menos una campaña de Backup (menor prioridad) sin restricciones ni segmentaciones asociadas a los mismos espacios donde correrá la campaña segmentada.

El Publisher también puede desde su lado (desde su Ad server) aplicar segmentación por país y por navegador (para excluir Mobile) a la campaña que va a tener tags:


Más información sobre bloqueo de tráfico mobile: http://chat.e-planning.net/index.php?/Knowledgebase/Article/View/377/241/bloqueo-de-trfico-mobile

Además siempre solicitar:

  • Que la agencia haya incluido dentro del tag anuncios de backup jpg/gif.
  • Un reporte a los primeros días de campaña para verificar la implementación.

 

 

Análisis de estadísticas

Frente a un caso de discrepancia se debe realizar un análisis de reportes para definir dónde puede estar el problema. Para eso se debe tener en cuenta lo siguiente:

•   Tener en cuenta las diferencias horarias de servidores    

•   Tener en cuenta que los datos sean finales procesados y no parcial de unas horas.    

•   Solicitar también estadísticas de Usuarios Únicos y comparar este dato. Si la agencia aplicó frecuencias en este dato no se van a observar discrepancias.  

•  Al sacar informes de estadísticas realizarlo con el mismo criterio tanto en el Ad Server del Sitio como en la interfaz para asegurarse que los informes son los mismos.

•  Los informes por espacio deben contabilizar el mismo número de impresiones que un informe por pauta solo si no se mostraron impresiones default y si no había otras pautas cargadas en el mismo espacio.
Puede ocurrir que el medio al cual la agencia envío los códigos tenga cargado en el mismo espacio, además de la pauta de la agencia, otras pautas. Si es así, al sacar un informe, deberá hacerse por pauta y no por espacio dado que esto no asegurará que solo muestre datos de impresiones de la pauta en cuestión sino que también mostrara datos de impresiones de otras pautas asociadas al mismo espacio.
•  Son muy últiles los informes que detallan impresiones por Sistema Operativo, Browser, características de dispositivos (con o sin flash) porque permiten detectar si las impresiones se detectaron de tráfico mobile o no.


 

 

Diferencias habituales entre un ad server y otro

Es normal que existan diferencias de impresiones entre un ad server y otro ya que el código del ad server del medio es el primero en ejecutarse (Ad server Primario) y luego el del ad server de la agencia (Ad server Secundario). En muchos casos los usuarios hacen click en algun link y dejan la página en la que estan antes de que finalice de cargar los contenidos. Por estos motivos siempre se producen diferencias que no deberían superar el 10%.

 

Si la discrepancia es mayor al 10% se deben tomar medidas para ajustar esa diferencia. Se puede contactar al área de Soporte Técnico de e-planning para solicita asistencia en estos casos.

Se solicitan los siguientes datos para resolver un caso de discrepancia:

  • Una pauta específica en la que se haya diferencias. No resulta útil para encontrar la solución que se indiquen que en todas las pautas de un medio tienen diferencias. En general una vez que se encuentra la razón de la diferencia para una única pauta se encuentra la diferencia para el resto.
  • De qué fecha a qué fecha se está comparando. Depende el caso la diferencia de estadísticas puede darse para días específicos y no para toda la campaña.
  • El formato de los anuncios de la pauta, es decir si son banners, pops o layers y cómo están cargados dentro de la interfaz o si son tags de conteo que se enviaron al medio.
  • Qué tipo de código se envió al medio (Javascript con código para evitar caché, Imagen sin scripts, Detector de flash con código anti cache, etc).
  • Un reporte del medio por pauta por fecha, es decir por día, para poder verificar si la diferencia se produce en todos los días o en algún día particular porque no se contabilizó.
  • Un reporte del espacio por fecha.
  • Un reporte del espacio por pauta y fecha.

Related content