7. november, 2022

Mange nettsteder? Les hvordan Daimler Truck gjør det

Med Optimizely DXP vil selv de minste nettstedene får sikkerhet, skalering og support, som en enterprise kunde.

Stein-Viggo Grenersen

Produkt og markedssjef

Daimler utnytter Optimizely Digital Experience Platform (DXP) til å lage nettsteder og tjenester for alle sine merkevarer og oppnår skyhøy ROI og kostnadseffektiv forvaltning. Selv de minste nettstedene får sikkerhet, skalering og support, som en enterprise kunde – uten prislappen som ofte følger med.

Denne artikkelen er en gjengivelse av https://www.luminary.com/blog/a-multi-brand-strategy-in-optimizely-dxp

Daimler Truck Group hadde behov for å styrke den digitale tilstedeværelsen for flere av sine merkevarer, og Fuso og Freightliner skulle først ut. Kravene til hver merkevare hadde fellestrekk som kunne utvikles som felles-komponent i stedet for separat for hver merkevare.

Daimler_brands.jpg

Allerede her så Daimler store muligheter for å gjenbruke funksjonalitet for mer effektiv utvikling og besparelser. En slik tilnærming der man finner fellesnevnere gjør at prosjektet kan fokusere på de tjenesten som er unike og spesielle for hver merkevare og kan bruke ressurser der det gir størst verdi.

Multi-brand, multi-site, multi-marked, multi-språk (multi-alt)

Optimizely DXP er veldig godt egnet for virksomheter med mange merkevarer som ønsker å ha gjenbruk på tvers, enten det gjelder innhold, rammeverk, kompetanse eller forvaltning. Et sentralt aspekt ved Optimizely er at det er multi-tenant, noe som betyr at det kan kjøre flere nettsteder på en enkelt installasjon. Å lage nye nettsider og dele innhold mellom flere nettsteder er derfor veldig enkelt. Koden, databasen og lagring av bilder og files kan også deles mellom nettsidene, noe som gjør det mulig å praktisk talt dele alle funksjoner eller innhold. Og som med alle løsninger på Optimizely får alle nettstedene en enterprise driftsløsning som inkluderer sikkerhet, overvåkning CDN og mye mer.

Nettstedene til Fuso og Freightliner drar nytte av å være i samme Optimizely-miljø ved å dele funksjonalitet. Det starter med de grunnleggende funksjonene som SEO, ytelse, bildeoptimalisering og andre standard CMS funksjoner. Eventuelle forbedringer på disse området vil være til nytte for alle nettstedene i Optimizely-plattformen. På toppen av det kan en undergruppe av komponenter (funksjoner) deles og påføres merkevarens design og uttrykk separat.

2brands_same_solution.png

Byggeklosser som kan gjenbrukes

I Optimizely lager utviklere egendefinerte sidemaler og blokker (byggeklosser) som brukes av redaktører til å utforme innhold. Hvordan disse sidene og blokkene vises på nettstedet er helt fleksibelt og det er derfor mulig å gjengi en blokk forskjellig basert på hvilket nettsted den brukes på eller hvilken merkevare den skal gjelde for.

Nettstedene er konfigurert individuelt for å bruke den unike stilen til en merkevare. Som et resultat kan de smarte komponentene brukes på alle nettsteder, men vises med forskjellig uttrykk. Du kan til og med dele innhold på tvers av nettsteder mens du opprettholder utseendet og følelsen til hver unike merkevare. Denne separasjonen av innhold fra design har mange av de samme fordelene som strategien for headless innhold, men med fordelen av visuelle redigeringsfunksjoner. I Optimizely er standard forhåndsvisning og tidspublisering en selvfølge, men det er også mulig å forhåndsvise innhold basert på kontekst – for eksempel basert på enhet eller en form for personalisering.

building_blocks.jpg

Gjenbruk av innhold

Optimizely DXP er veldig effektiv når det gjelder å dele innhold mellom sider og til og med nettsteder. Alt innhold kan enkelt deles - sider, blokker, skjemaer og bilder. Dette er grunnen til at alt innhold kan redigeres og publiseres individuelt. For eksempel vil en blokk som brukes på flere steder ha en gul linje øverst som viser hvor den brukes.

block_in_use.png

Et av kravene var å dele forhandlerdata på tvers av merkevarene, og importere disse dataene regelmessig via en automatisert integrasjon med eksterne kilder. Disse dataene ble lagret som innhold for å dra nytte av standard innholdsfunksjoner i Optimizely som versjonering, redigeringsmuligheter, sikkerhet, rettigheter og automatisk indeksering i søk. Nettstedene bruker data om forhandlere hovedsakelig i tjenesten som lar besøkende finne og kontakte forhandlere i nærheten av seg selv. "Forhandlersøk" ble utviklet som en delt komponent mellom alle merkevarene og Interne funksjoner i tjenesten sikrer at kun relevante detaljer vises på de ulike nettstedene som bruker den.

dealers.png

 

Roller og rettigheter

En redaktørs rolle og rettigheter spilte en nøkkelrolle i oppsettet av en løsning som støtter mange merkevarer og nettsteder. Innholdet kan administreres separat per merkevare, selv om det i hovedsak er i samme innholdsstruktur. En redaktør skal bare ha tilgang til nettstedene og ressursene som er relevante for deres respektive merkevare. For å oppnå dette har vi brukt en kombinasjon av tilgangskontroll som er tilgjengelig i Optimizely og en tilpasset single sign-on (SSO)-integrasjon.

Å sette opp SSO mot andre katalogtjenester enn Azure AD (Active Directory) krever en tilpasset løsning bygget av utviklere. Dels fordi det er så mange forskjellige protokoller og leverandører der ute, og det gir større fleksibilitet. Den gode tingen er at Optimizely har mekanismer for å hjelpe til med å synkronisere brukerne og rollene for fortsatt å bruke det innebygde systemet for tilgangskontroll. Administratoren kan angi tillatelser til alle rollene som leveres av SSO-leverandøren.

setaccessrightsassetscms12.png

Utfordringer og læring

Det ble satt ambisiøse mål når det kom til å lage en toppmoderne løsning som skulle håndtere mange merkevarer. Utfordringene som dukket opp ble til god læring og flyttet grensene for hva som har vært mulig å utvikle på CMS løsninger.

Utfordringer

  • Utvikle tilpassede redigeringsfunksjoner – Optimizely Content Cloud bruker et Javascript-rammeverk kalt Dojo for å håndtere redigering av egenskaper og felter. Det kan være overkomplisert og vanskelig å bruke, og ikke ideelt når du må utvikle en tilpasset redigeringsfunksjon for å møte visse krav - for eksempel en ikonvelger som er unik per merkevare.
  • Designfleksibilitet – Med fokus på deling av funksjonalitet kan det være utfordrende å designe for mange ulike merkevarer uten at det av og til øker kompleksiteten for utviklere. Dette er noe som kan skje med ethvert design, men i et scenario med flere merkevarer forsterkes dette.

Læring

  • Kompleksitet, ett steg av gangen – Det er lett å gå i fellen med å overkomplisere de enkle komponentene for å oppnå høyest grad av gjenbruk. I en utviklingsprosess der fleksibilitet er nøkkelen, må du kunne justere kurs selv når en løsning blir kompleks. Å dele inn funksjoner i små biter gjorde en viktig forskjell når det kom til å opprettholde den raske utviklingstakten og for å kunne justere underveis.
  • Velge riktig plattform for jobben – I noen tilfeller velges CMS-plattformen utelukkende basert på mengden funksjoner som kreves. Det som kan overses er at kravene aldri vil passe perfekt til formen. Fleksibiliteten til Optimizely CMS kombinert med den grunnleggende tilnærmingen til "alt er innhold" gjorde det mulig å lage den beste løsningen uten kompromisser.
  • Å jobbe med plattformen, ikke mot den – Det vi ofte ser i CMS prosjekter er at løsninger blir koblet fra plattformen til fordel for kontroll og fleksibilitet. Dette kan på kort sikt fungere, men vil i lengden bremse utviklingstakten og skape teknisk gjeld i tillegg til en dårlig redaktøropplevelse. I denne løsningen ble innebygde funksjoner i Optimizely benyttet for alle tilpasninger.

Avsluttende tanker

Dette er absolutt ikke den siste løsningen som lages for virksomheter med mange merkevarer. Nå som headless blir mer populært, vil flere digitale transformasjoner lene seg mot en effektiv og fleksibel utviklingsstrategi. Med Optimizely som ikke bare tilbyr et hybrid CMS, men en fullskala DXP, ser vi frem til spennende muligheter fremover.

Presentasjon fra Optimizely Meetup

Se opprinnelig artikkelforfatter, Ynze Nunnink, presenterer løsningen i mer detalj på  Optimizely Meetup.