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.
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?
IMPORTANTWanneer 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.
NOTEPrimaire 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.idendUserIDs._experience.mcid.idendUserIDs._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.codeingesteld op "AID". - Als ECID aanwezig is, wordt
endUserIDs._experience.mcid.namespace.codeingesteld op ECID. - Als AACUSTOMID aanwezig is, wordt
endUserIDs._experience.aacustomid.namespace.codeingesteld 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