Adobe Analytics-bronaansluiting voor rapportsuite-gegevens

Met Adobe Experience Platform kunt u Adobe Analytics-gegevens invoeren via de bronconnector van Analytics. De Analytics bronschakelaar stroomt gegevens die door Analytics aan Platform in real time worden verzameld, die SCDS-geformatteerde Analytics gegevens in Experience Data Model (XDM) gebieden voor consumptie door Platform omzetten.

Dit document biedt een overzicht van Analytics en beschrijft de mogelijke toepassingen van Analytics -gegevens.

Adobe Analytics- en analysegegevens

Analytics is een krachtige engine waarmee u meer kunt leren over uw klanten, hoe ze met uw wegeigenschappen werken, kunt zien waar uw uitgaven voor digitale marketing effectief zijn en verbeteringsgebieden kunt identificeren. Met Analytics worden biljoenen webtransacties per jaar afgehandeld en met de Analytics -bronconnector kunt u eenvoudig tikken op deze rijke gedragsgegevens en de Real-Time Customer Profile binnen enkele minuten verrijken.

grafisch die A de reis van gegevens van verschillende toepassingen van de Adobe, met inbegrip van Adobe Analytics illustreert.

Op hoog niveau verzamelt Analytics gegevens via verschillende digitale kanalen en meerdere datacenters over de hele wereld. Zodra de gegevens worden verzameld, worden de de Identificatie van de Bezoeker, de Regels van de Segmentatie en van de Transformatie van de Architectuur (VISTA), en verwerkingsregels toegepast om de inkomende gegevens te vormen. Nadat onbewerkte gegevens deze lichte verwerking hebben doorlopen, wordt deze vervolgens als gebruiksklaar beschouwd door Real-Time Customer Profile . In een parallel aan het bovenstaande proces worden dezelfde verwerkte gegevens op micro-basis opgeslagen en opgenomen in Platformgegevenssets voor gebruik door Query Service en andere toepassingen voor gegevensdetectie.

Zie het overzicht van verwerkingsregelsvoor meer informatie over verwerkingsregels.

Experience Data Model (XDM)

XDM is een openbaar gedocumenteerde specificatie die gemeenschappelijke structuren en definities voor een toepassing verstrekt om met de diensten op Experience Platform te communiceren te gebruiken.

Door te voldoen aan XDM-standaarden kunnen gegevens op uniforme wijze worden opgenomen, waardoor het eenvoudiger wordt om gegevens te leveren en informatie te verzamelen.

Om meer over XDM te leren, te zien gelieve het XDM overzicht van het Systeem.

Hoe worden velden toegewezen van Adobe Analytics aan XDM?

IMPORTANT
Transformaties van de Prep van gegevens kunnen latentie aan algemene dataflow toevoegen. De extra toegevoegde latentie is afhankelijk van de complexiteit van de transformatielogica.

Wanneer een bronverbinding tot stand is gebracht voor het plaatsen van Analytics -gegevens in het Experience Platform via de gebruikersinterface van het platform, worden gegevensvelden automatisch toegewezen aan en opgenomen in Real-Time Customer Profile binnen enkele minuten. Voor instructies bij het creëren van een bronverbinding met Analytics gebruikend het Platform UI, zie het Van de bron Analyse schakelaarleerprogramma.

Voor gedetailleerde informatie over de gebiedstoewijzing die tussen Analytics en Experience Platform voorkomt, zie de het gebiedsafbeelding van Adobe Analyticsgids.

Wat is de verwachte latentie voor de Gegevens van Analytics op Platform?

De verwachte latentie voor Analytics Data on Platform wordt beschreven in de onderstaande tabel. De latentie zal afhankelijk van klantenconfiguratie, gegevensvolumes, en de toepassingen van de consument variëren. Bijvoorbeeld, als de implementatie van Analytics met A4T wordt gevormd zal de latentie aan Pijpleiding tot 5-10 minuten stijgen.

Analysegegevens
Verwachte vertraging
Nieuwe gegevens aan Real-Time Customer Profile (A4T ​toegelaten niet)
< 2 minuten
Nieuwe gegevens aan Real-Time Customer Profile (A4T wordt toegelaten)
tot 30 minuten
Nieuwe gegevens voor Data Lake
< 2,25 uur
Nieuwe gegevens aan Customer Journey Analytics zonder stitching
< 3,75 uur
Nieuwe gegevens voor Customer Journey Analytics met stitching
< 7 uur
Terugvulling van gebeurtenissen van minder dan 10 miljard
< 4 weken

Voor meer informatie over de latentie van de Customer Journey Analytics, zie: Guardrails van de Customer Journey Analytics.

De back-up van Analytics voor productiesandboxen wordt standaard ingesteld op 13 maanden. Voor analysegegevens in niet-productiesandboxen wordt de backfill ingesteld op drie maanden. De limiet van 10 miljard gebeurtenissen die in bovenstaande tabel worden genoemd, is strikt in verhouding tot de verwachte latentie.

Wanneer u een bron van de Analyse gegevens in een productiesandbox creeert, worden twee gegevensstromen gecreeerd:

  • Een dataflow die een 13 maanden backfill van historische gegevens van de rapportreeks in gegevens meer doet. Deze gegevensstroom eindigt wanneer de backfill volledig is.
  • Een dataflow-flow die live-gegevens verzendt naar het data-meer en Real-Time Customer Profile . Deze gegevensstroom wordt voortdurend uitgevoerd.
NOTE
Back-upvulgegevens voor analysemogelijkheden worden niet opgenomen in Profile en worden dus niet opgenomen in licentieprofielen.

Primaire id's in Analytics gegevens

Elke hit van de Analytics -bronconnector bevat een primaire id die afhankelijk is van het feit of een ECID of een AID bestaat. Als er een ECID is, wordt de ECID aangewezen als primaire identificator. Als er sprake is van steun, wordt de steun als primaire steun aangemerkt.

De volgende tabel bevat meer informatie over identiteitsvelden in uw Analytics -gegevens.

Identiteitsveld
Beschrijving
STEUN
De HULP is de primaire apparaat-id in Adobe Analytics en is gegarandeerd aanwezig op elke gebeurtenis die via de Analytics -bron wordt doorgegeven. AID wordt soms bedoeld als identiteitskaart van de Analyse van de Oudheid of als s_vi koekjesidentiteitskaart Ondanks dit, wordt een STEUN gecreeerd zelfs als het s_vi koekje niet aanwezig is. AID wordt vertegenwoordigd door post_visid_high en post_visid_low kolommen in Analytics gegevensvoer. Voor om het even welke bepaalde gebeurtenis, bevat het gebied van STEUN één enkele identiteit die één van de verscheidene verschillende types kan zijn die in de orde van verrichtingen voor Analytics worden beschreven IDs. Nota: Binnen een volledige rapportenreeks, kan AID een mengeling van types over gebeurtenissen bevatten.
ECID
De ECID (Experience Cloud-id) is een apart veld voor de apparaat-id dat in Adobe Analytics wordt ingevuld wanneer Analytics wordt geïmplementeerd met de Experience Cloud Identity Service. De ECID wordt ook wel MCID (Marketing Cloud-ID) genoemd. Als ECID op een gebeurtenis bestaat, kan STEUN op ECID afhankelijk van worden gebaseerd of de Analytics respijtperiodewordt gevormd. De ECID wordt vertegenwoordigd door de mcvisid in de gegevensinvoer Analytics. Voor meer informatie over ECID, zie het overzicht ECID. Voor informatie over hoe ECID met Analytics werkt, zie het document op Analytics en de Verzoeken van identiteitskaart van het Experience Cloud.
AACUSTOMID
De AACUSTOMID is een apart identifier-veld dat in Adobe Analytics wordt ingevuld op basis van het gebruik van de variabele s.VisitorID in de Analytics -implementatie. AACUSTOMID wordt vertegenwoordigd door de cust_visid kolom in Analytics gegevensvoer. Als AACUSTOMID aanwezig is, dan zal STEUN op AACUSTOMID worden gebaseerd omdat AACUSTOMID alle andere herkenningstekens zoals die door de orde van verrichtingen voor Analytics IDsworden bepaald.

Hoe de Analytics -bron omgaat met identiteiten

De Analytics -bron geeft deze identiteiten als volgt door aan het Experience Platform in XDM-vorm:

  • endUserIDs._experience.aaid.id
  • endUserIDs._experience.mcid.id
  • endUserIDs._experience.aacustomid.id

Deze velden zijn niet gemarkeerd als identiteiten. In plaats daarvan worden dezelfde identiteiten (indien aanwezig in de gebeurtenis) als sleutel-waardeparen naar XDM identityMap gekopieerd:

  • { "key": "AAID", "value": [ { "id": "<identity>", "primary": <true or false> } ] }
  • { "key": "ECID", "value": [ { "id": "<identity>", "primary": <true or false> } ] }
  • { "key": "AACUSTOMID", "value": [ { "id": "<identity>", "primary": false } ] }

Wanneer de identiteit of identiteiten naar identityMap worden gekopieerd, wordt endUserIDs._experience.mcid.namespace.code ook ingesteld op dezelfde gebeurtenis:

  • Als AID aanwezig is, wordt endUserIDs._experience.aaid.namespace.code ingesteld op "AID".
  • Als ECID aanwezig is, wordt endUserIDs._experience.mcid.namespace.code ingesteld op ECID.
  • Als AACUSTOMID aanwezig is, wordt endUserIDs._experience.aacustomid.namespace.code ingesteld op "AACUSTOMID".

Als ECID aanwezig is in het identiteitsoverzicht, wordt dit gemarkeerd als de primaire identiteit voor de gebeurtenis. In dit geval, kan de STEUN op ECID wegens de periode van de de respijtperiode van de Dienst van de Identiteitworden gebaseerd. Anders wordt STEUN gemarkeerd als de primaire identiteit voor de gebeurtenis. AACUSTOMID is nooit gemarkeerd als primaire id voor de gebeurtenis. Als AACUSTOMID echter aanwezig is, is de STEUN gebaseerd op AACUSTOMID vanwege de volgorde van de Experiencen Cloud.

NOTE
U kunt de Prep van Gegevens gebruiken om secundaire identiteiten uit Analytics, zoals STEUN en AACUSTOMID uit te filtreren. Als deze id's worden uitgefilterd, worden deze id's niet opgenomen in Profiel als ze beschikbaar zijn in de inkomende analysegegevens. Ongefilterde gegevens blijven in het datumpomeer worden geladen.
recommendation-more-help
337b99bb-92fb-42ae-b6b7-c7042161d089