Aan de slag met op code gebaseerd kanaal get-sarted-code-based

Journey Optimizer kunt u de ervaringen die u aan uw klanten wilt leveren aanpassen en testen op al uw aanraakpunten, zoals webapps, mobiele apps, bureaubladapps, bureaubladapps, videoconsoles, apparaten met tv-verbinding, intelligente tv's, kiosken, geldautomaten, spraakassistenten, IoT-apparaten, enz.

Met de code-gebaseerde ervaring kunt u ingebouwde ervaringen definiëren met een eenvoudige en intuïtieve niet-visuele editor. Hiermee kunt u specifieke elementen invoegen en bewerken op afzonderlijke en meer gedetailleerde locaties van uw apps of webpagina's, ongeacht het type toepassing dat u hebt, in plaats van wijzigingen toe te passen op de gehele inhoud.

IMPORTANT
Specifieke instructies en aanbevelingen voor ervaringen op basis van code worden nader beschreven in deze pagina.

Wanneer moet u op code gebaseerde versus andere kanalen gebruiken? code-based-vs-other-channels

Codegebaseerde versus andere kanalen

Wanneer moet u het op code gebaseerde kanaal gebruiken in plaats van het andere? Journey Optimizer kanalen?

  • U kunt overwegen om op code-gebaseerde ervaringen te gebruiken wanneer uw digitale bezit niet door Webbrowser of een mobiele app wordt betreden - gevallen waarin u waarschijnlijk beter kunt gebruiken Journey Optimizer webkanaal of de Journey Optimizer in-app-berichten kanaal.

  • U kunt het op code gebaseerde kanaal gebruiken als alternatief voor het Journey Optimizer webkanaal als uw website niet in de webontwerper de visuele editor of als u de browserextensie dat visuele authoring voor het webkanaal mogelijk maakt.

  • U kunt het op code gebaseerde kanaal ook gebruiken als alternatief voor het Journey Optimizer web- of in-app-kanalen voor het geval u een API-gebaseerde, headless- of server-side implementatie hebt.

Codegebaseerd versus webkanaal

Als u zaken voor webgebruik wilt uitvoeren, kunt u het webkanaal of de ervaring op basis van code gebruiken, maar afhankelijk van uw context is een van beide geschikter. De belangrijkste verschillen worden hieronder vermeld zodat kunt u een weloverwogen besluit nemen over wat te gebruiken wanneer.

Web

Ervaring op basis van code

  • Uw inhoud bewerken met de opdracht personalisatie-editor.
  • De op code-gebaseerde ervaring vereist vorige ontwikkelingswerk aan uw implementatie om ervoor te zorgen dat uw oppervlakten de inhoud kunnen interpreteren en leveren die op de rand wordt gepubliceerd door Journey Optimizer voor deze oppervlakken. Meer informatie
  • Het vereist meer planning en het kan slechts de dingen veranderen die de ontwikkelaars specificeren. Daarom is het van essentieel belang dat de componenten worden geïdentificeerd (thuisbanner, hoofdafbeelding, menubalk, enz.) op de oppervlakken die moeten worden aangepast voor personalisatie of testen, en samenwerken met uw ontwikkelingsteam om de implementatie te bouwen die nodig is voor het verwerken van deze wijzigingen.
  • U kunt hiermee JSON-code-inhoud gebruiken.
  • Het is gericht op ontwikkelaars-persoonlijkheid.

Hoe werkt het how-it-works

CAUTION
Deze functie is bedoeld voor ontwikkelaars en/of ervaren gebruikers. Het kan door marketers met sommige code-schrijvende vaardigheden worden gebruikt, zolang de oppervlakimplementaties en aanvankelijke opstelling door uw ontwikkelingsteam worden behandeld.

Als u de inhoud wilt bewerken met de Journey Optimizer uw pagina's of apps moeten zijn voorzien van instrumenten voor de op code gebaseerde ervaringsfunctie. Hiervoor moet u vóór de specifieke individuele locaties declareren (aangeduid als "oppervlakken") waar u inhoud wilt invoegen of vervangen.

NOTE
Momenteel kan de inhoud die aan een oppervlak is gekoppeld, alleen HTML of JSON zijn.

De belangrijkste stappen om een op code-gebaseerde campagne uit te voeren zijn als volgt.

  1. Een oppervlak, wat eigenlijk de plaats is waar u uw code-gebaseerde ervaring wilt toevoegen, en een campagne in Journey Optimizer met dit oppervlak. Meer informatie

  2. Stel een ervaring samen door inhoud voor het geselecteerde oppervlak te specificeren gebruikend Journey Optimizer personalisatie-editor. Meer informatie

  3. Uw app-implementatieteam doet expliciete API- of SDK-aanroepen om inhoud op te halen voor de benoemde oppervlakken, zoals "Banner Text" of "Recommendations Tray 1" of niet-UI gerelateerde beslissingspunten in een toepassing, zoals "zoekalgoritmeparameters". In dit geval is het implementatieteam verantwoordelijk voor het renderen of anderszins interpreteren en reageren op de geretourneerde inhoud.

Wat is een oppervlak? surface-definition

A code-gebaseerd ervaringsoppervlak is een entiteit die is ontworpen voor interactie van gebruiker of systeem, die op unieke wijze wordt geïdentificeerd door een URI.

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

  • Het kan een webpagina, een mobiele app, een bureaubladtoepassing of een specifieke inhoudlocatie binnen een grotere entiteit zijn (bijvoorbeeld een div) of een niet-standaard weergavepatroon (bijvoorbeeld een kiosk of een banner van een bureaubladtoepassing).

  • 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, zoals: web://mydomain.com/*#hero_image).

Een oppervlak-URI bestaat in principe uit meerdere secties:

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

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 individueel 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, footer, 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 apparaattypen

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.

Jokeroppervlakken

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".
recommendation-more-help
b22c9c5d-9208-48f4-b874-1cefb8df4d76