Platform · Monitoring & automation
Experiment monitoring and automation
The health monitor and attention queue span every account, so nothing sits unnoticed on a client site.
Keeping it running
One screen, and the rules behind it
Nothing broken sits unnoticed, on your site or a client’s.
Every account ranked by what needs a person, the automation that acts on it, and where you get told.
- Scheduled starts and stops, plus stop-on-significance with guard rails: minimum runtimes and trust gates that refuse to act on broken data
- Collision detection warns when concurrent experiments would interfere with each other
- Alerts by email, Slack and in-app, across twelve event types, switchable per person
- An activity log per experiment, and roles enforced once rather than route by route
The roster
Every client account on one screen
Agencies do not have one website, they have ninety. The roster view ranks accounts by what needs a person first, so the morning starts with the list rather than a search.
- Accounts ordered by problems, then by decisions waiting
- Per-account running counts and win rate
- Scope the whole console to one client in two clicks
- Broken, deciding, colliding, overdue, no data, each its own row
Looking back
Is the programme getting better at winning?
The Program report reads only finished tests, so an early number never sits beside a final one. It shows how often tests win, how fast ideas reach launch, whether winners actually ship, and which kinds of ideas tend to work.
- Win rate over decided tests, so an inconclusive result does not count against you
- Median winning lift, median test length and days from idea to launch
- Winners shipped, counted on statistical winners only so deploying cannot inflate it
- Win rate by expected mechanism and by PXL score, to see whether prioritisation predicts results
- A velocity chart that shows whether more launches are producing more learning
After the test
Keep the lesson, not just the result
When you end a test, Pertento offers a one-minute debrief: what you expected, what happened, why, and what comes next. It drafts what it can see in the data, and the lesson is saved with the test, where a new teammate will look for it.
- Five optional questions, and ending a test never waits for them
- Traffic shifts and tracking gaps drafted from your data, for you to confirm or correct
- A headline written from the statistics, so it cannot overstate a result
- A Debrief tab on every ended test, showing who wrote it last and when
Automation
Rules that stop, and guard rails that stop the rules
Schedule a start and a stop, or let an experiment end itself on significance. Guard rails keep automation honest: a minimum runtime, and a trust gate that refuses to act on data an alarm has flagged.
- Scheduled starts and stops per experiment
- Stop-on-significance with a minimum runtime
- Trust gates that block automation on flagged data
- Significance may only end a test early, because a stop date is always required
- Minimum runtime never below seven days, fourteen by default
Alerts
Told once, in the place you already look
Every event can go to email, Slack or the console, with per-event preferences so a broken goal wakes someone and a reached-significance does not.
- Email, Slack and in-app, per event
- Per-user preferences, not one global switch
- A full activity log for the account
- Twelve event types, grouped by lifecycle, results, health and account
What it notices
The signals, and why they are ranked the way they are
Each one is a thing that is still true and still unresolved, worked out from current state rather than from a feed of what happened. Clearing a badge does not clear the work.
Around the experiments
The account, not the test
Most of what goes wrong in a programme with several people in it is not statistical. It is two people editing the same thing, a change nobody can trace, or a number that never reached the analytics everyone else uses.
Questions
What happens when nobody is watching
What happens if a test breaks while nobody is looking?
You are told, rather than finding out from the numbers weeks later. The two failures that are invisible from inside a results screen are a split that stopped matching what you configured, and an experiment that quietly stopped recording anything, usually because a deploy took the snippet or a targeting rule stopped matching. Both raise an alarm to email and Slack by default, both mark every result on that experiment as untrustworthy, and both stop the platform acting on it. The work waiting for you is a ranked queue rather than a mess, and it is worked out from what is currently true, so nothing disappears because somebody cleared a notification.
How much is it allowed to do to our site without us?
Nothing, until you turn it on, and then less than you might expect. Automation and automatic rollout of a winner are separate switches and both start off, because auto-stopping the wrong experiment costs the traffic it already spent while auto-rolling-out a loser changes what every visitor sees. Before it acts it has to clear three trust gates and a minimum runtime. And with automation off it still evaluates everything and records what it would have done, using the same code that would have done it, so you can watch it be right for a month before you let it act.
Is it safe to give the whole team access?
Members are read-only across the entire platform: they can see every experiment and every result and change none of it. That rule is enforced once, centrally, rather than screen by screen, which matters because a permission model applied per screen is one where the next screen built is quietly the exception. Starting, stopping and rolling out stay with admins and owners, and every change that matters is recorded against the experiment with a name and a time on it.
We run several brands or client sites. Does this scale to that?
That is the shape the monitoring is built around. Everything unresolved across every account you can reach is rolled up in one view, grouped by client and by website, ordered so that anything untrustworthy comes before anything merely waiting on a decision. The scope comes from who you signed in as rather than from an identifier in the address, so there is no account id in the URL to check and none to tamper with. An agency sees its roster; a single-brand customer sees their own account in the same screen.
Will it fit the tools we already use?
Alerts go to email, to Slack, or to neither, set per event type and per person rather than once for the whole account, and Slack messages link back to the exact screen the event refers to. On the measurement side each website is set to GA4, Matomo or Pertento native tracking, which means the conversions we count can be the same events your analytics already counts rather than a second definition of a purchase that somebody has to reconcile.
Is there AI guidance when an experiment needs a decision?
Yes. When the attention queue shows an experiment waiting on you, Pertento AI can explain its result in plain language, so the call does not wait for someone who reads statistics. It also helps you set up the next experiment.
Everything in the box
The full feature set
Experimentation
- AI editor
- No-code visual editor
- Visual multi-variant tests
- URL redirect tests
- Server-side tests
- Server SDK
- Anti-flicker rendering
- Concurrent tests without splitting traffic
- One-click winner deployment
- URL targeting on seven conditions
- Pipelines of staged experiments
- Run length plan
- Chrome extension launcher
- Component library
- Dynamic content
- Data feeds
- Custom CSS and JS
- Replace, insert, append, before and after
- Device targeting
- Cookie targeting
- Activation targeting
- Traffic weights per variant
- Automatic weight rebalancing
- Variant screenshots
- Duplicate an experiment
- Test runs before launch
- Sticky variant assignment
- Implementation hand-off
- Hypothesis tracking
- PXL prioritisation scoring
- Library search, filter and results
- Library timeline
Statistics
- Frequentist results
- Bayesian results
- Sequential testing
- Sample-ratio-mismatch alarms
- Ask about this experiment
- Revenue per variant
- Power analysis
- Minimum detectable effect
- Lift and confidence intervals
- Multiple-comparison correction
- Probability variant is best
- Expected loss
- Holm-Bonferroni, Benjamini-Hochberg and Šidák
- Primary and secondary goals
- Average order value per variant
- Multi-currency
- Days-remaining projection
- Combination reporting
- Per-variant time series
- Plain-English explainers
Monitoring
- Health monitor
- Attention queue across accounts
- Program report
- Experiment debrief
- Scheduled starts and stops
- Stop on significance
- Slack alerts
- Collision detection
- Trust gates on broken data
- Roles and permissions
- Minimum runtime guard rails
- Interaction detection
- Overdue and no-data alarms
- Email alerts
- In-app alerts
- Per-event preferences
- Activity log
- Client roster view
- Saved console layouts
- GA4 and Matomo tracking
Voice of customer
- On-site NPS
- CSAT
- CES
- Custom surveys
- AI sentiment analysis
- Surveys inside experiments
- Results by variant
- Exit-intent triggers
- Guided survey builder
- Score, choice and text questions
- Custom texts and scale labels
- Page and device targeting
- Share of visitors
- Page-view and delay triggers
- Scroll triggers
- Event triggers
- Four widget positions
- Frequency capping
- Per-question results
- Responses over time
- Answers tied to variant
- Validated responses
- Free-text themes
- Response export
- Loaded only where a survey runs
Learnings
Pertento is a conversion-rate-optimisation platform for websites and online stores, built for both in-house teams and CRO agencies running experimentation programmes across a client roster.
Integrations
Works with the stack you already run
One snippet drops into any site, or go fully server-side. Nothing to re-architect.
One-line snippet
Paste one tag in your head and you are live: a 0.9 KB loader, no build step, no dependencies.
Google Tag Manager
Deploy and manage experiments straight through GTM. No developer time required.
Server-side API
Run tests beyond the browser: pricing, search and routing, flicker-free.
- 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
Not on the list? If it renders HTML, Pertento can test it: read how each one connects ↗