Plattform · Eksperimentering

Tre typer eksperimenter, én editor med innebygd AI

Visuelle tester med flere varianter, URL-omdirigeringer og serversidetester, startet fra en Chrome-utvidelse rett på det live nettstedet ditt. Beskriv endringen for AI-editoren, eller pek på et element og endre det selv, og lagre så varianten.

Slik fungerer en test

Fra hypotese til utrullet endring

Hvem som ser testen, hva du tester videre, og hva utviklerne får i hendene når du er ferdig.

  • En AI-editor som bygger endringer du beskriver med vanlige ord, redigering uten kode og ferdige komponenter, pluss egen CSS og JS
  • Målretting på URL, enhet og cookie, med fast tildeling, så besøkende som kommer tilbake, får samme opplevelse hver gang
  • Flimmerbeskyttelse med fire uavhengige sikkerhetsnett, så besøkende aldri ser originalsiden blinke til før testen vises
  • Hver besøkende er med i alle eksperimenter vedkommende kvalifiserer for, så ti tester samtidig koster ingenting i utvalgsstørrelse
  • Rull ut vinneren til 100 % av trafikken med ett klikk, og få en overlevering når den skal hardkodes
  • Hypotesesporing med PXL-prioritering som rangerer backloggen din
FlervariantURL-omdirigeringServerside
Eksperimentbiblioteket: fem eksperimenter fordelt på de tre typene, med trafikkfordeling og målrettingsvindu. Ett kjører, ett venter på en beslutning, og ett er allerede rullet ut.

AI-editor

Beskriv endringen og se den ta form

Fortell editoren med vanlige ord hva du vil ha, eller pek på et element og spør. AI-en leser siden, foreslår endringer og forhåndsviser dem på det live nettstedet ditt. Ingenting lagres før du tar dem i bruk.

AI-editoren ved siden av en rotete landingsside: en prompt ber om én tydelig overskrift, én hovedknapp og planer som er lette å sammenligne, AI-en foreslår fem endringer og forhåndsviser dem mens siden tegnes på nytt uten rotet, og så tas endringene i bruk og lagres.
  • Ett ord eller en hel seksjonRett opp én overskrift, eller bygg om en hel hero, meny eller pristabell med én enkelt prompt. Hver endring vises for seg, så du beholder bare dem du vil ha.
  • JavaScript bare når det trengsDe fleste tester handler om tekst, styling og markup, og det er det AI-en skriver. Når en test skal reagere på noe, for eksempel et klikk eller rulling, skriver den også koden, og koden må godkjennes for seg.
  • Den leser siden for degAI-en jobber ut fra en oversikt over siden du er på, med strukturen og tekstene. Du beskriver resultatet du vil ha, og den finner elementene som skal endres. Ingen selektorer, ingen utvikler.
  • Forhåndsvisning før noe lagresDe foreslåtte endringene vises på den live siden din, hver med sin egen avkrysningsboks. Tar du dem i bruk, blir de vanlige endringer i varianten, som du kan angre helt til du lagrer.
  • Sterke eksperimenter uten kodeAlle som kan beskrive en bedre side, kan også bygge varianten. AI-en svarer på språket du skriver på, og tekstene på siden beholder språket sitt.
  • Du vet hva det koster på forhåndHver forespørsel bruker AI-kreditter, og panelet viser et anslag før du sender den. Utfylte skjemafelt og personopplysninger på siden maskeres før noe sendes.

Målretting

Vis den bare til dem det gjelder

Tre dimensjoner som du kan kombinere i hvert eksperiment: adressen, enheten og en cookie nettstedet ditt allerede setter. Tildelingen er fast, så en besøkende som kommer tilbake, ser samme variant som sist.

  • URL-regler med sju betingelser, blant dem regex og to negative
  • Desktop, mobil eller nettbrett, avgjort før den besøkende kommer med i eksperimentet
  • Cookie-målretting for innloggede eller segmenterte besøkende, mot en liste med verdier
  • Fast tildeling, lagret i nettleseren og ikke i en cookie
  • Tving fram en variant med URL-en for å se over den, uten testkonto
Målrettingsreglene til et eksperiment: produktsider på mobil, utenom outlet-delen, for besøkende med en lojalitetscookie som viser at de er medlemmer, med fast tildeling. Eksperimentet tar inn 61 % av trafikken.

Rulle ut vinneren

Ett klikk til 100 %, eller overlevering til utviklerne

Rull ut vinneren til all trafikk fra resultatsiden. Skal den ligge i kodebasen i stedet, skriver Pertento overleveringen med den nøyaktige endringen.

  • Utrulling med ett klikk, og en logg over hvem som rullet ut
  • Overlevering med selektoren og endringen
  • Rull tilbake til originalen når som helst
Utrullingsskjermen: variant B rullet ut til all trafikk, med navn på den som rullet ut, tidsstempel og mulighet for å rulle tilbake. Ved siden av ligger overleveringen med selektoren, teksten og fargen som skal hardkodes.

Prioritering

En backlog sortert etter PXL-score, ikke etter magefølelse

Logg hver hypotese, gi den PXL-score, og la rangeringen avgjøre hva du tester neste gang. De tre vurderingene blir ett tall. En backlog må kunne sorteres, og tre tall gir bare en diskusjon.

  • Potensial, eksponering og arbeidsinnsats, hver scoret fra én til fem
  • Samlet til én viktighetsscore fra null til ti, som listen sorteres etter
  • Hypoteser koblet til eksperimentet som testet dem
  • Utkastet med høyest score vises fram når ingenting annet venter på deg
Hypotesebackloggen rangert etter PXL-score, fra en sticky «Legg i handlekurv»-knapp på 9,4 ned til en hero-video på 3,2.

Implementering

Gi utviklerne vinneren, sammen med endringen

Pertento kan levere en vinner så lenge du vil, men de fleste team vil til slutt ha den i kodebasen. Implementeringsoversikten viser hvilke vinnere som fortsatt kjører på plattformen, og hvilke som er hardkodet.

  • Selektoren og den nøyaktige endringen, klar til å limes inn
  • Status per vinner: venter, pågår, hardkodet
  • Eksperimentet leverer varianten helt til koden er live
Implementeringsoversikten: fem vinnere med status, og overleveringen for én av dem, med selektoren, endringen, om Pertento fortsatt leverer den, og oppgaven.

Pipelines

Bestem rekkefølgen, så slipper du å planlegge for hånd

En pipeline består av trinn som kjøres i rekkefølge, og et trinn er et sett eksperimenter som kjører samtidig. Eksperimenter som ville kollidert, legges i ulike trinn, og hvert trinn får full trafikk etter tur. Det er motsatsen til å gjøre dem gjensidig utelukkende og dele målgruppen mellom dem.

  • Trinnene aktiveres i rekkefølge, så ingen trenger å huske det
  • Gå videre når alle eksperimentene er avsluttet, ved første signifikante resultat, eller når en person gir klarsignal
  • Et trinn starter enten helt eller ikke i det hele tatt, så et halvstartet trinn blir aldri stående og kjøre
  • Automatisering og automatisk utrulling er to separate brytere, og begge er av til du slår dem på
  • Er automatiseringen av, logger motoren likevel hva den ville ha gjort, med samme kode
En pipeline-tavle med fire trinn: checkout-trinnet er ferdig, to eksperimenter på produktsiden kjører sammen i det aktive trinnet, og to senere trinn venter. Automatiseringen er på og automatisk utrulling er av.

Visuell editor

Pek på det, endre det eller legg inn en hel seksjon

Editoren åpnes fra sidepanelet i Chrome, på det live nettstedet ditt. Style hva som helst i egenskapspanelet, rediger tekst der den står, eller dra inn en ferdig komponent som får nettstedets egne skrifttyper og farger. Hver endring lagres på varianten: ingen utrulling, ingen oppgave til utviklerne og ingen staging-kopi av siden.

KomponenterDynamisk innholdDatafeederHover- og fokustilstanderTekst der den stårEgen CSS/JS
Den visuelle editoren på en produktside: blokken Trust row dras fra fanen Add og slippes under handlekurvknappen, vurderingslinjen kobles til sidens egen produktvurdering og antall anmeldelser, og varianten lagres.

Bygge testen

Det som gjør det andre eksperimentet billigere enn det første

I et testprogram går det meste av tiden ikke til den første testen. Den går til å sette opp det samme om igjen, kontrollere en variant før den går live, og føre en logg som noen kan lese om et år.

Et komponentbibliotek som passer til nettstedet ditt

Hero-seksjoner, FAQ-er, rader med tillitssignaler, sticky-barer, popup-vinduer, kolonner, video og slidere, lagt inn med et klikk eller ved å dra. Hver av dem henter nettstedets skrifttyper og farger fra stedet der den havner, så en test kan legge til en seksjon i stedet for bare å gi en knapp ny farge.

Bygg én gang, så fyller hver side inn sine egne data

Sett den besøkendes kampanje, en nedtelling, sidens egen overskrift eller, i en nettbutikk, produktets navn og pris inn i en endring. Ett banner møter hver kampanje med dens egne ord, og mangler dataene, skjules det i stedet for å vise en plassholder.

Datafeeder fra dine egne systemer

Koble til en JSON- eller Google Merchant-feed som nettstedet allerede publiserer, for eksempel anmeldelser, lagerstatus eller kampanjetekster, og bruk feltene i hvilken som helst variant. Pertentos servere henter den etter en tidsplan, så besøkende venter aldri på serveren din, og bare feltene du krysser av for, blir vist.

Fem HTML-plasseringer

Bytt ut et element, sett inn markup først eller sist i det, eller plasser markup foran eller etter det. Strukturelle endringer kan beskrives på én linje, og da er de lette å se over senere.

Egendefinert CSS og JavaScript

Per variant, for alt egenskapspanelet ikke dekker. Koden ligger i bundlen som bygges for nettstedet ditt og kjører før siden vises, så en skriptendring aldri oppleves som et hopp.

Skjermbilder av varianter

Ta et skjermbilde av varianten og beskjær det, rett i editoren. Uten det er et resultat du leser seks måneder senere bare en liste med selektorer.

Dupliser et eksperiment

Kopierer variantene, alle endringene i dem, skjermbildene og alle tre typene målretting. Bygger du et oppsett på nytt for hånd, er det der feil målrettingsregel går live.

Testkjøringer før lansering

Prøv hele kjeden mot den ekte runtimen som en merket test, og slett den etterpå. Da trenger du aldri å forklare bort data fra en prøvekjøring i en rapport.

Velg variant via URL

Legg en parameter på en hvilken som helst adresse for å låse deg til en bestemt variant, eller for å se én variant mens alt annet står som originalen. Du trenger ingen testkonto for å se over variantene.

Mens testen kjører

Hva runtime gjør på sidene til de besøkende

Alt under avgjøres i nettleseren, fra en fil som er kompilert bare for nettstedet ditt. Siden kontakter ikke Pertento før den vises, og ingenting venter på et svar for å avgjøre hva en besøkende ser.

Flere tester samtidig koster ingenting

Hver kvalifiserte besøkende kommer inn i alle eksperimentene de kvalifiserer til, så ti live tester får hver sitt fulle publikum, ikke en tiendedel. Grunnen til at de fleste testprogrammer bare kjører én test om gangen, gjelder ikke her.

Vekter som alltid går opp

Fordelinger lagres som basispunkter av ti tusen og valideres slik at summen blir nøyaktig. En test med tre varianter får dermed tre like store tredeler, ikke tre avrundinger og et hull.

Automatisk rebalansering

Plattformen måler hvor mye trafikk hver variant faktisk har fått, og justerer jevnlig, så den kumulative fordelingen holder seg nær den du har satt opp og ikke driver bort fra den.

Fast tildeling, uten cookies

Besøkende beholder varianten de fikk. Den lagres i nettleserens lagring, ikke i en cookie. Konsistens er et krav for at tallene skal stemme, før det er en høflighet.

Flimmerbeskyttelse med fire sikringer

Siden skjules mens endringene legges inn, og vises igjen fra fire uavhengige kodeveier. Vi har bygget det for å hindre det verste: at et kundenettsted står blankt for sine egne besøkende.

Ingen rundtur før siden vises

Konfigurasjonen for hvert nettsted kompileres til sin egen statiske fil, så runtimen vet hva den skal kjøre når den lastes. Ingenting venter på et API-kall for å avgjøre hva den besøkende ser.

Spørsmål

Hva team lurer på før de bytter

Hvor fort kan vi ha en test i gang?

Hele installasjonen er ett skript i head, og det er den eneste endringen på nettstedet ditt. Derfra bygger du en variant ved å peke på elementer på de live sidene dine. Det første eksperimentet venter derfor bare på at du bestemmer hva du vil teste, ikke på noe som må anskaffes, bygges eller planlegges. Ingenting går live ved et uhell mens du lærer deg verktøyet: et nytt eksperiment er et utkast til du starter det.

Gjør det nettstedet tregere, eller skader det Core Web Vitals?

Hvert nettsted får sin egen kompilerte fil med eksperimentene bakt inn, så runtimen vet hva den skal kjøre når den lastes, og ingenting venter på et kall til oss før siden vises. Loaderen i siden din er på under 1 KB, og de tyngre funksjonene, som sidedata og datafeeder, lastes bare på nettsteder der testene bruker dem. Siden holdes kort tilbake mens endringene legges inn, så besøkende ikke ser originalen blinke før testvarianten kommer. Fire uavhengige kodeveier sørger for at siden vises igjen, så hvis noe feiler, får besøkende den uendrede siden og ikke en tom side. Sporingen lastes sist, etter at siden er synlig, så målingen aldri forsinker visningen.

Hva kan editoren endre, og hvor går grensen?

Tekst, stil, layout og plassering endrer du ved å peke, inkludert hover- og fokustilstander, og hele seksjoner legger du til fra et bibliotek med komponenter som henter nettstedets egne skrifttyper og farger. En endring kan inneholde sidens egne data, for eksempel prisen på hvert produkt, eller verdier fra en feed du allerede publiserer, og en selektor kan bruke den på alle elementer som passer. Du kan også beskrive endringen med vanlige ord og la AI-editoren foreslå den, forhåndsvist på siden før noe lagres. Utover det er editoren ærlig på hvor den slutter: alt egenskapspanelet ikke dekker, skriver du som egendefinert CSS eller JavaScript på varianten, så en test stopper aldri på grunn av verktøyet. Den egentlige grensen er endringer som skjer før siden finnes: rangering, prislogikk, en anbefalingsmodell. Det er eksperimenter på serversiden, og de trenger utviklerne dine.

Hvor mange eksperimenter kan vi kjøre samtidig?

Så mange du har ideer til. Det er et svar som er verdt å sammenligne med det du bruker i dag. Hvert eksperiment randomiserer uavhengig, så en kvalifisert besøkende kommer inn i alle eksperimentene de kvalifiserer til, og hvert eksperiment måler mot hele det kvalifiserte publikummet. Flere tester samtidig deler ikke utvalget ditt her. Derfor sjekker plattformen om to tester kan forstyrre hverandre, og rasjonerer ikke hvor mange som får kjøre. Testtempo er ofte det som skiller et testprogram som lønner seg fra et som ikke gjør det.

Hva skjer med arbeidet hvis vi slutter å bruke Pertento?

Vinnere du har hardkodet, ligger allerede i din egen kodebase og påvirkes ikke. Det er nettopp dit implementeringskøen skal føre deg: den lister alle vinnere som fortsatt leveres av oss, og minner deg på dem til utviklerne dine har tid. Vinnere som fortsatt leveres av plattformen, stopper når plattformen stopper, som en hvilken som helst variant. Eksperimentene, hypotesene og den skriftlige historikken blir liggende i kontoen din, ikke i våre verktøy.

Alt som følger med

Alle funksjonene

Pertento er en plattform for konverteringsoptimalisering på nettsteder og i nettbutikker, bygget for både interne team og CRO-byråer som kjører testprogrammer på tvers av en kundeportefølje.

Integrasjoner

Fungerer med stacken du har

Én kodesnutt på et hvilket som helst nettsted, eller kjør alt på serversiden. Ingenting må bygges om.

Kodesnutt på én linje

Lim inn én tagg i head, så er du live: en skriptlaster på 0,9 KB, ingen byggesteg, ingen avhengigheter.

Google Tag Manager

Rull ut og administrer eksperimenter direkte fra GTM. Uten utviklertid.

API for serversiden

Kjør tester utenfor nettleseren: priser, søk og ruting, uten flimmer.

  • Shopify
  • BigCommerce
  • Shopware
  • Centra
  • Geins
  • Saleor
  • WordPress
  • Optimizely CMS
  • Storyblok
  • Next.js
  • Vue
  • Astro
  • Matomo
  • Amplitude
  • RudderStack
  • Slack
  • WooCommerce
  • Salesforce
  • Wix
  • Litium
  • commercetools
  • Medusa
  • Drupal
  • Contentful
  • Webflow
  • Nuxt
  • Angular
  • Remix
  • Piwik PRO
  • Mixpanel
  • Tag Manager
  • Webhooks
  • Adobe Commerce
  • PrestaShop
  • Squarespace
  • Norce
  • Shopify Hydrogen
  • Vendure
  • Umbraco
  • Sanity
  • Framer
  • React
  • SvelteKit
  • GA4
  • Adobe Analytics
  • Segment
  • Klaviyo

Ikke på listen? Hvis det rendrer HTML, kan Pertento teste det:les hvordan hver enkelt kobles til.

Bedre eksperimenter, flere konverteringer

Test on all visitors with the world’s lightest script and make confident decisions powered by real-time reporting.