Destinations - översikt destinations

I Audience Manager är en destination ett tredjepartssystem (annonsserver, DSP, annonsnätverk osv.) som du vill dela data med. Destination Builder är det verktyg du använde för att skapa och hantera cookie, URL eller server-to-server destinations.

Syfte och fördelar purposes

Med Destinations och Destination Builder kan du skapa destinations och skicka information om segmenterade användare till din datapartner. Detta hjälper dig att:

  • Protect-datavärde: I stället för att skicka alla användardata till en destination kan du med Destination Builder endast dela specifik information om kvalificerade användare.
  • Vidta åtgärder för dina data: Genom att skicka data till en destination -partner kan de snabbt utveckla och inrikta sig på kvalificerade målgruppssegment.
  • Minska den tekniska overheadkostnaden: Affärsanvändare kan konfigurera destinations säkert i gränssnittet Destination Builder. Detta minskar tiden som krävs för testning före driftsättning. Med Destination Builder kan du skapa, hantera och ta bort destinations när ditt företags behov ändras, helt utan att behöva gå igenom en lång utvecklingscykel.

Tekniska överväganden technical-considerations

Dataleveransen beror på hur din datapartner vill eller kan ta emot destination-information. Tekniska begränsningar eller tekniska begränsningar kan hindra destination från att ta emot data via URL-, cookie- eller server-to-server-processer. Samarbeta med din tredjepartspartner för att avgöra vilken metod de kan använda.

Fundera på verksamheten business-considerations

Affärsbeslut för att välja en leveransmetod jämfört med en annan beror på den tekniska kapaciteten hos din destination-partner och vad du vill göra med kvalificerad användarinformation. Tekniska begränsningar kan till exempel begränsa dina alternativ om en destination inte kan ta emot data med en viss leveransmetod. Om det inte finns några tekniska problem kan du skicka information baserat på hur du vill vidta åtgärder för dessa data. Exempel:

  • URL och cookie-based destinations fungerar nästan synkront med användaråtgärder på en sida.
  • Server-to-server-metoder är bra att använda för att skapa djupgående målgruppssegment över tid.

Destination typer och vanliga användningsområden destination-types

Exemplen i följande tabell kan hjälpa dig att förstå när du ska använda en viss destination och skillnaderna mellan varje typ.

Destination-typ
Används vanligen vid
Exempel
Överväganden
Adobe Experience Cloud Destinations
Ni måste skicka data till andra Adobe Experience Cloud-lösningar.
Skicka data till Adobe Analytics.
People-Based Destinations
Ni måste skicka målgruppssegment till personbaserade miljöer som Facebook.
Leverera personaliserade erbjudanden till befintliga kunder utifrån deras inköpshistorik
Målgruppsanpassning görs med hjälp av hash-identifierare. Se Personbaserade mål.
Device-Based Destinations (Server-till-server)
  • Omedelbar dataöverföring krävs inte.
  • Samla in data för att bygga upp en stor målgruppspool med kvalificerade användare.
Samla in data över tid (timmar eller dagar) för att använda dem i en kampanj som ska köras vid ett senare datum.
  • Överför data om nya och tidigare webbplatsbesökare.
  • Besökarna behöver inte ses igen för att kvalificera sig för andra segment.
Custom Destinations (URL eller cookie)
Ni måste överföra data omedelbart så att en destination kan vidta åtgärder mot en kvalificerad användare direkt.
Skicka data från en biljettinköpsplats. Använd en URL eller cookie destination för att kvalificera användaren och omedelbart återskapa målet.
  • Överför endast data om nya besökare.
  • Besökarna måste ses igen för att bli kvalificerade för segmentet.
recommendation-more-help
de293fbf-b489-49b0-8daa-51ed303af695