Serverbaserad testning och personalisering förklarad

Det här inlägget är del två i en analys i flera delar om olika tekniska metoder för A/B-testning och personalisering. I del ett utforskade vi de viktigaste tekniska övervägandena vid implementering av klientbaserad testning och personalisering. I det här inlägget utforskar vi möjligheterna med serverrendering via API.

Medan traditionella implementeringar på klientsidan anropar personaliseringstjänster från webbläsaren via Javascript, gör serverbaserad integration det möjligt för organisationer att anropa personaliseringstjänsten från sin egen teknikstack innan sidan renderas.

Vad är serversidesrendering?

Testning och personalisering på serversidan tillhandahålls vanligtvis av leverantören i form av ett REST API, som anropas från renderingswebbapplikationen (servern) innan sidan levereras. Förfrågningar och svar till REST API:er använder JSON-formatet, vilket är ett allmänt antaget och effektivt sätt att representera datainsikter.

Vid ren serverbaserad integration interagerar din server på ett säkert sätt med en API-gateway, där den skickar information om sidbegäran och efterfrågar relevanta personaliseringsupplevelser.

Svaret är vanligtvis en JSON-nyttolast. Det är sedan anroparens ansvar att tolka svaret och agera utifrån det. Ni behöver också rapportera tillbaka all interaktion med de valda upplevelserna eller betydande användarhändelser. Interaktioner och händelser rapporteras på liknande sätt (via POST till en API-slutpunkt) som vid personalisering.

Eftersom serverbaserad personalisering sker inom er webbapplikationsstack i backend krävs noggrann design och utveckling av ert teknikteam för en framgångsrik implementering.

Exempel på användningsfall för serverrendering:

• Större strukturella ändringar av sidan
• Omdirigeringar av hela sidor
• Säker åtkomst till backendsystem (prismodeller, lager i realtid)
• Förrendering och personalisering av enkelsidiga appar (SPA)

I takt med att webben utvecklas byter fler organisationer från klientsidesbaserad A/B-testning och personalisering till servésidesbaserade API:er, bland annat av följande anledningar:

1. Prestanda för sidinläsning (undvika flimmer): Vid rendering på klientsidan tillämpas personalisering efter att sidan har renderats, så man måste se till att undvika synligt "flimmer" när DOM-element renderas om.
2. Datasäkerhet (utan att exponera känsliga datainsikter i webbläsaren): Du kanske vill testa eller personalisera baserat på proprietär kundinformation utan att exponera den i webbläsaren.
3. Integration med egen teknikstack: Att utföra personalisering på serversidan öppnar dörren för direkt integration med interna system som lager och CMS.
4. Åtgärda webbläsarbegränsningar som ITP och annonsblockerare: Serverrendering gör det möjligt att bevara relevanta insikter om användardata för A/B-testning eller personalisering i form av förstapartscookies på serversidan – det vill säga cookies som skrivs via HTTP-huvuden från webbservern, i motsats till cookies eller lokal lagring som skrivs av JavaScript-kod.
5. Centraliserad IT-kontroll av webbplatsens struktur och ändringar: Många organisationer föredrar att låta sin IT-avdelning ha kontroll över sidstruktur och innehåll.
6. Implementeringar utanför webben (självbetjäningskiosker i butik, mobilappar osv.): Enkelheten i API-modellen innebär att testning och personalisering kan utföras på alla plattformar som har tillgång till internet.

För att fatta beslut om personanpassning och segmentering krävs kontext om användaren, till exempel var person befinner sig, vilken webbläsare de använder och vilken typ av enhet de har.

Vid klientsidesgenererad personalisering kan mycket av detta användbara sammanhang för personaliseringen härledas från de standardmässiga HTTP-huvuden som medföljer varje förfrågan till servern. I serversidesimplementeringar är det dock vanligt att insikter från huvuddata inte är tillgängliga när renderingsprogrammet anropar personaliseringsservern, och de måste därför tillhandahållas i själva förfrågningstexten (body).

Så länge tillräckligt många datainsikter skickas med i förfrågan till personaliserings-API:et kan samma kontext tillhandahållas som i klientsidesimplementeringar.

Enkelheten i API-konceptet innebär att du inte nödvändigtvis måste göra ett antingen/eller-val mellan server- och klientrendering för personalisering. Vissa moderna personaliseringsplattformar ger möjlighet att implementera en hybridlösning där förrenderade tester och personaliseringsändringar på serversidan kan samexistera med traditionella tester på klientsidan.

En organisation kan till exempel välja att låta it-avdelningen hantera tester som påverkar strukturen på en sida på serversidan, samtidigt som marknadsförare tillåts göra enkla ändringar som bildbyten och tidsstyrda bannernotiser.

Detta hybridangreppssätt är också praktiskt för att rapportera engagemang till personaliseringsmotorn, eftersom klientbaserad rapportering via JavaScript är asynkron och inte påverkar sidprestandan, vilket undvikande av extra vidarekopplingar till din organisations webbserver.

Fördelarna med en serversideintegration kommer till priset av en högre grad av tekniska investeringar från er organisations sida. Därför är det viktigt att avsätta tillräckliga tekniska resurser för alla projekt på serversidan.

Utformningen av serveringsapplikationen bör ta hänsyn till testning och personalisering så att allt innehåll som kan personaliseras kan modifieras som ett resultat av ett API-anrop utan ytterligare kodändringar. Att ta hänsyn till personanpassning under hela designprocessen leder till en skalbar arkitektur och betydligt mindre arbete längre fram.

Lika viktigt för en framgångsrik implementering på serversidan är valet av personaliseringsplattform. Se till att välja en leverantör som erbjuder en robust lösning och omfattande dokumentation samt arbetar tillsammans med dig under hela implementeringsprocessen.

Slutligen kräver en serverbaserad integrering för testning och personalisering mer arbete i förväg och kan ta längre tid än klientsbaserade lösningar, men allt fler organisationer anser att fördelarna är värda ansträngningen.

Baserat på vår erfarenhet av arbete med kunder under de senaste åtta åren är detta de viktigaste tekniska aspekterna att överväga för serverbaserad testning och personalisering. I nästa del av den här bloggserien kommer vi att jämföra klientbaserad vs. serverbaseradrendering med varandra.