Tre eksperimenttyper, én editor med indbygget AI

Ét script-tag i head er hele installationen, og det er den eneste ændring på jeres website. Derfra bygges en variant ved at pege på elementer på jeres live sider, så det første eksperiment begrænses af, hvor lang tid I bruger på at beslutte, hvad der skal testes, frem for af noget, der skal indkøbes, bygges eller planlægges. Intet går live ved et uheld, mens I er i gang med at lære: et nyt eksperiment er et udkast, indtil I starter det.

Hvert website får sin egen kompilerede fil med sine eksperimenter bagt ind i den, så runtime allerede ved, hvad den skal køre, når den indlæses, og intet venter på et kald til os, før siden renderes. Loaderen i jeres side er under 1 KB, og de tungere funktioner, såsom sidedata og datafeeds, indlæses kun på websites, hvis test bruger dem. Siden holdes kortvarigt tilbage, mens ændringerne anvendes, så de besøgende ikke ser originalen blinke frem, før testen tager over. Den gøres synlig via fire uafhængige kodeveje, så en fejl viser den uændrede side frem for en tom side. Målingen indlæses sidst, efter siden er synlig, så den aldrig forsinker renderingen.

Tekst, styling, layout og placering, inklusive hover- og fokustilstande, redigeres ved at pege, og hele sektioner tilføjes fra et bibliotek af komponenter, der overtager jeres websites egne skrifttyper og farver. En ændring kan indeholde sidens egne data, for eksempel hvert produkts pris, eller værdier fra et feed, I allerede udgiver, og en selektor kan anvende den på alle matchende elementer. I kan også beskrive ændringen med jeres egne ord og lade AI-editoren foreslå den, med en forhåndsvisning på siden, før noget gemmes. Herudover melder editoren ærligt pas frem for at gøre det dårligt: alt det, egenskabspanelet ikke kan udtrykke, skriver I som egen CSS eller JavaScript på varianten, hvilket betyder, at en test aldrig blokeres af værktøjet. Den reelle grænse er en ændring, der sker, før siden findes: rangering, prislogik, en anbefalingsmodel. Det er eksperimenter på serversiden, og de kræver jeres udviklere.

Så mange som I har idéer til, og det er det svar, der er værd at holde op mod det, I bruger i dag. Hvert eksperiment randomiserer uafhængigt, så en kvalificeret besøgende kommer med i hvert eksperiment, de kvalificerer til, og hvert enkelt måler mod hele det kvalificerede publikum. Samtidighed deler ikke jeres stikprøve her, og derfor tjekker platformen, om to test ville forstyrre hinanden, frem for at rationere, hvor mange der må køre. Tempo er oftest forskellen mellem et program, der tjener sig selv hjem, og et der ikke gør.

Vindere, I har hardkodet, ligger allerede i jeres egen kodebase og berøres ikke, og det er netop det, implementeringskøen findes for at skubbe jer mod: den lister hver vinder, der stadig leveres af os, og bliver ved med at flage den, indtil jeres udviklere har plads. Vindere, der stadig leveres af platformen, stopper, når den stopper, på samme måde som enhver variant stopper. Eksperimenterne, hypoteserne og den skrevne historik ligger i kontoen frem for i et værktøj, der er vores.