Compartir a través de


Gráfico de administración en riesgo y rutas de acceso de la solución

Diagrama que muestra el gráfico de flujo de administración en riesgo.

Información general

Una vez que haya determinado la causa principal del problema de entrega inferior, puede elegir cómo determinar la mejor solución. Para cualquiera de las causas principales siguientes, la mejor ruta de acceso es usar la búsqueda de disponibilidad para probar diferentes escenarios.

Pasos recomendados:

  • Copie el nombre del producto de la línea de pedido "en riesgo". Observe el valor Pacing - Lifetime en la pantalla Order Line Visibility (Visibilidad de línea de pedido ). Esta es la diferencia entre el objetivo de la línea de pedido y lo que realmente alcanzará. Es cuántas impresiones desea encontrar con la solicitud de disponibilidad.
  • Busque ese producto personalizado en búsqueda de disponibilidad. Para ello, use Búsqueda avanzada en el cuadro Criterios de búsqueda .
  • Cambie la configuración en Búsqueda de disponibilidad para simular diferentes cambios, en función de la estrategia siguiente. Es fundamental establecer el período de tiempo para el que está tirando de disponibilidad para que sea la fecha actual. Esto se logra a través de la fecha de finalización de la línea de pedido del problema frente a la fecha predeterminada del mes siguiente.

Reducción de las restricciones de límite

Establezca el valor de Frequency Cap (Límite de frecuencia ) en una cantidad ligeramente inferior y Check Avails (Comprobar disponibilidad). Si no puede cumplir con el valor de entrega inferior (Pacing - Lifetime), reduzca el límite un poco más e inténtelo de nuevo.

Ampliación de la segmentación

Quite el elemento más restrictivo de la configuración del producto. Ejemplo: Si tiene varias restricciones de audiencia, intente quitar la más específica. Si tiene muchas secciones de sitio, cambie la variable a un valor de unidad de anuncio más amplio.

Ampliación del vuelo

Intente extraer un período de tiempo más largo que la fecha de finalización de la línea de pedido. A continuación, use la característica "agrupar por", que le proporcionará los resultados por mes, semana y día. A continuación, puede ver dónde se abre el producto, si es que en absoluto.

Aumentar la prioridad

Intente extraer la disponibilidad con un valor de prioridad mayor que la línea de pedido actual. Esto le indicará cómo afectará el cambio de prioridad a la entrega. También puede que quiera ejecutar un Administrador de escenarios si hay una gran cantidad de competencia directa o contenida garantizada y le preocupa crear un nuevo problema en otras líneas de pedido.

En los dos casos de uso siguientes, la solución está un poco más implicada y se resuelve mejor a través de un informe. Estos son casos "perimetrales" que rara vez debería encontrar.

Aumento de la tasa

  • En todas las soluciones, estamos intentando identificar el consumo por una dimensión determinada para ver dónde cae la demanda. Estamos haciendo lo mismo para las líneas de orden de prioridad de precio, pero el precio es nuestra dimensión en lugar de prioridad o frecuencia. Debemos construir una curva que nos muestre cuántas impresiones consumen las cantidades de velocidad. Esto es para que podamos entender cómo cambiar la tasa cambiará el consumo.
  • Para ello, debe extraer un informe por producto (filtrado al producto personalizado de la línea de pedido problemática). Debe desglosarse por línea de pedido, con impresiones consumidas y CPM contratado como métricas. No olvide establecer el período de tiempo para hoy a través de la fecha de finalización de la línea de pedido.
  • Ahora que tiene el conjunto de datos, debe exportarlo a Excel. Se trata de manipular y agregar los datos por intervalos de velocidad diferentes.
  • Dinamizar este conjunto de datos por el cpm contratado como la etiqueta de fila y las impresiones consumidas como valor. Esto ahora muestra el consumo por varias tasas.
  • Debe determinar a qué velocidad hay suficiente consumo para entregar la línea de pedido en su totalidad. Debe sumar cada nivel de tarifa hasta que tenga suficientes impresiones para cumplir con el déficit pacing - lifetime. Luego paga un centavo por encima de ese valor, ya que necesitas tener una tarifa que supere a las otras campañas.

Cancelar líneas de orden zombi y volver a evaluar

  • Las líneas de pedido zombi son líneas de pedido que están en un estado pendiente, pero que tienen una fecha de inicio en el pasado. Estas líneas de pedido fuerzan a Yield Analytics (y al servidor de anuncios) a predecir el consumo en ellas. (En realidad, no consumen impresiones si nunca salen de un estado pendiente).
  • Con frecuencia, estas líneas de pedido son campañas en las que:
    • El creativo llega tarde.
    • El cliente ha eliminado la oferta y la oportunidad en OMS no se ha actualizado.
    • El acuerdo se canceló en el último minuto y luego se olvidó.
  • Puede identificar líneas de pedido zombi mediante:
    • Extracción de un informe básico en Yield Analytics.

    • Establecer la línea de pedido como dimensión.

    • Impresiones consumidas como métrica.

    • Filtrado en estado de línea de pedido = pendiente.

    • Fecha de inicio (no el período de tiempo) a una fecha anterior a la fecha actual.

      Por ejemplo, dos semanas antes que hoy suele ser una buena manera de identificar estas líneas de pedido problemáticas. Si hoy fuera el 15 de octubre de 2017, querrá establecer el filtro de fecha de inicio en (fecha más temprana disponible: 1 de octubre de 2017). A veces también resulta útil extraer cosas como el nombre de un vendedor, el anunciante y otros elementos para ayudarle a realizar un seguimiento:

  • Cualquier línea de pedido que cumpla este criterio debe ser seriamente cuestionada. ¿Realmente están ocurriendo? Si es así, deben tener su fecha de inicio actualizada a un lanzamiento más realista. Si no se ponen en marcha, se deben mover a un estado cancelado.
  • Después de realizar estos cambios, Yield Analytics recogerá el cambio durante el siguiente ciclo de procesamiento nocturno. Una vez que esto ocurra, compruebe de nuevo el riesgo de la línea de pedido y compruebe si el problema sigue existiendo. Si es así, empiece desde el principio del gráfico de flujo de nuevo y vuelva a diagnosticar el problema.