Solicitud de notificación: preguntas más frecuentes
Centro de datos
A veces, la solicitud de notificación procede de un centro de datos diferente al de la solicitud de puja original. ¿Por qué sucede eso?
Este comportamiento es normal. La razón por la que esto sucedería es que las impresiones se cargan equilibradas en un centro de datos determinado en función de la ubicación del usuario. Hay ciertas áreas geográficas que tienen doble cobertura con nuestros centros de datos. Dependiendo del tipo de subasta o llamada de anuncio a la que llegue la impresión, la notificación es realmente un proceso independiente que se desconecta de la propia subasta. Esto sucede en situaciones en las que al usuario se le proporciona una dirección URL especial de "aceptación" que indica a su explorador que capture el contenido del anuncio de nosotros de forma independiente de la llamada al anuncio con la impresión iniciada. Esta dirección URL de "aceptación" final puede enrutarse potencialmente a un centro de datos diferente de la impresión original, lo que da lugar al comportamiento que está viendo y describiendo.
Notificaciones que faltan
Veo creativos entregados con macros rellenadas, pero no he recibido una solicitud de notificación "ganada" correspondiente. ¿Qué podría causar esto?
Hay varias razones por las que no se enviaría ni entregaría una solicitud de notificación. Internamente, mantenemos una métrica para las notificaciones de "error", es decir, aquellas que no se pudieron enviar debido a problemas de ancho de banda. En este caso, es probable que también esté experimentando una limitación o anulación en la solicitud de puja. En este caso, debería ver cierta cantidad de solicitudes de notificación que contienen el mensaje de error "Solicitud limitada o anulada". Otra posible causa para la no entrega de solicitudes de notificación "ganadas" es que la notificación se entrega una vez que hemos recibido algún tipo de confirmación de que la impresión se ganó realmente. Para las impresiones en las que Xandr es el responsable final de la toma de decisiones, enviamos la notificación al final de la subasta una vez que hayamos determinado el ganador. Para las subastas en las que Xandr no es el responsable final de la toma de decisiones (por ejemplo, las impresiones del lado servidor de los socios de suministro como Google Ad Manager, Rubicon, Pubmatic y AdMeld), enviamos la notificación de una impresión "ganada" cuando la parte que decide nos ha informado de que hemos ganado. En algunos casos, puede tardar un tiempo extraordinariamente largo en recibir la devolución de llamada (nos referimos a ella como una "aceptación de devolución de llamada de la oferta"). Cuando se recibe la devolución de llamada de la oferta de aceptación, se comprueba cuánto tiempo ha pasado desde la subasta. Por varias razones (que se describen a continuación), si el tiempo transcurrido es superior a 60 segundos, consideramos que la devolución de llamada ha agotado el tiempo de espera. Cuando se recibe una devolución de llamada con tiempo de espera agotado, no se trata igual que una devolución de llamada normal. En particular, no registramos la victoria y no enviamos una solicitud de notificación para esa subasta. Sin embargo , entregamos la creatividad de la misma manera. Esto significa que puede ver una creatividad entregada sin ninguna solicitud de notificación correspondiente. Nuestras razones para tratar las devoluciones de llamada de aceptación de "tiempo de espera agotado" de manera diferente son:
- Es muy común que los asociados de suministro emitan devoluciones de llamada duplicadas de Xandr para la misma impresión. Esto da lugar a que se envíen varias notificaciones duplicadas a los licitadores, lo que requiere desduplicación en la canalización de datos. Cuanto más podamos minimizar los duplicados, más eficientemente puede funcionar la plataforma.
- Establecer el umbral de tiempo de espera en 60 segundos nos permite minimizar el período de espera al agregar los datos de registro para informar sobre las impresiones entregadas. Para cualquier impresión en la que Xandr no sea el responsable final de la toma de decisiones, mantenemos dos registros: uno para la subasta de la impresión y otro para la devolución de llamada de la oferta aceptada. Esto requiere que nos unamos a esos dos registros para determinar qué impresiones se entregaron. Al minimizar el período de espera, podemos garantizar que los informes por hora experimentan retrasos mínimos. El número de devoluciones de llamada con tiempo de espera agotado debe ser mínimo, por lo que esto no contribuye significativamente a ninguna discrepancia.
- Muy a menudo, una devolución de llamada con tiempo de espera es el resultado de una conexión a Internet muy lenta entre el usuario y el servidor de anuncios. Si este es el caso, hay una buena posibilidad de que el usuario esté en proceso de navegar fuera de la página y no vea el anuncio.
Errores
Las métricas me permiten ver mi tasa de errores, pero quiero saber qué tipos de errores estamos generando. ¿Esto es posible?
Si recibe notify_requests, de forma predeterminada se le enviarán errores de tiempos de espera y solicitudes limitadas o anuladas. Todos los demás tipos de errores se incluyen en el "error" campo de notificaciones perdidas. Por lo tanto, para tener la mejor comprensión de todos los errores, se recomienda que tenga el "notify_lost" campo del objeto del licitador establecido en true. Si esto es algo que desea habilitar, pregunte a su representante de soporte técnico.