Server-side testing

Server-side A/B-testing er en form for eksperimentering der variasjonene i en test rendres direkte på webserveren

Hva er server-side testing?

Server-side A/B-testing er en form for eksperimentering der variasjonene i en test rendres direkte på webserveren, før de leveres til klienten. Dette skiller seg fra klientsidestesting, der A/B-testen rendres på klientsiden via JavaScript etter at siden er levert til brukerens nettleser.

Server-side vs. klientside A/B-testing

Hver type testing har sine egne fordeler. Avhengig av organisasjonens behov kan du avgjøre hvilken som passer best for deg.

Fordeler med server-side testing:

  • Minimal innvirkning på ytelsen
    Med forhåndsbestemte eksperimentvariasjoner som ikke serveres dynamisk via nettleseren, er eksperimentet umerkelig for nettstedsbesøkeren og har minimal innvirkning på sidelastetiden.
  • Dyptgående eksperimenteringsmuligheter
    Server-side-eksperimenter kan teste hvordan et produkt fungerer, inkludert underliggende funksjoner, backend-logikk, algoritmer osv.
  • Eksperimentering på tvers av kanaler
    Eksperimenter som kjøres på serveren kan foregå i flere kanaler samtidig, som web, mobil og e-post.

Fordeler med klientside A/B-testing

  • Lett tilgjengelig for markedsførere
    Markedsførere med lite teknisk kunnskap kan bruke tester via en WYSIWYG-editor gjennom enkel JavaScript-modifikasjon.
  • Ingen utviklere nødvendig
    Med klientsidestesting er det ikke nødvendig å koordinere med en kode-release for nettstedet for å kjøre eksperimenter. Eksperimenter kan utvikles og kjøres nesten umiddelbart.
  • Minimal SEO-innvirkning
    Siden Google typisk ignorerer endringer implementert via JavaScript for søkemotorindeksering, har klientsidestester minimal SEO-innvirkning sammenlignet med server-side-tester, som kan indekseres.
  • Bedre segmentering
    Fordi klientsidestester utføres etter at siden er lastet, kan de ofte dra nytte av mer data for å segmentere besøkende basert på data som ikke er tilgjengelig på det tidspunktet serverforespørselen gjøres.

Når bør du bruke server-side A/B-testing?

Ettersom moderne webapplikasjoner har utviklet seg til å bli mer dynamiske og teknisk komplekse, har også testing innenfor disse applikasjonene økt i kompleksitet. Server-side testing kan håndtere denne økte kompleksiteten. I stedet for å være begrenset til å teste overskrifter eller knappefarger på nettstedet ditt, kan du teste mer virkningsfulle variasjoner, som algoritmer, arkitekturer og andre ikke-UI-endringer, for eksempel et resultatsett fra en databasespørring.

Dermed er server-side testing ofte valget for produktutviklingsteam som ønsker å kjøre komplekse eksperimenter som utforsker hvordan et produkt fungerer, i motsetning til klientside-konverteringsratetesting som er populært hos markedsføringsteam.

Eksempler på server-side testing

De fleste store nettsteder bruker server-side-teknologi for dynamisk å vise ulike data, og det er enkelt for utviklere å inkorporere testing i denne prosessen for å samle inn data.

Et vanlig brukstilfelle for server-side A/B-testing er å kjøre tester på søkealgoritmer på et nettsted. Siden søkeresultatsider rendres dynamisk basert på søkespørringen, er søkealgoritmetester nesten umulige å kjøre på klientsiden via Javascript, men enkle å implementere på serversiden. Selskaper som Google, Pinterest og Netflix tester jevnlig nye algoritmer for søk for å optimalisere brukeropplevelsen.

Server-side testing brukes også ofte for å teste endringer som er above-the-fold. Fordi klientsidestester rendres etter at siden er generert, kan det resultere i "flimring" på siden ettersom den opprinnelige siden er synlig rett før variasjons­koden brukes. Med server-side testing er det ingen flimring siden endringene brukes på webserveren før de leveres til klienten.

Optimizely server-side A/B-testing

Optimizelys opprinnelige tilnærming til A/B-testing var en klientside-løsning som hadde betydelig innvirkning på digital markedsføring. Med en enkel linje JavaScript kunne en markedsfører sette opp og umiddelbart rulle ut nettside-eksperimenter ved hjelp av en visuell editor. Denne uavhengigheten fra utviklere og nettstedsdeployments frigjorde markedsførere til å eksperimentere og lære mer om kundenes behov.

Men siden Optimizely ble grunnlagt, har produkteksperimentering utviklet seg langt utover markedsførere som prøver å finne ut hvilken handlingsoppfordring de skal sette på en knapp. I dag, takket være fremveksten av nye teknologier og «lean»-forretningstilnærminger, kjører de mest innovative selskapene tusenvis av tester årlig.

Optimizely Feature Experimentation introduserer muligheten til å opprette og kjøre eksperimenter hvor som helst i teknologistacken din, ved å utnytte Optimizely-grensesnittet, stats-motoren og utviklerøkosystemet. Du kan eksperimentere gjennom hele produktlivssyklusen på alle tilkoblede enheter og aktivere via feature toggles.

Enten du bruker Optimizely for klientside-eksperimentering eller ikke, lar Optimizely Feature Experimentation deg kjøre eksperimenter på nettstedselementer som håndteres av backend, som prissetting, abonnementstilbud og produktrabatter. Du kan enkelt dele opp trafikk og optimalisere en full redesign, nettstedets arkitektur, dine omnikanal-markedsføringskampanjer og mer.

Optimizely Feature Experimentation inkluderer også feature flagging og kontrollert utrullingsfunksjonalitet, slik at du kan rulle ut nye funksjoner til et lite segment av publikummet ditt, teste hvordan de presterer, og enkelt rulle tilbake eventuelle feil.