Plattform · Övervakning och automatisering
En skärm för det som är trasigt eller väntar
Hälsoövervakningen och åtgärdskön täcker alla konton, så inget ligger obemärkt på en kunds webbplats.
Håll det igång
En skärm, och reglerna bakom den
Alla konton rangordnade efter vad som kräver en människa, automatiseringen som tar hand om resten och var du får besked.
- Schemalagda starter och stopp, plus stopp vid signifikans med skyddsräcken: minsta körtider och spärrar som vägrar agera på trasig data
- Kollisionsdetektering varnar när samtidiga experiment skulle störa varandra
- Larm via e-post, Slack och i appen, för tolv händelsetyper, som varje person kan slå av och på
- En aktivitetslogg per experiment, och roller som hanteras på ett ställe och inte per route
Kundlistan
Alla kundkonton på en skärm
En byrå har inte en webbplats utan nittio. Kundlistan rangordnar kontona efter vad som först kräver en människa, så morgonen börjar med listan och inte med en sökning.
- Konton sorterade efter problem först, sedan efter beslut som väntar
- Antal pågående test och win rate per konto
- Avgränsa hela konsolen till en kund med två klick
- Trasigt, inför beslut, kolliderar, försenat, saknar data: var och en på sin egen rad
Se bakåt
Blir programmet bättre på att vinna?
Programrapporten läser bara avslutade test, så ett tidigt tal hamnar aldrig bredvid ett slutgiltigt. Den visar hur ofta test vinner, hur snabbt idéer når lansering, om vinnarna rullas ut och vilka typer av idéer som brukar fungera.
- Win rate över avgjorda test, så att ett resultat utan utslag inte räknas emot dig
- Median-uplift för vinnare, mediantestlängd och antal dagar från idé till lansering
- Utrullade vinnare, räknat bara på statistiska vinnare, så att en utrullning inte kan driva upp siffran
- Win rate per förväntad mekanism och per PXL-poäng, för att se om prioriteringen förutsäger resultaten
- Ett diagram över testtakt som visar om fler lanseringar ger mer lärdom
Efter testet
Behåll lärdomen, inte bara resultatet
När du avslutar ett test erbjuder Pertento en testavstämning på en minut: vad du väntade dig, vad som hände, varför och vad som kommer härnäst. Den förutfyller det den kan se i datan, och lärdomen sparas med testet, där en ny kollega letar efter den.
- Fem valfria frågor, och att avsluta ett test väntar aldrig på dem
- Trafikförskjutningar och luckor i spårningen förutfyllda från din data, så att du kan bekräfta eller rätta dem
- En rubrik skriven utifrån statistiken, så att den inte kan överdriva ett resultat
- En flik “Debrief” på varje avslutat test som visar vem som skrev den senast och när
Automatisering
Regler som stoppar, och skyddsräcken som stoppar reglerna
Schemalägg en start och ett stopp, eller låt ett experiment avslutas självt vid signifikans. Skyddsräcken håller automatiseringen i schack: en minsta körtid och en spärr som vägrar agera på data som ett larm har flaggat.
- Schemalagda starter och stopp per experiment
- Stopp vid signifikans med en minsta körtid
- Spärrar som blockerar automatisering på flaggad data
- Signifikans kan bara avsluta ett test i förtid, för ett slutdatum krävs alltid
- Minsta körtid är aldrig kortare än sju dagar, och som standard fjorton
Larm
Du får veta det en gång, där du redan tittar
Varje händelse kan gå till e-post, Slack eller konsolen, med inställningar per händelse. Då väcker ett trasigt mål någon, men ett test som nått signifikans gör det inte.
- E-post, Slack och i appen, per händelse
- Inställningar per användare, inte en global omkopplare
- En fullständig aktivitetslogg för kontot
- Tolv händelsetyper, grupperade efter livscykel, resultat, hälsa och konto
Vad den ser
Signalerna, och varför de rangordnas som de gör
Varje signal beskriver något som fortfarande gäller och fortfarande är olöst. Den räknas fram ur nuläget, inte ur ett flöde av vad som hänt. Att rensa en notis gör inte jobbet.
Trasigt först, sedan beslut, sist kön
Varje signal får en av tre allvarlighetsgrader. Ett fel som gör ett resultat opålitligt döljer resultatet och visas inte bredvid det. Ett experiment med trasig fördelning kan samtidigt rapportera en vinnare, och att visa båda vore att uppmana någon att agera på den.
En fördelning som slutade stämma
Den uppmätta trafikfördelningen jämförs hela tiden med de inställda vikterna. Avviker den mer än slumpen kan förklara markeras alla resultat i experimentet som opålitliga tills orsaken är funnen.
Ett experiment som blev tyst
Inget har registrerats på ett helt dygn trots att experimentet fortfarande körs. Oftast beror det på en targetingregel som slutat matcha eller på att skriptet försvunnit när webbplatsen uppdaterades, och inget av det syns i resultatvyn.
Två live-tester som stör varandra
En omdirigering som tar trafik från ett annat experiments publik ger ett fördelningslarm i det andra experimentet, utan att något pekar tillbaka på orsaken. Två varianter som ändrar samma element ger inget larm alls: fördelningen är perfekt, men sidan är en kombination som ingen har granskat.
Efter slutdatum, men fortfarande live
Ett experiment som skulle ha avslutats men fortfarande körs kostar dig den trafik det tar. Det är ett beslut som väntar, inte ett fel, och det rangordnas så.
En vinnare som ingen byggde in
Två separata signaler, eftersom problemen är olika. Ett experiment vann men rullades aldrig ut. Ett annat rullades ut för flera månader sedan och levereras fortfarande av Pertento i stället för att ligga i din kodbas.
Runt experimenten
Kontot, inte testet
Det mesta som går fel i ett program med många inblandade är inte statistik. Det är två personer som redigerar samma sak, en ändring som ingen kan spåra eller ett tal som aldrig nådde den analys alla andra använder.
Behörigheter styrs på ett ställe
Medlemmar har läsbehörighet i hela plattformen. Administratörer och ägare kan även ändra. Regeln gäller på ett ställe, vid ingången, och inte skärm för skärm, och därför kan en ny skärm aldrig i tysthet bli ett undantag.
En aktivitetslogg per experiment
Varje viktig ändring loggas på experimentet med vem som gjorde den och när: targeting tillagd, vikter ändrade, startat, avslutat, utrullat. Notiserna visar vad som hänt, loggen visar vem som gjorde det.
Sparade konsollayouter
Ordna en skärm som du vill läsa den, så ligger den kvar, per person och per skärm. En byråchef och en analytiker vill inte ha samma kolumner i samma ordning, och ingen av dem ska behöva bygga om vyn varje morgon.
GA4 och Matomo, eller ingen av dem
Välj spårningsmetod per webbplats. Exponeringshändelser skickas till data layer tillsammans med din befintliga analys, så varianten blir en dimension du redan kan segmentera på. Pertentos egen spårning är det tredje alternativet, för dig som vill hålla den utanför din övriga analys.
Larm där du redan tittar
Tolv händelsetyper inom livscykel, resultat, hälsa och konto, som du kan slå av och på per kanal och per person. Hälsa och resultat är på som standard eftersom de är värda ett avbrott. Livscykelhändelserna är oftast sådant du just har gjort själv.
En kundlista, många konton
En byrå ser sin kundlista och en direktkund ser sitt eget konto. Vilket konto du ser avgörs av din session, inte av ett id i adressen, så det finns inget i URL:en att manipulera.
Frågor
Vad som händer när ingen tittar
Vad händer om ett test går sönder när ingen tittar?
Då får du veta det, och slipper upptäcka det i siffrorna flera veckor senare. Två fel syns inte i en resultatvy: en fördelning som slutat stämma med din konfiguration, och ett experiment som tyst slutat registrera något, oftast för att skriptet försvann när webbplatsen uppdaterades eller för att en targetingregel slutat matcha. Båda ger som standard ett larm via e-post och Slack, båda gör att alla resultat i experimentet markeras som opålitliga, och båda hindrar plattformen från att agera på dem. Det som väntar på dig är en rangordnad kö, inte en röra, och den räknas fram ur det som gäller just nu, så ingenting försvinner för att någon har rensat en notis.
Hur mycket får den göra med vår webbplats utan att vi vet om det?
Ingenting förrän du slår på det, och därefter mindre än du kanske tror. Automatisering och automatisk utrullning av en vinnare är två separata reglage, och båda är avstängda från början. Om plattformen automatiskt stoppar fel experiment har den redan förbrukat trafiken, och om den automatiskt rullar ut en förlorare ändras det varje besökare ser. Innan den agerar måste den klara tre spärrar och en minsta körtid. Och med automatiseringen avstängd utvärderar den ändå allt och loggar vad den skulle ha gjort, med exakt samma kod. Då kan du se att den har rätt i en månad innan du låter den agera.
Är det tryggt att ge hela teamet åtkomst?
Medlemmar har läsbehörighet i hela plattformen: de ser alla experiment och alla resultat men kan inte ändra något. Regeln gäller på ett ställe, centralt, och inte skärm för skärm. Det spelar roll, för i en behörighetsmodell som styrs per skärm blir nästa skärm som byggs i tysthet ett undantag. Att starta, stoppa och rulla ut kan bara administratörer och ägare göra, och varje viktig ändring loggas på experimentet med namn och tidpunkt.
Vi driver flera varumärken eller kundwebbplatser. Fungerar det i den skalan?
Det är precis den situationen övervakningen är byggd för. Allt olöst i alla konton du har åtkomst till samlas i en enda vy, grupperat per kund och webbplats och sorterat så att det som inte går att lita på kommer före det som bara väntar på beslut. Vilket konto du ser avgörs av vem du loggade in som, inte av ett id i adressen, så det finns inget konto-id i URL:en att kontrollera eller manipulera. En byrå ser sin kundlista, och en kund med ett enda varumärke ser sitt eget konto i samma vy.
Passar det ihop med verktygen vi redan använder?
Larmen går till e-post, till Slack eller ingenstans, och du ställer in det per händelsetyp och per person, inte en gång för hela kontot. Slack-meddelandena länkar till exakt den vy som händelsen gäller. På mätsidan väljer du för varje webbplats mellan GA4, Matomo och Pertentos egen spårning. Det betyder att konverteringarna vi räknar kan vara samma händelser som din analys redan räknar, och inte en andra definition av ett köp som någon måste stämma av.
Allt som ingår
Hela funktionsutbudet
Experiment
- Visuella flervarianttester
- URL-omdirigeringstest
- Server-side-test
- Visuell editor utan kod
- AI-editor
- Starta från Chrome-tillägget
- Komponentbibliotek
- Dynamiskt innehåll
- Dataflöden
- Egen CSS och JavaScript
- Ersätt, infoga, lägg till, före och efter
- URL-targeting med sju villkor
- Enhetstargeting
- Cookietargeting
- Aktiveringstargeting
- Trafikvikt per variant
- Automatisk ombalansering av vikter
- Samtidiga test utan delad trafik
- Skärmbilder av varianter
- Duplicera ett experiment
- Testkörningar före lansering
- Fast varianttilldelning
- Flimmerskydd
- Rulla ut vinnaren med ett klick
- Överlämning till utveckling
- Spårning av hypoteser
- PXL-poängsättning för prioritering
- Plan för testets längd
- Pipelines med experimentetapper
- Sök, filter och resultat i Library
- Tidslinje i Library
Statistik
- Frekventistiska resultat
- Bayesianska resultat
- Uplift och konfidensintervall
- Sannolikhet att varianten är bäst
- Förväntad förlust
- Sekventiell testning
- Korrigering för multipla jämförelser
- Holm-Bonferroni, Benjamini-Hochberg och Šidák
- Larm för sample ratio mismatch
- Primära och sekundära mål
- Intäkt per variant
- Genomsnittligt ordervärde per variant
- Flera valutor
- Styrkeberäkning
- Minsta upptäckbara effekt
- Prognos för återstående dagar
- Kombinationsrapportering
- Tidsserie per variant
- Förklaringar på klarspråk
- Fråga om det här experimentet
Övervakning
- Hälsoövervakning
- Uppmärksamhetskö över alla konton
- Programrapport
- Experimentavstämning
- Schemalagda starter och stopp
- Stopp vid signifikans
- Skyddsräcken för minsta körtid
- Spärrar mot trasig data
- Kollisionsdetektering
- Störningsdetektering
- Larm för försenade och tysta experiment
- E-postlarm
- Slack-larm
- Larm i konsolen
- Inställningar per händelsetyp
- Aktivitetslogg
- Kundlista
- Sparade konsollayouter
- GA4- och Matomo-spårning
- Roller och behörigheter
Kundernas röst
- NPS på din webbplats
- CSAT
- CES
- Egna enkäter
- Guidad enkätbyggare
- Poäng-, val- och textfrågor
- Egna texter och skaletiketter
- Sid- och enhetstargeting
- Andel av besökarna
- Utlösare för sidvisning och fördröjning
- Utlösare för exit intent
- Scrollutlösare
- Händelseutlösare
- Fyra widgetpositioner
- Frekvensbegränsning
- Resultat per fråga
- Svar över tid
- AI-sentimentanalys
- Enkäter i experiment
- Resultat per variant
- Svar kopplade till variant
- Validerade svar
- Fritextteman
- Svarsexport
- Laddas bara där en enkät körs
Pertento är en plattform för konverteringsoptimering av webbplatser och webbutiker, byggd för interna team och för CRO-byråer som kör experimentprogram för en hel kundportfölj.
Integrationer
Fungerar med den stack du redan har
En kodsnutt fungerar på vilken webbplats som helst, eller så kör du helt på serversidan. Inget behöver byggas om.
En rad kod
Klistra in en enda tagg i head så är du live: en loader på 0,9 KB, inget byggsteg, inga beroenden.
Google Tag Manager
Rulla ut och hantera experiment direkt via GTM. Du behöver ingen utvecklartid.
API för serversidan
Testa sådant som ligger utanför webbläsaren, som priser, sök och routning, utan 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
Saknas din plattform? Om den renderar HTML kan Pertento testa den:läs hur var och en ansluts.