Op code gebaseerde ervaringsoppervlakken code-based-surface

op deze pagina: Begrijp wat een code-gebaseerde ervaringsoppervlakte en oppervlakte URI zijn, en hoe zij de plaatsen identificeren waar uw inhoud wordt geleverd.

Wat is een oppervlak? surface-definition

Een op code-gebaseerde ervaring oppervlakte is om het even welke entiteit die voor gebruiker of systeeminteractie wordt ontworpen, uniek door een ​ URI ​ wordt geïdentificeerd. Het oppervlak wordt gespecificeerd in de ​ toepassing implementatie ​ en moet de oppervlakte aanpassen die in uw ​ code-gebaseerde configuratie van het ervaringskanaal ​ wordt van verwijzingen voorzien.

Een oppervlak kan worden beschouwd als een container op elk hiërarchisch niveau met een bestaande entiteit (aanraakpunt).

  • Dit kan een webpagina, een mobiele app, een bureaubladtoepassing, een specifieke inhoudslocatie binnen een grotere entiteit (bijvoorbeeld a div ) of een niet-standaard weergavepatroon (bijvoorbeeld een kiosk of een bureaubladtoepassingsbanner) zijn.

  • Het kan zich ook uitstrekken tot specifieke stukken inhoudscontainers voor niet-display of abstracted-display doeleinden (bijvoorbeeld JSON-lobs die aan services worden geleverd).

  • Dit kan ook een jokeroppervlak zijn dat overeenkomt met verschillende definities van het clientoppervlak (zo kan een locatie van een hoofdafbeelding op elke pagina van uw website bijvoorbeeld worden vertaald in een oppervlak-URI: web://mydomain.com/*#hero_image).

NOTE
Wanneer u meerdere op code gebaseerde ervaringsacties uitvoert op hetzelfde oppervlak, bepaalt de campagne of de rit Priority score wat aan de eindgebruiker wordt geleverd als deze in aanmerking komt voor meer dan één actie. ​ leer meer op prioritaire scores ​

Identificatiecode oppervlak surface-uri

A oppervlakte URI dient als nauwkeurige herkenningsteken richtend aan verschillende gebruikersinterface elementen of componenten binnen een toepassing. Een oppervlak-URI bestaat uit meerdere secties:

  1. Type: web, mobileapp, atm, kiosk, tvcd, service, enz.
  2. Bezit: pagina-URL of app-bundel
  3. Container: locatie op de pagina/toepassingsactiviteit

In de onderstaande tabellen staan enkele voorbeelden van de oppervlakte-URI-definitie voor verschillende apparaten.

Web en mobiel

Type
URI
Beschrijving
Web
web://domain.com/path/page.html#element
Vertegenwoordigt een afzonderlijk element binnen een specifieke pagina van een specifiek domein, waar een element een etiket zoals in de volgende voorbeelden kan zijn: hero_banner, top_nav, menu, voettekst, enz.
iOS-app
mobileapp://com.vendor.bundle/activity#element
Vertegenwoordigt een specifiek element binnen een inheemse toepassingsactiviteit, zoals een knoop of ander meningselement.
Android-app
mobileapp://com.vendor.bundle/#element
Vertegenwoordigt een specifiek element binnen een native app.

Andere apparatentypen

Type
URI
Beschrijving
Desktop
desktop://com.vendor.bundle/#element
Vertegenwoordigt een specifiek element binnen een toepassing, zoals een knoop, een menu, een heldenbanner, enz.
TV-app
tvcd://com.vendor.bundle/#element
Vertegenwoordigt een specifiek element binnen een apparaat dat op een slimme tv of tv is aangesloten - bundel-id.
Service
service://servicename/#element
Vertegenwoordigt een server-zijproces of andere handentiteit.
Kiosk
kiosk://location/screen#element
Voorbeeld van mogelijke extra oppervlaktetypen die gemakkelijk kunnen worden toegevoegd.
ATM
atm://location/screen#element
Voorbeeld van mogelijke extra oppervlaktetypen die gemakkelijk kunnen worden toegevoegd.

de oppervlakken van de Vervanging

Type
URI
Beschrijving
Jokertekenweb
wildcard:web://domain.com/*#element
Jokeroppervlak - vertegenwoordigt een afzonderlijk element op elke pagina onder een specifiek domein.
Jokertekenweb
wildcard:web://*domain.com/*#element
Jokeroppervlak - vertegenwoordigt een afzonderlijk element op elke pagina onder alle domeinen die eindigen met “domain.com”.

URI-compositie uri-composition

In Journey Optimizer, steunt het op code-gebaseerde ervaringskanaal twee types van klantenimplementaties:

NOTE
Leer meer over de implementatievereisten in ​ deze sectie ​.

Gebruikend op code-gebaseerde ervaringen, kunt u inhoud op korrelplaatsen wijzigen die uniek door Journey Optimizer gebruikend ​ oppervlakte URIs ​ worden geïdentificeerd.

Deze oppervlakte-URIs wordt samengesteld en behandeld afhankelijk van de implementatiemethode:

  • Web/Mobiele SDK: Uw web/mobiele ontwikkelaar moet deze granulaire locaties definiëren als eenvoudige tekenreeksen, omdat de SDK Web/Mobile de oppervlakte-URI automatisch kan samenstellen op basis van de huidige URL/app-id en de locatietekenreeks.

  • Edge Network APIs: De ontwikkelaar van de app/pagina moet volledige oppervlakte-URIs bepalen die de volledige weg en de plaats omvatten waar de inhoud zal worden verbruikt, omdat volledige URIs in dit type van implementatie wordt vereist.

Dit is waarom, wanneer het creëren van a ​ code-Gebaseerde configuratie van het ervaringskanaal ​, u twee manieren hebt om de oppervlakte volgens het geselecteerde platform te specificeren:

  • Voor Web, iOS en Android platforms, moet u URL/app identiteitskaart en a plaats of weg ingaan om de oppervlakte samen te stellen. Leer meer over het vormen van code-gebaseerde ervaringen voor ​ Web ​ en ​ mobiele ​ platforms

  • Als het platform Other is, moet u de volledige oppervlakte URI ingaan, als in de voorbeelden ​ hierboven ​. Leer meer over het vormen op code-gebaseerde ervaringen voor ​ andere ​ platforms

recommendation-more-help
journey-optimizer-help