Har du problemer med å få utviklingsteamet til å prioritere A/B-testene dine?
Da er du ikke alene! Finn ut om redirect-tester, eller omdirigeringstester, kan være en løsning for deg.
En av de største flaskehalsene når det gjelder A/B-testing er utvikling. Det kan være vanskelig å få testene prioritert i utviklingskøen, være en generell mangel på utviklingsressurser, eller handle om en midlertidig stans i all utvikling av forskjellige årsaker.
Det finnes imidlertid måter å gjennomføre A/B-tester uten å trenge utviklingsbistand. Du vet kanskje allerede at mange A/B-testverktøy har en visuell (WYSIWYG) redaktør hvor du kan gjøre enkle endringer, men det vi skal se på i dette innlegget er såkalte redirect tests, eller omdirigeringstester.
Hypotesene er selvfølgelig fortsatt like viktige
Å kunne teste uten at utviklingsteamet involveres er ikke en unnskyldning for å kun kjøre enkle, spontane tester. Det er fortsatt viktig å utvikle hypoteser basert på data og innsikt, samt å finne en måte å prioritere ideene sine for å teste hva som har størst potensiale.
Omdirigeringsmetoden gir deg imidlertid muligheten til å teste innhold som tekster og annet innhold som faktisk kan ha stor innvirkning. I tillegg kan den beste måten å få satt i gang en A/B-testprosess faktisk være å bare få ut en test for å vise hvordan den fungerer og hvilke resultater den gir.
Eksempler på hypoteser som vi har testet med denne metoden:
💡 Oppfylle de besøkendes behov tidligere på siden med en ekstra call-to-action-knapp i hero-bildet.
💡 Forenkle sammenligninger av produkter ved å vise produktkort i en vertikal liste i stedet for å måtte scrolle sidelengs på en oppføringsside på mobile enheter.
💡 Svare tydeligere på de besøkendes spørsmål på en produktside gjennom et redesign med ny informasjonsstruktur.
MERK! Selv om denne metoden lar deg teste uten å være avhengig av utvikling, er det viktig at du vet hvorfor du ikke kan få testene utviklet til å begynne med. Handler det for eksempel om en midlertidig stans i all utvikling på grunn av ferie og at ingen vil være i stand til å stoppe testen hvis noe går galt, eller en pause på grunn av en større release eller kampanje? Så husk å ta hensyn til det også for denne typen test, og sett kun i gang testen dersom du vet at det er forutsetninger for et vellykket resultat.
Veiledning – trinn for trinn
1. Sett deg ned med din Content Manager for å få en idé om hvilke endringer som kan gjøres i systemet dere bruker til å administrere nettinnholdet deres, deres CMS (Content Management System). Det kan for eksempel være WordPress, Episerver, Adobe, Magnolia, Contentful etc.
Dette kan gjøres enten før dere lager hypotesene deres, for å på forhånd vite hvilke begrensninger som må tas hensyn til, eller etter hypoteseopprettelsen, for å se hvordan dere kan teste en bestemt hypotese ved kun å endre innhold via CMS.
2. Lag en kopi av siden du vil teste i CMS, med en liten endring i URL-en. For eksempel:
https://conversionista.com/no/tjenester/ab-testing/ → https://conversionista.com/no/tjenester/ab-testing-1/
3. For ikke å skade SEO, må den nye siden ha enten en canonical tag eller en noindex tag. Disse anvendes for at den nye siden ikke skal indekseres av søkemotorer, siden det da vil være en risiko for at rangeringen din vil bli negativt skadet pluss at det kan føre folk direkte til variant B. Begge tag-ene er bra, men det er vanligvis ikke nødvendig å bruke begge. Synkroniser med en SEO-kollega.
4. Gjør endringene du vil teste på den nye kopien av siden. Forsikre deg om at den ser ut og fungerer som den skal for å teste hypotesen din.
5. Utfør en kvalitetssikring ved å besøke den nye siden fra forskjellige enheter og nettlesere. Prøv å klikke på lenkene på siden for å se at alt fungerer som det skal. Siden du ikke har gjort noen kodeendringer, bør det ikke oppstå noen merkverdigheter, men du bør likevel alltid utføre en god kvalitetssikring.
6. I A/B-testverktøyet ditt, sett opp en test for å omdirigere 50 % av de besøkende til den nye siden. Det kalles ofte redirect test eller split test i A/B-testverktøyet.
Følg disse trinnene i Google Optimize:
- Klikk på Create Experience
- Gi testen et navn
- Legg til URL-adressen til den ORIGINALE siden i boksen for Editor Page
- Velg Redirect Test
- Klikk på Create
7. Når eksperimentet er opprettet, klikker du på “Add variant”. Velg deretter “Redirect to a single page” og legg til URL-en til den nye siden som skal være VARIANTEN.
8. Sett opp resten av testen som vanlig, med de målene (objectives) og eventuelle målgruppekriteriene (audience targeting) som du ønsker.
Page targeting skal være satt til originalsiden.
9. Når du er ferdig med oppsettet, klikker du på Preview for å teste at redirect-en fungerer og at du kan se endringene. Hvis du ikke ser noen endringer, velger du i stedet Debug i preview-menyen for å forsikre deg om at targeting-reglene er korrekte. Dersom eksperimentet fungerer som det skal, vil du se kun grønne ikoner, ellers vil du se en feilmelding om at “This experience was not applied” og hva det er som ikke stemmer. Løs problemet, og prøv på nytt.
10. Start og kjør testen din som vanlig. Når de besøkende kommer til den originale siden din, sender testverktøyet automatisk 50 % av trafikken til variantens URL i stedet. På denne måten vil du etter testen kunne se om den nye siden din med endringene presterte bedre enn originalen eller ikke.
Når de besøkende kommer til den originale siden din, sender testverktøyet automatisk 50 % av trafikken til variantens URL i stedet.
Hvis testen er en vinner, vil det være enkelt å implementere endringene ved å gjøre endringene på den originale siden i deres CMS.
Husk at den eneste dårlige testen er den du ikke lærer noe av. Har originalen prestert bedre? Da har du jo testet noe du ser påvirker brukernes oppførsel og kan begynne å grave i hvorfor. På denne måten lager du nye hypoteser basert på testene dine.
Husk at den eneste dårlige testen er den du ikke lærer noe av
Sammendrag
Ved å endre innholdet i ditt CMS har du muligheten til å utføre A/B-tester uten behov for hjelp fra utviklere. På den måten kan du få ut A/B-tester uten å måtte vente på at testene skal prioriteres. Å stole utelukkende på denne metoden er imidlertid ikke bærekraftig i det lange løp, siden testingen din vil bli styrt av hvilke endringer du selv kan gjøre og ikke hvilke endringer du tror kan ha størst gjennomslagskraft. Målet er jo også å få med seg hele organisasjonen på CRO-toget.
Imidlertid er det mange endringer du kan gjøre med denne metoden som kan ha stor innvirkning, så lenge du sørger for at du har en velbegrunnet hypotese.
Conversion Jam Speaker -Lukas Vermeer – Head of Experimentation, Booking.com.Lukas sin organisasjon har gjort flere A/B-tester enn du orker å telle. Å kjøre et testprogram i den hastigheten betyr at det finnes feller overalt. Lukas har funnet ut hvordan man kan unngå en av de vanligste og farligste – «SRM».
Hva i feiteste betyr det, tenker du? Skaff deg billett til Conversion Jam, så får du vite det!
