Destinations Información general

En Audience Manager, un destination es cualquier sistema de terceros (servidor de publicidad, DSP, red de publicidad, etc.) con el que se desea compartir datos. Destination Builder es la herramienta que se utiliza para crear y administrar cookie, URLo server-to-server destinations.

Propósito y ventajas

Destinations y Destination Builder permite crear destinations y enviar información sobre usuarios segmentados a su socio de datos. Esto le ayuda a:

  • Valor de datos de Protect: En lugar de enviar todos los datos de usuario a un destination, Destination Builder permite compartir información específica solo sobre usuarios cualificados.
  • Tome medidas sobre los datos: Enviar datos a un destination socio ayuda a desarrollar y destinatario rápidamente segmentos de audiencia cualificados.
  • Reducir la sobrecarga técnica: los usuarios empresariales pueden realizar la configuración de destinations forma segura en la Destination Builder interfaz. Esto ayuda a reducir el tiempo necesario para las pruebas previas a la implementación. Con Destination Builder, crea, administra y elimina destinations a medida que cambian las necesidades de su negocio, todo sin trabajar en un largo ciclo de desarrollo.

Consideraciones técnicas

El envío de datos depende de cómo su socio de datos desee o pueda recibir destination información. Las limitaciones técnicas o de ingeniería pueden impedir que un destination reciba datos a través de URL, cookie o server-to-server procesos. Póngase en contacto con su socio de terceros para determinar qué método pueden utilizar.

Consideraciones empresariales

Las decisiones comerciales para seleccionar un método de envío sobre otro dependen de las capacidades técnicas de su destination socio y de lo que desee hacer con la información de usuario calificada. Por ejemplo: las restricciones técnicas pueden limitar las opciones si un destination no puede recibir datos mediante un método de envío determinado. Sin embargo, si no hay problemas técnicos, puede enviar información en función de cómo desee tomar medidas en relación con esos datos. Por ejemplo:

  • URLy cookie-based destinations trabajar casi sincrónicamente con acciones de usuario en una página.
  • Server-to-server los métodos son adecuados para generar segmentos de audiencia profunda con el paso del tiempo.

Destination Tipos y usos típicos

Los ejemplos de la tabla siguiente pueden ayudarle a comprender cuándo utilizar un destination concreto y las diferencias entre cada tipo.

Destination Escriba Normalmente se utiliza cuando Ejemplo Consideraciones
Adobe Experience Cloud Destinations Debe enviar datos a otras soluciones de Adobe Experience Cloud. Envío de datos a Adobe Analytics.
People-Based Destinations Debe enviar segmentos de audiencia a entornos basados en personas, como Facebook. Entregar ofertas personalizadas a los clientes existentes, según su historial de compras La segmentación de audiencias se realiza mediante identificadores con hash. Consulte Destinos basados en personas.
Device-Based Destinations (Servidor a servidor)
  • No se requiere la transferencia inmediata de datos.
  • Recopilación de datos para crear un gran grupo de audiencias de usuarios cualificados.
Recopilación de datos a lo largo del tiempo (horas o días) para usarlos en una campaña configurada para ejecutarse en una fecha posterior.
  • Transfiere datos sobre visitantes del sitio nuevos y anteriores.
  • No es necesario volver a ver los visitantes para poder acceder a otros segmentos.
Custom Destinations ( URLo cookie) Debe transferir los datos inmediatamente para que un destino pueda actuar en forma inmediata sobre un usuario cualificado. Envío de datos desde un sitio de compra de entradas. Use URL o cookie destination para calificar al usuario y volver a realizar el destinatario inmediatamente.
  • Solo transfiere datos sobre nuevos visitantes.
  • Se deben volver a ver los visitantes para poder optar al segmento.

En esta página