Plattform · Overvåking og automatisering

Én skjerm for det som er ødelagt eller venter

Helseovervåkningen og oppmerksomhetskøen spenner over hver konto, så ingenting blir liggende ubemerket på et kundenettsted.

Å holde det i gang

Én skjerm, og reglene bak den

Hver konto rangert etter hva som trenger en person, automatiseringen som handler på det, og hvor dere blir varslet.

  • Planlagte starter og stopp, pluss stopp ved signifikans med sikringer: minste kjøretider og tillitsporter som nekter å handle på ødelagt data
  • Kollisjonsdeteksjon varsler når samtidige eksperimenter ville forstyrret hverandre
  • Varsler via e-post, Slack og i appen, på tvers av tolv hendelsestyper, som kan slås av og på per person
  • En aktivitetslogg per eksperiment, og roller håndhevet ett sted heller enn rute for rute
SikringerTillitsporterKollisjonsdeteksjon
Helseskjermen på tvers av en konto: målere for programhelse for sporingsdekning, treffsikkerheten i fordelingen, beslutninger og åpne kollisjoner, en kø med åtte poster som venter på en person, og automatiseringsreglene som er bevæpnet nå.

Kundelisten

Hver kundekonto på én skjerm

Byråer har ikke ett nettsted, de har nitti. Kundelisten rangerer kontoer etter hva som trenger en person først, så morgenen starter med listen heller enn et søk.

  • Kontoer ordnet etter problemer, deretter etter beslutninger som venter
  • Antall pågående og vinnrate per konto
  • Avgrens hele konsollen til én kunde på to klikk
  • Ødelagt, avgjøres, kolliderer, forfalt, ingen data: hver sin egen rad
Kundelisten ordnet etter hva som trenger oppmerksomhet først: to kontoer med ødelagt måling, to med beslutninger som venter, én uten anmerkninger.

Automatisering

Regler som stopper, og sikringer som stopper reglene

Planlegg en start og en stopp, eller la et eksperiment avslutte seg selv ved signifikans. Sikringer holder automatiseringen ærlig: en minste kjøretid, og en tillitsport som nekter å handle på data en alarm har flagget.

  • Planlagte starter og stopp per eksperiment
  • Stopp ved signifikans med en minste kjøretid
  • Tillitsporter som blokkerer automatisering på flagget data
  • Signifikans kan bare avslutte en test tidlig, en sluttdato kreves alltid
  • Minste kjøretid aldri under sju dager, fjorten som standard
Automatiseringen til ett eksperiment: et planlagt vindu, stopp ved signifikans slått på bak en minste kjøretid på fjorten dager og et minste utvalg på 40 000 besøkende, og sikringene som får automatiseringen til å vente eller pause i stedet for å handle.

Varsler

Fortalt én gang, på stedet dere allerede ser

Hver hendelse kan gå til e-post, Slack eller konsollen, med innstillinger per hendelse slik at et ødelagt mål vekker noen og en oppnådd signifikans ikke gjør det.

  • E-post, Slack og i appen, per hendelse
  • Innstillinger per person, ikke én global bryter
  • En full aktivitetslogg for kontoen
  • Tolv hendelsestyper, gruppert etter livssyklus, resultater, helse og konto
Varslingsinnstillinger per hendelse, gruppert etter helse, resultater og livssyklus: et fordelingsavvik og et dødt eksperiment går til e-post og Slack, et signifikant resultat til begge, en start bare til Slack, og en utrulling til konsollen.

Hva den legger merke til

Signalene, og hvorfor de rangeres slik de gjør

Hver enkelt er noe som fortsatt er sant og fortsatt uløst, regnet ut fra nåværende tilstand heller enn fra en strøm av hva som har skjedd. Å fjerne et merke fjerner ikke arbeidet.

Ødelagt går foran beslutning, som går foran kø

Hvert signal rangeres i én av tre alvorlighetsgrader, og en tillitsfeil undertrykker resultatet under seg heller enn å stå ved siden av det. Et eksperiment med ødelagt fordeling kan også rapportere en vinner, og å vise begge ville invitere noen til å handle på den.

En fordeling som sluttet å stemme

Den observerte trafikkfordelingen testes fortløpende mot de konfigurerte vektene. Når den driver lenger unna enn tilfeldigheter forklarer, merkes hvert resultat på det eksperimentet som mistenkelig til årsaken er funnet.

Et eksperiment som ble stille

Ingenting registrert på et helt døgn mens eksperimentet fortsatt kjører. Vanligvis en styringsregel som sluttet å treffe, eller skriptet som forsvant etter en utrulling, og begge er usynlige fra innsiden av resultatskjermen.

Interferens mellom to live tester

En omdirigering som trekker trafikk ut av publikummet til et annet eksperiment, viser seg som en fordelingsalarm i det andre eksperimentet, der ingenting peker tilbake på årsaken. To varianter som redigerer samme element gir ingen alarm i det hele tatt: fordelingen holder seg perfekt, og siden er en kombinasjon ingen har gjennomgått.

Forbi sluttdatoen, deler fortsatt trafikk

Et eksperiment som skulle vært ferdig og ikke ble det, koster dere fortsatt den trafikken det tar. Det er en beslutning som venter heller enn en feil, og det rangeres slik.

En vinner ingen bygde

To separate signaler, fordi de er ulike problemer. Ett eksperiment vant og ble aldri rullet ut. Et annet ble rullet ut for måneder siden og leveres fortsatt av Pertento heller enn å ligge i kodebasen deres.

Rundt eksperimentene

Kontoen, ikke testen

Det meste som går galt i et program med flere personer involvert, er ikke statistisk. Det er to personer som redigerer det samme, en endring ingen kan spore, eller et tall som aldri nådde analysen alle andre bruker.

Roller som håndheves på ett sted

Medlemmer har lesetilgang på hele plattformen, administratorer og eiere kan skrive. Regelen anvendes én gang ved døren heller enn rute for rute, og det er det som hindrer at en ny skjerm stille blir unntaket.

En aktivitetslogg per eksperiment

Hver endring som betyr noe registreres på eksperimentet med hvem som gjorde den og når: styring lagt til, vekter endret, startet, avsluttet, rullet ut. Varslinger sier hva som skjedde; loggen sier hvem som gjorde det.

Lagrede konsolloppsett

Still opp en skjerm slik dere leser den, og den blir stående slik, per person og per skjerm. En byråleder og en analytiker vil ikke ha de samme kolonnene i samme rekkefølge, og ingen av dem bør måtte bygge visningen på nytt hver morgen.

GA4 og Matomo, eller ingen av dem

Sett sporingsmetoden per nettsted. Eksponeringshendelser sendes inn i datalaget ved siden av den analysen dere allerede har, så en variant er en dimensjon dere allerede kan segmentere på. Pertentos egen sporing er det tredje alternativet når dere heller vil at den holder seg unna.

Varsler der dere allerede ser

Tolv hendelsestyper på tvers av livsløp, resultater, helse og konto, og hver av dem kan slås av og på per kanal og per person. Helse og resultater er på som standard fordi de fortjener en avbrytelse; livsløpshendelsene er vanligvis ting dere nettopp gjorde selv.

Én kundeliste, mange kontoer

Det et byrå ser er kundelisten sin; det en direktekunde ser er sin egen konto. Omfanget kommer fra sesjonen heller enn fra en identifikator i adressen, så det finnes ingenting i URL-en å tukle med.

Spørsmål

Hva som skjer når ingen ser på

Hva skjer hvis en test går i stykker når ingen ser på?

Dere får beskjed, heller enn å oppdage det i tallene flere uker senere. De to feilene som er usynlige fra innsiden av en resultatskjerm er en fordeling som sluttet å stemme med det dere konfigurerte, og et eksperiment som stille sluttet å registrere noe, vanligvis fordi en utrulling tok med seg skriptet eller en styringsregel sluttet å treffe. Begge utløser en alarm til e-post og Slack som standard, begge merker hvert resultat på det eksperimentet som upålitelig, og begge stopper plattformen fra å handle på det. Arbeidet som venter på dere er en rangert kø heller enn et rot, og den regnes ut fra hva som er sant nå, så ingenting forsvinner fordi noen fjernet en varsling.

Hvor mye har den lov til å gjøre med nettstedet vårt uten oss?

Ingenting, før dere slår det på, og deretter mindre enn dere kanskje venter. Automatisering og automatisk utrulling av en vinner er separate brytere, og begge starter avslått, fordi det å stoppe det gale eksperimentet automatisk koster den trafikken det allerede har brukt, mens automatisk utrulling av en taper endrer hva hver besøkende ser. Før den handler må den klarere tre tillitsporter og en minste kjøretid. Og med automatisering avslått evaluerer den fortsatt alt og registrerer hva den ville gjort, med den samme koden som ville gjort det, så dere kan se den ha rett i en måned før dere lar den handle.

Er det trygt å gi hele teamet tilgang?

Medlemmer har lesetilgang på hele plattformen: de kan se hvert eksperiment og hvert resultat og endre ingenting av det. Den regelen håndheves én gang, sentralt, heller enn skjerm for skjerm, og det betyr noe fordi en tilgangsmodell som anvendes per skjerm er en der den neste skjermen som bygges stille blir unntaket. Å starte, stoppe og rulle ut ligger hos administratorer og eiere, og hver endring som betyr noe registreres på eksperimentet med et navn og et tidspunkt på seg.

Vi driver flere merkevarer eller kundenettsteder. Skalerer dette til det?

Det er formen overvåkningen er bygget rundt. Alt uløst på tvers av hver konto dere kan nå samles i én visning, gruppert per kunde og per nettsted, ordnet slik at alt upålitelig kommer før alt som bare venter på en beslutning. Omfanget kommer fra hvem dere logget inn som heller enn fra en identifikator i adressen, så det finnes ingen konto-id i URL-en å kontrollere og ingen å tukle med. Et byrå ser kundelisten sin; en kunde med én merkevare ser sin egen konto i den samme skjermen.

Passer det til verktøyene vi allerede bruker?

Varsler går til e-post, til Slack, eller til ingen av dem, satt per hendelsestype og per person heller enn én gang for hele kontoen, og Slack-meldinger lenker tilbake til den nøyaktige skjermen hendelsen gjelder. På målesiden settes hvert nettsted til GA4, Matomo eller Pertentos egen sporing, som betyr at konverteringene vi teller kan være de samme hendelsene analysen deres allerede teller, heller enn en ny definisjon av et kjøp som noen må avstemme.

Alt som er med

Hele funksjonssettet

Pertento er en plattform for konverteringsoptimalisering for nettsteder og nettbutikker, bygget både for interne team og for CRO-byråer som driver eksperimenteringsprogrammer på tvers av en kundeliste.

Integrasjoner

Fungerer med stacken dere allerede kjører

Én kodesnutt legges inn på hvilket som helst nettsted, eller kjør helt på serversiden. Ingenting å bygge om.

Kodesnutt på én linje

Lim inn én tagg på 0,9 KB i head, og dere er live. Ingen byggesteg, ingen avhengigheter.

Google Tag Manager

Rull ut og håndter eksperimenter rett gjennom GTM. Ingen utviklertid kreves.

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, bedre konvertering

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