mitä palvelinpuolen testaus on?
palvelinpuolen A / B-testaus on kokeilumuoto, jossa testin muunnelmat renderoidaan suoraan www-palvelimelle, ennen kuin se toimitetaan asiakkaalle. Tämä eroaa asiakaspuolen testauksesta, jossa A / B-testi suoritetaan asiakaspuolella JavaScriptin kautta sen jälkeen, kun sivu on toimitettu käyttäjän selaimelle.
palvelinpuolen vs asiakaspuolen A / B-testaus
jokainen testaustyyppi tarjoaa omat etunsa. Organisaatiosi tarpeista riippuen voit päättää, mikä sopii sinulle.
palvelinpuolen testauksen edut:
minimaalinen suorituskykyvaikutus
ennalta määritettyjen kokeilumuunnosten kanssa, joita ei tarjoilla lennossa selaimen kautta, koe on huomaamaton verkkosivun kävijälle ja sillä on minimaalinen vaikutus sivun kuormitusaikaan.
Deep experimentation capability
Server-side experimentation capability voi testata, miten tuote toimii, mukaan lukien taustaominaisuudet, taustalogiikka, algoritmit jne.
monikanavainen kokeilu
palvelimella suoritettavat kokeet voivat tapahtua useassa kanavassa samanaikaisesti, kuten verkossa, mobiilissa ja sähköpostissa.
asiakaspuolen A/B-testauksen edut
helposti markkinoijien saavutettavissa
markkinoijat, joilla on vähän teknistä tietämystä, voivat ottaa testit käyttöön WYSIWYG-editorin avulla yksinkertaisen JavaScript-muokkauksen avulla.
kehittäjiä ei tarvita
asiakaspuolen testauksessa ei tarvitse koordinoida verkkosivukoodin julkaisua kokeiden käyttöönottamiseksi. Kokeita voidaan kehittää ja ajaa lähes välittömästi.
minimaalinen SEO-vaikutus
koska Google yleensä jättää huomiotta JavaScriptin kautta toteutetut muutokset hakukoneen indeksointia varten, asiakaspuolen testeillä on minimaalinen SEO-vaikutus suhteessa palvelinpuolen testeihin, jotka voidaan indeksoida.
parempi segmentointi
koska asiakaspuolen testit tehdään sivun lataamisen jälkeen, ne voivat usein hyödyntää segmentin kävijöille enemmän dataa, joka perustuu tietoihin, jotka eivät ole saatavilla palvelinpyynnön tekohetkellä.
kun käytetään palvelinpuolen A / B-testausta
koska nykyaikaiset verkkosovellukset ovat kehittyneet dynaamisemmiksi ja teknisesti monimutkaisemmiksi, myös näiden sovellusten testaus on kehittynyt monimutkaiseksi. Palvelinpuolen testaus voi käsitellä tätä lisääntynyttä monimutkaisuutta. Sen sijaan, että rajoitut testaamaan verkkosivustosi otsikoita tai nappivärejä, voit testata vaikuttavampia variaatioita, kuten algoritmeja, arkkitehtuureja ja muita ei-KÄYTTÖLIITTYMÄMUUTOKSIA, kuten tietokantakyselyn tulosjoukkoa.
palvelinpuolen testaus on siis usein tuotekehitystiimien valinta, jotka haluavat suorittaa monimutkaisia kokeita, joissa tutkitaan, miten tuote toimii, toisin kuin markkinointitiimien suosima asiakaspuolen muuntokurssitestaus.
palvelinpuolen testausesimerkit
useimmat suuret verkkosivustot käyttävät palvelinpuolen teknologiaa erilaisten tietojen dynaamiseen näyttämiseen, ja kehittäjien on helppoa sisällyttää testaus tähän prosessiin, jotta he voivat kerätä tietoja.
yksi yleinen käyttötapaus palvelinpuolen A/B-testauksessa on hakualgoritmien testaaminen verkkosivulla. Koska hakutulossivut renderoidaan dynaamisesti hakukyselyn perusteella, hakualgoritmitestejä on lähes mahdotonta suorittaa asiakaspuolella JavaScriptin kautta, mutta suoraviivaisesti toteuttaa palvelinpuolella. Googlen, Pinterestin ja Netflixin kaltaiset yritykset testaavat usein uusia algoritmeja hakuja varten optimoidakseen käyttökokemusta.
palvelinpuolen testausta käytetään usein myös kertamuutosten testaamiseen. Koska asiakaspuolen testit suoritetaan sivun luomisen jälkeen, se voi johtaa ”vilkkumiseen” sivulla, koska alkuperäinen sivu on näkyvissä vähän ennen muunnoskoodin soveltamista. Palvelinpuolen testauksessa ei välähdetä, koska muutokset tehdään www-palvelimella ennen niiden toimittamista asiakkaalle.
Optimizelyn palvelinpuolen A/B-testaus
Optimizelyn alkuperäinen lähestymistapa A/B-testaukseen oli asiakaspuolen ratkaisu, jolla oli merkittävä vaikutus digitaaliseen markkinointiin. Yksinkertaisella rivillä JavaScript, markkinoija voisi perustaa ja heti käyttöön verkkosivun kokeiluja käyttämällä visuaalinen editori. Tämä riippumattomuus kehittäjistä ja sivuston käyttöönotoista vapautti markkinoijat kokeilemaan ja oppimaan lisää asiakkaiden tarpeista.
mutta Optimizelyn perustamisesta lähtien kokeilut ovat kehittyneet paljon pidemmälle kuin markkinoijat, jotka yrittävät selvittää, mitä call-to-action-tekstiä laittaa nappiin. Nykyään innovatiivisimmat yritykset tekevät tuhansia testejä vuosittain uusien teknologioiden ja ”lean” business-lähestymistapojen lisääntymisen ansiosta.
Optimizely Full Stack esittelee mahdollisuuden luoda ja suorittaa kokeita missä tahansa teknologiapinossa hyödyntäen Optimizely-käyttöliittymää, stats-moottoria ja kehittäjäekosysteemiä. Voit kokeilla koko tuotteen elinkaaren millä tahansa liitetyllä laitteella (kuten mobiili, OTT, tai IOT), ja mahdollistaa progressiivisen toimituksen kautta ominaisuus vaihtaa.
riippumatta siitä, käytätkö Optimizelya asiakaspuolen kokeiluihin, Optimizely Full Stack antaa sinun suorittaa kokeiluja verkkosivuston elementeillä, joita loppupää hoitaa, kuten hinnoittelu, tilaustarjoukset ja tuotealennukset. Voit helposti jakaa liikennettä ja optimoida täydellisen uudelleensuunnittelun, sivuston arkkitehtuurin, monikanavaiset markkinointikampanjasi ja paljon muuta.
Optimizely Full Stack sisältää myös ominaisuuksien liputuksen ja hallitun käyttöönottotoiminnon, joten voit ottaa käyttöön uusia ominaisuuksia pienelle osalle yleisöstäsi, testata miten ne toimivat ja helposti palauttaa mahdolliset virheet.