Uw schema archiveren voor gebruik met Customer Journey Analytics upgrade-schema-architect

NOTE
Voer de stappen op deze pagina pas uit nadat u alle vorige upgradestappen hebt uitgevoerd. U kunt de aanbevolen upgradestappen volgen (aanbevolen voor de meeste organisaties), of u kunt stappen volgen die dynamisch voor uw organisatie worden gegenereerd met de Customer Journey Analytics Upgrade Guide.
  • geadviseerde verbeteringsstappen (geadviseerd voor de meeste organisaties)

    Een reeks stappen die tot een ideale implementatie van Customer Journey Analytics leiden.

    Voor gedetailleerde informatie, zie ​ Verbetering van Adobe Analytics aan Customer Journey Analytics ​.

  • de Gids van de Verbetering van Customer Journey Analytics (de stappen van de Douane die aan de specifieke behoeften van uw organisatie worden aangepast)

    Er is een nieuwe upgradehandleiding beschikbaar waarmee op dynamische wijze upgradestappen worden gegenereerd die zijn afgestemd op uw organisatie en uw unieke omstandigheden.

    Als u vanuit Customer Journey Analytics toegang wilt tot de hulplijn, selecteert u de tab Workspace en vervolgens Upgrade to Customer Journey Analytics in het linkerdeelvenster. Volg de aanwijzingen op het scherm.

Adobe adviseert het creëren van een model van de Gegevens van de douaneervaring ​ (XDM) schema voor Customer Journey Analytics wanneer het uitvoeren van ​ de Inzameling van Gegevens van Adobe Experience Platform . ​ Dit schema maken wordt doorgaans uitgevoerd voordat implementatiewijzigingen of code worden gewijzigd. Met een aangepast schema kunt u een beknopt, organisatiespecifiek gegevenscontract ontwerpen zonder beperkingen van Adobe Analytics over te nemen of duizenden ongebruikte velden te beheren. Zie ​ uw schema voor Customer Journey Analytics ​ kiezen om meer over de types van schema's te leren beschikbaar aan uw organisatie.

Schema's zijn bedoeld als gepolijste versies van hoe u wilt dat uw gegevens op lange termijn gestructureerd zijn. Wijzigingen in schema's zijn duur omdat ze van invloed zijn op gegevensverzameling, validatie en downstreamservices. U kunt aan schema's in tijd toevoegen aangezien de bedrijfsvereisten toestaan; nochtans, kunnen de schemagebieden niet worden verwijderd zodra het gegeven in hen begint te stromen.

Schema's vergelijken met gegevensweergaven

De datapijplijn voor Customer Journey Analytics bevat verschillende gebieden voor gegevensverzameling en gegevensinterpretatie. Wanneer u een upgrade uitvoert vanuit Adobe Analytics, wordt vaak geprobeerd om props en eVars met hun gedrag opnieuw te maken in XDM. In plaats daarvan, gebruik SDK van het Web om de gegevens te verzamelen en ​ meningen van Gegevens ​ te gebruiken om te bepalen hoe dat gegeven in rapporten wordt geïnterpreteerd.

Laag
Primair doel
Wat hoort
Wat niet hoort
XDM schema
De duurzame structuur en betekenis van verzamelde gegevens definiëren
Vorm van gebeurtenis en entiteit, veldbetekenis, relaties, toegestane waarden, hergebruik via kanalen
Genummerde "slots" (eVar1/prop1), attributie-/persistentielogica, rapporteringsspecifieke tijdelijke oplossingen
de meningen van Gegevens
Bepaal hoe de verzamelde gegevens zich in analyse gedragen
Componentinstellingen, kenmerk en persistentiegedrag, afgeleide velden, gefilterde meetwaarden, berekende meetwaarden
Fundamentele betekenis van velden; deze betekenis moet stabiel zijn in het schema

Vergelijk schema's met de gegevensinzameling van Adobe Analytics

Het Experience Data Model dat Customer Journey Analytics gebruikt, biedt aanzienlijk meer flexibiliteit dan de meeste andere Analytics-oplossingen (inclusief Adobe Analytics). Het vestigen van een stevig schema is de kans van uw organisatie om het dragen van voorwaartse beperkingen te vermijden die in andere producten van Analytics bestaan.

Algemene gewoonte van Adobe Analytics
Betere benadering in XDM + CJA
Het ontwerpen rond genummerde groeven (eVar1 - eVar250, prop1 - prop75)
Maak velden met een stabiele betekenis (bijvoorbeeld search.term , content.category , user.membershipTier ) en gebruik deze op consistente wijze
Coderingspersistentie/toewijzing/vervaldatum in het gegevensmodel
Leg duurzame feiten vast in het schema; pas attributie- en persistentiegedrag toe op het niveau van de gegevensweergave
Dezelfde waarde in meerdere variabelen dupliceren om rapportgedrag te bereiken
Sla de waarde eenmaal op en maak er meerdere componenten (afmetingen/metriek) van in gegevensweergaven
Het creëren van een uniek "metrisch gebied"voor elke telling die u zou kunnen willen
Leg de juiste feiten één keer vast (vaak als opsommingen/laarzen/tekenreeksen) en definieer metriek vervolgens als gefilterde tellingen in gegevensweergaven
Variabelen ontwerpen voor rapportage vooraf oplossen
Ontwerp uw schema om feiten betrouwbaar te vangen en gegevensmeningen te gebruiken om rapporteringssemantiek op te lossen

Een schema maken met behulp van algemene kenmerken

Een verenigd schema over kanalen wordt mogelijk wanneer u een reeks herbruikbare attributen normaliseert die over vele gebeurtenissen verschijnen. Voorbeelden zijn:

  • de context van de Ervaring: plaats/app naam, milieu, scène, kanaal, merk
  • context van de Reis: campagne herkenningstekens, verwijzend context, experimenteerherkenningstekens
  • de staat van de Gebruiker: het programma geopende status, lidmaatschapsrij, accounttype
  • de details van de Interactie: interactienaam/type, gebied UI, elementetiket, foutencategorie

De sleutel is om te standaardiseren wat het gebied ongeacht kanaal vertegenwoordigt. Vermijd het anders modelleren van het zelfde concept over kanalen tenzij zij werkelijk verschillende concepten vertegenwoordigen. Het is bijvoorbeeld verstandig om geen aparte schemavelden te hebben voor campagne-id's voor het web en voor mobiele campagne-id's. Afzonderlijke schemagebieden maken het moeilijker om kanaalterugkeer op te richten en gegevens uit te geven. Als bij het rapporteren een onderscheid wordt vereist, kunt u per kanaal segmenteren of meerdere velden aaneenschakelen om dat onderscheid te maken. U kunt hetzelfde schemaveld gebruiken in een willekeurig aantal dimensies of metriek.

Een praktische manier om veelvoudige kanalen te steunen terwijl het houden van één enkele schemastrategie is a kern + uitbreidingen patroon te gebruiken:

  • Kern: gebieden die globaal over kanalen en teams van toepassing zijn
  • Uitbreidingen: kanaal- of domein-specifieke gebiedsgroepen die slechts waar nodig van toepassing zijn (Webinteractie, handel, mobiele levenscyclus, server-zijspecificaties)

Dit patroon steunt één enkele organisatorische schemastrategie zonder elk team te dwingen om gebieden te bevolken die niet op hun kanaal van toepassing zijn.

Voorkeur voor standaardveldgroepen waar deze passen

Adobe raadt aan gestandaardiseerde veldgroepen te gebruiken waar deze aan uw behoeften voldoen en deze uit te breiden met aangepaste velden voor organisatiespecifieke concepten.

Standaard veldgroepen helpen u doorgaans:

  • Verminder dubbelzinnigheid door bekende veldsemantiek te gebruiken
  • Eenvoudiger uitlijnen tussen teams
  • Interoperabiliteit in Adobe Experience Platform-toepassingen ondersteunen

Aangepaste velden zijn geschikt wanneer:

  • Uw organisatie heeft concepten die niet schitterend aan standaardgebieden
  • U hebt aanvullende kenmerken nodig om te voldoen aan de vereisten voor rapportage, governance of activering
  • U wilt een business-specific taxonomie (bijvoorbeeld, interne inhoudscategorieën) vertegenwoordigen

Bepalen waar "metrische betekenis" leeft

In Adobe Analytics behandelen veel teams de variabele events als waar de metriek naartoe gaat. In Customer Journey Analytics kunt u metriek op meerdere manieren modelleren afhankelijk van wat u moet tellen en hoe u het wilt interpreteren.

Wanneer het ontwerpen van een schema, houd aan feiten. Bijvoorbeeld error.type = "validation" , user.isLoggedIn = true , checkout.step = "shipping" . Bepaal metriek in de gegevensmening als tellingen en gefilterde tellingen over die feiten. Bijvoorbeeld:

  • checkout.step (enum/string) kan macht hebben:

    • Afhandeling: stap voor verzending bereikt (tel waar checkout.step == "shipping" )
    • "Afhandeling: betalingsstap bereikt"
  • error.type (enum/string) kan macht hebben:

    • Validatiefouten
    • "Autorisatiefouten"
  • user.isLoggedIn (Boolean) kan de volgende mogelijkheden inschakelen:

    • "Voor authentiek verklaarde zittingen"
    • "Authenticated conversions"
TIP
Wanneer u besluit of iets een speciaal veld of een afgeleid veld moet zijn, geeft u de voorkeur aan het vastleggen van het duurzame feit in het schema als het over het algemeen nuttig en stabiel is. U kunt afgeleide velden gebruiken om gegevens na de verzameling te corrigeren of om te vormen.

Pariteit met Adobe Analytics behouden tijdens de overgang zonder schemabagage

Sommige organisaties moeten de rapportage van Adobe Analytics voortzetten terwijl ze een upgrade naar Customer Journey Analytics uitvoeren. U kunt pariteit handhaven zonder analytische-specifieke artefacten in uw schemaontwerp op lange termijn te introduceren gebruikend de volgende benadering:

  1. het gebiedspaden van XDM van het Gebruik die Adobe Analytics erkent en automatisch in kaart brengt: wanneer u erkende gebieden XDM door Edge Network naar Adobe Analytics verzendt, worden zij ​ automatisch in kaart gebracht ​ zonder extra configuratie.
  2. de gebieden van douane XDM van het Gebruik voor organisatie-specifieke concepten: Om het even welke gebieden XDM die niet automatisch in kaart worden gebracht aan een variabele van de Analyse door:sturen als ​ variabelen van de Contextgegevens ​ in Adobe Analytics.
  3. de verwerkingsregels van Adobe Analytics van het Gebruik om die variabelen van contextgegevens aan props/eVars in kaart te brengen: ​ de regels van de Verwerking ​ laat uiteindelijk u toe om het even welk gebied van douane XDM in om het even welke eVar of steun in kaart te brengen. Dit concept ondersteunt pariteitsrapportage in Adobe Analytics terwijl uw schema schoon en gecentreerd op Customer Journey Analytics blijft.

Belanghebbenden identificeren en eigendomsstructuur definiëren

Het schemaontwerp slaagt wanneer de gebiedsbetekenis wordt overeengekomen en gehandhaafd. Terwijl de organisatiestructuren variëren, nemen de volgende rollen algemeen deel:

  • Admin/analist van de Analyse: bepaalt het melden van vragen, bevestigt dat de gebieden betekenisvolle concepten vertegenwoordigen, en de puntteksten van de overzichtsanalyse in gegevensmeningen.
  • ontwikkelaar/implementatieeigenaar: Zorgt ervoor dat de gebieden betrouwbaar kunnen worden verzameld gebruikend het Web SDK en richt zich op de gegevenslaag/app instrumentatie.
  • architect/ingenieur van Gegevens: verzekert schemaconconsistentie, hergebruik over domeinen, en verenigbaarheid met de stroomafwaartse diensten.
  • Privacy/beheer belanghebbende: De gegevensminimalisering van recensies, toestemmingsverwachtingen, en beperkingen van het gegevensgebruik.

Definieer een duidelijke eigenaar voor schemawijzigingen. Een stabiel schema met gedisciplineerde veranderingscontrole verhindert stroomafwaartse breuk en vermindert rework. Overweeg een workflow of gereedschap voor het bijhouden van wijzigingen te gebruiken om verzoeken te democratiseren en wijzigingsbeheer in de loop der tijd te beheren.

Overwegingen met betrekking tot privacy en bestuur

Het ontwerp van een schema moet de verwachtingen ten aanzien van privacy en governance weerspiegelen, in overeenstemming met het privacybeleid van uw organisatie. Houd rekening met de volgende punten wanneer u het schema ontwikkelt:

Volgende stappen

Zodra u een schemaarchitectuur hebt gevestigd en overeengekomen, kunt u beginnen creërend het in Adobe Experience Platform. Zie ​ een douaneschema tot stand brengen om met Customer Journey Analytics ​ voor meer informatie te gebruiken.

recommendation-more-help
080e5213-7aa2-40d6-9dba-18945e892f79