Testning på serversidan

Vad är testning på serversidan?

A/B-testning på serversidan (server-side testing) är en form av experimentering där variationerna av ett test återges direkt på webbservern innan det levereras till klienten. Detta skiljer sig från A/B-testning på klientsidan, där A/B-testningen återges på klientsidan genom JavaScript efter att sidan har levererats till användarens webbläsare.

A/B-testning på serversidan kontra klientsidan

Varje typ av A/A-testning erbjuder sina egna fördelar. Beroende på din organisations behov kan du bestämma vilken som är rätt för dig.

Fördelar med testning på serversidan:

• Minimal prestandapåverkan
  Med förutbestämda experimentvariationer som inte serveras i farten via webbläsaren är experimentet omärkligt för webbplatsens besökare och har minimal inverkan på laddningstiden för webbplatsen.
• Djupgåendefunktionerför experimentering
  Experiment på serversidan kan testa hur en produkt fungerar, inklusive underliggande funktioner, backendlogik, algoritmer etc.
• Experimentering i flera kanaler
  Experiment som körs på servern kan upplevas i flera kanaler samtidigt, t.ex. webb, mobil och e-post.

Fördelar med A/B-testning på klientsidan

• Lättillgängligtför marknadsförare
  Marknadsförare med liten teknisk kunskap kan distribuera tester med hjälp av en WYSIWYG-redigerare genom enkel JavaScript-modifiering.
• Inga utvecklare krävs
  Med A/A-testning på klientsidan behöver man inte samordna med en kodrelease för webbplatsen för att distribuera experiment. Experimenten kan utvecklas och köras nästan omedelbart.
• Minimal SEO-påverkan
  Eftersom Google vanligtvis ignorerar ändringar som implementeras via JavaScript i samband med sökmotorindexering, har testning på klientsidan minimal SEO-påverkan jämfört med testning på serversidan, som kan indexeras.
• Bättre segmentering
  Eftersom testning på serversidan görs efter att sidan har laddats kan de ofta dra nytta av mer data för att segmentera av besökare baserat på data som inte är tillgängliga vid den tidpunkt då serverförfrågan görs.

När ska man använda A/B-testning på serversidan

Eftersom moderna webbapplikationer har utvecklats till att bli mer dynamiska och tekniskt komplicerade, har även testning inom dessa applikationer utvecklats i komplexitet. Testning på serversidan kan hantera denna ökade komplexitet. Istället för att vara begränsad till att testa rubriker eller knappfärger på din webbplats kan du testa mer effektfulla variationer, till exempel algoritmer, arkitekturer och andra icke-UI-ändringar som en resultatuppsättning för databasfrågor.

Därför är testning på serversidan ofta valet för produktutvecklingsteam som vill köra komplexa experiment som utforskar hur en produkt fungerar, i motsats till testning av konverteringsgrad på klientsidan som är populärt bland marknadsföringsteam.

Exempel på testning på serversidan

De flesta större webbplatser använder teknik på serversidan för att dynamiskt visa olika data, och det är enkelt för utvecklare att införliva testning i denna process så att de kan samla in data.

Ett vanligt användningsfall för A/B-testning på serversidan är att köra tester på sökalgoritmer på en webbplats. Eftersom sökresultatsidor återges dynamiskt baserat på sökfrågan är testning av sökalgoritmer nästan omöjligt att köra på klientsidan via Javascript, men enkelt att implementera på serversidan. Företag som Google, Pinterest och Netflix testar ofta nya algoritmer för sökning för att optimera användarupplevelsen.

Testning på serversidan används också ofta för att testa förändringar som är ovanför vikningen. Eftersom tester på klientsidan renderas efter att sidan har genererats kan det resultera i "blinkningar" på sidan eftersom originalsidan är synlig strax innan variationskoden tillämpas. Med testning på serversidan finns det ingen blinkning eftersom ändringarna tillämpas på webbservern innan de levereras till klienten.

Optimizely A/B-testning på serversidan

Optimizelys ursprungliga metod för A/B-testning var en klientsideslösning som hade stor inverkan på digital marknadsföring. Med en enkel rad JavaScript kunde en marknadsförare ställa in och omedelbart distribuera experiment på webbsidor med hjälp av en visuell redigerare. Detta oberoende av utvecklare och driftsättning av webbplatser frigjorde marknadsförare för att experimentera och lära sig mer om deras kunders behov.

Men sedan Optimizelys start har produktexperimentering utvecklats långt bortom marknadsförarna som försöker ta reda på vilken call to action-text som ska sättas på en knapp. Idag, tack vare ny teknik och "lean" affärsmetoder, genomför de mest innovativa företagen tusentals tester varje år.

Optimizely Feature Experimentation introducerar möjligheten att skapa och köra experiment var som helst i din teknikstack, med hjälp av Optimizely-gränssnittet, statsmotorn och utvecklarens ekosystem. Du kan göra experiment under hela produktens livscykel på vilken ansluten enhet som helst (t.ex. mobil, OTT eller IOT) och aktivera genom funktionsväxlingar.

Oavsett om du använder Optimizely för experimentering på klientsidan eller inte, låter Optimizely Feature Experimentation dig köra experiment på webbplatselement som hanteras av backend, till exempel prissättning, prenumerationserbjudanden och produktrabatter. Du kan enkelt dela upp trafik och optimera en fullständig redesign, webbplatsens arkitektur, dina omnikanal-marknadsföringskampanjer och mer.

Optimizely Feature Experimentation inkluderar också feature flags och kontrollerad utrullning av funktioner, så att du kan distribuera nya funktioner till ett litet segment av din publik, testa hur de fungerar och enkelt rulla tillbaka eventuella buggar.